[14:53] <GreatSnoopy> hello. Can anyone help me debug a cloud init issue ? I am trying to get cloud-init to work with centos on Azure. The official cloudinit in centos (0.7.9) hangs for a while and does nothing, eventually. So i installed the very last and greatest cloudinit from sources, however now it gives me "util.py[WARNING]: No instance datasource found! Likely bad things to come!"
[14:54] <GreatSnoopy> although i have a datasource_list: [Azure] in a config file in conf.d
[14:54] <GreatSnoopy> what changed in the newer releases of cloudinit ?
[14:55] <GreatSnoopy> it seems I do have a /usr/lib/python2.7/site-packages/cloudinit/sources containing a DataSourceAzure.py
[15:23] <morgana2313> Hello. Is there an easy way to use macro's/variables that contain the cloud-instance ip-adress and hostname in a write_files module?
[15:30] <blackboxsw> mornin folks.  GreatSnoopy have you tried our daily copr builds? https://copr.fedorainfracloud.org/coprs/g/cloud-init/cloud-init-dev/
[15:31] <GreatSnoopy> actually yes
[15:31] <GreatSnoopy> that was before trying the source
[15:32] <GreatSnoopy> the same behavior applies with those builds
[15:32] <GreatSnoopy> I tried the source version as a last resort
[15:32] <blackboxsw> that is version 17.1.x off of our master.  The no datasource found is intriguing. I'll look over our Azure changes to see if there's something indicative of a prob there.  GreatSnoopy, so I'd be curious to see a paste of your /var/log/cloud-init.log. It should report that it attempts to run Azure datasource and complains if something is amiss
[15:33] <GreatSnoopy> just a moment
[15:35] <GreatSnoopy> http://pastebin.centos.org/435761/15111921/
[15:36] <GreatSnoopy> for the record, the above is produced by running cloud-init --debug init
[15:47] <blackboxsw> GreatSnoopy: +1 on that. ok so you upgraded from 0.7.5 -> 0.7.9 originally and saw this problem too?
[15:48] <GreatSnoopy> blackboxsw: so the succession of events is the following:
[15:49] <GreatSnoopy> first, used 0.7.9 that is availabpe in epel. That hangs for like 2 minutes, does nothing in the end when ran manually. And if the machine is rebooted, it just hangs there indefinitely and with ssh stopped is basically a bricked VM
[15:49] <GreatSnoopy> so i went trying newer cloud-init
[15:49] <GreatSnoopy> first used that copr repo
[15:50] <GreatSnoopy> which gave me the behavior of finishing fast but also doing nothing and complaining about unavailable data sources
[15:50] <GreatSnoopy> as in the log
[15:50] <GreatSnoopy> then i tried the actual sources
[15:50] <GreatSnoopy> installed dependencies and the cloud-init distribution with pip install .
[15:51] <GreatSnoopy> (and -r requirements.txt)
[15:51] <GreatSnoopy> but this solved nothing
[15:51] <GreatSnoopy> so basically, the copr build and the raw, unpackaged build installed by hand (mis)behave in the same way
[15:51] <GreatSnoopy> but differently than 0.7.9 :)
[15:52] <GreatSnoopy> which is the current epel version available
[15:52] <blackboxsw> yeah the copr report cloud-init-dev is actually only 4 hours old. Our CI builds after every commit I think.    sorry for the thrashing you've experienced here. Would you be able to "cloud-init collect-logs"  on the commandline and attach it to a new cloud-init bug @ https://bugs.launchpad.net/cloud-init/+filebug
[15:53] <blackboxsw> I find this peculiar in your logs https://bugs.launchpad.net/cloud-init/+filebug
[15:53] <blackboxsw> oops I mean this: 2017-11-20 15:34:09,308 - __init__.py[DEBUG]: Searching for network data source in: []
[15:53] <blackboxsw> I'd have expected to see Azure in that empty list
[15:54] <GreatSnoopy> the config I added is the following, maybe I am using it wrong:
[15:54] <blackboxsw> azure datasource though in cloud-init version 17.1 looks to be only run in init-local timeframe
[15:54] <GreatSnoopy> http://pastebin.centos.org/435771/15111932/
[15:55] <blackboxsw> and in your logs I only see the stage labelled 'init' which is actually cloud-init's 'init-network' stage
[15:55] <blackboxsw> which means Azure (as init-local stage Datasource) doesn't match as a network data source.
[15:56] <blackboxsw> I *think8
[15:56] <blackboxsw> I *think*... though haven't had my coffee yet to confirm
[15:56] <GreatSnoopy> because i ran it manually
[15:56] <GreatSnoopy> maybe ?
[15:56] <GreatSnoopy> if i let the machine boot, it will hang, actually
[15:57] <GreatSnoopy> s/boot/reboot
[15:59] <GreatSnoopy> cloud-init collect-logs seems to do nothing, /var/log/cloud-init* remain empty
[16:00] <blackboxsw> GreatSnoopy,  there are semaphore files blocking cloud-init fresh re-runs. If you are willing to let cloud-init re-run on your system in entirety, you could 'sudo rm -rf /var/log/cloud-init* /var/lib/cloud; sudo reboot'
[16:00] <blackboxsw> that gives cloud-init the perception that it has never run before
[16:01] <GreatSnoopy> i can do that, but that would brick the machine
[16:01] <GreatSnoopy> var/lib/cloud/instances/ is actually empty
[16:01] <GreatSnoopy> i can ofc delete every trace of them, but shouldn't it be able to run in the cli otherwise ?
[16:01] <GreatSnoopy> i mean so that i do not need to reboot
[16:01] <GreatSnoopy> and lose control of the machine ?
[16:03] <GreatSnoopy> [root@democentfihn ~]# rm -Rf /var/log/cloud-init* /var/lib/cloud [root@democentfihn ~]# reboot
[16:17] <blackboxsw> GreatSnoopy: so Azure datasource is init-local only, so running on the commandline you'd need to try "cloud-init init --local" since Azure is only run during init-local.  I'm thinking though this might be that hang you were talking about though
[16:18] <blackboxsw> ok, I'll try firing up a Centos image on Azure today to see if I can reproduce the prob
[16:19] <GreatSnoopy> well, i rebooted the machine, and quite as expected ssh now is stopped so i cannot log any more
[16:19] <GreatSnoopy> dunno if this is due to cloudinit or waagent
[16:19] <smoser> for s in cloud-init-local cloud-init cloud-config cloud-final; do echo == $s.service ==; systemctl restart $s.service || break; done
[16:19] <smoser> that would run everything in order that they would run.
[16:21] <GreatSnoopy> i will pick the next VM and try again, but basically I am back to square one when using 0.7.9: basically i boot the machine but although in the boot diagnostic i can see the familiar cloudinit table with network configuration, the rest of the config does not run and ssh does not get to be started - basically i cannot log into the machine
[16:22] <blackboxsw> GreatSnoopy: check this out. https://bugs.launchpad.net/cloud-init/+bug/1717611 this change did land in azure which might be affecting you
[16:23] <blackboxsw> GreatSnoopy: do you have a pointer to a public centos image we can use on Azure?
[16:23] <blackboxsw> or is this custom
[16:29] <GreatSnoopy> I am not sure I understand what you are asking from me :) It is supposed to be a custom image that we are building to have cloudinit pre-enabled so that we can then provision other machines
[16:29] <GreatSnoopy> but we are not even there yet
[16:29] <GreatSnoopy> now we have a vm created from a regular Azure Centos baze
[16:30] <GreatSnoopy> which I think is provided by OpenLogic
[16:54] <blackboxsw> gotcha, I was just wondering if you were using stock CentOS in azure or a custom image. I'll spin up an instance on azure to checkout
[16:55] <GreatSnoopy> for now I'm just trying to get to nonstandard but i cannot pass the standard phase :))
[16:56] <GreatSnoopy> ideally this should work with 0.7.9 from epel, but if needed I can make my images with a newer cloudinit as long as it works
[16:57] <blackboxsw> I'm with you, will ping you when I have progress on this. if you could file a bug in launchpad that'd help us reference progress on this.
[16:58] <blackboxsw> https://bugs.launchpad.net/cloud-init/+filebug   your simple paste of cloud.cfg.d & cloud-init.log with the steps to reproduce the hang would be sufficient
[17:05] <GreatSnoopy> Just to simplify things, can we start by investigating the 0.7.9 issue ? Point being made is that ideally i should get it working with what is provided in the more mainstream OS repos
[17:05] <GreatSnoopy> also, can you validate the soundness of the config I gave to cloudinit ?
[17:05] <GreatSnoopy> i mean this http://pastebin.centos.org/435771/15111932/
[17:13] <GreatSnoopy> blackboxsw: or let's ask the other way around: what would be the preferred/recommended way to install cloud-init on centos in azure?
[17:22] <blackboxsw> GreatSnoopy: I know cloud-init in certain clouds is already baked into centos images. Trying to confirm on azure now.
[17:23] <GreatSnoopy> unfortunately, not the case in azure - at least up to centos 7.3
[17:24] <GreatSnoopy> they only have cloudinit for ubuntu and coreos
[17:24] <blackboxsw> if a given cloud doesn't have an image that contains cloud-init. I'd install it then shut it down and take a snapshot or make an image of it in that cloud so I could reference that un subsequent VM creations
[17:24] <GreatSnoopy> that is exactly what I am trying to do :)
[17:25] <GreatSnoopy> hence the question, which is the recommended way to get cloudinit on that machine : the package in epel, slightly older - 0.7.9 or should i go and install the latest from source ?
[17:25] <blackboxsw> and I wouldn't want to run cloud-init on that image before I snapshotted it (or I'd remove /var/log/cloud-init* /var/lib/cloud before snapshotting)(
[17:26] <GreatSnoopy> that's understood, i always delete those items
[17:27] <blackboxsw> GreatSnoopy: probably easiest for your to try to use 0.7.9 as it's in epel. But, if there are bugs with 0.7.9 the only fix we'd propse would land in upstream 17.X
[17:28] <blackboxsw> we don't backport fixes to centos epel (and it's up to centos when they want to pull in latest cloud-init)
[17:29] <blackboxsw> and it sounds like 0.7.9 and 17.1 are both causing probs for you. let's see what's up with that. I do think you might be hitting that infinite wait on ssh keys though  on 0.7.9
[17:30] <blackboxsw> on systems like that, I'd expect you'd see"waiting for SSH public key files" in the logs. if you ever got there.
[17:30] <blackboxsw> GreatSnoopy: looks like that ssh key times out at 900 seconds
[17:30] <blackboxsw> so that's a 15 minute wait
[17:31]  * blackboxsw had to hit the calculator
[17:35] <GreatSnoopy> what ssh keys does it expect and who is supposed to create those ? because although the source is a standard source image, i spin the instances via terraform
[17:35] <GreatSnoopy> and the only thing I pass to the instance is custom data with the cloudinit yaml
[17:41] <blackboxsw> GreatSnoopy: it looks like DatasourceAzure.py is waiting for ssh key from azure fabric to configure the instance (as the UI/api provides an ssh key that is used to contact the instance)
[17:47] <GreatSnoopy> that should not be normal behavior :
[17:47] <GreatSnoopy> because even in the GUI i can create a vm that has only password - no key
[17:48] <GreatSnoopy> or is it a different one ? system only ?
[17:48] <GreatSnoopy> that is provided no matter what the user actually provides ?
[18:03] <smoser> GreatSnoopy: it only waits for files to appear which are listed on the cdrom in the metadata there.
[18:04] <smoser> so... password only wont have any ssh keys listed in the metadata so it wont wait for anything
[18:05] <GreatSnoopy> can i manually retrieve the file so that i can check the data received before i reboot the machine ?
[18:05] <GreatSnoopy> where does that file "land" initially ?
[18:08] <smoser> walinux-agent would put it into /var/lib/waagent
[18:08] <smoser> for *.crt files in that directory
[18:10] <GreatSnoopy> one more question : waagent should be disabled so that its cloud-init the one that starts it, or should be left enabled ?
[18:10] <GreatSnoopy> cloudinit's relationship with waagent seems a little bit of chicken and egg dillema
[18:14] <smoser> GreatSnoopy: cloud-init no longer needs walinux-agent.
[18:14] <smoser> and so its default behavior is suggested.
[18:14] <smoser> which is 'agent_command' of '__builtin__'
[18:15] <GreatSnoopy> interesting, but won't azure "see" the instance as failed if the cloud fabric cannot communicate with the agent ? or does cloudinit also create a replacement for that ?
[18:16] <GreatSnoopy> in my previous experience, not having waagent running results in the instance being marked as failed after reboot
[18:16] <GreatSnoopy> because it cannot communicate with the agent
[18:23] <smoser> GreatSnoopy: i' not sure when it went in, but yeah, you dont need walinux-agent anymore.
[18:24] <smoser> yeah. and newer ubuntu instances do not use it... let me check fof sure
[19:09] <GreatSnoopy> filed this https://bugs.launchpad.net/cloud-init/+bug/1733403
[19:11] <blackboxsw> thanks for this bug GreatSnoopy and the good context.
[19:19] <GreatSnoopy> I will come back tomorrow...for now I am out of VM's to brick :D
[19:20] <GreatSnoopy> you know the most stupid part.... we managed to get this step BEFORE for both centos7 and debian
[19:20] <GreatSnoopy> why this is not working any more I don't know
[19:36] <blackboxsw> GreatSnoopy: thx again, one thing I wonder is your datasource config represents agent_command :['systemctl', 'start', 'waagent' ]   ...   I wonder if it'd work with   ['service', 'walinuxagent', 'start'] instead
[19:36] <blackboxsw> the datasource itself checks to see if agent_command  == ['service', 'walinuxagent', 'start'] and grabs content from metadata in that case.
[19:37] <GreatSnoopy> lets see, although that would be, well... ugly :)
[19:39] <blackboxsw> yeah, think I misread the code. I think it checks to see if agent_command == '__builtin__' and then tries to get to metadata to pull in any ssh keys etc.
[19:39] <blackboxsw> I'm referencing docs at https://cloudinit.readthedocs.io/en/latest/topics/datasources/azure.html as well
[19:40] <blackboxsw> ... as I don't use azure too often :/
[19:41] <GreatSnoopy> for s in cloud-init-local cloud-init cloud-config cloud-final; do echo == $s.service ==; systemctl restart $s.service || break; done == cloud-init-local.service == == cloud-init.service == Job for cloud-init.service failed because the control process exited with error code. See "systemctl status cloud-init.service" and "journalctl -xe" for details.
[19:41] <GreatSnoopy> 2017-11-20 19:40:48,245 - util.py[DEBUG]: Running command ['blkid', '-tTYPE=udf', '-odevice'] with allowed return codes [0, 2] (shell=False, capture=True) 2017-11-20 19:40:48,378 - handlers.py[DEBUG]: finish: init-network/search-AzureNet: SUCCESS: no network data found from DataSourceAzureNet 2017-11-20 19:40:48,378 - util.py[WARNING]: No instance datasource found! Likely bad things to come! 2017-11-20 19:40:48,378 - util.p
[19:42] <GreatSnoopy> i mean http://pastebin.centos.org/435866/
[19:43] <GreatSnoopy> in any case, i will be back tomorrow, and this time I will also rerun the whole process again (including the vm creation)
[19:44] <blackboxsw> good deal thx GreatSnoopy
[19:44] <GreatSnoopy> currently that was not made by me, and i will have to check if something got left out, just to be sure
[19:44] <GreatSnoopy> thanks a bunch, guys. See you tomorrow, have a nice day !
[19:45] <blackboxsw> you too
[20:57] <smoser> blackboxsw: i'm grabbing merge of fix-ec2-fallback-nic now
[20:57] <blackboxsw> sweet, I'm on the #jinja2 stuff. no other changes needed
[20:57] <blackboxsw> ?
[21:00] <blackboxsw> smoser: with that fix-ec2-fallback-nic branch landed, shall we do a minor SRU?
[21:00] <smoser> we could.
[21:00] <blackboxsw> we have 2 fixes for ec2 that'd be helpful.
[21:00] <blackboxsw> and it'd make the SRU simple
[21:03] <smoser> are you thinking cherry-pick ?
[21:04] <smoser> blackboxsw: ?
[21:04] <smoser> https://hastebin.com/ugoyozasuz
[21:04] <smoser> that is trunk -> bionic riht now
[21:05] <smoser> which we absolutely should do
[21:11] <blackboxsw> smoser: I was thinking master !cherry-pick
[21:11] <blackboxsw> forgot about the others
[21:11] <blackboxsw> but the thing about doing something painful, is to repeat the process often :)
[21:11] <blackboxsw> it can only get better with practice.
[21:42] <smoser> blackboxsw: i'm fine with SRU
[21:42] <smoser> but we need to do bionic first
[21:42] <smoser> and that can happen "right now" if you want to propose, i'll upload
[21:51] <blackboxsw> ok will do smoser
[21:54] <smoser> blackboxsw: i'm pusing the integration test one
[21:54] <smoser> so wait on that ?
[21:54] <smoser> i'm tox && git push on it
[21:54] <smoser> pushed
[21:54] <smoser><PHONE_NUMBER>b4502f0085d30c05b34dce3f2ceeae
[21:54] <blackboxsw> fire awaay
[21:55] <smoser> thats in now
[21:56] <blackboxsw> ok grabbing
[22:01] <blackboxsw> smoser: this is what I see http://pastebin.ubuntu.com/
[22:01] <blackboxsw> should the AliYun have been "bionic"
[22:01] <blackboxsw> ?
[22:01] <blackboxsw> instead of UNRELEASED?
[22:03] <smoser> blackboxsw: ah.
[22:03] <smoser> just squahs it into your new commit
[22:03] <smoser> it was committed as UNRELEASED as it was not released.
[22:03] <smoser> adn then the next release would just pick it up
[22:03] <smoser> kind of queueing things
[22:03] <smoser> so you  just drop that old changelog entry and pull the AliYum comment up
[22:03] <smoser> make sense ?
[22:04] <blackboxsw> yeah squash, gotcha
[22:05] <smoser> put the debian/ ones at the top.
[22:05] <smoser> no real reason
[22:05] <smoser> just how i've done it before
[22:05] <smoser> https://hastebin.com/sezipunibi
[22:05] <smoser> thos will be your top two entries
[22:05] <smoser> with your name instead of mine
[22:05] <smoser> i'll get that in and uploaded later tonight if you MP it
[22:06] <smoser> but have to run for now.
[22:08] <blackboxsw> smoser: https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/333998
[22:08] <blackboxsw> moving on to artful,zesty,xenial
[22:16] <blackboxsw> smoser: forgot with bionic(devel) should I remove bug #'s which don't affect ubuntu? or just on SRU series (artful, zesty, xenial)
[22:19] <blackboxsw> repushed with my name removed from changelog
[22:20] <blackboxsw> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/333999
[22:21] <smoser> blackboxsw: ah. i just leave them in for ubuntu-devel
[22:21] <blackboxsw> ok thx. seeing merge conflict on artful for some reason
[22:22] <smoser> so re-push with the bug numbers on devel
[22:22] <blackboxsw> smoser: re-push contains all bug #'s only removed my name in brackets
[22:24] <smoser> k
[22:25] <smoser> blackboxsw: when you do artful, zesty, xenial
[22:25] <smoser> cherry-pick the templates fix
[22:25] <smoser> and i'mo going to move your debian/cloud-int.templates to before the upstrema snapshot comment
[22:25] <blackboxsw> +1
[22:28] <blackboxsw> I'm in hangout for a quick resolution
[22:28] <blackboxsw> cherry pick is good. just not sure about why I'm seeing merge conflic
[22:28] <blackboxsw> cherry pick is good. just not sure about why I'm seeing merge conflict
[22:30] <smoser> hm..
[22:30] <smoser> ckonstanski
[22:30] <smoser> i'll fix that
[22:30] <smoser> he has username in changelog
[22:30] <smoser> or, just leave it
[22:31] <smoser> lets just levae it
[22:31] <smoser> but we should lint those sorts of things on merge proposal
[22:33] <smoser> blackboxsw: i'm not in a hurry to do the others tonight.
[22:33] <smoser> just uploaded bionic
[22:33] <blackboxsw> kthx. sounds good
[22:33] <blackboxsw> have a good one


