[07:17]  * smb yawns
[08:07]  * smb waves to apw and cking
[08:09] <smb> cking, Network issues? You seem to be coming in a lot this morning
[08:10] <cking> smb, yep, faffing around with my DNS server settings
[08:34]  * apw waves
[08:35]  * smb tries to talk to apw... without much success...
[08:53] <apw> bah mumble neither exists nor starts at the moment, wtf
[13:05] <ogasawara> davmor2: able to get the latest test kernel installed and tested?  just posted a comment to the bug.
[13:06] <ogasawara> davmor2: I'm planning to upload our alpha3 kernel today, so would like to get this resolved in time if we can.
[13:13] <davmor2> ogasawara: ah okay so the newer kernel might of been over riding it?   the RAlink driver has a glitch but it's really hard to get it to reproduce reliably,  every now and again it will drop out and not reconnect, disable the wifi and enable it again or flick the wifi switch off and on and it connects and works fine till it decides to drop again
[13:14] <davmor2> only happened twice
[13:14] <davmor2> today it hasn't dropped at all
[13:14] <ogasawara> davmor2: that ralink driver is still noted as experimental, so I'm not too surprised it might still have some issue
[13:15] <davmor2> ogasawara: Yeap I was just forewarning you
[13:15] <davmor2> ogasawara: on the whole it's fine
[13:16] <ogasawara> davmor2:  if you're maybe able to find a good reproducer, might be good to open an upstream bug
[13:16] <davmor2> ogasawara: right so I've knocked some of the old test kernels off and am trying again now
[13:16] <ogasawara> davmor2: cool
[13:17] <davmor2> ogasawara: I will do it's trying to get it to reproduce on spec at all currently
[13:33] <davmor2> ogasawara: okay so I reboot I have no wifi but is the kernel right now as it still doesn't look it http://paste.ubuntu.com/654489/
[13:33] <ogasawara> davmor2: so that looks like the mainline v3.0 kernel, care to make sure that's uninstalled?
[13:34] <davmor2> ogasawara: will do although I though I already had once
[13:39] <davmor2> ogasawara: right purged from the system and now to try again
[13:39] <ogasawara> davmor2: thanks, sorry for all the confusion
[13:49] <tgardner> jjohansen, so what patches went into your test kernel at people.canonical.com/~jj/linux-image-2.6.38-11-generic_2.6.38-11.47~lp813748_amd64.deb ?
[13:49] <ogasawara> tgardner, apw, bjf[afk]: wanna mumble after I'm done with the release meeting this morning?
[13:49] <tgardner> ogasawara, wfm
[13:50] <jjohansen> tgardner: it was the full set listed in the redhat patch, the tree was on tangerine
[13:50] <jjohansen> tgardner: I can recreate
[13:50] <jjohansen> just give me a few min
[13:50] <tgardner> jjohansen, well, attach them to the bug report. thats about the only permanent place.
[13:51] <jjohansen> tgardner: ack
[13:52] <davmor2> ogasawara: finally got the right one, no wifi
[13:53] <ogasawara> davmor2: ok, seems to be something in our overlayfs patches.  gonna require a few more test iterations to narrow down which one and not sure we'll be able to resolve in time for the Alpha 3 upload.
[13:54] <ogasawara> davmor2: will kick off the next test build...
[13:54] <davmor2> ogasawara: go for it :)
[13:55] <tgardner> ogasawara, overlayfs isn't loaded automatically (I think), so how could that affect wifi ?
[13:56] <ogasawara> tgardner: does seem a bit odd that it would have any affect at all
[13:56] <tgardner> ogasawara, well, it could have a memory corrupter if loaded. is it getting loaded ?
[13:58] <ogasawara> davmor2: ^^ can you check for the overlayfs module
[13:59] <ogasawara> davmor2: can you also double check that you indeed had the following test kernel installed when you confirmed it was working?  http://people.canonical.com/~ogasawara/lp814882/good/linux-image-3.0.0-7-generic_3.0.0-7.8~lp814882v3commitf59f91_i386.deb
[14:00] <davmor2> ogasawara: yeap right kernel this time it was replacing 3.0.0-7-generic in the grub menu
[14:00] <apw> ogasawara, there are a couple of generic patches in the start of the overlayfs stack, if tis not working pull it
[14:00] <lilstevie> Im getting this error while trying to build a kernel package: "Checking for dupe aliases in tegra...
[14:00] <lilstevie> run-parts: debian/tests/check-aliases exited with return code 2"
[14:00] <apw> ogasawara, though they are all vfs related iirc
[14:01] <davmor2> ogasawara: how do I check for the modules is there an lsmod or something like that?
[14:01] <ogasawara> davmor2: yah, do an lsmod
[14:03] <davmor2> ogasawara: no overlayfs listed in lsmod
[14:04] <apw> ogasawara, so why do we think its overlayfs
[14:04] <ogasawara> apw: only because I built him a test kernel right up to before we applied the overlayfs bits, and it worked.  with the overlayfs bits, fails.
[14:05] <ogasawara> apw: you by chance have a netbook with broadcom?
[14:05] <apw> ogasawara, thats pretty conclusive
[14:05] <ogasawara> bug 814882
[14:05] <apw> ogasawara, yep
[14:05] <ubot2> Launchpad bug 814882 in linux "BCM-sta driver stop working with the latest kernal update" [Medium,In progress] https://launchpad.net/bugs/814882
[14:05] <ogasawara> apw: have you thrown the latest 3.0.0-7.8 kernel on there by chance?
[14:06] <ogasawara> apw: I'd be curious if you're able to reproduce
[14:06] <apw> ogasawara, if its that conclusive rip it out and give him another test kernel with it off
[14:07] <ogasawara> apw: ack
[14:07] <apw> as in reverted, and it that sorts him, then lets drop it for A3 and scratch head, how it could affect wirelss
[14:07] <apw> i suspect its as likely a kernel layout issue as anything else
[14:07] <apw>  ogasawara is BCM-sta == the wl driver ?
[14:09] <tgardner> apw, I think so since he's complaining about jockey installs
[14:09] <tgardner> Broadcom Corporation BCM4312
[14:10] <apw> i have a 4313
[14:10] <davmor2> ogasawara: is it worth me double checking the other kernels to ensure I was looking at the right one when they were working?
[14:10] <apw> tgardner, can you remember which one is supported by the staging driver
[14:11] <tgardner> there is some overlap, so I'm not sure I ever knew for sure.
[14:11] <ogasawara> apw: can't off the top of my head
[14:11] <apw> ok
[14:11] <ogasawara> davmor2: yes, double check http://people.canonical.com/~ogasawara/lp814882/good/linux-image-3.0.0-7-generic_3.0.0-7.8~lp814882v3commitf59f91_i386.deb
[14:12] <ogasawara> davmor2: that should work
[14:12] <ogasawara> davmor2: or so you claimed
[14:14] <apw> davmor2, you say the driver "uninstalled itself" and "cannot reinstall it with apt-get"
[14:14] <apw> what error do you get when you try and reinstall it with apt-get
[14:16] <davmor2> apw: ah pass I can find out after one sencond
[14:21] <davmor2> ogasawara: sorry it look like I might of booted into the wrong kernel with that one it's not working and I've double checked it this time :)
[14:21] <ogasawara> davmor2: ok, lets try to walk back through these then
[14:23] <ogasawara> davmor2: retest http://people.canonical.com/~ogasawara/lp814882/good/linux-image-3.0.0-6-generic_3.0.0-6.7+lp814882v1_i386.deb
[14:25] <kirkland> apw: are there instructions in the wiki for how to add a minor patch to an Ubuntu kernel and push to a PPA for building?
[14:25] <lilstevie> http://pastie.org/2290069
[14:25] <kirkland> apw: these aren't for me;  I need to pass them on to someone
[14:26] <davmor2> apw:  bcmwl-kernel-source is already the newest version, with remove and install it does just that.  so no error just it's already there
[14:26] <lilstevie> I saw that ogra had a similar issue when googling the error but following what was said after that didn't seem to work
[14:26] <apw> davmor2, hang on there was a bug with dkms not rebulding dkms things which was fixed really really recently
[14:26] <apw> what version of dkms do you have right now
[14:27] <davmor2> apw: <IP_ADDRESS>-0ubuntu1
[14:30] <apw> davmor2, can you tell from the apt logs when it was installed for you
[14:31] <davmor2> apw: it was install way back I'll check for you though
[14:32] <awilkins> kirkland, I haven't so far been able to get a Kernel / PPA going
[14:32] <awilkins> kirkland, I have built kernel debs locally though
[14:34] <awilkins> I'm not sure that the kernel builds are integrated into Soyuz anyway ; the kernel team seem to use git and the Bazaar imports are just there to be useful
[14:35] <apw> davmor2, the update is only 2 weeks old
[14:36] <davmor2> apw: I have kernels 3.0.0-5 on here and I'm pretty sure there is one before that too
[14:37] <davmor2> ogasawara: That one fails now I'm looking in the right place, I think I must of been using that mainline the whole time as it was the newest kernel version
[14:38] <davmor2> apw: what the new version of dkms or do I have it installed?
[14:39] <apw> davmor2, the version of dkms until this latest update would randomly decide that it didn't need to make external modules
[14:40] <jcastro> sconklin: ok, the old forum threads have been deindexed, can you try a few queries and see if anything bad shows up in google?
[14:40] <apw> davmor2, you seem to have it installed now, which is why i am interested when it became installed
[14:41] <davmor2> apw: the driver worked fine in 3.0.0-6-generic then when it updated to 3.0.0-7-generic it stopped,  ogasawara has given me a newer mainline version that has the wifi working if I understand correctly
[14:43] <ogasawara> davmor2: you confirmed mainline 3.0-rc7 was working, so I'd like you to retest that the final v3.0 is indeed broken as that major change between 3.0.0-6.7 and 3.0.0-7.8 is the rebase from 3.0-rc7 to 3.0 final
[14:43] <ogasawara> davmor2: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0-oneiric/
[14:44] <apw> davmor2, right so in each test you confirmed the running kernel version, and whether there was a wl loaded ?  yes ?
[14:44] <apw> ogasawara, are you giving davmor2 different kernels with the same abi ?
[14:45] <davmor2> apw: I thought I had but it seems not which is why I'm going back over it all now
[14:45] <apw> and if you don't have wl, we'd want to know waht modprobe wl says too
[14:48] <davmor2> apw: is it just wl for the module name if so it say "Module wl not found"
[14:48] <apw> davmor2, well i'd want that confirmed too
[14:49] <apw> and when we are in that situation i want to ask dkms to rebuild so we can check the build logs
[14:52] <jjohansen> tgardner: attached, though I don't think all of the patches should be necessary for this particular bug, but I haven't weeded through them yet.
[14:55] <tgardner> jjohansen, please keep working it to narrow down to the minimum set.
[14:56] <davmor2> ogasawara: right 3.0.0-0300-generic Doesn't work, which wsa right it was the modded rc7 that did from memory
[14:56] <jjohansen> tgardner: ack
[14:56] <tgardner> plus, lets use the public bug. there are no real secrets here.
[14:57] <apw> davmor2, ok can you look in /var/lib/dkms/bcmwl/5* and see what directories you have
[14:57] <apw> do you have one called 3.0.0-0300-generic
[14:58] <apw> davmor2, and you confirmed that modprobe wl says "Module wl not found"
[14:59] <davmor2> apw: /var/lib/dkms is empty bar dkms_dbversion and modprobe wl still says "Module wl not found
[15:00] <davmor2> "
[15:00] <apw> you have _no_ bcmwl directory even
[15:01] <davmor2> apw: Nope
[15:02] <apw> davmor2, ok then i think we want to uninstall and reinstall the bcmwl-kernel-source and can you pastebin all of the output that produces
[15:05] <davmor2> ls
[15:05] <davmor2> apw: now there is
[15:07] <davmor2> apw: http://paste.ubuntu.com/654555/
[15:07] <apw> davmor2, and modprobe wl now ?
[15:09] <davmor2> apw: FATAL: Erro inserting wl (/lib/modules/3.0.0-0300-generic/updates/dkms/wl.ko): Operation not permitted
[15:09] <davmor2> Error even
[15:10] <apw> did you do that as you or via sudo
[15:10] <davmor2> apw: no that went through now D'oh
[15:11] <davmor2> apw: and now I have wifi
[15:11] <apw> davmor2, so now we need you to re-install the linux-image .deb for the latest release kernel which didn't work
[15:12] <davmor2> apw: the one from the repo's correct?
[15:12] <apw> you should find a copy of the .deb in /var/cache/apt/archives
[15:12] <apw> yes the one from the repos
[15:12] <apw> and again i want a pastbin of the output
[15:20] <davmor2> apw: grrrr it looks like it is installing the version that I install from ogasawara rather than the version from the repo :(  let me see if I can kill that and try again
[15:21]  * ogasawara back in 20
[15:43] <davmor2> apw: right installed linux-generic and linux-headers-generic which grabbed 3.0.0-7-generic from the repo,  no wifi,  Fatal: Module wl not found.   http://paste.ubuntu.com/654574/ was the install and /var/lib/dkms/ still has the bcmwl folder in it
[15:44] <apw> davmor2, ok whats in /var/lib/dkms/bcwml
[15:44] <davmor2> apw: the bcmwl folder only lists the 3.0.0-0300-generic-i686 kernel
[15:45] <apw> davmor2, what does dpkg -l | grep 3.0.0-7
[15:46] <apw> say
[15:46] <davmor2> apw: exact contents are <IP_ADDRESS>+bdcom kernel-3.0.0-0300-generic-i686 for completeness
[15:47] <davmor2> apw: http://paste.ubuntu.com/654579/
[15:51] <apw> davmor2, ok what does "sudo /etc/kernel/postinst.d/dkms 3.0.0-7-generic /boot/vmlinuz-3.0.0-7-generic"
[15:51] <apw> say
[15:52]  * apw notes this is looking like a dkms issue
[15:55] <davmor2> apw: doesn't say anything took ages and then went back to the command prompt
[15:56] <apw> and now whats in /var/lib/dkms/bcwml
[15:56] <davmor2> apw: now the current kernel is listed
[15:56] <apw> davmor2, and if you wudo modprobe wl
[15:56] <apw> sudo even
[15:58] <davmor2> FATAL: Error inserting wl (/lib/modules/3.0.0-7-generic/updates/dkms/wl.ko): Invalid module format
[16:00] <smb> dmesg|tail
[16:01] <davmor2> smb: last line reads wl: disadrees about version of symbol module layout
[16:01] <davmor2> disagrees even
[16:02] <apw> davmor2, are you rebooted onto the reinstalled kernel ?
[16:02] <davmor2> apw: I did
[16:02] <apw> cat /proc/version_signature
[16:03] <smb> and check what modinfo wl tells about version
[16:04] <davmor2> apw: http://paste.ubuntu.com/654586
[16:04] <apw> davmor2, ^^ what smb said
[16:05] <davmor2> smb, apw: is that another sudo one?
[16:06] <apw> i suspect its fine either way
[16:06] <smb> davmor2, nope that should work even without but sudo does not hurt
[16:07] <davmor2> http://paste.ubuntu.com/654592/
[16:08]  * ppisati officialy hates how thunderbird format emails...
[16:09] <smb> The 3.0.0-0300-generic does not look right
[16:09] <apw> yeah that looks like dkms used the wrong headers wtf
[16:12] <apw> davmor2, could you pastebin /usr/lib/dkms/dkms_autoinstaller please
[16:13] <tgardner> ppisati, how broken do you think the latest TI BSP is, e.g., the version you are holding whilst on vacation ?
[16:15] <davmor2> apw: http://paste.ubuntu.com/654597/
[16:16] <apw> davmor2, ok ... that has the bug i was talking about, whuch must not be releaased yet
[16:16] <ogasawara> apw: what was that dkms bug #?
[16:16] <apw> bug  #812979
[16:16] <ubot2> Launchpad bug 812979 in dkms "Kernel modules are not built when the kernel is upgraded" [Medium,Fix committed] https://launchpad.net/bugs/812979
[16:16] <apw> ok that is the upstream bug
[16:17] <davmor2> apw: so that would explain it not building the package then correct, it did it's just the kernel couldn't use it,  is that the general gist?
[16:17] <apw> davmor2, one sec let me see if i can find a fixed dkms
[16:17] <apw> davmor2, u t
[16:18] <apw> davmor2, i think if you uninstall brcml-kernel-source and reinstall it, it will fix you current kernel version
[16:18] <apw> and i'll try and get a working dkms
[16:18] <davmor2> apw: give me a second
[16:25] <apw> davmor2, are you 32 or 64 bit
[16:26] <davmor2> apw: 32
[16:26] <davmor2> reinstalling works
[16:29] <apw> davmor2, sound good
[16:31] <davmor2> apw, ogasawara:  I'll add it as a work around incase anyone else hits it,  I don't know if you want to redirect the bug at dkms?
[16:31] <apw> davmor2, ok i think that the dkms .deb here will sort you out http://people.canonical.com/~apw/lp812979-oneiric-dkms/
[16:32] <ogasawara> davmor2: I'm gonna dupe your bug to the dkms one
[16:32] <davmor2> apw: cool I'll give it a go and see
[16:42]  * bjf -> fetching the boy
[16:46] <ppisati> tgardner: well, sound is still broken
[16:46] <ppisati> tgardner: and i guess we;ll get aniother update in these two weeks so...
[16:48] <tgardner> ppisati, I was just thinking that there may be other improvements that could use testing. Bryan or Ricardo could always help out if it really sucks, or I could just revert the whole thing until you return.
[17:11] <davmor2> ogasawara: I give up on finding a way to trigger the wifi being dropped for the RAlink driver as soon as I find one I'll let you know though :)
[17:11] <ogasawara> davmor2: ack
[17:11] <ogasawara> davmor2: definitely sounds like a hard to hit corner case, so I'm not going to worry about it much
[17:24]  * bjf -> pediatrician
[17:46] <TREllis> any known issues booting the oneiric kernel on hp server hardware? I've opened http://bugs.launchpad.net/bugs/818177
[17:46] <ubot2> Ubuntu bug 818177 in linux "HP DL380G5 does not see disks after upgrade to Oneiric" [Undecided,New]
[17:46] <TREllis> not seeing the local disk afaik
[17:49] <tgardner> TREllis, can you boot an oneiric CDROM ?
[17:50] <TREllis> tgardner: hmmm I've some how made it recover by booting without quiet and with INIT_VERBOSE set, might be a race condition I guess
[17:50] <TREllis> tgardner: can try that too yes
[17:51] <tgardner> TREllis, just trying to figure out if its a grub2 issue
[17:52] <TREllis> tgardner: ah ok
[17:55] <TREllis> tgardner: ok, will try the cd. After a reboot, I'm back to where I was before booting but RO / and not able to see the disks
[17:57] <tgardner> TREllis, are you perhaps missing a RAID driver from initrd ?
[17:57] <tgardner> or firmware for it ?
[18:01] <tgardner> hmm, cciss appears to be happy
[18:02] <TREllis> tgardner: I was reading http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617891
[18:02] <ubot2> Debian bug 617891 in linux-base "initramfs-tools: HP G6 hardware kernel boot issue > 2.6.37 cciss/hpsa" [Normal,Fixed]
[18:02] <TREllis> cciss is moved to hpsa?
[18:03] <tgardner> TREllis, lemme check.
[18:03] <TREllis> hmm all new controllers only
[18:04] <TREllis> this is g5 server, so not that new, so maybe it's pciids are still linked to the cciss one
[18:04] <tgardner> you're definitely load cciss
[18:04] <tgardner> loading*
[18:06] <tgardner> TREllis, nope, hpsa doesn't service 103c:3234
[18:06] <TREllis> ok, good to know anyway
[18:06] <tgardner> better make its in cciss
[18:07] <tgardner> make sure*
[18:07] <tgardner> yep:        {PCI_VENDOR_ID_HP,     PCI_DEVICE_ID_HP_CISSC,     0x103C, 0x3234},
[18:13]  * tgardner --> lunch
[18:28] <TREllis> tgardner: hmm, dmesg seems to show that cciss loaded correctly and saw the disks
[18:32] <TREllis> anyway, enough for the day, more debugging on Monday
[18:33] <TREllis> thanks tgardner
[19:25]  * jjohansen -> lunch
[19:43]  * bjf is finally back
[19:52] <herton> sconklin: I think bug 816148 can be set now as duplicate of 813850 (also there is the similar bug  814323 for lucid, may be they all should be in one bug with nominations)
[19:52] <ubot2> Launchpad bug 816148 in linux "Sleep / Hibernate is broken, laptop just goes blank, get stuck, and only blinks numlock and capslock keys" [Undecided,Confirmed] https://launchpad.net/bugs/816148
[19:52] <ubot2> Launchpad bug 814323 in linux "Virtualbox 4.1 (vboxdrv) Blocks Machine Suspend" [Medium,Triaged] https://launchpad.net/bugs/814323
[19:53] <sconklin> herton: I agree. This seems to be specific to virtualbox, which loads a kernel driver. I'm not sure whether it's ABI skew or some other problem, but it seems to be related, in multiple series
[21:09]  * herton -> eow
[21:12]  * bjf notices lots of new bugs today
[22:56] <jjohansen> rebooting


[00:02] <psusi> I can somewhat reliably cause unity-window-decorator, which apparently is part of compiz, to crash when running the standhal mmo game.  Shouldn't it crashing cause... shoot... what was the little bug reporting app called?  to start?
[00:04] <micahg> psusi: apport?
[00:06] <psusi> that's it
[00:07] <psusi> unity-window-decorator makes a few complaints about G_IS_OBJECT() failing, and invalid unclassed pointer in cast to GObject, then about 50% of the time it segfaults... shouldn't that trigger apport?
[00:11] <micahg> psusi: is apport enabled?
[00:12] <psusi> I didn't do anything to disable it...
[00:12] <micahg> psusi: well, it's off in the stable release, and idk if it's on in thedev release yet officially
[00:12] <psusi> ohh, it's stop/waiting
[00:12] <psusi> ohh... I thought it was always there
[00:14] <psusi> how do I start it?  sudo start apport says start:job failed to start
[00:14] <micahg> psusi: sudo service apport start
[00:15] <psusi> same thing
[00:15] <micahg> psusi: sudo service apport start force_start=1
[00:15] <psusi> there we go
[00:15] <micahg> psusi: you can enable in /etc/default/apport if you want it on all the time
[00:18] <psusi> there we go...
[00:18] <psusi> now let's see what the backtrace says...
[00:29] <micahg> hi robert_ancell, how are you?
[00:29] <robert_ancell> micahg, hello
[00:30] <micahg> robert_ancell: I take it you won't be planning on touching webkit this cycle?
[00:30] <robert_ancell> micahg, just normal updates if required...
[00:31] <robert_ancell> micahg, do you know if they have any plans for this cycle?
[00:31] <micahg> robert_ancell: no, haven't seen anything yet
[00:31] <micahg> 1.4.0 is out
[00:31] <robert_ancell> yay!
[00:31] <robert_ancell> is it worth sruing?
[00:32] <micahg> robert_ancell: idk, I haven't checked the diff yet, if it has security fixes, yes, otherwise, we'll wait for the next point release
[00:33] <micahg> I was going to take a look next week
[00:35] <micahg> robert_ancell: actually, if there's an ABI break (which hopefully there isn't), we would go through -proposed first most probably
[00:35] <robert_ancell> All SRUs go though proposed don't they?  Or can security fixes bypass that
[00:36] <micahg> robert_ancell: security fixes normally bypass -proposed (except for chromium), but I might start using it more
[00:36] <micahg> but we always build in the security PPA with only -security and the release pocket
[00:42] <micahg> robert_ancell: BTW, tried lightdm for the first time today, worked well, only thing I didn't like was the user list, but I guess there will be a preference for that (and gdm has that by default as well)
[00:42] <robert_ancell> micahg, yeah, the greeter is just an example at the moment, there will be a proper unity designed one, hopefully some work started for A2
[00:43] <micahg> robert_ancell: I'm using it for xubuntu ATM actually :), we'll probably have our own greeter as well
[00:44] <robert_ancell> oh nice, please let me know how you guys go with the API
[00:44] <micahg> robert_ancell: k, will do
[00:45] <cyphermox> hey robert_ancell
[00:45] <robert_ancell> cyphermox, hello
[00:59] <chrisccoulson> micahg, i've got firefox moving system-installed extensions in to the users profile now :)
[00:59] <chrisccoulson> but i had to add support in ubufox for it
[01:00] <micahg> chrisccoulson: k, we have to update that anyways, so I'm fine with it
[01:00] <micahg> chrisccoulson: awesome though, thanks
[05:45] <patrickmw> LibreOffice build = BEAST!
[05:47] <TheMuso> +/c
[06:23] <pitti> Good morning
[06:25] <TheMuso> Hey pitti.
[06:52] <RAOF> Hey pitti!  If I wanted to drop libgl1-mesa-dri-experimental (as it contains only the nouveau 3D driver, which we're planning to ship by default), what does jockey need to be told about?
[06:53] <pitti> RAOF: you mean "install by default"?
[06:53] <pitti> we need to drop jockey's handler for it
[06:54] <RAOF> pitti: I mean “drop the -experimental package, and ship nouveau with the regular -dri package”.
[06:54] <TheMuso> RAOF: Is it really no longer experimental? Or are we just taking a big gamble?
[06:54] <TheMuso> BTW, both you pitti and you RAOF expired from ubuntu-sponsors...
[06:54] <RAOF> TheMuso: Bug reports are no longer considered worthless :)
[06:54] <TheMuso> RAOF: ah.
[06:54] <pitti> TheMuso: yeah, I just asked in #u-devel, very weird
[06:54] <pitti> there was no advance warning
[06:55] <TheMuso> Yeah I know.
[06:55] <RAOF> I'm fairly sure I recently *renewed* my ubuntu-sponsors membership?
[06:55] <TheMuso> Thats what I thought.
[07:04] <didrocks> good morning
[07:07] <pitti> RAOF: so, want me to drop the handler then?
[07:07] <pitti> hey didrocks
[07:07] <didrocks> pitti: guten morgen! Thanks for the approval :)
[07:08] <didrocks> I'll upload pkgbinarymangler now in oneiric, I'll need it for unity-2d
[07:08]  * pitti dies a little inside when looking at http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team.html
[07:09] <pitti> didrocks: oh, sorry; I ran the test suite last night and forgot to dput, hang on
[07:09] <RAOF> pitti: Yes, please.
[07:09] <pitti> didrocks: (it's already tagged in bzr0
[07:09] <pitti> didrocks: uploaded, sorry
[07:09] <pitti> nice, version 99
[07:09] <pitti> what will version 100 bring?
[07:10] <RAOF> Is that *480* work items for oneiric?
[07:10] <didrocks> pitti: heh, who knows!
[07:10] <didrocks> pitti: thanks a lot :-)
[07:10] <pitti>  * Strip out the biggest 1/3 of files to save CD space
[07:11] <pitti> Take that, vmlinuz!
[07:11] <didrocks> after the oom killer, the oos deleter! :-)
[07:11] <pitti> RAOF: yes :-(
[07:11] <pitti> for the record, in natty we had 300
[07:11] <pitti> so, everyone cut a spec
[07:11] <RAOF> pitti: We've trippled the size of the Desktop team, right? :)
[07:12] <pitti> the sad thing is that the really fat ones are pretty much must-have (firefox maintenance, gnome 3 migration, cd space)
[07:13] <didrocks> can I cute the "Qt by default?" then, the size memory, langpack and everything is fixed. Magic \o/
[07:13] <pitti> we can cut thunderbird, quickly, lightdm, etc. but it starts getting painful there
[07:14] <didrocks> the first one who proposed oneconf to be cut… It's too guilty of out of time for the last couple of cycles and I think it's the right time to get it by default (without desktopcouch) :-)
[07:17] <pitti> wow - http://cdimage.ubuntu.com/daily-live/20110525/
[07:17] <pitti> and it's not oversized, how come?
[07:18] <RAOF> I haven't pulled llvm on there yet :)
[07:18] <pitti> yeah, but with all the new gtk3/gnome3 packages and autosyncs I had expected some fallout there
[07:19] <pitti> presumably we lost a couple of old gnome 2 libs
[07:19] <pitti> where "lost" == "got rid of"
[07:19] <Debashish> hello people! can i ask questions about gnome shell here?
[07:20] <didrocks> the CD failed tonight?
[07:20] <pitti> just ask, and someone might answer
[07:20] <pitti> didrocks: it's not cron'ed yet; cjwatson built it manually
[07:20] <didrocks> pitti: oh ok :)
[07:24] <Debashish> ok so i installed ubuntu mini iso for natty and installed gnome shell from the official gnome 3 ppa (i didnt break unity) and i got a successful gnome shell build but
[07:24] <Debashish> the network manager looks and behaves awful
[07:25] <Debashish> it does not integrate well with the gnome shell
[07:26] <Debashish> is there a solution to integrate it well in the gnome shell panel
[07:26] <didrocks> Debashish: people working on this ppa aren't around right now. You can maybe ping them a little bit later today?
[07:26] <didrocks> ricotz: ^
[07:27] <Debashish> ok thanks i will check it out later
[07:27] <didrocks> yw :)
[07:27] <ricotz> Debashish, you are missing network-manager 0.9 which isnt available in the ppa yet
[07:27] <Debashish> hmm
[07:27] <Debashish> so where can i get the source?
[07:28] <ricotz> Debashish, it is in my testing ppa, but add this isnt officially suggested
[07:28] <Debashish> i am willing to check it for my personal use, so can i get it?
[07:29] <ricotz> Debashish, ppa:ricotz/testing, if you got problems there should be several postings which can help you
[07:29] <Debashish> ok thanks
[07:31] <Debashish> btw the sound applet in the panel also crashes sometimes while changing the backends so what can be done?
[07:33] <ricotz> Debashish, without an error message it is hard to tell, but i havent seens such thing, so it might be a pulseaudio problem
[07:34] <Debashish> it does not give any error message and the window just vanishes, so is it crashing or something else
[07:35] <Debashish> can i not switch to alsa on gnome shell?
[07:36] <ricotz> Debashish, you mean the gnome-control-center crashes?
[07:39] <Debashish> no but sort of because the sound preferences item is under gnome-control-center and sound preferences from the sound menu in the panel opens that and that is the thing that crashes/vanishes but other items under gnome control center work flawlessly
[07:41] <ricotz> Debashish, so when you choose/click on the "sound-icon" it immediately crashes?
[07:41] <Debashish> no but when i change backends
[07:42] <Debashish> ...after the window is already opened
[07:42] <ricotz> Debashish, ok, sounds like a pulseaudio/libcanberra problem
[07:43] <ricotz> Debashish, what is the output if you run gnome-control-center from a terminal?
[07:43] <GunnarHj> pitti: Good morning! I have yet another SRU proposal: https://code.launchpad.net/~gunnarhj/ubuntu/natty/language-selector/natty-proposed-imfix/+merge/62416
[07:43] <GunnarHj> pitti: Noticed that you have set status "Won't Fix" on bug 663776, but considering the discussion on the bug report I ask you to reconsider.
[07:43] <ubot2> Launchpad bug 663776 in unity "[dash] Search field in Unity can not support iBus" [High,In progress] https://launchpad.net/bugs/663776
[07:44] <Debashish> hmm not yet checked and now i am running from windows so i will let you know sometime later
[07:44] <pitti> hey GunnarHj
[07:45] <pitti> GunnarHj: oh, that was mostly bug cleanup, I thought for natty the im-switch SRU would suffice; but apparently that causes too much unexpected behaviour, so I guess we shouldn't release that; WDYT?
[07:45] <pitti> GunnarHj: the language-selector fix about auto-updating the input method combobox and settnig the value from the language indeed seems appropriate to me
[07:45] <ricotz> Debashish, ok, try to report a bug, against the ppa and check if you have libcanberra-gtk3-modules installed
[07:45] <pitti> GunnarHj: I've seen your MP, I'll upload it asap
[07:47] <Debashish> ok sure will. thanks ricotz for the replies and that's all.
[07:47] <pitti> GunnarHj: i. e. for the l-s fix, people will get the right thing when they use it; for im-switch, it changes unexpectedly, i. e. people who use English in China would suddenly lose their ibus configuration, won't they?
[07:48] <ricotz> Debashish, np, thanks
[07:49] <Debashish> btw ricotz  can i not switch to alsa and remove pulseaudio or would that break the system?
[07:50] <pitti> Debashish: pulse uses alsa
[07:51] <pitti> Debashish: why do you want to "switch off" pulseaudio? it's by and large the standard desktop audio API these days
[07:51] <Debashish> oh ok my bad :)
[07:51] <pitti> does it cause disturbance etc.?
[07:51] <Debashish> because it is a bit buggy?
[07:52] <pitti> Debashish: you can try to switch to direct alsa in gstreamer-properties and see if it makes any difference
[07:52] <pitti> Debashish: right, I'm interesting what particular bugs you have
[07:52] <pitti> "interested"
[07:52] <GunnarHj> pitti: I too thought that the im-switch SRU would be enough. OTOH, not releasing it wouldn't be good either, since there are other effects from the Natty i18n changes. I believe that if both im-switch and l-s are SRUed, there will be no significant adverse effects left. As regards people loosing their ibus config if they use English, please see comment #60 on the bug report.
[07:52] <Debashish> yeah i would like to do that
[07:53] <pitti> GunnarHj: I was concerned about comment 59; Tualatrix certainly knows how to get it back, but it's still a major behaviour change in an SRU
[07:54] <pitti> GunnarHj: I agree that it is a correct fix, and we should have it in oneiric, but for SRUs I'm very hesitant
[07:57] <Debashish> pitti, just a couple:1 network manager integration in the panel, 1.1 sometimes its icon doesnt show after login and if it shows it doesn't show the monochrome one, 2 sound preference window crash/vanishing without a message while changing backends
[07:57] <Debashish> but now i gotta go because the laptop's battery is low and i have no power source.
[07:58] <pitti> Debashish: neither of these seem pulse related
[07:58] <pitti> meh
[08:07] <chrisccoulson> good morning everyone
[08:08] <didrocks> hey chrisccoulson
[08:08] <didrocks> how are you?
[08:08] <chrisccoulson> hi didrocks, i'm good thanks, although a bit tired. how are you?
[08:08] <czajkowski> Morning
[08:08] <chrisccoulson> RAOF, you there?
[08:08] <chrisccoulson> hi czajkowski
[08:09] <didrocks> chrisccoulson: I'm very good, thanks! :-)
[08:09] <czajkowski> has anyone every heard of a random reboot for no reason on natty. My machine keeps going to reboot while I'm on irc or doing things
[08:10] <czajkowski> it goes into the boot up screen where it say battery ok etc then goes to login prompt and then back to normal
[08:10] <chrisccoulson> sounds like X is crashing ;)
[08:11] <czajkowski> yeah I don't know how to reproduce or report the bug
[08:11] <czajkowski> as it doesnt happen every day but is happen more and more ove the last 2 weeks
[08:17] <GunnarHj> pitti: I understand. The behavior change is basically: Previously you enabled ibus from l-s for the LANG locale (2:nd tab). (People probably have thought that they enabled it irrespective of other settings.) Now you control ibus from l-s for the current language.
[08:17] <GunnarHj> pitti: If you e.g. have zh_TW as the first language, "ibus" is default, which is shown on the IM control. If you change it in l-s to e.g. English, you instantly see that the text on the ibus control changes to "none" (the default for English), which should imply that if you want to use English with IM enabled, you need to change it to "ibus".
[08:17] <GunnarHj> pitti: One of my thoughts about justifying this as an SRU is that considering the Unity+ibus problem (not yet solved), this is a tiny detail...
[08:17] <GunnarHj> pitti: Think that's all I can say on this topic. :)
[08:22] <ricotz> chrisccoulson, hello, could you take a look at https://bugs.launchpad.net/ubuntu/+source/gjs/+bug/788500
[08:22] <ubot2> Launchpad bug 788500 in gjs "Use libmoz185 instead of xulrunner-2.0" [Undecided,New]
[08:24] <chrisccoulson> ricotz, sure
[08:24] <ricotz> chrisccoulson, thanks
[08:26] <chrisccoulson> ricotz, you tested it and it builds ok?
[08:26] <chrisccoulson> it looks fine, so i'll just sponsor it
[08:27] <ricotz> chrisccoulson, yes i am running it
[08:27] <chrisccoulson> excellent, thanks
[08:27] <ricotz> chrisccoulson, ty
[08:29] <czajkowski> chrisccoulson: any idea on how I report that kinda bug?
[08:29] <chrisccoulson> czajkowski, there might be a trace in one of the Xorg log files after it crashes (/var/log/Xorg.*.log)
[08:30] <czajkowski> chrisccoulson: so ubuntu-bug application?
[08:31] <chrisccoulson> czajkowski, i'm not sure if that will pick up the correct log file
[08:31] <chrisccoulson> i think the old file is rotated when X starts again
[08:31] <chrisccoulson> (so it might be /var/log/Xorg.0.log.old or something)
[08:31] <czajkowski> no what do I file it against ? just so I know
[08:31] <czajkowski> sorry
[08:32] <chrisccoulson> probably xorg-server for now
[08:32] <czajkowski> thank you
[08:34] <chrisccoulson> ricotz, ok, uploaded
[08:34] <chrisccoulson> thanks!
[08:36] <chrisccoulson> pitti, i figured out how to kill most of the extensions on https://wiki.ubuntu.com/MozillaTeam/FirefoxUpgradeChecklist/5.0 for lucid and maverick so we don't have to update them every 6 weeks, and without the user even noticing :)
[08:36] <chrisccoulson> (ie, they will still get up-to-date and fully functional extensions with upgrades)
[08:39] <czajkowski> chrisccoulson: thanks for your help
[08:45] <seb128> hey
[08:47] <didrocks> salut seb128
[08:47] <seb128> lut didrocks
[08:52] <rodrigo_> morning
[08:52] <seb128> hey rodrigo_, how are you?
[08:53] <rodrigo_> hi seb128
[08:53] <seb128> pitti, evolution-common is 10meg installed, 2.8meg of deb
[08:53] <seb128> so the evo = 0.5 isn't right
[08:53] <seb128> (just reading the blueprints emails)
[08:56] <didrocks> chrisccoulson: so, if you answer to https://bugzilla.gnome.org/show_bug.cgi?id=608402#c3, vuntz agreed to review the patch again (FYI, I've updated it in the latest gnome-session upload, you should maybe start from that?)
[08:56] <ubot2> Gnome bug 608402 in general "Add support for delaying autostart applications" [Enhancement,New]
[08:59] <pitti> bonjour seb128
[08:59] <pitti> seb128: ah, thanks
[08:59] <seb128> hey pitti
[09:00] <seb128> pitti, you should count evolution-exchange as well and maybe some of e-d-s ui libs
[09:00] <didrocks> seb128: do we really have to ship evolution-exchange by default btw?
[09:00] <seb128> it will not compensate the tb but will not be 0.5 either
[09:00] <pitti> seb128: right, updating the spec, thanks for pointing out
[09:00] <seb128> didrocks, "have to"
[09:01] <seb128> didrocks, well it's like everything, some users need it especially in corporate environments and it's small enough
[09:01] <didrocks> like, can we ran e-d-s without it? Seems more a corporate environment requirement?
[09:01] <seb128> it's of no use if we don't use evo
[09:01] <pitti> chrisccoulson: oh, awesome! you can switch them over to the firefox plugin updater somehow?
[09:01] <seb128> that's why I mentioned it as something to count on the "to drop list"
[09:02] <chrisccoulson> pitti - yeah, that's the plan - http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/revision/233 :)
[09:02] <chrisccoulson> although, i need to test all cases to make sure it works still
[09:02] <seb128> pitti, btw don't we have some langpacks still to drop to make up for it? i.e getting tb seems it would be about one langpack
[09:02] <didrocks> seb128: but even if we stay with evo, seems like 479k to win, isn't it?
[09:02] <seb128> hey chrisccoulson, you are early today
[09:02] <chrisccoulson> hi seb128. i'm not that early am i?
[09:03] <pitti> seb128: that's the part what I meant with "drop something else instead"
[09:03] <seb128> didrocks, well, the number of users who need to connect to exchange servers for their work seem to warrant that
[09:04] <pitti> seb128: 16 MB extra is 2 langpacks, yes; which essentially means that only chinese will be left, and Spanish on i386 (and powerpc will be screwed even more)
[09:04] <seb128> chrisccoulson, ok, maybe it's me who is late today ;-)
[09:04] <chrisccoulson> seb128, yes, you're slacking today already ;)
[09:04] <didrocks> seb128: ok, I was more thinking as an easy target, but if you feel most our users need it (but IIRC, thunderbird doesn't have this support, so if it's "required", the discussion can stop ;))
[09:04] <pitti> seb128: I just don't consider langpacks as something which we can throw away without any pain; it makes testing the live system significantly harder for non-English speakers
[09:04] <didrocks> chrisccoulson: did you see my message about the gnome-session patch?
[09:05] <pitti> and at least Spanish, Portugese, and Chinese cover a lot of the world..
[09:05] <chrisccoulson> didrocks, yeah, will look in a bit
[09:05] <didrocks> chrisccoulson: excellent, thanks :)
[09:05] <seb128> pitti, though we are down to 3 locales anyway so that or none is close to be the same
[09:06] <pitti> seb128: well, if you count a difference of 1.5 Billion people to be negligible :)
[09:07] <pitti> chrisccoulson: nice trick!
[09:07] <pitti> chrisccoulson: that would go along with updating these packages to be empty transitionals then?
[09:08] <chrisccoulson> pitti - nearly. we'd still need to ship the xpi in the package, which would then just be picked up by the addon installer
[09:09] <seb128> pitti, btw libevo is 2.5m deb
[09:09] <seb128> pitti, so adding the deb you should get at least 6m rather than 0.5
[09:09] <pitti> that's not needed by e-d-s?
[09:10] <pitti> ah, indeed
[09:10] <seb128> no, that's build from evo, that's the ui part
[09:10] <pitti> ok, changing again
[09:10] <seb128> that's basically what they splitted to be able to write things like (anjal), i.e mobile uis based on evo
[09:10] <chrisccoulson> pitti - we also need to make sure that the xpi's have an updateURL field in their install.rdf too
[09:10] <chrisccoulson> (else firefox can't update them)
[09:10] <pitti> seb128: so, down to 14 MB delta; better than 20 indeed
[09:11] <chrisccoulson> but doing this once is definitely going to be easier than doing it every 6 weeks :)
[09:11] <pitti> of which 8 MB is growth between the curretn version (12 MB) and the daily builds (20 MB)
[09:11] <pitti> chrisccoulson: do you think that this 8 MB growth can be reduced again a bit?
[09:11] <seb128> we should move all the comments on the whiteboard to a wiki or something
[09:11] <seb128> it's hard to spot the actual diffs in the email ;-)
[09:12] <chrisccoulson> pitti - i'm not sure what's caused it to grow yet (firefox grew by a similar size too)
[09:12] <pitti> so if we could find a solution for sharing libxul, and reduce the size growth, we'd be almost in the ballpark
[09:14] <pitti> seb128: we didn't count the size of lightning yet, though
[09:14] <chrisccoulson> i'm really concerned about lightning :/
[09:14] <pitti> I take it we'd need to add that as well, unless we want to drop calendar support
[09:14] <chrisccoulson> (just like all of the binary extensions)
[09:15] <pitti> well, or anything which provides calendar support on the desktop
[09:15] <seb128> they don't have a solid calendar story
[09:15] <pitti> as long as it tells you about your appointments and has a reasonable UI
[09:15] <seb128> that's a weak point for the switch imho
[09:15] <seb128> they made it clear that they are not maintaining the calendar
[09:15] <seb128> so it means there is no garanty the calendar keeps working on updates etc
[09:16] <seb128> it's really third party code
[09:21] <chrisccoulson> b'ah, my ubufox trick doesn't handle incompatible extensions too well. seems i need to manually trigger an extension update too :/
[09:21]  * chrisccoulson looks at more documentation
[09:53] <seb128> pitti, btw if you want to start making some space on the CD we can clean the gnome-system-tools stack now
[09:53] <seb128> the new gnome-control-center does manager user accounts
[09:53] <seb128> which was the remaining bit we needed in gst
[09:53] <huats> morning everyone
[09:54] <seb128> once the at-spi2 mirs are reviewed we might be able to drop bonobo etc as well
[09:54] <seb128> lut huats
[09:54] <huats> hello seb128
[09:54] <pitti> seb128: ah, indeed; seems still a bit buggy, but should by and large do what we need
[09:57] <seb128> pitti, right, and if it lacks something we should fix it rather than to stay back
[09:57] <pitti> seb128: fully agree; I'm looking forward to getting rid of all this Perl :)
[09:57] <seb128> ;-)
[09:58] <pitti> seb128: the only thing that immediately sprang into my eye is the wrong handling of "administrator" accounts
[09:58] <pitti> it apparently doesn't check for the "admin" group, but for something else
[09:58] <pitti> but that seems trivial to fix
[09:58] <geser> does somebody know where "libgtk3.0-bin" might come from? I've seen two users already in #ubuntu+1 having problems with it (bug 786170)
[09:58] <ubot2> Launchpad bug 786170 in gtk+3.0 "libgtk-3-bin failed to install/upgrade: diversion of /usr/sbin/update-icon-caches to /usr/sbin/update-icon-caches.gtk2 by libgtk-3-bin clashes with same diversion by libgtk3.0-bin" [Medium,New] https://launchpad.net/bugs/786170
[09:58] <seb128> geser, gtk3?
[09:59] <pitti> libgtk3.0-bin is an old package name
[09:59] <geser> seb128: the current package is named libgtk-3-bin
[09:59] <pitti> presumably from a PPA or so?
[09:59] <seb128> that's a leftover I guess
[09:59] <pitti> Package: libgtk-3-bin
[09:59] <pitti> Conflicts: libgtk3.0-bin
[10:03] <seb128> geser, pitti: the most recent commit in the debian svn is
[10:03] <seb128> "Remove leftover diversions from the libgtk3.0-bin package
[10:03] <seb128> that got replaced by libgtk-3-bin (Closes: #617662 ).
[10:03] <seb128> "
[10:03] <pitti> ah, nice
[10:03] <seb128> so we should backport that to oneiric
[10:07] <seb128> pitti, the admin issue is likely similar to http://bugs.debian.org/618764
[10:08] <pitti> c'mon bugs.d.o
[10:08] <seb128> pitti, there is a patch in accountsservice which does
[10:08] <seb128> +        if (cd->account_type == ACCOUNT_TYPE_ADMINISTRATOR) {
[10:08] <seb128> +                add_user_to_group (context, cd->user_name, "sudo");
[10:09] <seb128> +        grp = getgrnam ("sudo");
[10:09] <seb128> pitti, we might need to tweak that in ubuntu
[10:09] <pitti> right, also for the check if a user is an admin
[10:09] <pitti> s/sudo/admin/
[10:09] <pitti> so, should be easy
[10:09] <seb128> -                if (groups[i] == wheel) {
[10:09] <seb128> +                if (groups[i] == admin) {
[10:09] <seb128>                          g_free (groups);
[10:09] <seb128>                          return ACCOUNT_TYPE_ADMINISTRATOR;
[10:09] <seb128> hum
[10:10] <seb128> seems it does check for admin
[10:10] <pitti> is admin == getgrpname('admin')?
[10:11] <RAOF> chrisccoulson: I'm here now.
[10:11] <seb128> pitti, ok, they have
[10:11] <chrisccoulson> RAOF, do you have an account on bugzilla.mozilla.org?
[10:11] <seb128>         grp = getgrnam ("sudo");
[10:11] <seb128>         if (grp == NULL) {
[10:11] <seb128>                 g_debug ("sudo group not found");
[10:11] <seb128>                 r
[10:11] <seb128>                 return ACCOUNT_TYPE_STANDARD;
[10:12] <RAOF> chrisccoulson: I don't think so, no.
[10:12] <mvo> woah, removing the entire python protocol support (iteration, subscription) for the treemodel path stuff in GI/gtk3 is just … not nice
[10:12] <pitti> mvo: there are some overrides for that, they don't work?
[10:13] <chrisccoulson> RAOF, i got subscribed to a private security bug that might be of interest to you (it's really an X bug)
[10:13] <pitti> mvo: we can add some more overrides if needed
[10:13] <seb128> pitti, so I guess changing that check sudo -> admin should do it, I will try that
[10:13] <mvo> pitti: oh, get stuff that used to work (like len(path), path[0] etc) is no longer working for me
[10:13] <mvo> pitti: do I need to do anything to make this work again, i.e. set some compat option or somesuch?
[10:13] <RAOF> chrisccoulson: I'll get me (yet) a(nother) bugzilla account.
[10:13] <mvo> honestly, forcing that C api for this on people is IMO a huge step in the wrong direction
[10:14] <chrisccoulson> RAOF, mozilla bug 658219 (i don't think you can view it unless i subscribe you though)
[10:14] <ubot2> chrisccoulson: Error: Error getting Mozilla bug #658219: NotPermitted
[10:14] <pitti> mvo: there are no "compat" modes or so; it's by and large doing what GTK does, plus /usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py
[10:14] <chrisccoulson> RAOF, there's not much information on there atm, but you might be a better person to extract the right information and figure out what's going on
[10:14] <pitti> mvo: the overrides do define a __getitem__
[10:15] <pitti> which support both a Gtk.TreeIter and an int as value
[10:16] <mvo> pitti: thanks, that is a good pointer, I check it out
[10:16] <mvo> (the py file)
[10:16] <rodrigo_> where's the page that summarizes all WIs from the blueprints?
[10:16] <pitti> mvo: if you have something which should be added there, please let bz.g.o. know, I can mediate with upstream (or even commit myself)
[10:16] <seb128> rodrigo_, http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team.html
[10:16] <pitti> mvo: for apport and jockey these were quite sufficient, though
[10:17] <seb128> rodrigo_, if you only want our team, similar pages exist for other teams
[10:17] <mvo> pitti: ok, thanks!
[10:17] <rodrigo_> seb128, yes, just want our team for now, thanks!
[10:17] <mvo> pitti: glad to hear, for a moment I was really scared :)
[10:18] <mvo> (I thought it was like with the default arguments for pack_start() - stay close to the C etc)
[10:19] <RAOF> Yes!  gnome-session no longer has a 1ms window where you could perform some input and have the session perpetually marked as idle!
[10:19] <RAOF> chrisccoulson: raof<at>ubuntu.com is ready for your subscription.
[10:20] <chrisccoulson> RAOF, thanks. you should be able to see it now
[10:21] <RAOF> Yup.
[10:21] <RAOF> Aaah, firefox and XRender.
[10:21] <chrisccoulson> heh :)
[10:22] <RAOF> Firefox is fond of rendering to insanely sized pixmaps (like 16k x 4k)
[10:22] <chrisccoulson> ah, ok :)
[10:22] <RAOF> Is that magyar? :)
[10:23] <vuntz> RAOF: thanks for the patch, and sorry for not reading about it earlier :-)
[10:24] <RAOF> vuntz: No problem.  If it had been an easier
[10:24] <RAOF> -to-trigger bug I'd have pushed harder :)
[10:25] <RAOF> Oh, balls.  Lucid.
[10:26] <chrisccoulson> RAOF, yeah, that's a pain. i was going to try booting from a live image later to see if i could reproduce it
[10:27] <RAOF> I can't, but oneiric has a *slightly* different X stack :)
[10:27] <chrisccoulson> yeah, i couldn't reproduce it on oneiric either
[10:38] <pitti> vuntz: autostart-delay> \o/
[10:38] <pitti> vuntz: want me to close the bug then?
[10:38] <pitti> (sorry if that came through twice, got a disconnect)
[10:42] <seb128> vuntz,  reviewing patches \o/
[10:46] <vuntz> pitti: autostart-delay is not in yet, but will re-read the patch and do the requested changes if chrisccoulson is not faster, I guess
[10:46] <pitti> ah, it was only the libegg one, sorry for misreading
[10:47] <vuntz> pitti: don't be sorry for being enthusiastic!
[10:47] <chrisccoulson> vuntz, i'll have a look in a bit. i haven't made a gnome contribution in ages, so i probably should do ;)
[10:57] <mvo> pitti: any hints why I get http://paste.ubuntu.com/613131/ ? AttributeError: 'gi.repository.Gtk' object has no attribute 'drag_dest_set' - I do require version 3.0 of Gtk in the file and I can see it in the gir xml (gi.require_version("Gtk", "3.0"))
[10:58]  * pitti looks, I think I know why
[10:58] <fta> mvo, hi. http://paste.ubuntu.com/613132/  known?
[10:58] <pitti> mvo: yep, it's a method of Gtk.Widget, not a function in Gtk
[10:59] <pitti> mvo: i. e. use mywidget.drag_dest_set(flags, targets, actions)
[11:01] <chrisccoulson> pitti, w00t, this does the job quite nicely now - http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/revision/234 :)
[11:01] <chrisccoulson> it triggers an update of the extension after installing it now
[11:01] <mvo> fta: yes, thanks for letting me know. oneiric only, right?
[11:01] <mvo> pitti: thanks!
[11:02] <pitti> chrisccoulson: ah, you can trigger the update check manually with that? \o/
[11:02] <pitti> mvo: how did the tree iter problem work out?
[11:02] <chrisccoulson> pitti - yeah. so, the intention is that users who install the old and incompatible extensions in the archive will get an update to a compatible version without me having to lift a finger :)
[11:04] <mvo> pitti: I use path.get_indicies() instead of subscribing directly, that works fine
[11:06] <fta> mvo, right
[11:06] <mvo> hm, no longer crashing but ot accepting drops either
[11:06]  * mvo looks further
[11:10]  * pitti looks at current langpack-o-matic change
[11:10] <pitti>  575 files changed, 24 insertions(+), 4277 deletions(-)
[11:10] <pitti> c'est la cleanup!
[11:12] <rodrigo_> pitti, :)
[11:15] <seb128> pitti, now the question is how you landed to write that number of lines for nothing ;-)
[11:16] <pitti> seb128: well, most of it was due to moving the language-support-* dependencies to language-selector
[11:16] <pitti> ripping out the code and test cases for language-support-* did the rest
[11:16] <chrisccoulson> we don't carry a cairo patch to enable freetype subpixel smoothing any more do we?
[11:16] <pitti> but it makes the thing quite a bit simpler indeed
[11:17] <seb128> chrisccoulson, no we don't
[11:17] <seb128> that went upstream in 1.10
[11:18] <seb128> pitti, nice ;-)
[11:18] <chrisccoulson> seb128 - oh, that's good. i can drop that from firefox and thunderbird now then. they just upgraded to cairo 1.10, and broke all my builds :)
[11:18] <seb128> pitti, btw I fixed the admin thing, will upload in a bit
[11:18]  * pitti hugs seb128, you rock!
[11:18]  * seb128 hugs pitti back
[11:24] <didrocks> Laney: congrats btw! :)
[11:24] <Laney> \o\
[11:25] <pitti> oh, nice
[11:25] <pitti> we'll save several MBs by dropping the en-GB language support from the CDs
[11:25] <pitti> and just keep en-US
[11:26] <pitti> yay!
[11:26] <pitti> and libreoffice-l10n-en-za, sorry Mark!
[11:27] <pitti> chrisccoulson: do we need firefox-locale-en by default, or is that only the en-GB difference?
[11:27] <pitti> i. e. do we need it for en-US?
[11:27] <pitti> chrisccoulson: I keep it seeded for now, it's small enough; but I'm curious
[11:27] <chrisccoulson> pitti - we don't need it for en-US. it contains only the en-GB and en-ZA translations
[11:28] <didrocks> pitti: thanks for making room, seeding unity-2d in a few minutes :)
[11:28] <chrisccoulson> firefox has everything it needs for en-US
[11:28] <pitti> didrocks: oh, please do
[11:28] <pitti> didrocks: I'd like to see what we are up against
[11:28] <didrocks> pitti: just making some final tests on the snapshot
[11:28] <didrocks> pitti: do you want to build a CD before after your langpack drop to get an idea of size of unity-2d + needed Qt component?
[11:28] <pitti> didrocks: that means after that we could drop the -fallback session again?
[11:28] <didrocks> s/before//
[11:29] <pitti> didrocks: we have a CD build from yesterday
[11:29] <pitti> didrocks: at this point I don't need individual deltas; let's just add everything we need and then see how bad it is
[11:29] <didrocks> pitti: well, not really for alpha1, because we need a new gnome-panel which recommends the -fallback session (and mine is build-dep), so we need gnome-panel 3 which won't be there for alpha1
[11:29] <didrocks> for people trying to upgrade
[11:29] <pitti> didrocks: but I think dropping the LibO en-gb/en-za support will buy us quite a lot (6 MB or so)
[11:30] <didrocks> nice :-)
[11:30] <pitti> ah, fine
[11:31] <pitti> didrocks: after seeding, will you rebuild -meta?
[11:31] <didrocks> pitti: sure
[11:34] <pitti> Sweetshark: FYI, language-support-* is gone, so you can drop our delta in the depends: fields in the hyphen-* and other stuff
[11:42] <Sweetshark> pitti: k
[11:53] <Sweetshark> pitti: usually the launchpad branches for packages are generated automatically, right? And we dont have that for LO because of its hugeness.
[11:55] <pitti> Sweetshark: presumably; it might be also turned off deliberately because it takes like a month to generate
[12:19] <ricotz> seb128, hello, if you want you can take the mutter and gnome-shell packages from the ppa they build fine oneiric
[12:20] <seb128> hey
[12:20] <seb128> sorry but I've no interest into those so I will let somebody who has deal with them
[12:20] <seb128> or you should use the normal sponsoring process
[12:20] <ricotz> seb128, alright :(
[12:20] <seb128> gnome-shell could be synced on debian? did the gjs libmozjs issue got sorted?
[12:21] <ricotz> seb128, yes, my patched gjs got uploaded
[12:21] <ricotz> seb128, a sync wont work yet, since nm0.9 is missing
[12:21] <ricotz> and the default applications arent matching ubuntu
[12:22] <seb128> ok, well do a merge request and subscribe ubuntu-sponsors I guess
[12:23] <seb128> you should run for motu or work a bit on official updates and ask a package set uploads for g-s and its depends
[12:23] <ricotz> of course mutter can synced if it get updated
[12:23] <seb128> since you seem interested by maintaining it
[12:24] <ricotz> i am interested in using it ;), so doing the updates are needed for this
[12:24] <seb128> well that's a first step to work on it ;-) I'm not interest to use it so I'm not interested to get out of my way to test the updates are working
[12:25] <ricotz> yeah, that makes sense ;)
[12:28] <ricotz> seb128, btw what is going to happen with glib2.0 and gtk+3.0 updates?
[12:28] <seb128> you mean? what version we will be tracking?
[12:28] <ricotz> yes
[12:28] <seb128> we will update to the unstable serie when someone feels like doing the update
[12:28] <ricotz> currently there are new stable updates
[12:28] <seb128> right, we are still busy getting merges done and GNOME3 in
[12:29] <ricotz> i am running 2.29.4 a while now
[12:29] <seb128> ricotz, well, I've said that before but it would be very welcome if you helping on official updates ;-)
[12:29] <seb128> we are limited on manpower
[12:29] <ricotz> no problems yet, but it need quite a packaging update, it introduced some python script like gdbus-codegen
[12:29] <seb128> slomo, do you plan to get the new glib in debian experimental?
[12:29] <ricotz> which is needed for nautilus 3.1.1
[12:30] <slomo> seb128: if time permits, sure
[12:30] <seb128> ricotz, not sure what you are aiming for...
[12:30] <seb128> ricotz, it seems it would be less work for everyone and better for users if you helped getting the current updates in oneiric so we can official start on 3.1
[12:31] <seb128> rather than doing stack of updates on a crack ppa on your side
[12:31] <ricotz> nothing, just wanted to point some things out ;)
[12:33] <ricotz> seb128, yeah, i know, i am just a bit worried about the workflow which takes more time on my side
[12:33] <seb128> what is your goal?
[12:33] <seb128> it will take a bit extra time first
[12:33] <seb128> until you have done enough to get upload right
[12:34] <seb128> which will allow you to work directly in the distro to fix issues
[12:34] <seb128> which will be a time win
[12:34] <ricotz> yeah, that is most likely the goal
[12:34] <seb128> we will likely set up daily upstream builds this cycle as well
[12:35] <ricotz> i am just worried about the having no time in the future to actually do more things
[12:35] <seb128> but we need to get the packaging in shape in oneiric first
[12:35] <seb128> there are also some autoimported issue to be solved before that
[12:35] <ricotz> oh, daily upstream builds sounds nice
[12:36] <seb128> ricotz, well, another reasons to help in the distro rather than maintaining a ppa, if you lack time to work on it other can pick it up
[12:36] <ricotz> yeah, and patches which are desperately needed for some apps
[12:36] <seb128> if you manage to get what you need in the distro that remove the need for ppa builds
[12:37] <ricotz> seb128, actually trying to serve people who arent running oneiric yet, seems useful
[12:37] <seb128> right, the natty ppa is useful work for sure and it's a team ppa not a personal one ;-)
[12:37] <seb128> but things like building glib 2.29 or nautilus 3.1 should come through distro work and daily builds
[12:38] <ricotz> yeah, of course
[12:38] <ricotz> i didnt want to suggest to put these versions in the ppa
[12:40] <seb128> ricotz, well it's that you often have things in https://launchpad.net/~ricotz/+archive/testing that could go to the distro
[12:40] <seb128> which seems a bit of duplication
[12:41] <ricotz> seb128, which one?
[12:41] <seb128> sure it's easier for them to get those there but it means the work get duplicated and you often have to rebase your work on official versions
[12:41] <ricotz> the 3.1.1 are in oneiric already
[12:41] <seb128> ricotz, gnome-system-monitor, the gtk cpp bindings
[12:41] <ricotz> seb128, yeah, the gtkmm3.0 is still pending in debian :\
[12:42] <ricotz> kklimonda^, hey ^ ;)
[12:42] <seb128> well you could have asked for sponsoring in ubuntu
[12:42] <seb128> we probably want those in and we will not block on debian
[12:42] <ricotz> seb128, actually i was hoping kklimonda^ will do so
[12:43] <seb128> ok, anyway let's not pick on detail, I just encourage you to contribute on official updates so you can collect to uploads and ask for upload rights ;-)
[12:43] <seb128> which would benefit you and the team work ;-)
[12:43] <ricotz> i see ;)
[12:50] <mvo> thanks pitti I think the port is done now, was quicker then expected actually
[12:51] <mvo> pitti: the one thing that does not yet work is the drag-n-drop, it does not crash but I can't drop from nautilus either. but might be something else entirely, maybe oneiric is just in a bad state or something
[12:58] <kklimonda^> ricotz: bah, sorry about that - I was supposed to do that at the beginning of the cycle, but due to some random stuff (mostly a renovation of my flat taking much longer than expected - a month on bags, and counting) I didn't have head to do that.
[13:01] <ricotz> kklimonda^, no problem, perhaps you have some time it
[13:04] <kklimonda^> ricotz: do you know if there are any outstanding issues wit the packaging? The last thing I remember was that I've uploaded it to debian, and that it should be ready for sponsoring. If you don't remember, I'll start checking it tonight.
[13:05] <kklimonda^> (uploaded to debian svn repo*)
[13:05] <ricotz> kklimonda^, uploaded?, it was already there
[13:06] <kklimonda^> yeah, so my mind is obviously playing tricks on me ;)
[13:06] <ricotz> yeah, i think it is in unstable
[13:06] <ricotz> i mean the unstable packaging branch
[13:33] <pitti> mvo: interesting; so it seems that at least the call to GTK gets through properly
[13:41] <didrocks> pitti: hey, I'm not sure we contact mh21 from the right email/way from launchpad to ask him signing the CA, do you have a way to point dx (will be nice that this patch go the current SRU which is… today ;))
[13:42] <cyphermox> hey
[13:42] <didrocks> salut cyphermox
[13:42] <cyphermox> salut!
[13:43] <mvo> pitti: yeah, that one is fine
[13:45] <pitti> didrocks: he already signed it yesterday, dbarth added him to the contributors team
[13:45] <pitti> didrocks: also, mdz pointed out that we don't really need a CA for trivial patches
[13:46] <didrocks> pitti: yeah, but dx wants to be nitpicky
[13:46] <seb128> pitti, well, dxteam don't want to listen about that
[13:46] <didrocks> pitti: that's what I argued
[13:46] <pitti> anyway, he signed it
[13:46] <didrocks> and they want even a CA for a gsettings change
[13:46] <didrocks> pitti: and we don't merge that one https://code.launchpad.net/~manuel-nicetto/unity/bug-750781/+merge/59389 because it was reviewed one month after
[13:46] <didrocks> and the CA isn't signed
[13:47] <didrocks> pitti: so, I have to take the burden of distro patching it
[13:47] <pitti> oh come on
[13:47] <pitti> like we wouldn't have anything else to do?
[13:47] <didrocks> pitti: yeah, I totally disagree and made it clear 2 days ago and today again
[13:47] <didrocks> seems njpatel and MacSlow wanted to follow the full process…
[13:48] <njpatel> So we shouldn't follow the process?
[13:49] <pitti> you should, but only for contributions which actually involve a copyright claim
[13:49] <didrocks> and this one clearly doesn't…
[13:50] <pitti> an obvious one-liner patch certainly doesn't
[13:50] <pitti> adding a new module and file with a new copyright/author header obviously does
[13:50] <MacSlow> didrocks, pitti, njpatel: Manuel Nicetto signed it... it's listed now
[13:51] <didrocks> MacSlow: ok, nice, let's merge both then
[13:51] <njpatel> pitti, when Mark ACKs then I'll happily let trivial patches in
[13:51] <MacSlow> didrocks, doing that now...
[13:52] <pitti> mdz did, good 'nuff for me :) but let's see
[13:52] <pitti> sabdfl: hey Mark, how are you?
[13:52] <didrocks> MacSlow: for both? thanks, update the bug status as well
[13:52] <MacSlow> didrocks, don't worry I'll do that
[13:52] <pitti> sabdfl: do you agree to mdz's assessment that we shouldn't bother people with CA for obvious one-liner patches like https://code.launchpad.net/~manuel-nicetto/unity/bug-750781/+merge/59389 which don't actually entail a copyright claim?
[13:54] <mterry> seb128, wow!  versions.html is light!  is something wrong or has the desktop team been rocking?
[13:56] <seb128> mterry, hey, are you calling us slackers? ;-)
[13:56] <seb128> mterry, we have been rocking ;-)
[13:56]  * kenvandine should get sick more often :)
[13:56]  * mterry wants to take a snapshot
[13:56] <seb128> mterry, there is still a bunch to do, do you want to help a bit?
[13:56] <mterry> seb128, yeah, I know I've been light on the gnome 3 stuff, so I wanted to see what was left to do
[13:56] <pitti> hey kenvandine, how are you?
[13:56] <seb128> kenvandine, hey, do you feel better? half of the red ones are yours in fact :p
[13:57] <kenvandine> much better, no fever today :)
[13:57] <pitti> and some of the still-to-be-drafted BPs, if I might add :)
[13:57] <kenvandine> lungs are still not better, just can't take deep breathes or talk much
[13:57] <seb128> mterry, if you want to do some we have: gucharmap file-roller yelp gnome-doc-utils gdl anjuta
[13:58] <kenvandine> i only see one red one... gtk3
[13:58]  * mterry can't install ubuntu-dev-tools...?
[13:58] <mterry> seb128, anjuta and gdl are done
[13:58] <mterry> seb128, I'll look at the others
[13:59] <seb128> mterry, done when?
[14:00] <mterry> seb128, by me, maybe a week ago?
[14:00] <mterry> I can recheck, maybe debian got ahead of us again
[14:00] <seb128> mterry, well those are all .2 minor updates to do
[14:00] <mterry> ah
[14:00] <seb128> mterry, you want an hard merge rather? ;-)
[14:01] <mterry> seb128, where did you get that from?  I don't see those on versions.html or the etherpad
[14:01] <seb128> mterry, gdl and anjuta are not in the default install so you need to click next to the "package" column header to display the extra components
[14:02] <seb128> hum, http://people.canonical.com/~platform/desktop/versions.html just shrinked
[14:02] <mterry> seb128, ah!  that's why it looked so light
[14:02] <seb128> mterry, the default list broke because http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.oneiric/ broke
[14:03] <seb128> cjwatson, ^ is that known that seeds vanished from there?
[14:03] <mterry> seb128, ok, so we are officially in our "merge upstream versions" phase instead of "merge debian" phase?
[14:03] <seb128> mterry, both
[14:03] <mterry> seb128, what about 3.1?
[14:03] <seb128> we tend to merge on debian and then update to the current version on top
[14:03] <seb128> mterry, we said we would land 3.0 first to avoid mixing instability issues due to 3.1 with the merges ones
[14:04] <seb128> but feel free to follow 3.1 for some components if you feel like it's worth it
[14:04] <seb128> it's especially fine for applications
[14:04] <mterry> seb128, have we not finished landing 3.0 (modulo point releases)?
[14:04] <mterry> Oh, panel issues
[14:04] <seb128> we probably want to keep gnome-session, nautilus etc in their current version
[14:04] <mterry> because of DX
[14:04] <seb128> mterry, right, that's the next chunk
[14:05] <seb128> mterry, if you prefer you can start porting indicators to gtk3
[14:05] <seb128> rather than doing GNOME updates
[14:05] <seb128> we are mostly done on updates, next is the indicator stack to gtk3
[14:05] <mterry> seb128, ah... hmm..  I suppose that would be more optimal timewise, so we're not blocked on them
[14:05] <cjwatson> seb128: I'll have a look, thanks
[14:05]  * mterry goes and plays with gtk3
[14:06] <seb128> cjwatson, thanks
[14:06] <seb128> mterry, one thing I would like to figure is what happens if we land let's say indicator-session built on gtk3
[14:06] <seb128> will it take the unity service down on symbol conflicts? or just be ignored?
[14:07] <seb128> but I've the feeling that somewhat we will need to land the system indicator gtk3 build in once
[14:07] <seb128> i.e the indicator stack in once
[14:08] <mterry> seb128, I believe they version the folders in which the panel looks in indicators.  So they would bump the version for gtk3 indicators
[14:08] <mterry> seb128, otherwise, it would bring the panel down, yes
[14:08] <kenvandine> ugh... i see pain in our future
[14:09] <mterry> kenvandine, hi, Ken!  You must be new here!
[14:09] <seb128> mterry, do we want both versions in the archive at the same time?
[14:09] <kenvandine> hehe
[14:09] <lool> Updating today, I saw some warnings on the terminal:
[14:09] <seb128> i.e rename sources and binaries?
[14:09] <lool> (gtk-update-icon-cache:16786): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': Aucun fichier ou dossier de ce type
[14:09] <lool> These seem multiarch related
[14:09] <mterry> seb128, that would ease the transition, sure.    Probably worth it
[14:09] <seb128> lool, weird, librsvg2-common's postinst and libgdk-pixbuf both update that file
[14:10] <mterry> seb128, I don't know about rename
[14:10] <mterry> seb128, it can just install both versions of the indicator for a while
[14:10] <seb128> like dual build from the same source?
[14:10] <bcurtiswx> good morn
[14:10] <mterry> seb128, that's what I was thinking
[14:10] <seb128> that would mean adding logic to pick at configure time the version of gtk to use
[14:10] <mterry> seb128, yeah.  We did that the various dx libraries last cycle
[14:11] <seb128> ok, let's do that
[14:11] <seb128> that will allow not having the gnome-panel and unity gtk3 transition to be one
[14:11] <kenvandine> that what i was going to do with ido too
[14:11] <kenvandine> also remember xfce and others use some of that stack too
[14:12] <kenvandine> which will still be gtk2
[14:12] <lool> seb128: The file was created during the upgrade now
[14:12] <lool> seb128: I think it's some preinst expecting it before another postinst creates it or something like that
[14:12] <lool> it seems we might want something like [ -r /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache ] && update-command instead of a plain update-command somewhere
[14:12] <seb128> lool, ok, doesn't seem a blocker issue but we should review that
[14:12] <lool> yeah, seems to be just a warning
[14:24] <seb128> mterry, btw no need to worry about work duplication with dx on indicators port to gtk3
[14:24] <seb128> it's nowhere on their list before feature freeze
[14:24] <mterry> seb128, ah.... yikes
[14:25] <cjwatson> seb128: ah, pitti broke it :)
[14:25] <pitti> where? what?
[14:26] <seb128> pitti, you broke version!
[14:26] <seb128> ;-)
[14:26] <pitti> oh, so I did! -- how?
[14:26] <cjwatson> you added seed dependencies to STRUCTURE without actually adding lines for the dependencies themselves
[14:26] <cjwatson> (ubuntu.oneiric seeds)
[14:26] <pitti> oh, needs "dvd-langsupport:"?
[14:26] <seb128> pitti, the versions "default list" use the germinate lists which you broke
[14:26] <cjwatson> http://paste.ubuntu.com/613249/
[14:26] <pitti> (i. e. empty dependencie?
[14:27] <cjwatson> there need to be lines starting with "dvd-live-langsupport:" and "dvd-langsupport:", probably with some dependencies
[14:27] <cjwatson> empty dependencies is very likely wrong
[14:27] <cjwatson> that will cause germinate to have to sit there re-expanding the entire base system and desktop for them
[14:28] <pitti> so should I merge the dvd-live-langsupport and dvd-langsupport files into dvd and dvd-live then?
[14:28] <cjwatson> I suggest "dvd-live-langsupport: live" and "dvd-langsupport: ship"
[14:28] <cjwatson> as a first pass
[14:28] <cjwatson> no need to merge
[14:28] <pitti> ok, will fix that (also in Kubuntu & friends)
[14:28] <pitti> thanks
[14:28] <cjwatson> ta
[14:29] <cjwatson> let me know when you've done that and I'll kick germinate-output again
[14:29] <pitti> cjwatson: while I'm at it, does it really make sense to only add all language-support-* bits to dvd, and none to dvd-live?
[14:29] <pitti> kubuntu does that the other way round, which seems more sensible to me
[14:31] <cjwatson> pitti: dvd-live is just the live filesystem on the DVD - i.e. ultimately the same image
[14:32] <pitti> cjwatson: right, but you would have teh languages actually available in the live system
[14:32] <cjwatson> pitti: I think the problem with putting them all in dvd-live is that ubiquity takes forever to install
[14:32] <pitti> as opposed to just on the DVD ship when you install in alternate mode
[14:32] <cjwatson> because it has to sit there removing all the unnecessary language-support packages later
[14:32] <cjwatson> that's a serious problem for Edubuntu
[14:32] <pitti> cjwatson: ah; just asking because that's how edubuntu and kubuntu currently are set up
[14:32] <cjwatson> right, and it's a problem the way they're set up
[14:32] <pitti> (independent from my changes, I kept ship/live as before)
[14:32] <pitti> ok, I see
[14:32] <cjwatson> I don't think we should duplicate that in Ubuntu right now
[14:33] <pitti> I don't touch it for now then
[14:33] <cjwatson> (perhaps unfortunately)
[14:33] <pitti> cjwatson: anyway, seeds fixed
[14:33] <pitti> k/edubuntu ship all language-support, ubuntu DVD only for some 6 languages, so the problem/bloat is smaller either way
[14:50] <mvo> fta: fix uploaded for the s-c issue you mentioned, thanks again for reporting it :)
[14:50] <fta> mvo, excellent, thanks
[14:53] <didrocks> pitti: so, uploaded some SRU for nux and unity-place-applications for now. I mistyped the bug number for bug #772152, sorry about that
[14:53] <ubot2> Launchpad bug 772152 in unity-place-applications "unity-place-applications.menu has double-hyphen in XML comment, causing "cxmenu:error: unable to parse '/etc/xdg/menus/unity-place-applications.menu': Invalid string in comment field [Ln: 157, Col: 8]"" [Low,Fix released] https://launchpad.net/bugs/772152
[14:54] <didrocks> I've subscribed the team to all bugs for now
[15:00] <bcurtiswx> kenvandine, welcome back :)
[15:00] <kenvandine> bcurtiswx, thx :)
[15:04] <sabdfl> pitti: yes, FSF has a "10-line guideline" which I think we can adopt easily enough
[15:04] <sabdfl> as long as it's friendly
[15:04] <sabdfl> i.e. if someone says "sure land it and enjoy it" that's enough for up to 10 lines
[15:04] <sabdfl> just keep that IRC or email log
[15:05] <pitti> I think that 10 line thing even is in some law
[15:05] <pitti> sabdfl: ok, thanks for confirming
[15:05] <pitti> njpatel, MacSlow ^
[15:06] <MacSlow> pitti, sabdfl: thanks for the update on this!
[15:20] <cjwatson> seb128,pitti: germinate output should be back now
[15:26] <pitti> cjwatson: ah, and so is the new live CD
[15:26] <pitti> this time oversized, not totally unexpectedly so
[15:26] <pitti> I really wondered how the 0525 one managed not to be
[15:28] <seb128> cjwatson, thanks
[15:29] <cjwatson> pitti: it's not clear - it wasn't missing *that* much
[15:29] <pitti> and the manifest diff between the two doesn't have new stuff, just changes
[15:29]  * cjwatson shrugs
[15:30] <pitti> anyway, easier to compare alternates
[15:30] <cjwatson> it has a few new bits, but not much
[15:30] <cjwatson> gnome-session-fallback, libnotify-bin, libyajl1 that I noticed
[15:30] <pitti> and gir1.2-gnomebluetooth
[15:30] <cjwatson> gir1.2-gnomebluetooth-1.0
[15:31] <cjwatson> yeah
[15:31] <pitti> perhaps RAOF's new LLVM-enabled gallium drivers
[15:31] <Sarvatt> pitti: that's not for another month or two
[15:31] <pitti> and it's not that
[15:32] <pitti> well, let's leave that for later
[15:32] <pitti> the alternate CD comparison script answers that in no time
[15:32] <pitti> once we have alternates, too
[15:33] <njpatel> pitti, thanks
[15:35] <pitti> didrocks: do you want to upload -meta, or want me to?
[15:35] <didrocks> pitti: I'm just finishing to refresh it
[15:35] <didrocks> oh done :)
[15:36] <pitti> tres bien
[15:36] <rodrigo_> cjwatson, did you have time to look at the packageset missing stuff we talked the other day?
[15:36] <didrocks> pitti: uploaded! :-)
[15:43] <seb128> didrocks, pitti: you could have dropped the g-s-t stack from the seed
[15:43] <seb128> well next upload I guess
[15:43] <didrocks> pitti: in case you didn't accept the nux upload yet, can you reject it? seems that upstream trunk changed its location without notice and so I can backport 2 additional patches
[15:43] <seb128> we will need to switch from at-spi to at-spi2 as well once the mir are approved
[15:43] <pitti> didrocks: to natty-proposed?
[15:43] <seb128> didrocks, you can do it as an archive admin
[15:43] <pitti> didrocks: reject it at https://launchpad.net/ubuntu/natty/+queue?queue_state=1
[15:43] <seb128> didrocks, https://launchpad.net/ubuntu/natty/+queue?queue_state=1&queue_text=
[15:44] <seb128> ups, pitti was quicker
[15:44] <seb128> ;-)
[15:44] <didrocks> pitti: yeah :-)
[15:44] <didrocks> ok ;)
[15:44]  * pitti ^5s seb128
[15:44] <seb128> pitti, ;-)
[15:44]  * didrocks rejects himself :)
[15:53] <cjwatson> rodrigo_: not yet, sorry
[15:56] <seb128> rodrigo_, what that about upload rights? (I lack the history to see the question)
[15:58] <rodrigo_> cjwatson, ok, no problem, just wanted to know if I could upload it already, but no hurry
[15:59] <rodrigo_> seb128, brasero not being in the desktop packageset, so my uploads get rejected
[15:59] <seb128> rodrigo_, didn't pitti gave you rights using edit_acl the other day? (those don't stick but should let you upload it)
[15:59] <cjwatson> he said he did, at least
[15:59] <cjwatson> my side should not be blocking you
[15:59] <seb128> rodrigo_, did you try uploading?
[15:59] <rodrigo_> seb128, yes, but then I did another upload so I talked with cjwatson about doing it permanently
[16:00] <rodrigo_> seb128, not since it was rejected, shall I try again?
[16:00] <cjwatson> you misunderstood the nature of the temporariness, I think
[16:00] <seb128> rodrigo_, right, that should be fixed but don't block on cjwatson, yes try again
[16:00] <rodrigo_> ok
[16:00] <seb128> pitti workarounded around it for you
[16:00] <seb128> so uploads should work
[16:00] <seb128> it's just that cjwatson should fix it the right wait at some point as well
[16:01] <rodrigo_> ok, trying upload now
[16:01] <rodrigo_> wasn't really blocked on this though :)
[16:10] <rodrigo_> right, it worked now
[16:10] <seb128> great
[17:03] <pitti> good night everyone!
[17:03] <seb128> 'night pitti
[17:11] <didrocks> good night pitti
[17:13] <kinouchou> hi seb128 and didrocks
[17:14] <seb128> lut kinouchou
[17:14] <didrocks> salut kinouchou
[17:28] <didrocks> seb128: nice work on gnome-screensaver \o/
[17:28] <seb128> didrocks, thanks ;-)
[17:28] <seb128> didrocks, nice work on unity, nice to see some bugs fixed in a SRU ;-)
[17:28] <seb128> njpatel, ^ you as well
[17:29] <didrocks> seb128: thanks ;)
[17:29] <njpatel> thanks, team did well :)
[17:49] <seb128> rodrigo__, hey
[17:49] <seb128> rodrigo__, could you work on making evolution-indicator build with evo3?
[17:50] <rodrigo__> seb128, yes, is there a bug?
[17:50] <seb128> rodrigo_, let me check, I was reviewing things using deprecated libraries in oneiric
[17:51] <rodrigo_> ok
[17:52] <seb128> rodrigo_, seems not, do you want one? or just write it on the etherpad?
[17:52] <rodrigo_> no, no need for a bug, will use the ehterpad
[17:52] <seb128> rodrigo_, ok, thanks
[17:52] <seb128> no hurry but since I noticed you updated evolution-couchdb
[17:53] <seb128> there is mapi that still need an update and evolution-indicator that needs porting
[17:53] <rodrigo_> yes, although it doesn't work, been debugging it a bit in the last couple of days
[17:53] <rodrigo_> ok, will do the evo-indicator thing, and then I can do the mapi thing
[17:53] <rodrigo_> it's just packaging the 3.0 version of evo-ews, right?
[17:54] <seb128> rodrigo_, don't bother about mapi, it just needs an update and it's in universe
[17:54] <rodrigo_> ok
[17:54] <seb128> rodrigo_, evolution-mapi yes, what is ews?
[17:54] <seb128> well we care rather about evolution-indicator since that's dx code with nobody in dx having time to port it
[17:54] <seb128> so we shouldn't wait on them to do it ;-)
[17:55] <rodrigo_> I think ews is the new exchange backend, not sure though
[17:55]  * rodrigo_ checks
[18:00] <didrocks> evo-indicator? I already ported it with deprecation args on gtk2
[18:00] <didrocks> then, not sure how well it works with the new evo
[18:03] <seb128> didrocks, the porting is rather to the new eds that to the new gtk
[18:03] <rodrigo_> didrocks, it needs to pkg-config evolution-plugin-3.0, so if all goes well, that should be enough
[18:03] <didrocks> seb128: hum? did I miss something? evo-indicator is talking to eds directly? It's not embeeded in evo itself?
[18:03] <rodrigo_> it's not afaik in configure.ac
[18:04] <didrocks> ok, makes more sense then ;)
[18:04] <rodrigo_> afaics, not afaik :)
[18:04] <didrocks> heh :)
[18:04] <didrocks> so yeah, let's hope the plugin api didn't change
[18:04] <rodrigo_> not much, evo-couchdb didn't need any change
[18:04] <rodrigo_> just linking to the correct libs
[18:04] <seb128> didrocks, dunno, I never looked at the code, it's just on the list of things that need a rebuild for evo3
[18:05] <seb128> it might be a no change rebuild, I didn't try ;-)
[18:05] <rodrigo_> seb128, no, as I said, it needs to check for evo-plugin-3.0, not evo-plugin, so at least that is needed
[18:05] <didrocks> rodrigo_: seb128: let's be optimistic then! I can have a look tomorrow
[18:05] <seb128> didrocks, rodrigo_ is on it but thanks
[18:05] <rodrigo_> didrocks, ah, I was going to
[18:05] <seb128> rodrigo_, ok great
[18:05] <didrocks> ok, great ;)
[18:05] <didrocks> rodrigo_: go go!
[18:05] <didrocks> :-)
[18:05] <rodrigo_> hehe :)
[18:06] <didrocks> if that's the kind of this that doesn't stick because you touch it once (well, three times in fact), I would be happy :)
[18:06] <seb128> mterry, so it doesn't matter on what gtk version the indicator services are right?
[18:07] <seb128> mterry, it's just the .so which have to be built for each version?
[18:07] <mterry> seb128, right
[18:07] <seb128> ok, makes sense
[18:08] <seb128> mterry, you might get stucked on some indicators by lack of ido on gtk3, kenvandine was working on that at UDS but not sure if he got it done
[18:08] <seb128> check with him maybe if you need that one
[18:08] <mterry> seb128, k
[18:09] <didrocks> rodrigo_: just checked, yeah, I cleaned the deprecated symbols at least :)
[18:09] <rodrigo_> cool
[18:09] <kenvandine> not done yet, but i'll get back to it as soon as tp-indicator is kind of working
[18:09] <rodrigo_> so seems only some configure.ac magic is needed
[18:09] <didrocks> seb128: just for my understanding, there will speak be the issue of the applets, right?
[18:09] <rodrigo_> hey kenvandine, feeling better?
[18:09] <didrocks> hey kenvandine!
[18:09] <kenvandine> rodrigo_, yup
[18:09] <seb128> didrocks, speak be the issue?
[18:09] <kenvandine> mostly
[18:09] <rodrigo_> kenvandine, cool :)
[18:09] <didrocks> seb128: still*
[18:10] <didrocks> seb128: eod, tired :p
[18:10] <didrocks> seb128: the applets being gtk2 and the panel gtk3?
[18:10] <seb128> didrocks, well, not so much, plan of action seems to be that every indicator-<something> will dual build and have a gtk2 and a gtk3 version in different directories
[18:10] <didrocks> oh nice :)
[18:10] <seb128> didrocks, so we can transition as we want
[18:10] <rodrigo_> talking about eod, temperatures are much lower than yesterday, so time for a motorbike ride on the fresh air, bbl :)
[18:11] <didrocks> and as the services don't need to be synced… nice!
[18:11] <kenvandine> rodrigo_, have fun!
[18:11] <seb128> didrocks, but we might just go back to upstream gnome-panel and don't bother
[18:11] <didrocks> seb128: we should just ensure to migrate unity and unity-2d at the same time for CD space
[18:11] <seb128> didrocks, the indicator-applet can be ported later
[18:11] <didrocks> right
[18:11] <seb128> didrocks, well CD space will not be an issue, the few system indicators .so is going to be less than one meg
[18:12] <seb128> didrocks, isn't unity-2d using the unity-panel-service from 3d though?
[18:12] <seb128> i.e is there any work to do in unity-2d?
[18:13] <seb128> didrocks, well in any case we can dual build the indicator stack to start, that's going to keep us busy for a while
[18:13] <seb128> then we can decide what to do with unity
[18:13] <seb128> unity and gnome-panel
[18:13] <didrocks> seb128: not yet, that's the plan, but nothing sure for oneiric
[18:13] <seb128> ok
[18:13] <didrocks> right :)
[18:59] <xclaesse> what's preventing network-manager-gnome 0.9 to be pushed to gnome3 natty ppa?
[19:09] <dobey> xclaesse: i thought it was in the gnome3 ppa already? or maybe not because it breaks the world


