[00:55] <exneo__> sup
[01:05]  * Hobbsee waves
[01:23] <jdong> Hobbsee: hey you want to sponsor in Transmission before the freeze?
[01:23]  * jdong adds a pretty please or two to that
[01:24] <Hobbsee> not from here, no :)
[01:24] <Hobbsee> remind me in ~10 hours
[01:35] <TheMuso> jdong: What is being changed?
[01:38] <jdong> TheMuso: new upstream release, FFe granted
[01:38] <jdong> bug INSERTNUMBERHERE (lemme actually find it)
[01:39] <jdong> that's bug 196138, dgettable dsc provided
[01:39] <ubotu> Launchpad bug 196138 in transmission "Please update to 1.06" [Undecided,Confirmed] https://launchpad.net/bugs/196138
[01:56] <TheMuso> jdong: Its building now, will upload after lunch.
[01:57] <jdong> TheMuso: sweet, thanks :)
[02:42] <TheMuso> jdong: uploaded.
[02:42] <jdong> TheMuso: whee :) thanks
[02:42] <RAOF> jdong: You're trying to make me able to use mythtv:// urls in totem, right?
[02:43] <jdong> RAOF: -EREALLYCONFUSED
[02:44]  * RAOF has experienced ECONFLATE error, and will now shut up.
[02:44] <RAOF> It's actually superm1 I'm thinking of.
[02:44]  * superm1 says hi
[02:45] <RAOF> superm1: _You_ are the one trying to make mythtv:// urls work in totem?
[02:45] <jdong> hehe
[02:45] <superm1> uh oh
[02:45] <superm1> whatd i do
[02:45] <RAOF> Nothing?  I'd just quite like it to work, and it doesn't.
[02:46] <superm1> well that's not exactly how the plugin works..
[02:46] <superm1> there is a second piece to it still to make it "user friendly"
[02:46] <superm1> via upnp
[02:46] <superm1> but for now do this
[02:46] <superm1> open gconf-editor
[02:46] <superm1> and find the gmyth key
[02:46] <superm1> and set your DB
[02:47] <superm1> and user name and pass and stuff
[02:47] <superm1> then activate the plugin in totem, and it should be a drop down option on the side bar
[02:47] <RAOF> Ah.  Right.
[02:48] <superm1> that reminds me i should send another email to gmyth-devel to straighten the licensing on gmyth-upnp
[02:48] <superm1> i sent one almost a week ago now
[02:49] <RAOF> I suggest infiltrating upstream and dumping license headers into VCS.
[02:50] <superm1> i should.
[02:50] <superm1> the weird thing is they were responsive within like 30 minutes before
[02:50] <superm1> so i'm not sure if they just fell off the side of the earth or what
[02:56] <RAOF> superm1: I don't suppose gmyth is going to stream DVB over the network anytime soon?
[02:56] <superm1> well it can, the only thing missing is the interface
[02:56] <superm1> it can do livetv urls
[02:57] <RAOF> Right.  So it should be possible to do livetv://2 or something?
[02:57] <superm1> i dont know the exact syntax for it
[02:57] <superm1> but it is quite possible to do
[03:58] <Kano> hi, why not adding bash-completion and enabling this by default? the new bash package does not have /etc/bash_completition included anymore, it is external
[03:58] <Kano> hi laga , did you update aufs for lum?
[06:45] <warp10> Good morning
[06:48] <pitti> Good morning
[07:20] <Kano> hi pitti, could you add bash-completion by default?
[07:21] <pitti> Kano: technically yes, but this should be discussed on u-devel@ first; IIRC there were reasons for dropping it
[07:22] <Kano> well it was "dropped" because bash package was updated and now it is split. before it was just in bash itself
[07:44] <torkel> Kano: it wasn't turned on by default before, was it?
[07:45] <Kano> well it should be turned on, as it is very nice to have
[07:51] <tjaalton> hum, cron.daily/apt tries to run gconftool, but apt does not depend on it, so maybe it should check for it's existence before running it?
[07:51] <Amaranth> tjaalton: wow that was fast
[07:52] <Amaranth> 3 minutes after i marked that dupe you corrected it :P
[07:52] <tjaalton> Amaranth: hehe :)
[08:22] <mdke> pitti: just read your comment on bug 123963 - I don't know how to debdiff could have been broken
[08:22] <ubotu> Launchpad bug 123963 in ubuntu-docs "Ubuntu 7.04 and 7.10 documentation updates have not been done" [High,In progress] https://launchpad.net/bugs/123963
[08:22] <pitti> mdke: doesn't matter much anyway
[08:22] <pitti> mdke: just tell me how to build a source package, or build it and put it somewhere, and I'll sponsor it
[08:22] <mdke> pitti: anyway you can grab the branch at https://code.edge.launchpad.net/~ubuntu-core-doc/ubuntu-doc/gutsy
[08:23] <mdke> from that you can just build it with debuild
[08:23] <pitti> ah, nice
[08:23] <mdke> nothing else to do
[08:24] <pitti> carlos: do you know how bug 196106 could have happened?
[08:24] <ubotu> Launchpad bug 196106 in language-pack-kde-de "context menu entry "Paste File" [and other dialogs] not translated into German (anymore)" [Undecided,Confirmed] https://launchpad.net/bugs/196106
[08:24] <mdke> i'm slightly worried the debdiff broke though
[08:24] <carlos> pitti: let me check....
[08:26] <RAOF> tjaalton: How's nouveau-in-experimental going?  (Man nouveau is so much faster than the blob at scrolling firefox)
[08:26] <RAOF> tjaalton: (That was you, right? I've not had a good time of names recently)
[08:26] <carlos> pitti: without checking anything, I can only 'blame' a bad translator
[08:26] <pitti> carlos: like actively deleting a translation?
[08:28] <carlos> kind of, yes. Let me do some checking to confirm/reject that idea
[08:29] <pitti> ok, thanks
[08:30] <pitti> since I have no real idea about it,the POTs certainly didn't change?
[08:33] <carlos> pitti: we got an updated at the end of January
[08:33] <carlos> pitti: although I don't know whether it included a change or not
[08:33]  * carlos is still looking into this problem
[08:35] <tjaalton> RAOF: sorry, I bumped into issues that prevented that
[08:37] <tjaalton> RAOF: but experimental will soon get new mesa&drm, so it should be easier then
[08:58] <carlos> pitti: I found the problem, but I need to talk with danilo and jtv before I can provide you with a solution...
[08:58] <pitti> carlos: ah, great; shall I create a rosetta task for the bug for tracking?
[08:58] <carlos> pitti: it's related with some data migration when we added native kde plural forms support
[08:58] <carlos> pitti: yes, please
[08:59] <carlos> pitti: it affects all KDE language packs, though, not just German ones
[08:59] <carlos> but only messages with plural forms that are not manually fixed/retranslated
[09:01] <pitti> carlos: done
[09:01] <carlos> thanks
[09:06] <james_w> doko: hi. We have a new result of bzr still not being installable, even after yesterday's rebuild. It's a different error though. https://bugs.launchpad.net/bzr/+bug/197841
[09:06] <ubotu> Launchpad bug 197841 in bzr "ppa bzr package 1.2~rc1-1build2 for Ubuntu Hardy fails to install" [Undecided,New]
[09:06] <james_w> doko: would you take a look? I'll investigate tonight if not. Thanks.
[09:06] <doko> james_w: looking ...
[09:07] <james_w> doko: thanks.
[09:09] <doko> james_w: please could you email me the /var/cache/apt/archives/bzr_1.2-1~bazaar1~hardy4_i386.deb package, or tell me where I can find it?
[09:09] <james_w> doko: ah, it is the ppa, sorry, I got confused.
[09:10] <james_w> doko: I'll fix it tonight then. Sorry to trouble you.
[09:11] <pitti> mvo: good morning
[09:11] <mvo> good morning pitti
[09:12] <pitti> mvo: seems the new compiz session management doesn't fix all things for us :(
[09:12] <pitti> mvo: does it actually work for you?
[09:12] <pitti> mvo: it seems to remember the correct workspace now, but placement and size of gnome terminals (and maybe other apps) is still not working
[09:12] <mvo> pitti: is it not working at all for you? or just not as good as metacity?
[09:12] <pitti> in fact that got worse
[09:12] <pitti> mvo: let's say it's by far not as good as gutsy's metacity
[09:12]  * mvo nods
[09:13] <pitti> hardy's metacity's session management regressed as well
[09:13] <pitti> seems it's converging in the wrong direction :/
[09:13] <mvo> yeah :/
[09:13] <mvo> I will check and talk to upstream about it - does it get all windows wrong or specific ones?
[09:14] <pitti> mvo: the gnome-terminal with mutt inside was quite alright
[09:14] <pitti> mvo: the 'plain' (shell) gnome-terminals were totally wrong
[09:26] <pitti> seb128: bonjour
[09:26] <seb128> guten tag pitti
[09:27] <pitti> seb128: hm, seems that my deskbar applet forgot about all plugins but the internet searches (e. g. devhelp or dictionary); do you have the same?
[09:28] <seb128> pitti: seems to be the case yes
[09:32] <cjwatson> laga: right now, there's no good way to exclude items from seeds like that
[09:33] <cjwatson> laga: "!" is the blacklist syntax, which is much stronger (it means "don't include this package in this seed, and prevent it being included in any of the seeds that inherit from me either"), and may not do a good job of dependencies
[09:33] <cjwatson> james_w: for the record I reassigned that CD menu bug you talked about to gfxboot-theme-ubuntu, which implements our CD boot menu
[09:58] <cjwatson> pecisk: no, they aren't incorporated automatically, but semi-automatically (i.e. I have some scripts to update them that I run occasionally); I'm pulling in your Latvian translation now
[09:59] <pecisk> oh, nice to hear that
[09:59] <pecisk> when I can expect it in daily live cd?
[09:59] <cjwatson> pecisk: tomorrow
[09:59] <pecisk> nice, thanks :)
[10:02] <seb128> cjwatson, evand: is there any bug about translations not being used on the desktop daily images?
[10:02] <cjwatson> pecisk: though I do need to change a few strings (for bug 66881), so a few parts will still end up untranslated, I'm afraid
[10:02] <ubotu> Launchpad bug 66881 in debian-installer "Help text is misleading or inaccurate for boot methods" [Medium,Confirmed] https://launchpad.net/bugs/66881
[10:02] <cjwatson> seb128: in what context?
[10:04] <seb128> cjwatson: when selecting french and using the desktop testing option I get an english desktop, french language packs are installed but the environment is set to C and there is no /etc/default/locale
[10:04] <cjwatson> seb128: so you mean in the live session, pre-install?
[10:04] <seb128> right, not the ubiquity option but the desktop one
[10:06] <seb128> cjwatson: sorry if I'm not clear, I use virt-manager
[10:06] <seb128> boot a daily iso
[10:07] <seb128> pick french
[10:07] <seb128> "Try Ubuntu without any change to your computer"
[10:07] <seb128> the desktop I get is an english one, environment is set to C and there is no /etc/default/locale configuration
[10:08] <cjwatson> seb128: I can't find a bug about that, though of course it could be misfiled; it should go on casper
[10:08] <soren> doko: Java is failing in firefox for me on amd64. While reading through some of the bug comments about this on Launchpad, someone suggested that rebuilding it yourself fixed it. I was skeptical, but tried it, and it actually does fix it. Maybe there's a build dependency missing that is commonly installed on people's systems?
[10:08] <seb128> cjwatson: ok, will open one on casper then, thanks
[10:08] <soren> doko: Unfortunately I wasn't clever enough to keep build logs around :(
[10:08] <fabbione> soren: you too?
[10:08] <cjwatson> seb128: I suspect it's because there's no /etc/default/locale in the live squashfs so it decides to write it to /etc/environment instead
[10:08] <soren> fabbione: What? Not being clever? :)
[10:09] <cjwatson> seb128: or do you mean it's not set in /etc/environment either?
[10:09] <cjwatson> seb128: please attach /var/log/casper.log to the bug
[10:09] <fabbione> soren: java crashing.. dude.. :P
[10:09] <seb128> cjwatson: there is an environment where LANG is set, but you made me modify gdm to use /etc/default/locale ;-)
[10:09] <soren> fabbione: :p  Yeah, it segfaults consistently.
[10:09] <fabbione> soren: indeed
[10:10] <soren> fabbione: Rebuilt it locally (in my regular system, not in an sbuild of course), and it works.
[10:10] <soren> fabbione: I'll rebuild it again, saving the build logs. Maybe I'll be able to spot the difference between the build logs from LP and my local one.
[10:11] <cjwatson> seb128: indeed :-)
[10:12] <pecisk> cjwatson: about those installer help strings - but it will be possible to translate them till release?
[10:12] <fabbione> soren: sounds like a good plan (that you do it...)
[10:13] <cjwatson> pecisk: up to NonLanguagePackTranslationDeadline on https://wiki.ubuntu.com/HardyReleaseSchedule
[10:13] <soren> fabbione: It's already running..
[10:13] <cjwatson> seb128: or I can just fix it now if you haven't filed the bug yet ...
[10:16] <seb128> cjwatson: I didn't, I was trying to figure how to copy the caspoer log out of the virtual machine which has no network set
[10:16] <seb128> cjwatson: thanks ;-)
[10:17] <pitti> seb128: FYI, I fixed the amd64 retracer chroot, retracer restarted now
[10:19] <seb128> pitti: what was wrong? I fixed the i386 ones on saturday, they were crasher on out of ressources and I had to update it manually it had issue with the fontconfig update
[10:19] <pitti> seb128: chroot was out of date due to some postinst failure
[10:20] <seb128> pitti: ok, might have been the same issue than the i386 one, but that was saturday and I didn't want to work too much so I didn't look at the amd64 one
[10:21] <pitti> seb128: hey, that wasn't meant as a blame in any way :) just keeping ourselves up to date
[10:21]  * pitti hugs seb128
[10:22]  * seb128 hugs pitti
[10:22] <seb128> thanks ;-)
[10:24] <cjwatson> seb128: casper fixed (I think), thanks
[10:24] <seb128> cjwatson: thank you ;-)
[10:25] <pitti> mvo: which package does the 'enable visual effects' tab come from? (for adding a bug task to bug 193978)
[10:25] <ubotu> Launchpad bug 193978 in jockey "Jockey isn't used from Visual Effects tab" [Undecided,New] https://launchpad.net/bugs/193978
[10:26] <pitti> mvo: does this selector still want/need to call jockey for --check-composite?
[10:26] <emgent> pitti heya
[10:26] <pitti> mvo: is that gnome-control-center?
[10:26] <pitti> hi emgent
[10:27] <emgent> pitti, have you time for main upload in hardy?
[10:27] <emgent> security fix for openldap
[10:27] <emgent> malone #197077
[10:27] <ubotu> Launchpad bug 197077 in openldap2.2 "6.06 LTS: CVE-2007-6698, CVE-2008-0658" [Medium,In progress] https://launchpad.net/bugs/197077
[10:28] <seb128> pitti: gnome-control-center
[10:28] <seb128> pitti: I'll likely do an upload today, I'll fix that too
[10:30] <doko> soren: known, I did want to delay that until I have icedtea6 working; it can be a build dependency, or the kernel running on the buildd. I don't know (promised elmo to do a build on ronne and see if a package built on that machine works or nor, but didn't do yet)
[10:30] <pitti> seb128: on the g-c-c side this should just be s/r-m/jockey-gtk/
[10:30] <seb128> pitti: ok
[10:31] <pitti> ok, bug task added with a description
[10:32] <emgent> pitti, have you time for upload this ? :)
[10:33] <pitti> emgent: I'd rather leave this to the security team (jdstrand, keescook) TBH
[10:33] <emgent> nope it's for hardy
[10:33] <pitti> emgent: can you please send the debdiff to security@ubuntu.com? it's highly appreciated
[10:33] <emgent> there isnt hardy-security now
[10:33] <pitti> emgent: ah, for hardy; yes, can do
[10:33] <emgent> pitti, thanks :P
[10:34] <emgent> i'm in motu-swat, know procedures eheheh, Thanks
[10:36] <mvo> pitti: yes, g-c-c
[10:36] <mvo> seb128: thanks for looking into this, fix should be straightforward
[10:37] <seb128> mvo: no problem, that's just changing the command in the desktop effects patch
[10:37]  * mvo hugs seb128
[10:37]  * seb128 hugs mvo
[10:40] <emgent> pitti, please open task too, i can only nominate ubuntu version affected. Thanks :P
[10:40] <pitti> emgent: already done
[10:41] <emgent> pitti, cool
[10:41] <soren> doko: Ok, cool. I've got plenty of cpu cycles to spare right now, so I'll just let the build finish that I have running on my local system, and after that, I'll try in an up-to-date sbuild on my local system as well and see if that works.
[10:42] <doko> soren: thanks, currently spending my cpu's for the v6 packages
[10:43] <pitti> emgent: uploaded, thanks
[10:43] <emgent> pitti, cool :P
[10:44] <soren> doko: No worries. :)
[10:55] <\sh> asac: if you have an usb headset, set your soundconfig in gnome to default to the headset and try to get some sound from flashplayer (adobe) on the headset...I tried that on different systems (amd64/i386) and I don't succeed...I tested it with gutsy and it works as expected...
[10:57] <\sh> asac: I wonder if it's a regression using pulseaudio now or what...strangly I get the login sound of gnome when using newly connected headset also very late
[10:58]  * \sh is going to reboot...
[10:58] <ion_> sigh, away nicks
[11:21] <\sh> asac: bug #144356
[11:21] <ubotu> Launchpad bug 144356 in flashplugin-nonfree "Audio from Flash in Firefox does not go to correct sound device" [Medium,Confirmed] https://launchpad.net/bugs/144356
[11:21] <\sh> asac: but I think you are the wrong guy to bother...
[11:21] <\sh> who is responsible for pulseaudio? :)
[11:22] <asac> ok ;)
[11:22] <\sh> asac: but, one question, there was the possibility to set another soundcard for usage in FF somehow...I wonder if that works
[11:23] <asac> soundcard? not that i know of ... you could set FIREFOX_DSP
[11:23] <\sh> asac: which defaults to "none" regarding /etc/firefox-3.0/firefoxrc
[11:25] <\sh> ah..crimsun is the one to bug ;)
[11:25] <crimsun_> err
[11:25] <\sh> crimsun_: hehe :)
[11:26] <\sh> crimsun_: please read the bugreport I mentioned a few lines above..
[11:26] <crimsun_> just did
[11:26] <\sh> crimsun_: fun part: mic of headset works...soundoutput via headset -> no way, but built-in card sound's there
[11:27] <crimsun_> so with libflashsupport (and pulseaudio-esound-compat) installed, for GNOME, the configured "default" card via alsa-lib (using an asoundrc, e.g., with asoundconf set-default-card) does not function correctly or as anticipated?
[11:28] <\sh> crimsun_: right...headset is now default device (asoundconf set-default-card ...) restarted gnome, sound from gnome comes via headset...but flashplugin (nonfree) uses still the built-in card...
[11:28] <crimsun_> pulseaudio is configured to ignore a user's asoundrc, so that symptom is expected.
[11:28] <\sh> crimsun_: even gnome-sound-settings is set to the default (headset)
[11:29] <crimsun_> you can verify that it's pulseaudio<->libflashsupport by removing pulseaudio and libflashsupport
[11:29] <crimsun_> ("it's"->"it's pulseaudio's/libflashsupport's fault")
[11:30] <asac_> 12:26 < asac> \sh: i am not even sure that this is used anymore
[11:30] <asac_> 12:28 < asac> \sh: it just started ffox with the given sound wrapper
[11:30] <asac_> 12:28 < asac> so maybe try that by hand to see if it helps
[11:31] <\sh> crimsun_: apt-get remove pulseaudio libflashsupport ?
[11:31] <\sh> argl...apt-get remove libflashsupport wants to remove flashplugin-nonfree
[11:31] <crimsun_> \sh: ah, right, it's now a dependency
[11:31] <ogra_cmpc> crimsun_, are you sure its needed on non networked pules ?
[11:32] <crimsun_> well, dpkg --force-depends -P libflashsupport
[11:32] <ogra_cmpc> *pulse
[11:32] <crimsun_> ogra_cmpc: where "it" refers to libflashsupport?
[11:32] <ogra_cmpc> crimsun_, right
[11:33] <ogra_cmpc> i know my ltsp users never had probs locally, only with the networked connection
[11:33] <crimsun_> ogra_cmpc: I didn't make the change that makes flashplugin-nonfree Depend on libflashsupport, and no, I don't believe it's necessary
[11:33] <ogra_cmpc> right
[11:33]  * ogra_cmpc didnt make that either
[11:33] <\sh> crimsun_: I removed pulseaudio...let me restart gnome...one min
[11:35] <\sh> crimsun_: removing and stopping pulseaudio helped
[11:35] <crimsun_> Keybuk: is your 96_uinput_device_support.patch in Ubuntu's hal bzr intended for hardy?  (I'm unsure whether to number an intended patch 96 or 97, so I chose the latter for a proposed fix for 194052
[11:35] <crimsun_> Keybuk: ..and 194719)
[11:36] <crimsun_> \sh: post-removing libflashsupport?
[11:36] <\sh> crimsun_: nope...only killall -9 pulseaudio :)
[11:36] <crimsun_> \sh: with libflashsupport still installed?
[11:36] <\sh> crimsun_: jepp
[11:37] <Keybuk> crimsun_: yes
[11:37] <crimsun_> \sh: ok, thanks
[11:37] <crimsun_> Keybuk: thanks.
[11:37] <\sh> crimsun_: any theory? :)
[11:38] <crimsun_> seb128: several people have reported positive feedback that fixes the battery-reporting regressions by using the 97_fix_power_info_via_sysfs.patch I've added to my hal bzr branch, but I'm waiting for additional feedback
[11:39] <crimsun_> seb128: do you feel it's safer to revert the 01_proc_sys_batteries.patch or to merge 97_fix_power_info_via_sysfs?
[11:39] <seb128> crimsun_: question for pitti
[11:40] <ogra> \sh, try without libflashsupport but with pulse running
[11:40] <seb128> crimsun_: I think we need to address the dual battery issue in hardy anyway so might make sense to patch rather than revert
[11:40] <crimsun_> seb128: thanks.
[11:40] <ogra> \sh, i think the dependency is wrong here, that should be a recommends or suggests
[11:43] <crimsun_> (will read scrollback tonight.)
[11:43] <seb128> crimsun_: where are your changes btw?
[11:55] <Hobbsee> mvo: it's all your fault.  iv'e filed you a bug.
[11:55] <Hobbsee> :)
[11:55] <\sh> crimsun_: gimme a sec...
[11:56] <hunger> libicu36-dev and libicu36 are marked as obsolete in aptitude here. That has been so for a while... Will libboost-regex get updated soon, so that those debs can get dropped for good?
[11:59] <hunger> Oh, it is already fixed;-) aptitude just has not noticed that libicu-dev can replace libicu36-dev:-)
[12:01] <\sh> ogra: give me again your magic dpkg call?
[12:02] <\sh> ah..--force-all helps
[12:02]  * \sh relogins
[12:04] <\sh> crimsun_: dpkg -r --force-all libflashsupport -> sound works (after relogin, pulseaudio running)
[12:05] <\sh> crimsun_: and flash doesn't use PA anymore...
[12:05] <\sh> crimsun_: according to padevchooser/manager
[12:09] <pitti> seb128, crimsun_: hal> seems that Debian works on a git head checkout with loads of bug fixes, which includes this problem; seems upstream isn't too interested in releasing a 0.5.11, despite several requests
[12:09] <\sh> crimsun_: updated bug #144356
[12:09] <ubotu> Launchpad bug 144356 in flashplugin-nonfree "Audio from Flash in Firefox does not go to correct sound device" [Medium,Confirmed] https://launchpad.net/bugs/144356
[12:09] <pitti> crimsun_: 97_fix_power_info_via_sysfs sounds interesting, where is that?
[12:10] <seb128> crimsun_: look on his code.launchpad.net maybe?
[12:10] <seb128> ups
[12:10] <seb128> pitti: ^
[12:12] <pitti> seb128: ok
[12:13] <pitti> seb128, crimsun_: found it
[12:23] <pitti> crimsun_: that's missing http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=85390b2b5b45253f64867895204d95bf2e1dc357, I'll add that as well, ok?
[12:31] <pitti> seb128: yep, that fixes it instantly \o/
[12:31]  * Hobbsee hugs pitti
[12:31]  * pitti hugs Hobbsee back
[12:32] <Hobbsee> guten tag.  Wie gehts?
[12:32] <pitti> Hobbsee: prima, danke!
[12:32] <Hobbsee> :)
[12:34] <laga> if i was granted a free wish, i'd ask that an archive admin looks at mythbuntu-diskless-client-builder in the NEW queue so we can get our Mythbuntu alternate disks built.
[12:34] <laga> too bad there are no fairies :/
[12:35] <Spads> laga: I'd wish for more wishes.
[12:35] <Spads> (Just saying)
[12:36] <laga> Spads: true. just gotta avoid recursion
[12:37] <Hobbsee> laga: hint:  offer beer.
[12:37] <laga> Hobbsee: to the fairy?
[12:38] <Hobbsee> laga: to the archive admin.  would you trust a drunk fairy?
[12:39] <laga> Hobbsee: would i trust a drunk archive admin? well, he'd be more likely to miss problems in the package
[12:40] <Hobbsee> laga: the archive admins take a fair few beers to get them drunk.
[12:41] <Mithrandir> we could also first review the package, then drink the beer
[12:41] <laga> yes, that'd makes sense.
[12:41]  * laga offers virtual beer
[12:42]  * soren once again has a process in Running state, using all of one of his cores, that won't be kill -9'ed :(
[12:43] <Hobbsee> laga: it's usually future-beer, payable at the next FOSS event you see them at
[12:45] <superm1> mmm future beer.  much better than old past beer.
[12:46] <superm1> everything tastes better in the future.
[12:46] <Hobbsee> heh
[12:49] <emgent> Hobbsee, please can you open task to malone #195949
[12:49] <ubotu> Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949
[12:49] <emgent> i can only nominate :(
[12:50] <Hobbsee> emgent: open task?
[12:51] <emgent> Nominate for release
[12:51] <seb128> pitti: excellent, do you plan to upload that to hardy?
[12:51] <emgent> i'm not motu and i cant open task.
[12:51] <emgent> please open for my nominate release :P
[12:51] <pitti> seb128: today, yes
[12:51] <Hobbsee> emgent: for which release?
[12:52]  * seb128 hugs pitti
[12:52] <seb128> pitti: thanks
[12:52] <emgent> Hobbsee,
[12:52] <emgent>  Nominated  for Dapper  by Emanuele Gentili
[12:52] <emgent> Nominated for Edgy by Emanuele Gentili
[12:52] <emgent> Nominated for Feisty by Emanuele Gentili
[12:52] <emgent> Nominated for Gutsy by Emanuele Gentili
[12:52] <emgent> please open task for this
[12:53] <Hobbsee> there you are
[12:55] <kagou> Hi
[12:55] <seb128> hey kagou
[13:01] <emgent> thanks Hobbsee
[13:01] <Hobbsee> you're welcome
[13:16] <ogra> sigh, does anyone else have probs rsyncing from cdimage.u.c ?
[13:26] <thegodfather> ogra: yes
[13:26] <soren> ogra: Nope. Works fine.
[13:26] <soren> hardy-desktop-amd64.iso 20.67M   2%    1.53MB/s    0:07:36
[13:26] <thegodfather> ogra: it's berillium that hangs from time to time
[13:26] <soren> wroom.
[13:26] <thegodfather> soren: depends which one you get
[13:27] <soren> Ah. I'm using chromium.
[13:27] <fabbione> didn't have time to ping #is for that
[13:27] <fabbione> i noticed this night because i found hanging sessions for weeks
[13:28] <soren> beryllium works for me, too.
[13:28] <fabbione> soren: it hangs from time to time.. probably it depends from the load
[13:29] <soren> $ rsync beryllium.canonical.com::
[13:29] <soren> cdimage        	Ubuntu CD Images
[13:29] <soren> Ah, yes. That might be.
[13:29] <fabbione> soren: download from it a big fat image
[13:29] <fabbione> not just the index
[13:29] <Mithrandir> fabbione: fwiw, I can confirm it
[13:29] <fabbione> soren: for me it was bailing out at 75% of transfer
[13:29] <fabbione> Spads, Ng: ^^^ ping rsync
[13:29] <fabbione> :)
[13:30] <Spads> fabbione: hmm, want to discuss it in #canonical-sysadmin?
[13:30] <fabbione> Spads: sure.. one sec
[13:34] <jdstrand> emgent: I am working on fixes for openldap for stable releases
[13:34] <jdstrand> emgent: hi btw :)
[13:34] <emgent> heya jdstrand :P
[13:35] <emgent> jdstrand, please see malone #197077
[13:35] <ubotu> Launchpad bug 197077 in openldap2.2 "6.06 LTS: CVE-2007-6698, CVE-2008-0658" [Medium,In progress] https://launchpad.net/bugs/197077
[13:35] <emgent> gutsy and feisty debdiff ready.
[13:35] <emgent> hardy uploaded.
[13:35] <emgent> there is a little problem in dapper
[13:35] <emgent> i saw your changelog post, but is wrong
[13:36] <emgent> you wrote debian/patches/CVE_* in changelog, but in dapper there isnt debian/patches directory
[13:37] <jdstrand> emgent: yeah-- it's inline
[13:37] <emgent> yep, i saw that later, only changelog is wrong :P
[13:38] <emgent> anyway when you have time please consider my debdiff for openldap2.2 on #197077
[13:38] <emgent> see also malone #195949
[13:38] <ubotu> Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949
[13:39] <emgent> and malone #191196
[13:39] <jdstrand> emgent: I shall.  thanks!
[13:39] <ubotu> Launchpad bug 191196 in gnatsweb "[gnatsweb] [CVE-2007-2808] cross-site scripting vulnerability" [Low,In progress] https://launchpad.net/bugs/191196
[13:39] <emgent> all debdiff ready :)
[13:39] <emgent> jdstrand, thanks to you :P
[13:43] <emgent> oh jdstrand some hour ago one user join to ubuntu-hardened, seems to security@ubuntu.com reject mail
[13:43] <emgent> keescook mail too.
[13:43] <emgent> user sent to me this mail, i will send to you now
[13:44]  * jdstrand nods
[13:45] <emgent> jdstrand, done. sent to jamie@ubuntu.com
[13:46] <ScottK> emgent: FYI, since these channels are logged, email addresses posted here tend to get scraped by spammers.
[13:46] <emgent> ScottK, right, sorry.
[13:47]  * ScottK isn't who might need the apology.  None of those addresses are mine ...
[13:49] <emgent> Addresses are also in wiki but it is your right is a way of thinking
[13:49] <emgent> sorry people.
[13:50]  * Treenaks gave up, and just installed spam filters
[13:51] <emgent> :)
[14:09] <pitti> seb128: hal uploaded, it works for me; feedback from you appreciated, since you had a range of problems
[14:09] <seb128> pitti: thanks
[14:09] <seb128> pitti: I'll try ask soon as the update is available
[14:09] <soren> pitti: Power management related changes, by any chance?
[14:10] <pitti> soren: yes, fixes reading battery info
[14:10] <seb128> soren: fix the battery charge being wrong, icon displayed on ac, etc
[14:10] <pitti> i. e. THE battery bugs du jour
[14:10] <soren> Sounds great.
[14:10] <seb128> I guess I'll still have the timeout when changing backlight thing though
[14:10] <pitti> hm, didn't try that one
[14:10] <seb128> I should try git and bug upstream if the bug is there too
[14:11] <pitti> sjoerd: ^ btw, I saw that you gave up on 0.5.11 and started packaging 0.5.10+git head; great! I was this --><-- close to doing the same, and I'd still like to do it to clean up the package, get rid of so many more bugs, etc.
[14:11] <seb128> soren: do you have a bug about virt-manager breaking the network configuration?
[14:11] <seb128> soren: when using it my network switch from wireless to some wired network but I've no wired network
[14:11] <pitti> sjoerd: do you have a release plan already? I'd like to share the orig.tar.gz with Debian
[14:12] <emgent> jdstrand, i go to my office, if you have some question about my debdiff please use query, Thanks :)
[14:12] <emgent> bye pople
[14:12] <soren> seb128: There's some funny business going on. It's a bit involved.
[14:12] <sjoerd> pitti: Yeah, getting the sysfs stuff to work required like 16 patches from git.. Which was insane
[14:12] <soren> kees changed hal to also report virtual interfaces, such as vlan's and bridges.
[14:12] <pitti> sjoerd: right, and even the current stack of patches is insane enough :)
[14:12] <sjoerd> pitti: Several people tested it (i don't have an acpi laptop), everyone reported it was ok, so i'm planning to do an upload later today
[14:12] <soren> network-manager knows nothing about these, so assumes they're wired interfaces, and IIRC it prefers those over wireless ones.
[14:13] <pitti> sjoerd: oh, awesome! my primary concern is the shared orig.tar.gz, since I have to merge anyway
[14:13] <sjoerd> http://beast.luon.net/~sjoerd/hal/ has the orig.tar.gz
[14:13] <pitti> sjoerd: oh, thanks
[14:14] <pitti> seb128: I'll do that merge and put it in a PPA
[14:14]  * pitti hugs sjoerd
[14:14] <sjoerd> heh
[14:14] <sjoerd> np :)
[14:14] <pitti> sjoerd: boggle, only four patches left? :)
[14:14] <cody-somerville> Wow. Who ever made changes to batteries in hardy, thanks. You've expanded my battery life to to 52 hours and 15 minutes :P
[14:14]  * seb128 hugs pitti
[14:15] <sjoerd> pitti: Yeah, most of the stack came from git anyways and i pushed most of what we had into upstream git too :)
[14:15] <sjoerd> I should probably push 55_nonpolkit-mount-policy.patch too, the others are a bit debian specific
[14:15] <pitti> sjoerd: ^ I already did that ages ago
[14:15] <sjoerd> hrm
[14:15]  * seb128 curses avahi
[14:15] <pitti> but a little later they reverted it for some reason
[14:15] <sjoerd> pitti: hrm, oh
[14:16] <sjoerd> pitti: i thought we did indeed, but didn't see it in git
[14:16] <sjoerd> Guess, finding out the reason for the revertion needs to be added to my todo list then :)
[14:20] <soc> hi
[14:20] <soc> some time ago there was a blueprint about integarting/upgrading to grub2 ...
[14:21] <soc> i think it was for feisty ... did anything happen in the mean time or was it just a lack of time/problems/etc?
[14:21] <\sh> ScottK: when I knew which wine version will work in the future before hardy release, I would be  happy
[14:21] <\sh> grmpf..wrong channel
[14:22] <soc> there is a grub2 package in the repos ... bt i don't know how integrated it is ...
[14:22] <soc> will it be recognized on kernel updates when writing the automagic kernel lists?
[14:23] <soc> mhh
[14:23] <soc> maybe i better ask in +1
[14:26] <Mithrandir> soc: it never received much attention
[14:26] <pitti> sjoerd: it was committed in http://gitweb.freedesktop.org/?p=hal.git;a=commit;h=9d607e21cac65dddaf0c8cb2443865d9ae509393 and reverted in http://gitweb.freedesktop.org/?p=hal.git;a=commit;h=42174283c756d377d2f1f2f346d32aec502d4769 without an explanation
[14:27] <\sh> ScottK: 4.2.3.x doesn't work (rebuild it today)
[14:27] <\sh> ScottK: and 3.4 I'll try now
[14:28] <\sh> grmpf
[14:33] <superm1> soc, i added a few things to it to make upgrades a little nicer, but it needs more attention yet
[14:34] <soc> superm1: a thanks
[14:34] <soc> so just installing grub-pc isn't enough?
[14:34] <superm1> soc, well you'll get them if you do
[14:34] <soc> or should it be in most cases enough?
[14:35] <superm1> it still chainloads from grub  to grub2
[14:35] <soc> ah ok
[14:35] <superm1> you'll have to manuall grub-install to a hard drive if you want to go right into grub2
[14:35] <soc> superm1: how long will it take to abandon grub1?
[14:35] <soc> ah ok
[14:35] <superm1> soc, there was a discussion about it at the last UDS
[14:35] <soc> sorry, i wasn't there,,,,
[14:35] <superm1> soc, and it was deferred
[14:36] <superm1> soc, I forget the exact basis for the decision
[14:36] <soc> ah ok...
[14:37] <superm1> soc, but it will do your basic stuff for you, add new kernels, use a UUID, turn on a bootsplash etc
[14:38] <robertj> what is the package name for Bryce Harrington's xrandr gui?
[14:38] <soc> ah ok
[14:38] <soc> so install grub-pc and run grub-install manualy?
[14:38] <seb128> robertj: there is no such guy?
[14:38] <seb128> robertj: we decided to modify the existant capplet using the redhat changes
[14:39] <superm1> soc, yeah go ahead and give it a go.  at very least you can file some bugs about what doesn't work for you
[14:39] <soc> ok ...
[14:39] <robertj> seb128: is that in hardy or only in launchpad?
[14:40] <soc> i only have gutsy around atm ...
[14:40] <seb128> robertj: what is your issue or question exactly?
[14:40] <soc> any fixes between 1.95 and 196 which are critical?
[14:40] <superm1> soc, you won't see any of the customizations in gutsy.  when you upgrade to hardy you will.
[14:41] <soc> ah ok
[14:41] <soc> then i wait until my notebook comes homes again :-)
[14:42] <robertj> seb128: so is https://code.launchpad.net/~bryceharrington/gnome-control-center/ssp-xrandr the most current branch?
[14:42] <seb128> robertj: depending what you want, is that to write news, take screenshot, do you have a bug?
[14:42] <robertj> just poke at it
[14:42] <lool> seb128, pitti: pitti probably knows about this all already, but sjoerd prepared a new git snapshot of hal in pkg-utopia which would fix the double batteries problem; I'm happy to report back when it reaches me; ATM I don't have double batteries, but I've had GPM eat 125% CPU upon resume
[14:42] <seb128> robertj: likely then
[14:43] <pitti> lool: yes, I know
[14:43] <pitti> lool: I already uploaded a new hal with those particular fixes
[14:43] <seb128> lool: read the log between pitti and sjoerd
[14:43] <seb128> lool: that was being discussed not too long ago ;-)
[14:43] <pitti> lool: and I'm currently merging hal to that git checkout, and I'll put it in a PPA
[14:43] <seb128> lool: ah, dunno about the 125% cpu issue, seems to be a fun one ;-)
[14:44] <seb128> pitti, lool, sjoerd: any idea about this avahi one?
[14:44] <seb128> $ ps ax | grep avahi
[14:44] <seb128>  5527 ?        Ss     0:00 avahi-daemon: registering [seb128-desktop.local]
[14:44] <seb128> it doesn't move from registering
[14:44] <lool> seb128: Right, unfortunately I can't read the whole of the ubuntu-* chans; I could have checked before bringing this up though
[14:44] <seb128> avahi-browse works correctly and rhythmbox too
[14:45] <pitti> lool: don't worry, thanks for bringing this up; better twice than never :)
[14:45] <seb128> but that breaks gvfs dns-sd
[14:45] <seb128> lool: that's alright, that was just in case you were interested in the discussion it was on the chan not too long ago, thanks for pointing it there ;-)
[14:46]  * lool is interested in the fix!  :)
[14:46] <sjoerd> seb128: as i said in #nautilus, that's a new one for me
[14:47] <pitti> seb128: hm, seems that nautilus+gvfs doesn't provide any option any more to change mount options, or even disable automounting
[14:47] <seb128> sjoerd: any hint on how to debug it or what information would be useful?
[14:48] <seb128> pitti: no, gnome-mount likely needs to be ported to gvfs
[14:48] <sjoerd> seb128: a tcpdump capturing multicast traffic might help
[14:48] <sjoerd> seb128: and information about your network (very busy  or...)
[14:48] <pitti> seb128: oh, disabling automount works, ok
[14:48] <seb128> sjoerd: what is weird is that restarting avahi make it work correctly
[14:48] <sjoerd> Yeah
[14:48] <seb128> no, network is not busy
[14:48] <seb128> I've almost no local activity
[14:48] <seb128> and a dsl line where I'm mostly doing IRC at the moment
[14:48] <pitti> seb128: argh, no, it doesn't; it just disables opening a nautilus for the new media
[14:49] <seb128> pitti: is that an issue?
[14:49] <pitti> seb128: well, I wanted to set different mount options
[14:51] <seb128> sjoerd: https://bugs.edge.launchpad.net/ubuntu/+source/avahi/+bug/116984
[14:51] <ubotu> Launchpad bug 116984 in avahi "Applications can't connect to avahi-daemon until avahi is restarted once." [Undecided,New]
[14:52] <seb128> sjoerd: maybe something similar to https://bugs.edge.launchpad.net/ubuntu/+source/avahi/+bug/111834?
[14:52] <ubotu> Launchpad bug 111834 in avahi "Race between avahi-daemon startup by dbus and .local check in if-up.d" [Undecided,New]
[14:52] <pitti> ah, seems we can drop the vfat 'usefree' option with current kernel
[14:53] <seb128> sjoerd: https://bugs.edge.launchpad.net/ubuntu/+source/avahi/+bug/124319
[14:53] <seb128> bah
[14:53] <sjoerd> seb128: neh, avahi-daemon itself doesn't care about the tags
[14:53] <ubotu> Launchpad bug 124319 in avahi "zeroconf browsing broken" [Undecided,New]
[14:53] <seb128> there is lot of people having a similar issue
[14:54] <sjoerd> Hrmm, didn't get any reports in debian about it
[14:54] <seb128> sjoerd: doesn't mean it doesn't happen, debian get a lot less desktop bugs actually
[14:54] <sjoerd> That's true
[14:55] <sjoerd> Which version of avahi does ubuntu have currently?
[14:56] <seb128> current debian one
[14:56] <seb128> with a change to start cups before
[14:56] <pitti> 0.6.22-2ubuntu1
[14:56] <seb128> rather the other way around
[14:56] <seb128>     - debian/rules, debian/avahi-daemon.postinst: Sta    - debian/rules, debian/avahi-daemon.postinst: Start the avahi-daemon before
[14:56] <seb128>       CUPS so that CUPS-shared printers appears in mDNS. (LP #173470)
[14:56] <seb128> rt the avahi-daemon before
[14:56] <seb128>       CUPS so that CUPS-shared printers appears in mDNS. (LP #173470)
[14:56] <ubotu> Launchpad bug 173470 in avahi "[Gutsy SRU Request] Bad interaction with avahi" [Undecided,Fix committed] https://launchpad.net/bugs/173470
[14:56] <seb128> ups, xorg bug
[14:57] <emgent> back
[14:59] <sjoerd> seb128: Are any of those bugs forwarded to avahi.org ?
[15:00] <seb128> sjoerd: doesn't seems to be, looking at the bug list avahi has no maintainer in ubuntu
[15:00] <sjoerd> hrm
[15:00] <seb128> sjoerd: and I just noticed the issue today while looking at gvfs
[15:00] <seb128> I can do it
[15:00] <sjoerd> please do
[15:00] <seb128> I get no "Server startup complete" in syslog
[15:00] <sjoerd> Lennart is really the best person to look at that kinda stuff
[15:00] <seb128> I do that when restarting avahi after boot though
[15:00] <seb128> ok
[15:00] <seb128> is he on IRC?
[15:01] <sjoerd> He doesn't have network at his new place
[15:01] <sjoerd> So not so much
[15:01] <seb128> ok
[15:01] <seb128> but he reads bug at work? ;-)
[15:01] <sjoerd> Yeah from time to time
[15:01] <sjoerd> And tends to reply on mails on wednesday :)
[15:02] <sjoerd> So probably filing a bug and maybe dropping a mail might work :)
[15:04] <pitti> mjg59: in hal's 88_change_pm_quirk_policy.patch you changed = "true" to != "false"; that isn't upstream, what is the difference?
[15:06] <\sh> pitti: what does the valgrind output of --3348-- Reading debug info from /lib32/libpthread-2.7.so...
[15:06] <\sh> --3348-- ... CRC mismatch (computed 74fb5800 wanted fdd5fd94)
[15:06] <\sh> tell us?
[15:18] <pitti> \sh: hm, no idea TBH
[15:24] <ogra> hrm
[15:24] <ogra> d-i doesnt like me on todays alternate
[15:25] <cjwatson> correct, this morning's upload fixed that
[15:25] <ogra> ah, thanks
[15:38] <pitti> sjoerd: do you have an idea why Debian's hal still disables MacBook/Pro support?
[15:39] <sjoerd> Because i don't trust it in opening /dev/mem and poking bits directly
[15:40] <sjoerd> Somebody really should write a kernel driver for that
[15:52] <pitti> sjoerd: ah, right, I remember now; thanks
[15:55] <sjoerd> I'm honestly surprised that people prefer hacks like these instead of going to the little bit of extra effort to write a proper driver
[16:10] <cjwatson> sjoerd: people get scared of the kernel :-/
[16:34] <pitti> seb128: I still get the brightness popup corruption with hal git head; that looks like a real g-p-m/compiz bug, not a hal one?
[16:35] <seb128> pitti: does the dbus-send command I gave you the other day create a dbus error on the hald side?
[16:35] <pitti> didn't check yet
[16:35] <pitti> seb128: still busy with sth else, can check later
[16:35] <pitti> or, let me just upload to my PPA, for more testing
[16:35] <seb128> pitti: the corrupted popup is due to the GetBrightness not working
[16:55] <lool> Hi folks, I pushed a couple of ubuntu.hardy seeds changes; anyone need something before the next meta upload?
[17:14] <jdstrand> soren: have you had a change to look at vmware2libvirt?  if not, I was thinking I'd branch libvirt and have you pull from there
[17:14] <jdstrand> s/change/chance/
[17:20] <soren> jdstrand: Don't bother. It's slowly bubbling towards the top of my todo fifo.
[17:20] <jdstrand> soren: ok cool
[17:21] <jdstrand> soren: once I have some time, I'll check on the vmmouse stuff we talked about
[17:21] <jdstrand> then update the wiki
[17:21] <soren> jdstrand: Cool!
[17:22]  * jdstrand thinks it may be worthwhile to put the xorg.conf stuff in the manpage too-- but again, once I have some time :)
[17:22]  * jdstrand seems to often mess up his pronouns when referring to himself in the 3rd person...
[17:24] <lool> Cool, you can now simply use Bug:1234 in the wiki, and it links to a LP bug
[18:13] <cjwatson> slangasek: is bug 187883 in a language you can translate?
[18:13] <ubotu> Launchpad bug 187883 in debian-installer "Nepotvrzené překlady v debian-installer pro HH" [Undecided,New] https://launchpad.net/bugs/187883
[18:13] <slangasek> cjwatson: <sigh> yes :)
[18:14] <cjwatson> ta :-)
[18:14] <cjwatson> I suspect it's "please update translations kthxbye" but wanted a double-check
[18:16] <slangasek> yeah, that's what it is
[18:16] <slangasek> I'll fire off a quick translation to the bug
[18:18] <slangasek> there you go
[18:19] <cjwatson> cheers
[18:38] <emgent> heya people
[19:05] <mvo> thekorn: heyho, is there a way to ask bughelper to show progress information?
[19:05] <thekorn> mvo, short answer: no, sorry
[19:05] <cbx33> hey all
[19:06] <cbx33> whos handling GSoC
[19:26] <pochu> mdke: I've just mailed ubuntu-doc for a UI change, but I'm moderated there. could you approve my post? thanks
[19:48] <slangasek> Tonio_: you have the skim build failure in hand?
[20:09] <Tonio_> slangasek: yep ;)
[20:13] <slangasek> Tonio_: ok, cheers
[20:20] <crimsun_> pitti: thanks for merging!
[20:23] <TheMuso> lool: Did you know that mousetweaks was already in the desktop seed?
[20:35] <lool> TheMuso: I did not
[20:39] <lool> TheMuso: pushed a reverted mousetweaks addition
[20:45] <TheMuso> lool: Ok no problem, thanks.
[20:50] <seb128> hey TheMuso
[20:51] <seb128> TheMuso: could you move onboard not in a submenu?
[21:03] <crimsun_> seb128: Is http://launchpadlibrarian.net/12371481/gnome-power-manager_2.21.92-0ubuntu2.debdiff ok to apply & upload?
[21:04] <seb128> crimsun_: sure, thanks
[21:06] <crimsun_> seb128: done, thank you!
[21:23] <TheMuso> seb128: I'll have a look at it today, probably do the same thing as what we do with orca, i.e don't show it.
[21:32] <theunixgeek> Anyone have any experience with gtkmm? How does it compare to regular gtk+?
[21:35] <cjwatson> theunixgeek: I found it very difficult to work with (even allowing for the language), largely because it's so different from the C interface; when I later learnt the Python GTK bindings, I was struck by how much better they were as a translation of the C interface
[21:36] <theunixgeek> cjwatson: with python!? :O
[21:37] <cjwatson> theunixgeek: I don't understand?
[21:38] <theunixgeek> cjwatson: isn't GTK, like, originally made for C?
[21:38] <cjwatson> err, I think you must have misunderstood me
[21:38] <theunixgeek> cjwatson: I probably did.
[21:38] <cjwatson> of course GTK is natively C
[21:38] <theunixgeek> yes
[21:40] <cjwatson> my point is that, even allowing for the language differences, the Python GTK interface is a very faithful rendering of the C interface into Python, with mostly just a few regular changes (in fact, I've used the PyGTK documentation as a reference when working on C GTK programs, just because I had it handy and there wasn't a whole lot of difference)
[21:40] <cjwatson> whereas the C++ bindings are completely different
[21:40] <cjwatson> and the changes, from what I remember, are quite irregular and hard to remember
[21:52] <seb128> jamiemcc_: are the tracker status count supposed to indicate how many things it has indexed and how much it has to do?
[21:53] <seb128> jamiemcc_: because the progressbar were always to 100% in the previous version and the new version counts are the same, that's not really useful
[22:01] <jamiemcc_> seb128: for files it shows folerds indexed/ folders total
[22:02] <jamiemcc_> for emails we cant reeally get a progress easily
[22:02] <seb128> jamiemcc_: the folder count is always to 100% too
[22:03] <seb128> jamiemcc_: maybe it would be better to not indicate a count if that's always 100% anyway?
[22:03] <jamiemcc_> seb128: well if your files are indexed it will show equal numbers for total and indexed
[22:04] <jamiemcc_> seb128: they have most meaning when you index from scratch
[22:04] <seb128> well, it's strange because it's indexing
[22:05] <seb128> but count is 100%
[22:05] <seb128> alright
[22:05] <jamiemcc_> seb128: if you reindex you will see the progress. If you are adding new files we dont know in advance how many folders there are
[22:43] <mathiaz> slangasek: what do you think about the patch for bug 180493 ?
[22:43] <ubotu> Launchpad bug 180493 in samba "nmbd shuts down when network disconnected" [Unknown,Confirmed] https://launchpad.net/bugs/180493
[22:43] <seb128_> sjoerd: around you working on hal too? ;-)
[22:44] <seb128_> s/around/are
[22:44] <sjoerd> seb128_: from time to time
[22:44] <seb128_> sjoerd: any idea on https://bugs.freedesktop.org/show_bug.cgi?id=14797?
[22:44] <ubotu> Freedesktop bug 14797 in hald "GetBrightness broken on dell latitude since sysfs battery change" [Normal,New]
[22:45] <sjoerd> seb128_: brightness level and batteries are totally unrelated
[22:45] <sjoerd> Probably something else changed in his setup with the new kernel
[22:46] <seb128_> sjoerd: the setup is mine and no, build the package has the bug, reverting the git change mentionned, make and running hald works correctly, applying the patch, make it's broken again
[22:46] <sjoerd> hrmm
[22:46] <seb128_> that is not clear
[22:47] <seb128_> but with and without the patch in the same build directory make it work or not
[22:47] <sjoerd> which specific patch is this ?
[22:47] <seb128_> http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=4541abd23fd02118a1a7f8b825aed338d2a5d638
[22:47] <seb128_> the one to remove the duplicate battery
[22:47] <seb128_> that was the first one commited I think
[22:48] <sjoerd> Yeah
[22:48] <sjoerd> all others were fixes for reading out the sysfs interface
[22:48] <seb128_> I guess it has a side effect somewhere
[22:48] <seb128_> I tried to diff hald logs with and without the patch
[22:48] <seb128_> but there is nothing obvious
[22:48] <seb128_> and logs are not really short
[22:49] <seb128_> pitti get the same issue on his dell laptop
[22:49] <seb128_> the dbus-send comment timeout
[22:49] <sjoerd> Could you put your lshal with and without this patch somewhere ?
[22:49] <seb128_> sure
[22:49] <sjoerd> Or just the diff ofcourse :)
[22:52] <seb128_> sjoerd: http://people.ubuntu.com/~seb128/lshalchange
[22:53] <seb128_> sjoerd: that's diff buggy not-buggy
[22:53] <seb128_> buggy being the patched version
[22:54] <sjoerd> Ok
[22:54] <sjoerd> So only the procfs batteries disappeared, like they should
[22:57] <sjoerd> that's really strange
[22:57] <seb128_> indeed
[22:58] <sjoerd> hrm.. the assertions fails because of the &err that is passed
[22:58] <sjoerd> ooh
[22:58] <seb128_> ooh? ;-)
[23:00] <sjoerd> Yeah, found it
[23:00] <sjoerd> the dell addon backend tries to check /org/freedesktop/Hal/devices/acpi_AC
[23:00] <sjoerd> and uses the same error var for it, without actually checking if it was an error
[23:00] <slangasek> mathiaz: 180493> wouldn't it be better to fix this with an if-up.d hook?
[23:00] <sjoerd> with sysfs the UDI name has changed
[23:00] <seb128_> sjoerd: ah, good catch
[23:01] <seb128_> sjoerd: you rock ;-)
[23:01] <sjoerd> thanks :)
[23:02] <sjoerd> Strange hardware that needs different backlight values to be read when on AC vs. when on battery
[23:02] <seb128_> sjoerd: will you comment on the bug upstream bug to say that or should I do it?
[23:03] <sjoerd> I was just on my way to bed, so if you could :)
[23:03] <sjoerd> It's really bad for the addon to rely on other devices udi's
[23:03] <sjoerd> As there are no guarantees about the naming whatsoever
[23:03] <seb128_> right
[23:03] <seb128_> thanks for figuring what is wrong
[23:03] <seb128_> will comment on the bug
[23:04] <sjoerd> np
[23:04] <sjoerd> night!
[23:04] <keescook> crimsun_: any chance you've had time to document how to add hardening-wrapper to pbuilder?  I just added the sbuild details to Security/HardeningWrapper
[23:04] <sjoerd> seb128_: Thanks for preemptively finding a bug that will hit us in Debian too :p
[23:04] <seb128_> sjoerd: ;-)
[23:04] <slangasek> mathiaz: that's how I had always intended to fix that bug, at least, barring an upstream fix
[23:06] <mathiaz> slangasek: right. How would this work with multiple interfaces ?
[23:06] <slangasek> mathiaz: idempotently; if nmbd is already running it does nothing, otherwise it starts it, and no corresponding if-down.d script
[23:07] <soren> network-manager runs if-up.d scripts?
[23:07] <slangasek> hrm, good question
[23:07] <Keybuk> yes
[23:07] <slangasek> good, 'cause otherwise things would be quite a mess :)
[23:07] <mathiaz> slangasek: you wouldn't put a ifdown.d script ?
[23:07] <slangasek> mathiaz: nope
[23:07] <soren> Oh. I didn't know.
[23:07] <Keybuk> soren: that's what NetworkManagerDispatcher does
[23:07] <soren> mathiaz: It shuts down itself when the last interface disappears.
[23:08] <mathiaz> soren: ya
[23:08] <soren> Keybuk: Ah. I didnt' realise.
[23:09] <mathiaz> slangasek: ok - that an ifup.d script makes sense.
[23:13] <jmg> hi all
[23:13] <jmg> can someone riddle me why pulseaudio is useful? isnt everything it does handled by alsa now?
[23:14] <RAOF> jmg: Not transparent streaming to my server plugged into my stereo?
[23:15] <RAOF> jmg: Not sample-caching, for sound-servner usage.
[23:15] <awalton__> jmg, alsa's just a raw wire into the sound system. pulse-audio is like a giant mixer panel.
[23:16] <jmg> didnt people learn from esd/arts that sound servers are not wanted?
[23:16] <awalton__> actually, they learned people don't want bad sound servers.
[23:16] <awalton__> pulse audio fixes quite a bit of what's wrong with all of the others, while retaining support for others.
[23:16] <jmg> shrug
[23:16] <jmg> give it another year
[23:17] <jmg> and people will be frazzing over it the same way they did arts
[23:17] <mathiaz> zul: could update your samba merge taking into account my comment on bug 180493 ?
[23:17] <ubotu> Launchpad bug 180493 in samba "nmbd shuts down when network disconnected" [Unknown,Confirmed] https://launchpad.net/bugs/180493
[23:18] <jmg> so does it block the sound device?
[23:18] <jmg> ie can i play quake 4 at the same time as listen or whatever?
[23:19] <TheMuso> jmg: What ssound output does quake use?
[23:19] <jmg> alsa
[23:20] <RAOF> As long as quake 4 doesn't use alsa in a broken way, yes.
[23:20] <jmg> q4 uses openal
[23:21] <RAOF> It probably works then, with the pulseaudio alsa plugin.
[23:21] <jmg> the whole idea of sound servers just makes my skin crawl
[23:22] <jmg> its like im back in 1998
[23:22]  * RAOF doesn't see why.
[23:22]  * awalton__ doesn't either.
[23:22] <TheMuso> openal seems to use OSS from looking at what it depends on.
[23:22] <jmg> developers never do.
[23:23] <jmg> why do something in software that can be done in hardware
[23:23] <awalton__> because nobody does sound in hardware anymore.
[23:23] <jmg> sure, because the emu10k1 isnt widespread at all
[23:24] <RAOF> And the hardware doesn't do the same thing anyway.
[23:24] <awalton__> it's simple. if you don't like it, turn it off.
[23:25] <TheMuso> Hrm ok, looks like openal must dynamically open the lib it needs, as for some weird reason it build-depends on libesd, libasound2, and libarts.
[23:25] <awalton__> and it doesn't depend on alsalib? that is weird.
[23:26] <TheMuso> It only depends on libc6.
[23:26] <TheMuso> But yes it does build-depend on the above.
[23:27] <awalton__> must do all kinds of fun run-time checks.
[23:28] <TheMuso> Wow. You can even build it to either link at build time, or dynamically link at runtime.
[23:28]  * TheMuso thinks about digging upstream to see if there is a pulseaudio plugin.
[23:28] <jmg> wont matter
[23:28] <awalton__> if it does ESD it does pulse at least.
[23:29] <TheMuso> Yeah, but native pulse is better.
[23:29] <jmg> dont most apps that use openal ship with their own openal library
[23:29] <jmg> ut, q4, et etc
[23:29] <TheMuso> The only real problem I see with esd, is that if sample caching is used, there is only a maximum sample size of 2048000, as opposed to the original esound's dynamically allocated sample size.
[23:29] <TheMuso> jmg: I don't know.
[23:30] <jmg> 23:24 < awalton__> it's simple. if you don't like it, turn it off.
[23:30] <jmg> ^ i really am back in 1998
[23:31] <jmg> ok, well ill give it a  go ( just got hardy), and report back
[23:31] <awalton__> yes, bash it to pieces before you even try it.
[23:31] <awalton__> that makes all kinds of sense.
[23:32] <jmg> i was attacking the soundserver idea, not the implementation
[23:32] <jmg> it's caused more problems than its fixed in the past
[23:34] <jmg> i remain open to the possiblity that pulse might have learned something from arts/esd/jack/coreaudio
[23:36] <TheMuso> Hrm, I think I just might make openal default to esd, and fall back to alsa.
[23:37] <jmg> heh