[16:20] <JuhayerAlWasif[m> can anyone help to get me some links of support pages of debian?
[16:23] <tomreyn> JuhayerAlWasif[m: have you tried a web search? this channel is about Lubuntu, an Ubuntu flavor.
[16:23] <JuhayerAlWasif[m> okay
[16:23] <tomreyn> there is #debian on libera.chat and oftc.net
[16:24] <JuhayerAlWasif[m> thanks


[12:13] <toma> imbrandon: the text at the top "these are unofficial..." should be the default font for you.
[12:13] <imbrandon> yup
[12:14] <toma> judging from the screenie, irc is a lot bigger, so i was confused
[12:14] <goldenear> I have a pb with automake: I try to compile an app from the kde svn and I then want to do: make -f admin/Makefile.common
[12:15] <goldenear> but it doesn't work
[12:15] <toma> does the file exists?
[12:15] <goldenear> I have a warning about alocale and then error: m4_defn: undefined macro: _m4_divert_diversion
[12:15] <goldenear> sure
[12:16] <goldenear> I google to find the problem but I did not find anything
[12:16] <toma> autoconf 2.52 ?
[12:16] <goldenear> 2.59
[12:17] <toma> you seem to have a mismatch between autoconf and automake
[12:17] <toma> can you see if either one is upgradable?
[12:17] <goldenear> no upgrade available
[12:18] <goldenear> both are the standard version installed with dapper...
[12:18] <goldenear> I can't understand
[12:19] <toma> is there an older version installed?
[12:19] <toma> as well
[12:19] <goldenear> nop
[12:20] <goldenear> should I install an older version too (like the 1.4) ?
[12:20] <goldenear> or a newer ( 1.9) version of automake ?
[12:21] <toma> no
[12:22] <toma> can you move aclocal.m4 to a temp place on your hd and try again?
[12:24] <goldenear> I install 1.9 (and remove 1.8) and I have the same error...
[12:26] <goldenear> toma: you mean all the aclocale dir ?
[12:26] <toma> no
[12:26] <toma> in the top source dir is here a file called aclocal.m4 ?
[12:28] <goldenear> no, this file is created during the procedure
[12:28] <goldenear> the problem is from: /usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
[12:28] <toma> that is something else ;-)
[12:43] <toma> imbrandon: site fixed, missing </small> after each block, thnxs
[12:43] <imbrandon> np, dinner time for me, bbiab
[12:44] <imbrandon> Riddell: i cc'd you on a reply mail from pitti to the ubuntu-devel list , when you have time to look it over , no hurries
[01:40] <bddebian> Hello
[03:00] <Hobbsee> nice!  apachelogger did kopete 0.12.2!
[04:26] <Hobbsee> suspicious.  md5sums and sizes of the .orig.tar.gz are different, between his version and the version off the kopete.kde.org site.  boht were changed from .bz2 to .gz
[05:41] <imbrandon> hahahaha
[05:41] <imbrandon> < shad0w1e> hmm sleepydog, you said that reiserfs would only be faster in some "extreme" situations
[05:41] <imbrandon> < shad0w1e> would you consider KDE booting up to be an extreme situation?
[05:43] <Hobbsee> lol!
[06:08] <Hobbsee> to be fair, kde starts up much better with an empty session
[06:16] <nixternal> https://wiki.ubuntu.com/Kubuntu/Meetings/Minutes/2006-08-10
[06:16] <nixternal> meeting minutes are complete, please do a look over and see if they are ok
[06:16] <nixternal> thanks
[06:19] <Hobbsee> nixternal: cool, thanks
[06:19] <nixternal> np, its ok?
[06:19] <nixternal> i know it is probably the most professional ones to date ;)
[06:20] <Hobbsee> :) indeed
[06:21] <nixternal> i will tell lulu bell everyone appreciated it ;)
[06:23] <Hobbsee> oh yay, kopete finished building.
[06:23] <nixternal> woot
[06:24] <nixternal> what is the trick to get my monitors from shutting off every 5 to 10 minutes?
[06:25] <nixternal> ever since i up'd to 3.5.4, system settings -> display doesn't fix it anymore
[06:26] <Hobbsee> dunno
[06:26] <Hobbsee> i dont have that problem
[06:26] <nixternal> it is a power feature tucked away somewhere
[06:26] <Hobbsee> yay, forgot to copy to the right place, therefore ssh failed.
[06:26] <nixternal> it happens on all 4 of my machines though
[06:26] <nixternal> haha
[06:26] <Hobbsee> well, scp
[06:27] <Hobbsee> ssh is still up :)
[06:29] <Hobbsee> right
[06:37] <Hobbsee> http://buntudot.org/people/~hobbsee/kopete/ - testers required
[06:41] <Hobbsee> imbrandon: ping?
[06:42] <imbrandon> pong
[06:42] <imbrandon> well give me a sec, grabin a soda
[06:43] <Hobbsee> ok
[06:45] <imbrandon> kk back
[06:45] <imbrandon> sup ?
[06:46] <imbrandon> Hobbsee, ?
[06:46] <Hobbsee> [14:37]  <Hobbsee> http://buntudot.org/people/~hobbsee/kopete/ - testers required
[06:46] <imbrandon> ahh okie
[06:47] <Hobbsee> oh darn it, one of the bits in the control file didnt format properly
[06:47] <imbrandon> so wait ?
[06:48] <Hobbsee> no, so go for it
[06:49] <Hobbsee> the binaries will be fine
[06:49] <imbrandon> k
[06:49] <Hobbsee> imbrandon: looks like i forgot to hit enter.  i'm just updating the debdiff/.dsc/.diff.gz now
[06:49] <Hobbsee> yep, done
[06:51] <imbrandon> heh you'll get to see soon enough if you write up the uvf for it
[06:53] <Hobbsee> i need the changelog to write the UVF
[06:53] <imbrandon> umm yup
[06:53] <imbrandon> thats the main part ;)
[06:54] <imbrandon> Hobbsee: https://wiki.ubuntu.com/MOTU/Processes/UVF
[06:55] <Hobbsee> imbrandon: kopete's in main
[06:55] <Hobbsee> i think i'ts just an email to mdz/kamion
[06:56] <imbrandon> same process , thats what Riddell pointed me too for ktorrent and amarok , then you email mdz and point him to the bug
[06:56] <Hobbsee> right
[06:57] <imbrandon> ( mostly so its documented on LP and not just your email thats not arcived like a ML )
[06:57] <imbrandon> archived*
[06:57] <Hobbsee> point,
[07:04] <seaLne> just seeing that made me wonder whether the freenode server patch would be worthwile for dapper-updates?
[07:05] <Hobbsee> seaLne: i'd prefer to backport the entire darn thing.  i dobut it's worth it
[07:05] <Hobbsee> s/backports/updates/
[07:05] <seaLne> fair enough
[07:05] <Hobbsee> and mdz checks those *very* carefully
[07:06] <seaLne> do you ever use kopete for irc?
[07:06] <Hobbsee> once in a blue moon
[07:06] <Hobbsee> not to freenode
[07:07] <Hobbsee> hi poningru
[07:07] <Hobbsee> seaLne: too many channels i'm on, on freenode, and no aliases that i know of
[07:08] <seaLne> presumably ok for one
[07:08] <seaLne_> yeah does look a lot unlike xchat or something
[07:09] <Hobbsee> looks like trillian :P
[07:09] <seaLne_> never used that
[07:10] <poningru> :)
[07:10] <poningru> hi
[07:10] <seaLne> certainly fine for telling users to get to #kubuntu with
[07:10] <Hobbsee> true
[07:14] <seaLne> bit complicated
[07:23] <nixternal> Hobbsee: kopete is safe to try out?
[07:23] <Hobbsee> nixternal: sure
[07:23] <Hobbsee> nixternal: it's yet to blow up here
[07:23] <Hobbsee> but i dont know what the upstream changelog is though
[07:23] <nixternal> im not gonna get some weird pointy stick flashing across my screen ;)
[07:24] <Hobbsee> haha
[07:24] <Hobbsee> now that would be fun.
[07:24] <Hobbsee> nixternal: i have people eyeballing my stuff to main, remember?
[07:24] <nixternal> ya, doesn't mean you can't hide a stick in there
[07:24] <Hobbsee> heh
[07:24] <nixternal> arg
[07:24] <nixternal> is that for edgy?
[07:24] <nixternal> lol
[07:24] <nixternal> im a moron
[07:24] <Hobbsee> just wait till i get -core-dev...
[07:24] <Hobbsee> nixternal: yes
[07:24] <nixternal> lol
[07:24] <Hobbsee> i386, too
[07:24] <nixternal> ok, let me switch machines
[10:41] <Pupeno> Hello.
[10:41] <Pupeno> [OT]  Is there any easy way, in PyKDE, to run kapp.exec_loop() in a separate thread so my application can continue to do other things ?
[10:43] <Riddell> I guess you could run threads in the normal python way, but generally if you're running a mainloop that's what you want to be concentrating on
[10:44] <Pupeno> I have another mainloop, that's the problem.
[10:45] <Pupeno> Riddell: anyway, I haven't seen the 'normal way' to run a Python thread... except by creating a class. Do I have to create a class ?
[10:46] <Riddell> no idea, never done it
[11:04] <freeflying> Riddell: I've sent you the debdiff of scim-chewing and scim-pinyin
[11:08] <Riddell> freeflying: got that, will look at it today thanks
[11:08] <freeflying> Riddell: would you mind have a look on scim-qtimm( doko's patch)
[11:14] <Riddell> freeflying: sure
[11:14] <freeflying> Riddell: thanks
[12:10] <toma> morning
[02:22] <imbrandon> moins all
[02:32] <Hobbsee> hi all!
[02:34] <toma> morning imbrandon, Hobbsee
[02:34] <Hobbsee> hi toma
[02:34] <imbrandon> heya toma
[02:34] <Hobbsee> which bit of the world do i take over first?
[02:34] <imbrandon> hehe
[02:34] <toma> food market, /me is hungry
[02:35] <Hobbsee> *around
[02:35] <imbrandon> pebbles*
[02:36] <toma> too
[02:36] <imbrandon> lol
[02:37] <Hobbsee> what'd i miss?
[02:37] <imbrandon> [07:35]  * Hobbsee continues to bounce arond
[02:37] <imbrandon> [07:35]  <Hobbsee> *around
[02:37] <imbrandon> [07:35]  * imbrandon is eating a bowl of fruity prbbles
[02:37] <imbrandon> [07:35]  <imbrandon> pebbles*
[02:37] <Hobbsee> yeah, got that much
[02:37] <imbrandon> [07:36]  * toma should write new flash software for the bread machine, this is taking to long
[02:38] <imbrandon> [07:36]  <toma> too
[02:38] <Hobbsee> [22:36]  <Hobbsee> interesting
[02:38] <Hobbsee> [22:36]  <Hobbsee> do they taste rock-like?
[02:38] <imbrandon> [07:36]  <imbrandon> lol
[02:38] <imbrandon> not much lol
[02:38] <imbrandon> hahah no , you dont have them in AU ?
[02:39] <Hobbsee> we might...
[02:39] <Hobbsee> i likely just dont eat them
[02:39] <imbrandon> wikipedia " Fruity Pebbles is a breakfast cereal introduced by Post Cereals in 1971 and featuring characters from the animated series The Flintstones. It contains fruit-flavoured crispy rice cereal bits. A similarly-themed cereal is Cocoa Pebbles. " http://en.wikipedia.org/wiki/Fruity_Pebbles
[02:39] <Hobbsee> ahhh....
[02:39] <Hobbsee> nope, we dont have them
[02:40] <imbrandon> heh, i'm gonna start caling you tigger ( please tell me you know tigger of whinnie the poo )
[02:40] <imbrandon> calling*
[02:40] <Hobbsee> haha
[02:41] <imbrandon> lol
[02:41] <Hobbsee> yeah, i do
[02:46] <Hobbsee> hi Riddell!
[02:46] <Riddell> hi Hobbsee
[02:46] <imbrandon> moins Riddell
[02:47] <Hobbsee> no, i didnt find a secret stash of red cordial at work or something....
[02:47] <imbrandon> red cordial ?
[02:47] <Hobbsee> imbrandon: doesnt red cordial usually make people go hyper?
[02:47] <Hobbsee> ohhhhh....you guys dont have red cordial, that's right.
[02:48] <Hobbsee> imbrandon: flavoured water.  clear, not fizzy
[02:48] <imbrandon> ahh
[02:48] <imbrandon> kool aid
[02:48] <imbrandon> ;)
[02:49] <mornfall> look up kool-aid in jargon
[02:50] <imbrandon> Kool-Aid is an artificially flavored soft drink concentrate made by Kraft Foods. Kool-Aid is sold as a powder to be mixed with water and a sweetener (sugar or an artificial sweetener). Some versions include the sweetener with the flavor concentrate, only requiring the addition of water.
[02:51] <Hobbsee> yep
[02:51] <mornfall> jargon :p
[02:51] <mornfall> not dictionary
[02:51] <mornfall>      The term originates in the suicide of 914 followers of Jim Jones's
[02:51] <mornfall>      People's Temple cult in Guyana in 1978. What they actually drank was
[02:51] <mornfall>      cyanide-laced Flavor-Aid, a cheap knockoff, rather than Kool-Aid
[02:51] <mornfall>      itself. There is a FAQ on this topic.
[02:52] <imbrandon> heh crazy /me dident know that
[02:52] <mornfall> to drink kool-aid -> to believe, loosely
[02:52] <imbrandon> to me its a drink for small kids heheh
[02:53] <mornfall> yeah... it has nasty connotations for many, though
[02:53] <Hobbsee> imbrandon: did you actually get your key signed, btw?
[02:54] <imbrandon> next week
[02:54] <Hobbsee> imbrandon: nice :)
[02:54] <Hobbsee> imbrandon: i'm surprised they acked you for MOTU - it's listed as a requirement that you have a signed key
[02:55] <imbrandon> anyhow bbiab shower time
[02:56] <Hobbsee> really?
[02:57] <seaLne> that sounds bad
[02:58] <Hobbsee> seaLne: unsigned keys?  not really.  it doesnt really matter that much who the person is behind this keyboard, as long as i'm in control of the key, and i dont abuse it
[02:58] <Hobbsee> the fact that i have a name to go with the face, as proof doesnt mean that much per se.
[02:58] <Hobbsee> ie, i'm more related to the work i do, rather than my name.  my name rarely even comes up
[02:58] <Hobbsee> if that makes sense
[02:58] <seaLne> it depends, if you new that imbrandon was actually bill gates you might be a bit warey
[02:59] <Hobbsee> true that
[03:00] <seaLne> it also means that someone has met the person
[03:00] <Hobbsee> also true
[03:00] <Hobbsee> like, it has it's good points, but it's not *that* big a deal, in my view
[03:02] <seaLne> depends if you would ever want to work in the computing field :)
[03:02] <seaLne> i'm not sure prospectve employers finding that story via google would be impressed :)
[03:04] <Hobbsee> in fact, the only reason i got my .gnupg/ back was that it was on imbrandon's (and stevenk's) machines
[03:04] <seaLne> admiting that would get your key revoked in debian afaik
[03:06] <Hobbsee> seaLne: right, i wont admit it too loudly then
[03:06] <Hobbsee> (but how am i supposed to upload signed stuff from other machines then?)
[03:06] <Hobbsee> seaLne: it's still protected by passphrase
[03:08] <ajmitch> Hobbsee: you're admitting it in a logged channel though
[03:08] <ajmitch> seriously..
[03:08] <Hobbsee> point.
[03:08] <ajmitch> for signed stuff on other machines - see debrsign
[03:08] <Hobbsee> ahhh...
[03:09] <Hobbsee> ajmitch: well, i considered revoking when i'd lost my local copy.  but then i'd be working with an unsigned key again.
[03:09] <ajmitch> considering that you know where other developers live, it wouldn't be a challenge
[03:10] <Hobbsee> true, it wouldnt be as hard as the first time.
[03:10] <seaLne> the stalking paid ff then?
[03:10] <Hobbsee> seaLne: hmmm?
[03:10] <ajmitch> Hobbsee: don't expect me to fly over & sign it though
[03:10] <seaLne> joking about you knowing where they live
[03:11] <Hobbsee> ajmitch: of course, yeah
[03:12] <Hobbsee> surely that's just as evil.  if that got stolen...
[03:12] <ajmitch> it's in my room
[03:13] <ajmitch> the only problem is that the plastic attaching it to my keyring broke recently
[03:13] <imbrandon> thus why you keep and encrypted backup on removeable media ;)
[03:13] <ajmitch> & the key is on an encrypted partition
[03:13] <imbrandon> yup
[03:13] <ajmitch> imbrandon: that is the removeable media :)
[03:14] <imbrandon> ajmitch: yea i meant more for Hobbsee benifet
[03:14] <ajmitch> Hobbsee also should never have keys on any computers but her own
[03:15] <imbrandon> probably true
[03:15] <imbrandon> i have a copy on 3 systems but i 100% control all 3
[03:18] <Hobbsee> night ajmitch
[03:18] <imbrandon> gnight
[03:24] <Hobbsee> toma: yay :)
[03:25] <Hobbsee> hey, if i revoke my old key, and create a new key, and add it to LP, what happens with regarding uploading packages?
[03:27] <seaLne> they get automatically deleted? probably nothing
[03:28] <Hobbsee> seaLne: i dont want to lose my upload rights :P
[03:28] <seaLne> probably worth speaking to some people about what they think
[03:30] <Hobbsee> yeah, asking in LP now
[03:41] <Lure> hi all
[03:42] <Lure> whom should I bug if my<EMAIL_ADDRESS>address is not valid again<EMAIL_ADDRESS>does not seem to respond...
[03:44] <Riddell> Lure: canonical-sysadmin
[03:45] <Lure> Riddell: which is (or where to get him)?
[03:52] <Riddell> Lure: see launchpad people
[03:52] <Lure> Riddell: so on #launchpad (never had any contact with Lunchpad folks)
[03:52] <Riddell> you can ping them on irc usually, else e-mail
[03:52] <Hobbsee> Lure: yeah.  they're not that evil
[03:55] <Lure> Hobbsee: ;-)
[03:56] <Hobbsee> Lure: i've yet to be overly blasted by anyone tonight
[03:59] <Riddell> Lure: on /msg
[04:04] <Lure> Riddell: sure
[04:16] <Riddell> ladies and gentlement, announcing...
[04:17] <Riddell> HWDB client: KDE!  http://kubuntu.org/~jriddell/hwdb/hwdb-client-kde_0.6-0ubuntu11_all.deb
[04:17] <Riddell> and you'll be wanting http://kubuntu.org/~jriddell/hwdb/hwdb-client-common_0.6-0ubuntu11_all.deb  too
[04:17] <Riddell> ** testers needed ^^
[04:17] <Hobbsee> ooh fun
[04:17] <Hobbsee> does it kill much?
[04:17] <Hobbsee> Riddell: i've done kopete 0.12.2, btw
[04:18] <Riddell> doesn't kill anything
[04:18] <Riddell> Hobbsee: is 0.12.2 released?
[04:18] <Hobbsee> Riddell: yep
[04:19] <Riddell> Hobbsee: got packages for testing?
[04:19] <Hobbsee> Riddell: i386, yeah
[04:19] <Lure> Riddell: hwdb-client-common depends on python2.4-gnome2 ???
[04:19] <Hobbsee> Riddell: apachelogger did a diff, but i dont know *where* he got the upstream tarball from.
[04:19] <Hobbsee> Riddell: buntudot.org/people/~hobbsee/kopete
[04:21] <Riddell> Lure: eek, I'll fix that
[04:21] <Lure> Riddell: also
[04:21] <Lure> hwdb-client-common depends on python-glade2; however:
[04:21] <Lure> hwdb-client-common depends on fping; however:
[04:21] <Lure> not sure what fping is...
[04:22] <Riddell> install it :)
[04:23] <fritsch> Hobbsee: is this kopete an edgy only built?
[04:23] <Hobbsee> fritsch: currently, yes
[04:23] <Hobbsee> sources are there
[04:23] <fritsch> Hobbsee:  :-) so i recompile
[04:23] <Lure> Riddell: fping is fine, but gnome2 and glade bring all the gnome uglyness ;-)
[04:24] <fritsch> Hobbsee: but is it worth updating?
[04:25] <Hobbsee> fritsch: dunno.  i've yet to actually see a changelog
[04:26] <toma> Riddell: http://rafb.net/paste/results/5nnUbc10.html
[04:26] <toma> just before the uploading screen
[04:27] <Riddell> toma: what permissions do you have on /var/log/dmesg ?
[04:27] <Riddell> Lure: fixed version uploaded
[04:27] <toma> Riddell: -rw-r----- 1 root adm 18175 Aug 16 11:57 /var/log/dmesg
[04:28] <Lure> Riddell: better - thanks
[04:28] <Riddell> toma: curious
[04:28] <toma> Riddell: 2 problem: http://rafb.net/paste/results/kMggOj43.html
[04:28] <Riddell> toma: it's world readable for me
[04:29] <toma> when wanting to see my personal results on the web
[04:31] <toma> http://rafb.net/paste/results/cDWX2q33.html for copy to clipboard, probably same problem.
[04:34] <Lure> Riddell: show online record fails: http://paste.ubuntu-nl.org/20765
[04:35] <Lure> Riddell: copy to clipboard either: http://paste.ubuntu-nl.org/20766
[04:35] <Lure> Riddell: otherwise ok
[04:35] <toma> Lure: similar to my pasts
[04:35] <Lure> (not sure what it does)
[04:35] <toma> Lure: you can quit it and restart it
[04:35] <toma> Lure: then you get back to the last page
[04:35] <Lure> toma: did not check your logs before posting...
[04:36] <toma> Lure: and the buttons will work
[04:36] <Lure> toma: true
[04:45] <Riddell> Lure, toma: fixed packages uploaded; rm ~/.hwdb before running
[04:47] <Hobbsee> yay for new gpg keys.
[04:48] <Riddell> Hobbsee: test hwdb!
[04:48] <Hobbsee> Riddell: what does it do?
[04:49] <Riddell> gives us your secret data so we can spy on you
[04:49] <Lure> Riddell: sure? still see this problem...
[04:49] <Hobbsee> Riddell: oh yay.
[04:49] <Hobbsee> Riddell: you can tell i go to MQ uni.  yay.
[04:51] <Riddell> Lure: what do you have in ~/.hwdb?
[04:51] <Lure> Riddell: 4afce7d0e11f935217ab6fa743e6018d
[04:52] <Lure> Riddell: but it works when restarted (as toma said)
[04:54] <Hobbsee> yes...that's cos it doesnt exist anymore????
[04:56] <Hobbsee> ack.
[04:58] <fritsch> Hobbsee: recompiling kopete on dapper did not work, one error nearly at the end dh_install -pkopete
[04:58] <Hobbsee> fritsch: what was the error?
[04:58] <fritsch> Hobbsee: ./debian/tmp/usr/lib/kde3/plugins/designer/libkopetewidgets.so <- does not exist
[04:58] <Hobbsee> i *fixed* that.
[04:58] <Hobbsee> oh shit
[04:59] <Hobbsee> i fixed that externally, but not locally
[04:59] <Hobbsee> and then uploaded the local bits second.
[04:59] <fritsch> Hobbsee: :-) kopete_3.5.4+kopete0.12.2-0ubuntu1.diff.gz <- this patch i have taken
[04:59] <Hobbsee> fritsch: yeah, yeah.
[04:59] <Hobbsee> give me a sec to think on that.
[05:00] <fritsch> Hobbsee:
[05:00] <fritsch> +debian/tmp/usr/lib/kde3/plugins/designer/libkopetewidgets.so
[05:00] <fritsch> +debian/tmp/usr/lib/kde3/plugins/designer/libkopetewidgets.la
[05:01] <fritsch> sorry, just remove these lines, from your patch?
[05:01] <Hobbsee> fritsch: yeah, i know waht the problem is
[05:01] <fritsch> Hobbsee: cool, thx
[05:04] <Riddell> Lure, toma: ok, fix reallu uploaded now
[05:06] <Hobbsee> anyone got something simple for me to eyeball and upload?
[05:07] <Riddell> Hobbsee: you could remove the konqueror middle-click-scoll and close-on-tab-icons options from k-d-s
[05:07] <Hobbsee> i dont want something that takes forever to rebuild.
[05:10] <Riddell> kopete 0.12.2 seems to work
[05:10] <Hobbsee> yay
[05:11] <Riddell> although that .deb is larger than the source package
[05:12] <Hobbsee> which is kinda scary
[05:12] <Hobbsee> i'm not quite sure why
[05:12] <Hobbsee> Riddell: if you're looking to build it from source, wait about 30 seconds.
[05:14] <Riddell> I'm not
[05:14] <Hobbsee> right, now its' done
[05:14] <Hobbsee> fritsch: fixed
[05:14] <Riddell> I'm waiting for a changelog before that
[05:14] <Riddell> but one does not seem to exist
[05:14] <Hobbsee> Riddell: yeah.  apachelogger should have one.
[05:14] <Hobbsee> he found one for 0.12.1 somehow
[05:14] <Hobbsee> oh good - i couldnt find it either
[05:15] <fritsch> Hobbsee: thx
[05:16] <fritsch> Hobbsee: building (can take a very long time ...)
[05:17] <Hobbsee> fritsch: no kidding.
[05:17] <fritsch> Hobbsee: hehe, i think your compile was also faster ...
[05:18] <Hobbsee> true that.  imbrandon has a nice build machine.
[05:18] <Hobbsee> fritsch: i didnt rebuild then, well...i didnt rebuild the binaries, anyway
[05:18] <Hobbsee> the binaries work, i believe
[05:18] <Hobbsee> they work here
[05:18] <Hobbsee> oh gosh, i dont remember if they do or not anymore...
[05:18] <Hobbsee> yes, they have to.
[05:19] <Hobbsee> because i changed it externally, then rebuilt.  so it didnt ftbfs
[05:19] <Hobbsee> yes.  all is okay.
[05:23] <fritsch> Hobbsee: coffee?
[05:23] <Hobbsee> grr.  everything seems to requre the rotten automake, which doesnt seem to want to behave tonight.
[05:23] <Hobbsee> fritsch: i dont drink it.
[05:23] <Hobbsee> @time sydney
[05:23] <Ubugtu> Current time in Australia/Sydney: August 17 2006, 01:23:29
[05:23] <fritsch> Hobbsee: marte? <- this drink the local hackers from the ccc here
[05:24] <Hobbsee> apparently there's a comp quiz on tomorrow :(
[05:24] <fritsch> Hobbsee: it`s written mate, sorry
[05:24] <Hobbsee> on classes, so it cant be too evil
[05:25] <Hobbsee> and i'll have to charge my laptop overnight again.  grrr.
[05:25] <Hobbsee> bedtime.  night all
[05:25] <allee> Hobbsee: nite
[05:25] <Hobbsee> allee: :)  what's the deal w.r.t amarok and alioth?
[05:25] <allee> Hobbsee: Dell Laptop?  My battery will be exchanged ;)
[05:26] <Hobbsee> allee: no, this is a toshiba.  but it's prone to overheating.
[05:26] <allee> Hobbsee: ah, alioth right, well, I've to write something together
[05:26] <Hobbsee> ok
[05:27] <Hobbsee> allee: i've already got a stack of changes to go into ubuntu's amarok - not sure how much should go into debian's too.
[05:27] <fritsch> Hobbsee: the Debian unstable packages had a patch, which stopped listing artists, which are only on samplers
[05:28] <allee> Hobbsee: Okay, I feel guilty.  I change TODO for tonight and write an intro
[05:28] <Hobbsee> allee: dont feel guilty.
[05:28] <fritsch> Hobbsee: This was cool, so you did not have "all" of them extra listed
[05:28] <Hobbsee> fritsch: oh nice
[05:28] <Hobbsee> allee: good man :)
[05:28] <Hobbsee> uh oh, i'm about to be yelled at
[05:29] <Hobbsee> yay...yelling....
[05:29] <allee> Hobbsee: sleep! then you don't hear it ;)
[05:30] <Hobbsee> fritsch: if you have the patch handy, then either filing a bug, or emailing it to me at hobbseeATkubuntu.org would be helpful
[05:30] <Hobbsee> in fact, do that anyway, to rmeind me
[05:30] <Hobbsee> *remind
[05:30] <Hobbsee> allee: hmmm.....true that.
[05:30] <Hobbsee> maybe
[05:30] <fritsch> Hobbsee: I will look for it
[05:31] <allee> Hobbsee: oh, does<EMAIL_ADDRESS>imply a<EMAIL_ADDRESS>address?
[05:32] <Hobbsee> allee: not necessarily
[05:32] <allee> k
[05:32] <Hobbsee> im' not sure what happens with that - kubuntu members get @kubuntu addresses, and vice versa.  i'm not sureif they get both
[05:32] <Hobbsee> allee: i've got both @ubuntu.com and @kubuntu.org
[05:32] <Hobbsee> feel free to use either
[05:33] <Hobbsee> iirc i sign with @ubuntu.com but use @kubuntu.org normally
[05:33] <Hobbsee> both are listed on the same key, so it makes no difference
[05:34] <Hobbsee> night all
[05:34] <toma> nite
[05:34] <allee> works. cool I have fix my gpg key ;)
[05:35] <allee> toma: hi
[05:35] <Riddell> toma: did that fix your hwdb problem?
[05:35] <toma> hey allee
[05:35] <toma> Riddell: sorry, my cat lay down, so i could not really move
[05:35] <toma> +on me
[05:35] <Riddell> that happens
[05:35] <toma> let me check
[05:38] <toma> Riddell: same urls?
[05:38] <Riddell> yes
[05:39] <toma> ok, no difference in that case
[05:39] <Riddell> really?
[05:39] <toma> really
[05:39] <Riddell> with latest versions?  I made two fixes
[05:39] <toma> Riddell: http://rafb.net/paste/results/TIzgmZ93.html
[05:41] <Lure> Riddell: same here
[05:41] <Lure> where in code (line) did you fix?
[05:42] <Riddell> Lure: last line of dataSent() method
[05:42] <Riddell> should be "self.hwdb_lock = md5sum"
[05:43] <toma> not here
[05:44] <Riddell> ok, rebuilt, try  wget http://kubuntu.org/~jriddell/hwdb/hwdb-client-kde_0.6-0ubuntu11_all.deb
[05:45] <Lure> this one looks ok (from source), old one did not - trying...
[05:46] <toma> Riddell: works ok
[05:47] <Lure> Riddell: here too!
[05:47] <Riddell> rocking, thanks people
[05:47] <toma> i dont like the moving when you choose an option
[05:47] <toma> when the arrows are shown
[05:47] <Riddell> on the Send button?
[05:48] <Riddell> oh, the yes/no buttons?
[05:48] <Lure> yes, that is a bit strange - and font size before sending in huge...
[05:48] <toma> no, on the different pages
[05:48] <toma> Lure: indeed
[05:48] <Lure> and I hope we get kubuntu logo and some purple... ;-)
[05:48] <toma> and i would like to see what i'm sending to someone, but that is maybe personal ;-)
[05:48] <Lure> Riddell: will this get menu in Utilities?
[05:49] <Riddell> hmm, that's broken, there should always be an arrow by the radios
[05:49] <Riddell> Lure: it's in System
[05:49] <toma> Riddell: i'm not seeing them for the first two options
[05:49] <toma> which package is that?
[05:50] <Lure> Riddell: not here...
[05:50] <Lure> Riddell: no .desktop file in .deb so I doubt it...
[05:51] <toma> confirmed, it is not in system
[05:55] <fritsch> Hobbsee: kopete successfully compiled on dapper
[05:57] <Riddell> .desktop file added to http://kubuntu.org/~jriddell/hwdb/hwdb-client-kde_0.6-0ubuntu11_all.deb
[06:01] <Lure> Riddell: are you sure? not in the one I downloaded with wget...
[06:01] <Lure> ;-)
[06:01] <Riddell> works for me
[06:02] <Lure> Riddell: no .desktop in file...
[06:06] <Riddell> wget http://kubuntu.org/~jriddell/hwdb/hwdb-client-kde_0.6-0ubuntu11_all.deb; lesspipe hwdb-client-kde_0.6-0ubuntu11_all.deb | grep desktop
[06:06] <Riddell> -rw-r--r-- root/root      1701 2006-08-16 14:01 ./usr/share/applications/kde/hwdb-kde.desktop
[06:15] <bddebian> Hello
[06:19] <toma> Riddell: it shows in system now, even translated.
[06:20] <Riddell> super :)
[06:20] <Riddell> well no response from ogra, I think I'll just upload it
[06:41] <toma> nobody told me<EMAIL_ADDRESS>simply works
[07:13] <seaLne> toma: it works for all kubuntu-members
[07:14] <toma> seaLne: ok, i'll use that to sign from now
[07:14] <seaLne> @ubuntu.com aswell
[07:34] <toma> seaLne: any more hidden features? (like a bog build cluster or something)
[07:34] <toma> big
[07:47] <seaLne> not yet
[08:01] <Riddell> hi apachelogger, do you have the kopete changelog?
[08:02] <apachelogger> ah, now I rember why I joined #kopete before ^^
[08:02] <apachelogger> Riddell: no
[08:02] <Riddell> hmm
[08:02] <Riddell> kinday hard to get an upstream version freeze without one
[08:03] <Riddell> I think we need to wait for mattr
[08:04] <apachelogger> yeah
[08:04] <seaLne> woot i'm now on qa team :)
[08:04] <Riddell> yay
[08:09] <_Sime> yuriy: Hi
[08:13] <apachelogger> hm
[08:13] <apachelogger> now my notebook suffers from really strange bugs
[08:14] <apachelogger> battery status only gets updated after it has been hibernated once
[08:18] <yuriy> _Sime: hi
[08:18] <_Sime> yuriy: how is wineconfig going?
[08:19] <_Sime> yuriy: what is working, what is left to do?
[08:19] <_Sime> yuriy: (SoC is almost over, y/n?)
[08:20] <yuriy> yep it is
[08:20] <yuriy> the only outstanding issue is really the audio
[08:20] <yuriy> right now it just offers the whole list of drivers and no way to test
[08:21] <yuriy> i didn't realize just how bad my C is until i tried to make a patch for winebrowser.. that took a while
[08:21] <yuriy> so the sound test isn't going to be done by the 21st
[08:21] <yuriy> i'm working on appearance settings
[08:21] <yuriy> that'll get done
[08:22] <yuriy> i'll make a couple default color schemes that will try to match plastik and such
[08:23] <yuriy> + i've forwarded whatever widget styles i found to david (the other project)
[08:23] <_Sime> k
[08:24] <_Sime> yuriy: when do you have to go back to school? do you think you will be doing much work on it after the 21st?
[08:25] <yuriy> YoKoZar started working on improving the .desktop file situation recently, so menus will be improving
[08:26] <yuriy> _Sime: i'm moving back to school on the 23rd, but it doesn't start until the 29th, except for some training thing for work
[08:26] <_Sime> I haven't looked at it for a while. It looks like you've done a lot. ;-)
[08:26] <yuriy> _Sime: so other than the move-in day, i'll have next week pretty much free
[08:27] <yuriy> _Sime: the only thing that should be not working on there right now is the color schemes box - that does nothing
[08:28] <yuriy> + the font size sets the right setting, but doesn't seem to have any effect (i've tried it with winecfg)
[08:29] <_Sime> yuriy: so the audio tab works, but you just can't (as user) test what you've selected. Is that right?
[08:30] <yuriy> _Sime: also the default browser setting doesn't quite work correctly, needs a patch for winebrowser that i submitted but hasn't been accepted yet
[08:32] <yuriy> _Sime: I don't really know what to do with the general tab right now.  There aren't really any other settings that I can think of that belong on there, but I can't think of a better place to put the version either
[08:35] <_Sime> yuriy: you could seek it onto the Applications tab.
[08:35] <_Sime> yuriy: since in the applications tab it talks about the default/global version setting.
[08:36] <superstoned>  hey, riddell, hwdb-kde is nice, but sound doesn't play, and it feels slow. resizing, typing... if Qt4 is supposed to be fast, what is this? :D btw, i don't have nvidia driver running atm, which slows certain stuff, that might be it... or is it just slow?
[08:36] <yuriy> _Sime: heh that's something that kind of bothered me about winecfg
[08:36] <yuriy> _Sime: though the main thing i didn't like about it there is that it implies that you're just selecting an application to set the version for, but it actually applies to the whole dialog
[08:37] <_Sime> yuriy: call it the Default for all applications or something.
[08:40] <yuriy> _Sime: a couple other reasons i don't want it there:
[08:40] <yuriy> my appications tab doesn't appear in the application specific dialog
[08:41] <Riddell> superstoned: shouldn't be slow, although resizing isn't great due to multiple layers being drawn
[08:41] <yuriy> and if it did, again it would just be the one setting there just like the current "general" tab
[08:42] <superstoned> riddell: it feels like it lags when typing. bit like krita when painting ;-)
[08:42] <yuriy> and because I think the windows version should be one of the first visible setting for the user, but the specific applications thing shouldn't
[08:42] <yuriy> especially considering david is planning to make a context menu for .exe's that you can get to the application specific settings from
[08:43] <superstoned> riddell: but i can't test it again, it gives me the ID, and only the ID ;-)
[08:43] <Riddell> superstoned: typing seems fine to me, no lag and definately better than konqueror
[08:44] <Riddell> superstoned: rm ~/.hwdb
[08:44] <Riddell> i'll add a re-run button at some point
[08:44] <superstoned> should this be hardware accellerated (GL, RENDER) on good drivers, btw? if not, well, it looks nice, but i already have irritations concerning drawing speed on a 2.8 ghz AMD...
[08:44] <superstoned> ok. guess it's a coincidence, with the nv driver which is slow anyway. sucks to depend on NVidia for drivers :(
[08:50] <Riddell> there shouldn't be anything accelarated about it
[08:51] <yuriy> superstoned: is it just that program? i get slight occasional lag just about everywhere with nv :(
[09:12] <_Sime> yuriy: :-/ combine the Default Version  and the libraries tab perhaps...
[09:12] <superstoned> yuriy: well, yes, everywhere a bit, but not that bad. if i type here (konversation) my cpu doesn't go up at all, while with the hwdb tool, it goes to 100% while i type.
[09:28] <_Sime> Riddell: what do you think about the audiocd:/ IO-slave. It is used much by normal users?
[09:32] <Riddell> _Sime: yes I think so
[09:33] <Riddell> at least I use it :)
[09:33] <_Sime> Riddell: I mean for ripping CDs?
[09:34] <yuriy> i've used it in the past but i don't know what functionality it provides over media:/hdc or system:/media/hdc  other than not involving the name of your cd drive
[09:35] <yuriy> or are those audiocd:/ in the background anyways when it's an audio cd?
[09:38] <Riddell> _Sime: so do I
[09:39] <Riddell> yuriy: they are
[09:45] <yuriy> Riddell: in that case I use it and i'm sure plenty of people do
[10:16] <yuriy> _Sime: i think i have to finally learn to use KConfig
[10:16] <yuriy> _Sime: need a good way to store color schemes
[10:17] <_Sime> yuriy: you mean a custom colour scheme that someone has configured in wineconfig?
[10:18] <yuriy> _Sime: yes, or a default one that I make (which i intend to do in wineconfig myself anyway)
[10:20] <yuriy> _Sime: i'd like to put them in a config file (wineconfigrc) which so far i haven't had a real need to use.  i could also make registry keys to store them (windows has them, but they are binary andd currently not used by wine).  or i could make a sepearate .reg file forr each scheme which would make them easier to apply but annoying to store
[10:21] <_Sime> yuriy: soooo kconfig it is!
[10:21] <nixternal> http://www.kde-look.org/content/show.php?content=44331
[10:21] <nixternal> enjoy ;)
[10:23] <yuriy> _Sime: i know python also has a module to store and read data structures as text, it would make it a lot easier to store and read if i could use that.  but that would be incompatible with the way KDE stores configuration right?
[10:25] <yuriy> nixternal: now only to get some nice printable sticker paper!
[10:25] <_Sime> yuriy: true. By using kconfig you won't have to worry about _where_ the info gets stored in the user's $HOME or whatever.
[10:25] <nixternal> hehe
[10:27] <nixternal> im definitely going to find out..i did it because "System76" was providing them free to residents int he US, so i thought everyone should be able to get something similar, so i created them
[10:28] <nixternal> you can use the avery labels, as they work great, they are 2x4...or if you had a dymo printer or whatever they are called, you can get the 2x3 labels on a roll of 500
[10:33] <yuriy> _Sime: yep i know. any way to combine the two? :D
[10:33] <_Sime> yuriy: kconfig is pretty easy to use
[10:34] <yuriy> heh did some searching on the stickers. looks like about $1.70 per custom sticker in bulk quantities
[10:34] <yuriy> does System76 have kubuntu or just ubuntu ones?
[10:39] <nixternal> just ubuntu ones
[10:46] <nixternal> adept notifier icon in edgy is messed up here...same with anyone else?
[10:56] <_Sime> yuriy: just pass in what you want to write to writeEntry() and PyKDE will work out what you mean.
[11:03] <yuriy> _Sime: yeah i know, just saying the documentation is daunting
[11:04] <yuriy> _Sime: btw, my desktop is still showing a battery icon that's 50% charged and has 10 minutes of battery life left ; )
[11:11] <yuriy> the KConfig entry looks so much like the wine/windows registry entry it's scary
[11:21] <nixternal> imbrandon: why do i have to look at mr. potato head on my desktop?
[11:22] <imbrandon> becouse you complained for so long that i had a socer ball, now deal ;)
[11:23] <nixternal> http://buntudot.org/people/~nixternal/images/mrpotato.jpg
[11:23] <nixternal> just for you
[11:23] <apachelogger> yuriy: http://dev.bit-freaks.net/apachelogger/poweredbykubuntu/images.html ;-)
[11:24] <nixternal> apachelogger: you printed some already?
[11:24] <nixternal> im doing it now as well ;)
[11:24] <apachelogger> :D
[11:24] <nixternal> you shrunk them down and made case badges?
[11:24] <nixternal> oh dude you rock
[11:25] <apachelogger> last time I did stick something geeky I lost mind and went insane
[11:25] <apachelogger> Kay that was ;-)
[11:25] <yuriy> apachelogger: the nice primitive konqueror generated picture gallery? :P
[11:26] <apachelogger> hehe, nebuchadnezzar isn't yet completely installed :P
[11:26] <apachelogger> doesn't even have kipi
[11:44] <apachelogger> Riddell: why don't we use knet for internet connection setup? ... people told me setting up DSL with a dialup modem is hell, though knet would support a GUI way for that
[11:58] <nixternal> apachelogger: http://www.buntudot.org/people/~nixternal/images/poweredby/PoweredByKubuntu/
[11:58] <nixternal> im gonna go buy some of that glossy paper in a bit ;)
[11:59] <apachelogger> ^^
[12:00] <fritsch> Riddell: you kubuntu hwdb is only working on edgy? because of the pyqt qt4 dependencies?