[13:15] <tgrundle> hi, just updated my saucy partition and now it boots to a blank screen, which package should i report the bug against?
[13:17] <smartboyhw> tgrundle, grub?
[13:19] <tgrundle> i believe lightdm is crashing on  the new unity / xmir, if i diasable unity-system-compositor everything boots fine
[13:28] <hjd> Anyone know whether my theory on bug 1216436 being related to qt4/qt5 is on the right track? If so, do we have similar/other bugs like this one?
[13:28] <ubot2`> Launchpad bug 1216436 in qgit (Ubuntu) "qgit command is not available on the PATH" [Undecided,Confirmed] https://launchpad.net/bugs/1216436
[20:39] <joumetal> hi. these bug watches don't work. word ticket should be issues.
[20:40] <joumetal> https://bugs.launchpad.net/bugs/bugtrackers/redmine.yorba.org
[20:50] <RockinRoel> so did I do this merge request thing on bug 1216650 right?
[20:50] <ubot2`> Launchpad bug 1216650 in openldap (Ubuntu Precise) "slapd crashed with SIGSEGV in lutil_str2bin() when using mdb" [Medium,Triaged] https://launchpad.net/bugs/1216650


[00:35] <jacekrad> want to migrate my mythtv setup away from my main server (mint 15). Have an old Pentium D box with 3GB RAM but need to purchase graphics card
[00:35] <jacekrad> what is a known good, hassle free graphics card which will do HDMI+audio out
[00:36] <jacekrad> read that GT 430 may be the go but need confirmation and other suggestions are welcomed :P
[00:40] <jacekrad> BTW, the mobo does have a spdif connector but aplay -L does not show it.  the new box also has mint running atm.
[02:09] <SteveH0> My question is,if I run the backup from my home directory, should I also run the restore from there?  I read the wiki, but it is still muddy in my mind.
[05:19] <biffhero> My frontend keeps dropping out audio.  Argh.
[05:20] <biffhero> mythlogserver: mythfrontend[10614]: N CoreContext mythplayer.cpp:2095 (PrebufferEnoughFrames) Player(3): Waited 101ms for video buffers AAAAAAAAAAAAAA
[06:25] <SteveH0> biffhero: I've seen the problem when running the VLC player.  If this is what you use, go up to the Audio pull down (in Ubuntu) and pull down to the proper Language.
[06:36] <biffhero> SteveH0: I'll 2xcheck, but I don't think I use the vlc player, I think I use the one that's built in to myth.  I'm going in to the settings right now to find out.
[06:40] <biffhero> in my video playback section, "Playback Profiles (3/8)", "Current Video Playback Profile" is set to "VDPAU Normal"
[06:42] <biffhero> This is on my list of pages to use for troubleshooting.  I won't be able to get to it tonight, but I hope to start up some troubleshooting in the next day or two.
[07:31] <jacekrad> I'm moving my MythTV as I no longer want to run it on my main server.  I have Pentium D 3.4 GHz + 3GB RAM + 2TB storage + 3 tuners.  I will be using it as a mythfrontend as well and am looking for a suitable, low-cost, HDMI+audio video card.  Suggestions please?
[07:32] <jacekrad> I have not yet used HDMI+audio on Linux and don't know what works and what doesn't


[01:47] <sistpoty> luisbg: mind to give an opinion for bug #423801? Thanks!
[01:55] <sistpoty> luisbg: also what do you think about bug #405318?
[02:25] <kees> wgrant: thanks for the nominations work.  very very helpful for me.  :)
[02:26] <kees> wgrant: do you have any idea how bug 322562 could be fixed?  it seems like something is just missing a tiny export for a collections link
[04:03] <formolQC> hi.  i just installed alpha5, and fsck fail at first boot, does someone know what to do?
[04:08] <LaserJock> bah, the icedtea6-plugin should be renamed to openjdk-6-plugin
[04:09] <ian_brasil> formolQC, run fsck manually and then reboot
[04:11] <formolQC> ian_brasil, I did, it didn't work
[08:48] <hrickards> Am I right in thinking that because it's past the Feature Freeze for karmic, without being granted a Feature Freeze exception, I can only upload (well have uploaded by MOTU) new versions of my package (lives) that contain bugfixes, not new features? For anyone who's familiar with the lives versioning 1.1.2 adds new features whereas 1.0.2 is just bugfixes. Can I only upload 1.0.2? Also see bug #427836
[08:52] <hrickards> Anyone?
[08:53] <hyperair> pretty much so
[08:53] <hyperair> feature freeze basically means no new features
[08:53] <hrickards> hyperair: Okay
[08:53] <hyperair> also, it pays to be patient.
[08:54] <hyperair> there are times when nobody who knows is actively staring at the channel so just wait until somebody who knows does
[08:54] <hrickards> hyperair: Okay.
[09:03] <Hobbsee> hrickards: if you do want to push new features, the earlier it is, the more likely a FFe will be granted.
[09:04] <hrickards> Hobbsee: Okay. Do you think today's too late?
[09:05] <Hobbsee> hrickards: for universe?  doubt it
[09:06] <hrickards> Hobbsee: Okay. Would it be easier for me to wait a day or two until 1.1.2-2 gets into Debian, or just file a bug now.
[09:07] <hrickards> Sorry, should have been would it be *better*
[09:07] <Hobbsee> hrickards: day or two and sync :)
[09:07] <Hobbsee> syncs == always easier, and usually better
[09:07] <Hobbsee> in terms of maintenance and such
[09:11] <hrickards> Honnsee: Okay
[09:11] <hrickards> *Hobbsee*
[09:11]  * Hobbsee suggests the tab key, for much easier irc'ing ;0
[09:11]  * Hobbsee looks at her shift key, frowning at it for not working
[09:28] <StevenK> Hobbsee: Perhaps your pinky isn't working :-P
[09:29] <Hobbsee> :P
[10:03] <hyperair> ...why does usb-creator cause my entire system to lag like hell?
[12:59] <Lure> Riddell: point is that autologin ensures that my kde session with all apps is started asap; autolock is needed to have my business laptop secure
[13:00] <Lure> Riddell: yes, I still need to enter password, but latency (time-to-working-session) is better with autlogin+lock
[15:23] <elops> I am going to run Ubuntu as a file server for my small business (approx 5-8 computers will use the server) should I install Ubuntu server edition or would the desktop edition work just fine?  I am a bit of a novice with lunux, but not comps--Ubuntu seems to have a lot of clout any other sugestions are appreciated.
[15:23] <JCass> My novice opinion is to start out with a normal desktop edition
[15:24] <JCass> The Ubuntu server is just command line
[15:24] <JCass> If you are comfortable with that then by all means, use Ubuntu Server :)
[15:43] <directhex> doko, libreadline-dev - needed for karmic?
[15:49] <doko> directhex: no, not necessary, maybe it would be nice to get libreadline5 off the CD
[17:20] <pacopil> online boxing game http://www.kobox.org/kobox-fande-Nourine.html
[18:06] <darkham> plese add a document of changes between daily discs
[18:07] <darkham> would be helpful to users with known problems
[18:34] <ScottK> darkham: https://lists.ubuntu.com/mailman/listinfo/Karmic-changes
[18:57] <apachelogger> asac: any news on the trademark?
[20:17] <cody-somerville> james_w, I have some questions about bzr-builder if you're around.
[20:48] <EtienneG> slangasek a new sets of Eucalyptus packages have been built two days ago, but are still awaiting publication.  Is this because of FF?  do you have any idea when we expect they hit the archive?
[20:59] <ScottK> EtienneG: Everything is on automatic right now, so it's not because of FF (I don't know what that would be).
[21:00] <soren> They're binary new.
[21:00] <soren> ScottK: Something you could take care of?
[21:01] <ScottK> Perhaps later tonight.
[21:01] <soren> Ok.
[21:01] <soren> I somehow thought they'd been approved already. :(
[21:02] <soren> EtienneG: Its because I split the -cloud package into -sc, -walrus, -java-common, and -cloud. They're new packages, so need approval.
[21:29] <EtienneG> soren, thanks for the info ... do you have any idea how long it will take for these to be approved, and who I need to talk to to speed that up?
[21:30] <soren> EtienneG: It takes 15 seconds once someone decides to do it.
[21:31] <EtienneG> soren, good to know, thanks a bunch!
[21:31] <soren> EtienneG: https://edge.launchpad.net/~ubuntu-archive/+members
[21:32] <EtienneG> mdz, is that something that can be arranged?
[21:33] <EtienneG> mdz, we where talking about the built but unapproved new set of packages for Eucalyptus
[21:34] <EtienneG> 1.6~bzr672-0ubuntu2, more specifically
[21:35] <mdz> EtienneG, yes, soren can speak to an archive admin and ask them to expedite it
[21:35] <EtienneG> mdz, ok
[21:36] <soren> EtienneG: ScottK is an AA, so that's what I did about half an hour ago.
[21:36] <mdz> EtienneG, it is Sunday, though, and it may not get done until tomorrow unless it is incredibly urgent
[21:36] <EtienneG> mdz, I guess I can survive with the current version for the moment
[21:37] <mdz> EtienneG, you can still get the .debs from Launchpad, I believe
[21:37] <EtienneG> mdz, indeed, I saw that
[21:38] <mdz> soren, if ScottK doesn't happen to get to it today, please speak to a european-based ~ubuntu-archive member tomorrow and make sure it gets done early in the day, since we want it to be published and tested for alpha 6
[21:38] <soren> mdz: Sure.
[21:38] <EtienneG> and tested it will get, I assure you
[21:47] <tripzero> did the latest updates blow away nvidia support?
[22:06] <Gurpartap> cjwatson: hello
[22:13] <superm1> if anyone with ~ubuntu-archive powers is around over the weekend, can bug 439032 be expedited?  we haven't had a good mythbuntu live disk generation in 3 days and were hoping to test some bug fixes that were recently integrated in preparation for a6.
[22:13] <superm1> and by that i mean bug 429032
[22:14] <superm1> it's currently blocking us because image-size was removed from the archive without syncing the new package it was renamed to in debian in the last few days
[22:29] <superm1> kirkland are you around? Daviey pointed out you've got some powers, maybe you can help ^?
[22:34] <EtienneG> kirkland, if you do happen to service superm1 above, could you also expedite eucalyptus 1.6~bzr672-0ubuntu2 ?
[23:16] <EtienneG> funny bug in LP ... if you try to create a bug with a very long title, it will OOPS with a timeout searching for similar bug.  If you shorten the title, it works.
[23:31] <crimsun> TheMuso: slmodemd is causing havoc with pulseaudio, as exhibited in bug 394500. any suggestions what can be done for Karmic?
[23:37] <TheMuso> crimsun: Ok
[23:40] <slangasek> EtienneG: it's because they're in the new queue
[23:41] <slangasek> EtienneG: I'm not going to have a chance to do new processing before tomorrow (at my regularly scheduled time)
[23:41] <EtienneG> slangasek, ok, i can live with that if need be
[23:44] <TheMuso> crimsun: hrm I am not sure how we solve this one. I wonder why they have slmodemd installed in the first place...
[23:44] <TheMuso> Probably due to installing it from jockey I suspect.
[23:56] <crimsun> TheMuso: indeed
[23:57] <crimsun> i've been inspecting the sl-modem-daemon source, and it hardcodes modem:%d, which is unfortunate
[23:58] <crimsun> i think perhaps we can extend module-udev-detect to report which processes are causing it to return "busy"
[23:58] <crimsun> that way at least there's some indication of why people are receiving null/dummy output