[00:11] <mtaylor> ScottK: re: debbug#621045/bug#752164 - I just uploaded a fixed package to mentors.debian.net but it doesn't seem to be showing up
[00:12] <mtaylor> ScottK: but I did push the packaging branch to lp:~mordred/debian/sid/python-drizzle/trunk ... I've got to run out for the night, but if it happens to either show up on mentors or you feel like bzr bd -S ing that branch and uploading to debian for me... I wouldn't complain :)
[00:13] <mtaylor> ScottK: if not, I'll track it down tomorrow
[00:14] <poolie> o/ mtaylor
[00:14] <mtaylor> hey poolie
[00:15] <poolie> brb
[01:39] <ScottK> mtaylor: I replied in the bug.  DPMT svn is the best place for it.
[04:18] <Jerub> g'day. this bug is marked as closed/fix-released: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/630748
[04:18] <Jerub> but i can replicate it on the same hardware as the original bug reporter's hardware with the very latest natty debs
[04:19] <lifeless> #ubuntu-kernel
[04:19] <Jerub> thakns
[05:15] <linuxtech> Is UCK - Ubuntu Customization Kit the tool used to create the official Ubuntu, Kubuntu an other recognized derivatives?
[05:31] <G> Jerub: for what it's worth, it's happening everywhere, and I once saw an Intel bug about it
[05:34] <Jerub> G: i know it's not an uncommonly reported problem, the reason i'm following this up is that it's been marked as 'fix-released' but it's not fixed.
[05:52] <TheMuso> linuxtech: No its not.
[05:53] <TheMuso> linuxtech: The official Ubuntu flavours are built with a combination of some custom scripts written by Canonical and an oldish version of debian-cd.
[05:54] <linuxtech> I think this might be it. lp:ubuntu-cdimage .
[05:55] <TheMuso> Yes but thats just one part of it.
[05:56] <TheMuso> https://launchpad.net/debian-cd and launchpad.net/livecd-rootfs are the others.
[05:56] <linuxtech> Thanks.
[06:17] <abhinav-> i have a bug fix for bug 757635 . If I send it upstream, will I get launchpad karma ? :D (its a 4-5 line patch)
[07:40] <didrocks> good morning
[08:06] <mdke> pitti: morning. I am about to upload a new version of gnome-user-docs with some updated documentation. With apologies for the delay, but the documentation at the moment simply doesn't reflect the new Unity desktop so it seems to us unavoidable
[08:07] <mdke> pitti: one favour. We're using gnome-user-docs for the documentation this cycle, so that ubuntu-docs can be dropped from the seeds. Could you take care of that?
[08:15] <robert_ancell> diwic, hey, is the sound test working for you with the latest natty?
[08:16] <diwic> robert_ancell, let me check
[08:17] <diwic> robert_ancell, yes it is (we released my patch into it)
[08:17] <robert_ancell> diwic, hmm, so that's strange, it's gone back to the old behaviour for me.
[08:17] <pitti> Good monring
[08:18] <diwic> robert_ancell, what's the old behaviour?
[08:18] <robert_ancell> diwic, of not playing any sound when you do the test
[08:18] <pitti> mdke: oh, sure; for dropping ubuntu-docs, do we need to update anything else, such as yelp: links in existing packages? (jockey comes to my mind) or were these copied to g-u-d?
[08:18] <robert_ancell> diwic, I thought it was your patch, as it was using the correct sounds when I installed the freedesktop theme, but even if I roll back to the old package it still doesn't work for me
[08:19] <robert_ancell> canberra-gtk-play works correctly, and other sounds effects seem fine
[08:20] <robert_ancell> pitti, are you running the latest natty?
[08:20] <pitti> robert_ancell: always
[08:20] <robert_ancell> pitti, can you go to sound preferences, make sure window and button sounds are disabled, then check the speaker test works?
[08:22] <mdke> pitti: ah, good point. Yelp is fine and up to date, but I hadn't thought of packages which use ubuntu-docs for their help
[08:22] <diwic> robert_ancell, do you have the freedesktop theme installed or not?
[08:23] <robert_ancell> diwic, I do, but uninstalling it makes no difference
[08:23] <diwic> robert_ancell, ok
[08:23] <mdke> pitti: perhaps don't drop it while I have a think about that! I think jockey is the only one but will check
[08:23] <robert_ancell> diwic, was there are change needed for ubuntu-sounds?  It hasn't updated and it doesn't provide a test sound
[08:24] <pitti> robert_ancell: I have set "no theme" for "sound theme" (disabled all), and the speaker test works, yes; I get a "thud" sound
[08:24] <pitti> mdke: ah, we might move the lecture about drivers to jockey itself perhaps
[08:24] <robert_ancell> pitti, could you install sound-theme-freedesktop and see if it says "left channel" etc instead of making the thud?
[08:25] <diwic> robert_ancell, well, seems like not everybody agreed to the idea of a longer and more intense sound and preferred the "thud" sound so nothing was changed
[08:25] <pitti> robert_ancell: it does (in English, though)
[08:26] <robert_ancell> diwic, ok, looks like my system has got messed up somewhere, and it is fixed correctly.  Sorry for the noise!
[08:26] <robert_ancell> pitti, thanks
[08:26] <diwic> pitti, thanks for the testing
[08:26] <pitti> you're welcome
[08:27] <mdke> pitti: I think that would be the ideal solution
[08:27] <diwic> robert_ancell, ok, can you now help me to convince upstream that there is a bug :-)
[08:28] <mdke> pitti: although possibly some help about this already exists in gnome-user-docs that could be used, i will raise a discussion about it
[08:28] <robert_ancell> diwic, yeah, I've totally messed up the upstream report, sorry!
[08:29] <mdke> pitti: as a note to self we also have usb-creator that uses ubuntu-docs. Thanks for thinking of this issue!
[08:30] <diwic> robert_ancell, you might know the gtk settings system better than I, where/how do we actually set the gtk-sound-theme-name property to "ubuntu"?
[08:31] <robert_ancell> TheMuso, ^^ do you know?
[08:31] <mdke> pitti: nb the new gnome-user-docs is a bit larger than the old one due to the presence of screenshots, I have also raised as a discussion whether we can trim it down in the next day or so
[08:32] <diwic> robert_ancell, there is a theme_name property in gconf /desktop/gnome/sound, what is that set to on your system? It's "ubuntu" here.
[08:33] <robert_ancell> diwic, yeah, I get the same, and interestingly the default is "freedesktop".  So something must set it somewhere
[08:33] <robert_ancell> diwic, I wonder if it picks Ubuntu because there is no freedesktop theme installed by default
[08:34] <diwic> robert_ancell, also, is it really that key that translates into gtk-sound-theme-name?
[08:34] <diwic> robert_ancell, the names are a bit different
[08:36] <robert_ancell> diwic, it's in /usr/share/gconf/defaults/16_gnome-session-canberra
[08:36] <robert_ancell> in package gnome-session-canberra
[08:40] <mdke> pitti: the package is uploaded, I'll followup these issues on the ubuntu-doc mailing list and hopefully solve them later
[08:40] <robert_ancell> gtg, later all
[08:40] <mdke> afk
[08:40] <pitti> mdke: ok; if we can remove ubuntu-docs, we can use the extra space for g-u-d
[08:43] <dholbach> good morning
[08:43] <ion> that
[08:47] <abhinav-> dholbach: good morning. I have a fix for bug 757635 . Should I propose it for merging ? I have sent the patch to the upstream developers as well.
[08:47] <dholbach> abhinav-, sure
[08:47] <abhinav-> thanks :)
[09:07] <ev> @pilot in
[09:08] <ev> now accepting patches to merge in exchange for modest bribes
[09:10] <TheMuso> diwic: libcanberra sets the theme.
[09:18] <diwic> TheMuso, so we have disabled the dependency on module-raop, but what about those who already got it installed - is there a way we can get it out of their systems? (An option could be to actually fix the crash bug...)
[09:19] <TheMuso> diwic: Yes that is one way of solving it, but that is the joy of a dev cycle. Many packages are added as deps and removed at a later date, its not uncommon.
[09:19] <TheMuso> diwic: I think atm we can simply suggest to users that they can remove the raop package as a workaround if they get any crashes. Otherwise there is no problem being left there on user systems if no issues arrise.
[09:24] <pitti> siretart: do you have a particular interest in x264/mplayer on powerpc? x264 failed to build there, and thus we have some uninstallable packages (mplayer, etc.)
[09:25] <pitti> siretart: see http://people.canonical.com/~ubuntu-archive/nbs.html
[09:25] <pitti> siretart: if not, I'll just remove them and declare it broken
[09:25] <pitti> remove the NBS libx264-98 I mean
[09:30] <seb128> cjwatson, quite some users seem to run into bug #756297 (just pointing it in case that's useful information, not sure if you notice the retracer activity or not)
[09:37] <ohsix> TheMuso: is it reported upstream? if not colin & arun would probably like to know
[10:18] <dpm> hi ev, I've heard you're patch piloting today :-). May I ask you to have a look at  bug 757468? The patch seems trivial and it's a really visible string
[10:18] <ev> dpm: will do!
[10:19] <dpm> awesome, thanks ev!
[10:29] <AnAnt> Hello, will the notification area be added to Unity or not ?
[10:42] <RAOF> AnAnt: It's already there.
[10:42] <AnAnt> RAOF: ?
[10:42] <RAOF> AnAnt: Start up, say, Steam :)
[10:43] <AnAnt> RAOF: I just tried it now (and another friend), and we don't see it
[10:43] <AnAnt> steam ?
[10:43] <RAOF> However, it's guarded by a whitelist; wine is on the whitelist, so Steam shows up.
[10:46] <cjwatson> seb128: I've noticed that grub-mount bug, but I can't reproduce it myself and haven't yet managed to untangle anything fixable from the traceback
[10:47] <cjwatson> seb128: if you look at the comments in bug 756297, you'll see that I already replied asking for more information
[10:47] <cjwatson> (which hasn't been provided)
[10:53] <seb128> cjwatson, right, I saw your comment but I was not sure if you added it before it had duplicates and were considering it as being a corrupted fs issue from one user
[10:53] <seb128> cjwatson, I prefered to point it just in case
[10:56] <cjwatson> seb128: oh, no, grub-mount is brand spanking new code and so it's not entirely surprising that it might have bugs
[10:56] <cjwatson> I only introduced it because I was caught between two impossible situations in os-prober and this was a way out
[10:56] <seb128> cjwatson, ok anyway as said I just pointed it because it showed up in my daily retrace log grepping for common crashers
[10:57] <seb128> cjwatson, thanks
[11:00] <cjwatson> yep, appreciate the heads-up
[11:00] <cjwatson> I guess I'll trawl through all the dups today and see if any of them has anything useful
[11:03] <AnAnt> RAOF: will it remain guarded by the whitelist ?
[11:04] <AnAnt> RAOF: anyways, where is that whitelist ? is it configurable ?
[11:09] <pitti> RAOF, tseliot: as nvidia 173 and 96 are uninstallable, is there hope that nvidia will update these for the current X.org ABI? if not, we might just as well remove them to avoid confusion?
[11:09] <tseliot> pitti: they will be updated but we don't know exactly when
[11:10] <pitti> tseliot: ah, good
[11:11] <pitti> Riddell, ScottK: would you mind if I upload a kubuntu-meta which drops nvidia-glx-{96,173}? they are uninstallable right now
[11:11] <pitti> and nvidia-glx-180 doesn't exist any more and should be removed
[11:16] <pitti> doko: was openjdk-6 ever meant to actually build on armel? or should we just ignore the uninstallability of it in http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html ?
[11:17] <cjwatson> pitti: that's what openjdk-6b18 is for
[11:18] <pitti> ah, that just doesn't build jre-lib/-source
[11:18] <pitti> so I guess "ignore"
[11:19] <pitti> cjwatson: so the nvidia drivers are expected, the java bits as well, evolution/armel is building; no idea about usb-creator, it's arch:all
[11:20] <doko> pitti: yes, ignore. too lazy to change the architecture field
[11:20] <pitti> doko: ack, thanks for confirming
[11:20] <Daviey> cjwatson, Hi - do you have any more ideas with Bug #728088?  Is there anything we can do to help?
[11:21] <Riddell> pitti: go for it
[11:25] <cjwatson> Daviey: give me a recipe for reproducing it in kvm that doesn't involve a hardy server ...
[11:26] <cjwatson> Daviey: I suspect it isn't server-dependent anyway.  FWIW my setup is an ietd on my host system with a 1GB disk attached
[11:26] <cjwatson> (currently)
[11:26] <pitti> Riddell: seeds updated, rebuilding meta now
[11:28] <Daviey> cjwatson, ok, thanks
[11:46] <ev> dpm: uploaded; waiting for review
[11:53] <dpm> ev, oh awesome, thanks!
[11:53] <ev> dpm: any time
[11:58] <davidgiluk> I've been looking at an ARM ftbfs bug 745861 and have fallen into an MPI bare trap - any MPI people around?
[12:02] <FauxFaux> A bare trap sounds strangely erotic.
[12:03] <davidgiluk> oops yep; bear trap even!
[12:03] <janimo> a beer trap would appeal to the kernel team
[12:03] <mdz> tjaalton, around?
[12:04] <mdz> tjaalton, I just helped silbs provide a fresh set of logs for bug 747205 using apport-collect, but I want to confirm which ones you actually wanted
[12:09] <mdz> tjaalton, oh, I see you just wanted Xorg.0.log and dmesg. you have those now
[12:34] <tjaalton> mdz: oh cool, thanks
[12:52] <AnAnt> is there a way to override dconf settings in a package ?
[12:52] <AnAnt> is it by installing a conf file in /usr/share/GConf/ ?
[12:57] <seb128> AnAnt, you can add a .override in /usr/share/glib-2.0/schemas
[12:57] <seb128> AnAnt, the GConf files are to convert gconf settings to gsettings ones, it happens once for upgrades
[12:58] <AnAnt> seb128: I thought /usr/share/glib-2.0/schemas contains the schemas, not overrides
[12:59] <seb128> they have both it seems
[12:59] <AnAnt> I see
[12:59] <AnAnt> does the instructions in http://www.omgubuntu.co.uk/2011/03/how-to-hide-or-show-app-tray-applets-in-ubuntu-11-04/ still work ?
[13:00] <AnAnt> ie: gsettings set com.canonical.Unity.Panel systray-whitelist ['app1', 'app2', ... ]
[13:02] <kklimonda> I don't think it's a good idea to override whitelist in the package, unless it's a local package, and not the one that goes to archive.
[13:02] <AnAnt> kklimonda: it won't go to archive, it's for a derivative distro
[13:02] <kklimonda> also, I wonder what would happen if more than one package tried to override the same list.
[13:03] <AnAnt> kklimonda: they can use that script: http://www.fewt.com/2011/03/whitelist-utility-script-to-allow-apps.html
[13:04] <AnAnt> thing is that I tried to override the white list locally, but nothing happened
[13:04] <AnAnt> the apps that use notification area still don't show up
[13:17] <kklimonda> maybe try restarting?
[13:18] <AnAnt> kklimonda: I did logout & login again
[13:26] <AnAnt> funny this is that removing skype for example does work (after a logout & login), but adding apps does not work
[13:29] <AnAnt> ah, it works
[13:29] <kirkland> jdstrand: i'll give that a try
[13:30] <kirkland> jdstrand: in case you didn't know, byobu can monitor both your fan speed and cpu temp constantly
[13:30] <jdstrand> kirkland: you mean the 'balanced' thing?
[13:30] <kirkland> jdstrand: yeah, sorry
[13:30] <jdstrand> kirkland: I just disabled thinkfan (/etc/default/thinkfan) and am running just on 'auto' and 'balanced' now
[13:31] <AnAnt> thanks !
[13:31] <kirkland> jdstrand: cool
[13:31] <kirkland> jdstrand: i'm going to checkfor a bios update
[13:31] <jdstrand> kirkland: I need to put it through its paces of course
[13:31] <jdstrand> kirkland: yeah, I did a bios update-- but I don't know that it was strictly required-- it was just what prompted me to look around in the bios again
[13:32] <kirkland> jdstrand: oh? i'll check mine before i update, then
[13:32] <kirkland> jdstrand: i'm distupgrading now, will reboot shortly
[13:32] <jdstrand> kirkland: it was under the 'Power' menu here
[13:36] <mdz> tjaalton, if you want to do more detailed debugging with 747205, I'm available in one hour
[13:37] <jdstrand> kirkland: re byobu> cool. to fully monitor 'balanced' you'll also want to look at the cpu freq scaling. I don't know the best way to do that, but a quite crude method I am using right now is: watch 'cat /proc/cpuinfo |grep MHz'
[13:38] <kirkland> jdstrand: okay, no bios update, and i did see those power options
[13:38] <kirkland> jdstrand: i switch from advanced -> balanced in AC/Power mode
[13:38] <kirkland> jdstrand: i was already on balanced for battery
[13:38] <kirkland> jdstrand: the last time my machine overheated and powered off, though, i was on battery
[13:39] <jdstrand> kirkland: interesting
[13:39] <kirkland> jdstrand: but the time before that i was on AC (and docked in my docking station)
[13:39] <kirkland> jdstrand: so I've experienced it both on battery and AC in the last 3 days
[13:39] <jdstrand> kirkland: yeah, that was the setting I had too (battery/balanced, ac/perf, now balanced on both)
[13:40] <kirkland> jdstrand: anyway, i've enabled the cpu_fan and cpu_temp monitors in byobu and i'm watching them closely now
[13:40] <jdstrand> ok, well, we may still need thinkfan then...
[13:40] <kirkland> jdstrand: i'm going to run without thinkfan for now, and let you know
[13:40] <jdstrand> I'm doing the same
[13:40] <kirkland> jdstrand: i have a bunch of work today to do in KVM's, so I'll stress it from a KVM perspective
[13:41]  * jdstrand goes to fire up concurrent kde4libs builds
[13:44] <ogra_> mvo, around ?
[13:45] <tjaalton> mdz: good, I'll check if upstream is available and ask what they need (now that dmesg & xorg log are ~useless)
[13:47] <mvo> ogra_: yes
[13:47] <ogra_> mvo, i have a pytjon-apt prob, it seems enable_component just ignores deb-src lines ....
[13:47] <ogra_> mvo, using a script like http://paste.ubuntu.com/592844/ results in a sources.list like http://paste.ubuntu.com/593101/
[13:48] <ogra_> according to the doc it should also add the components to the deb-src lines
[13:48] <mvo> ogra_: hm, sounds like a bug, but should be easy to fix
[13:50] <ogra_> mvo, ah, will file it, do you think we can get it done before release ? else armel users end up with the entries missing (its harder to change after release)
[13:56] <mvo> ogra_: depends how much debugging on the db-modified problem I'm currently working on goes, but it should be possible, the bug is probably straightforward
[13:58] <ogra_> mvo, https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/758732
[13:58] <ogra_> oh, ubotu is back !
[13:59] <mvo> thx
[14:05] <GunnarHj> kirkland: Good morning, Dustin. Did you see that I updated the gdm MP (bug 678421)?
[14:06] <zul> @pilot in
[14:06] <kirkland> GunnarHj: i did, i'm going to try and get to that today
[14:06] <GunnarHj> kirkland: Ok, thanks!
[14:27] <zul> chrisccoulson: ping can you have a look at bug #723830 i dont know enough about seamonkey to comment about it
[14:27] <chrisccoulson> zul - yeah, will take a look in a bit
[14:27] <zul> chrisccoulson: thanks
[14:36] <siretart> pitti: I don't have a machine to test it. I imagine that it's not particulary hard to fix, and TBH, I'd even expect it to be fixed in a later upstream version
[14:36] <siretart> pitti: but currently, I'malso  pretty short on time to work on that
[14:37] <pitti> siretart: so shall we just remove the NBS library and leave the remaining 5 rdepends broken on powerpc? (sounds fine to me)
[14:37] <pitti> siretart: I just didn't want to kill it before at least asking you
[14:38] <siretart> pitti: TBH, I think that's a reasonable approach for right now. and who know, it might be eventually processed in debian as well and maybe some porter manages to fix it
[14:38] <pitti> *nod* thanks
[14:39] <tjaalton> mdz: so, if the bug happens only after logging in, it might be another compiz crasher
[14:39] <tjaalton> mdz: to verify that, try logging in using the 2d classic session, and attach the monitor
[14:47] <stgraber> mvo: want me to look at bug 758732 ? I don't have much on my todo list for the day (yet) :)
[14:47] <Daviey> jhunt, What would cause an "initctl emit xyz" to seemingly wedge?
[14:48] <mvo> stgraber: sure, that should be a straightforward one, please go ahead :)
[14:49] <jhunt> Daviey: prolly a job that has a "start/stop on xyz" that is taking some time to do its thing.
[14:49] <Daviey> jhunt, 10 mins?
[14:49] <jhunt> Daviey: Have you tried: http://upstart.ubuntu.com/cookbook/#establish-blocking-job
[14:51] <Daviey> jhunt, Hmm..no  -sounds like what i need.
[14:51] <Daviey> thanks
[14:51] <jhunt> Daviey: np - let me know how it goes.
[14:56] <slangasek> doko: ecj1 seems to be broken on armel (https://launchpadlibrarian.net/69105779/buildlog_ubuntu-natty-armel.libidn_1.18-1multiarch1_FAILEDTOBUILD.txt.gz)
[15:00] <Daviey> jhunt, Well i won't be able to tell now until i reinstall and do an upgrade test
[15:25] <tjaalton> hmm, apport really should have an option to attach a single file to an existing bug, or does it already?
[15:26] <tjaalton> would be handy to tell people to run 'sudo foo | apport-collect --attach 213489' or such
[15:27] <highvoltage> is it a feature or bug that I'm in / by default when opening a new gnome terminal?
[15:28] <JanC> that sounds like a bug  ;)
[15:28] <highvoltage> ok, I wasn't sure maybe it was an ayatana decision or something
[15:28] <JanC> highvoltage: is $HOME set in that terminal?
[15:28] <highvoltage> JanC: it's my home directory
[15:28] <ion> The process that launches the terminal was perhaps started in /
[15:29] <highvoltage> it was started from unity-2d
[15:33] <stgraber> ogra_,mvo: I have a fix for the python-apt bug: http://paste.ubuntu.com/593137/
[15:36] <mvo> stgraber: great, thanks a bunch
[15:36] <stgraber> mvo: I'm going to just upload a new python-apt with that change. Are you maintaining the package in Debian ? if so, can you push the fix there too ?
[15:37] <mdz> tjaalton, that would be useful, though it might fit better someplace other than apport
[15:37] <mdz> like ubuntu-dev-tools or something
[15:38] <mvo> stgraber: I will push it to debian, could you merge it into lp:~ubuntu-core-dev/python-apt/ubuntu please?
[15:38] <stgraber> mvo: sure
[15:40] <tjaalton> mdz: yeah
[15:43] <mdz> tjaalton, did you notice the xrandr output? it shows VGA1 disconnected
[15:44] <tjaalton> mdz: but it was with the vga disconnected?
[15:44] <tjaalton> ah
[15:44] <tjaalton> with --auto
[15:44] <tjaalton> though, if it's disconnected there's much --auto will do :)
[15:44] <tjaalton> +not
[15:45] <mdz> tjaalton, oh, right, it was disconnected indeed
[15:45] <mdz> I was looking for the LVDS1  and Screen status
[15:45] <mdz> both of which look reasonable
[15:45] <tjaalton> yep
[15:46] <tjaalton> actually the old x logs don't show the vga at all
[15:47] <tjaalton> so interesting to see if xrandr would show it
[15:49] <smoser> anyone know how to make 'ubuntu-bug' not launch a browser ?
[15:50] <smoser> i'im assuming it will work if DISPLAY is not set. but i want to have DISPLAY set, just want to copy and paste the url (ie, i dont want to login to launchpad in the browser it will spawn)
[15:53] <jdstrand> kirkland: I just noticed that 'balanced' is not enough too. fan level 7 might be (it is faster than 'auto'). see my comments in the bug
[15:54] <jdstrand> kirkland: it is almost good enough though
[15:54] <charlie-tca> smoser: will the email interface allow you to file a bug?
[16:00] <stgraber> mvo: is there any reason to keep the oneiric task on bug 745532 now that it'll be fixed in natty ? (not really sure why it was added in the first place)
[16:00] <cnd> jcastro, I'm playing with bzr bd for daily build recipes, and I'm wondering how I can nest the current packaging branch but delete any patches in it
[16:00] <smoser> charlie-tca, i could do that, but i was just wanting to use ubuntu-bug to have it use apport-collect and such also
[16:00] <mvo> stgraber: no, just close it
[16:01] <cnd> jcastro, do you know, or know who would?
[16:01] <jcastro> cnd: oh, no clue on that one. that's never come up for me before
[16:01] <jcastro> cnd: I think someone on deryckh's team was working on recipes
[16:01] <cnd> jcastro, our packaging includes patches cherry-picked from the trunk
[16:02] <jcastro> cnd: rockstar was working on build recipes but I think he moved to ubuntuone
[16:03] <cnd> jcastro, I'm testing a dailydeb recipe right now, but I can't figure out where bzr dailydeb comes from?
[16:03] <cnd> I assumed from bzr-builddeb, but that doesn't appear to be the case
[16:04] <cnd> jcastro, nm, didn't read close enough
[16:04] <cnd> it's bzr-builder, not bzr-builddeb :)
[16:04] <jcastro> cnd: "hey, man.  I would say abentley, thumper, or jelmer can help you there."
[16:04] <jcastro> cnd: ^^ there are the bd pros
[16:04] <cnd> jcastro, thanks!
[16:05] <jcastro> cnd: when they sort it make sure they put that on the wiki page/help thing they have
[16:05] <jcastro> actually it's surprising no one's asked that before
[16:06] <cnd> jcastro, will do
[16:09] <juliank> stgraber: Was there really a reason to mess up the python-apt ubuntu branch with one commit that changes things, but has the message "releasing version 0.7.100.3ubuntu4"?
[16:10] <juliank> This should have been two commits, one fixing the bug, and one for the releasing part.
[16:11] <juliank> And a few hours two late, otherwise it would have been in the Debian upload as well
[16:13] <stgraber> juliank: woops, indeed. How big a deal is it that it's not two separate commits ? I can uncommit, commit the python change, then commit the changelog entry if that helps. (though I usually don't like uncommiting stuff that are already on LP ...)
[16:14] <juliank> stgraber: Now it's too late.
[16:15] <juliank> stgraber: Was it really that urgent anyway? It's only two hours old, and not really more important than the complete mismatch of sizes on ARM that I fixed this morning
[16:15] <cjwatson> you *can* uncommit stuff already on LP; it only matters if somebody's branched
[16:16] <juliank> cjwatson: nobody said anything different
[16:16] <cjwatson> sure, I was just clarifying
[16:18] <juliank> The rest is going to be merged after beta 2 then, bringing python-apt bug count down to 3
[16:19] <seb128> juliank, great work ;-)
[16:20] <stgraber> juliank: "14:50 < ogra_> mvo, ah, will file it, do you think we can get it done before release ? else armel users end up with the entries missing (its harder to change after release)" seemed relatively urgent as we usually want minimum delta between beta2 (or RC) and release (wasn't aware you were working on another upload, I should have checked)
[16:22] <juliank> stgraber: mvo wanted to merge my changes after the beta 2 freeze. Anyway, I now merged your fix into the debian-experimental branch on bzr.debian.org for next tuesday's upload to Debian
[16:22] <stgraber> juliank: thanks
[16:24] <mvo> stgraber, juliank: yeah, I plan to merge/cherrypick more of the fixes from debian-experimental, its looks really good and safe. but after the freeze
[16:51] <pitti> mvo, tremolux, anyone: I have the "pygtk -> pygi" app dev week session in 10 minutes, in case you want to join for next cycle's "happy pygi porting" :)
[16:51] <dpm> pitti, all set for the UADW talk in 10?
[16:51] <pitti> dpm: thumbs up
[16:51] <dpm> pitti, I see you answered the question even I asked it!
[16:51] <tremolux> pitti: ah, nice!
[16:52] <pitti> dpm: just catching up on https://wiki.ubuntu.com/Classroom/ClassBot
[16:52] <dpm> even *before
[16:52] <dpm> cool :)
[16:52] <dpm> pitti, yeah, it's mostly !q and then !y or !n
[16:52] <pitti> dpm: with /msg ClassBot, I figure?
[16:52] <dpm> yeah
[16:52] <pitti> dpm: or rather, I just open a /query to ClassBot and type there?
[16:53] <dpm> pitti, classbot will do it for you. You can then type there as well
[16:53] <nigelb> pitti: Hi, could you join #ubuntu-classroom?
[16:54] <nigelb> (the bot's complaining you aren't there)
[16:54] <pitti> nigelb: heh, I just did
[16:54] <nigelb> pitti: oh, and #ubuntu-classroom-backstage might be a good idea too :)
[16:54] <mvo> pitti: we definitely want to join the fun
[16:54] <pitti> -ETOOMANYCHANNELS, -chat as well..
[16:54] <nigelb> yeah :)
[17:22] <ogra_> bug 758910
[18:03] <nigelb> pitti: any troubles with the bot? :)
[18:04] <pitti> nigelb: worked like a charm! very useful indeed, I didn't have that on my last talk yet
[18:06] <nigelb> pitti: we've had it for some time
[18:06] <pitti> I didn't do a talk in the last cycle
[18:19] <c2tarun> can anyone please tell me how can I find that which is my boot partition? please reply soon, its urgent
[18:20] <sladen> c2tarun: cat /proc/fstab
[18:20] <c2tarun> sladen: there is no such file or directory :(
[18:21] <sladen> c2tarun: cat /etc/fstab
[18:21] <c2tarun> sladen: http://pastebin.com/mieA1E3W how can I find which is the partition?
[18:22] <sladen> c2tarun: the line that contains " / " (/ == root).  And immediately above is a comment line that says "/ was on /dev/sda1"
[18:23] <sladen> c2tarun: since you have no /boot mounted, I would assume (unless you have a very, very, complicated setup) that /dev/sda1 is also your boot partition
[18:36] <slangasek> doko: fwiw I have a fix here for ecj to get ecj1 rebootstrapped and usable on armel... but it fails to build on armel with a bus error
[18:39] <micahg> slangasek: multiarch is an official tag now, I documented it here: https://wiki.ubuntu.com/Bugs/Tags, feel free to fix up the definition if I got it wrong
[18:40] <slangasek> micahg: fixed the wiki link, otherwise LGTM thanks!
[18:41] <slangasek> (the /Tuples document is obsolete and not used)
[18:41] <micahg> ah, ok
[18:43] <psusi> pitti: so you can't just import Gtk because there isn't actually a python library for it?  You have to import from gi.repository because it dynamically builds the library from the introspection data?
[18:48] <pitti> psusi: right
[18:48] <pitti> psusi: well, you can do import gi.repository.Gtk of course
[18:48] <pitti> it's the same namespacing as e. g. os.path
[21:01] <Respawner> hello
[21:02] <Respawner> what is the difference (in natty) between libgtk-3-{0|dev} and libgtk3.0-{0|dev} packages?
[21:04] <Respawner> I would like to know why libgtksourceview-3.0-dev depends on libgtk-3-dev and not on libgtk3.0-0dev
[21:04] <micahg> one is correct, one is not
[21:04] <arand> Respawner: libgtk3.0-{0|dev} doesn't exist in natty, it seems..
[21:06] <cjwatson> kees: we've found another problem caused by the changed kernel permissions; stgraber says it breaks LTSP
[21:06] <micahg> Respawner: the former is correct, the latter was the preliminary names before Debian decided on the naming scheme
[21:06] <cjwatson> kees: bug 759115
[21:06] <kees> cjwatson: yup, known, and being fixed.
[21:07] <cjwatson> I know, I'm just wondering how many more
[21:08] <kees> yeah, I'm not sure what the threshold should be. but this implies ltsp wasn't tested after beta1.
[21:10] <hallyn> slangasek: hey, i'm looking for pam-related explanations - do you have a minute?
[21:10] <slangasek> hallyn: sure
[21:10] <hallyn> slangasek: basically, courier-imap-ssl, through its own authlib, causes pam_cap.so to be loaded,
[21:10] <hallyn> slangasek: pam_cap.so is not linked against -lpam,
[21:11] <hallyn> slangasek: which is not supposed to be a problem, but dlopen is failing due to pam references
[21:11] <Respawner> arand, micahg: ok this one "libgtk-3-{0|dev}" is ok but this one "libgtk3.0-{0|dev}" is not then?
[21:12] <hallyn> slangasek: well, i'm still waiting through the courier-authlib source trying to figure out a good place to instrument to try and figure out where it all goes wrong...
[21:13] <hallyn> (so i might learn more later...)
[21:15] <arand> Respawner: The latter doesn't exist in natty, afaik..
[21:17] <Respawner> arand: yeah you're right in it is not in the repo (anymore?) but it was installed on my system
[21:18] <arand> gnome3 PPA or something?
[21:18] <Laney> RAOF: cyphermox: Sorry on behalf of the DMB for being naff. We'd like to offer to process your applications by email if you want it. Let me know.
[21:18] <Respawner> arand: no
[21:20] <cyphermox> Laney, sure
[21:20] <micahg> arand: no, it was the original gtk+3.0 in natty
[21:28] <hallyn> slangasek: (s/waiting/wading) in other words, i'm hoping to be able to phrase a more intelligent question later :)
[21:35] <LLStarks> cjwatson, is it too late to write up a blueprint for uds-o? i'd like to layout a plan for grub2-gfxmenu implementation.
[21:37] <cjwatson> LLStarks: no, but what is needed isn't a plan, but implementation effort
[21:37] <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/other-foundations-n-cd-boot
[21:38] <LLStarks> is it feasible for oneiric or is the focus right now on perfecting btrfs in grub?
[21:39] <slangasek> hallyn: hmmm, yes, pam_cap.so should link against libpam.  Is that built from a separate source package?  I thought we had proper linkage for all libpam-modules
[21:39] <hallyn> slangasek: the libcap maintainer insists that it shouldn't need to be
[21:40] <hallyn> slangasek: the thing is, the caller is already linked against libpam...
[21:40] <cjwatson> LLStarks: those are different strands of development.  I do hope to get it done but I entirely failed to do it for natty, so who knows.  Self-directed and self-motivated assistance would be welcome
[21:40] <slangasek> hallyn: the libcap maintainer is mistaken :)
[21:40] <hallyn> slangasek: if you also think it needs to be linked then we can just accept the patch from debian...
[21:40] <hallyn> ok
[21:40] <slangasek> hallyn: upstream maintainer or Debian maintainer?
[21:41] <hallyn> upstream
[21:41] <hallyn> andrew morgan
[21:41] <slangasek> hallyn: haha
[21:41] <slangasek> who used to be the upstream PAM maintainer too
[21:41] <hallyn> right :)
[21:41] <hallyn> that's why i was trying hard not to argue
[21:41] <slangasek> anyway, yes, he's mistaken - if nothing else, DSOs need to link against the libraries they reference in order to get proper resolution of versioned symbols
[21:41] <slangasek> and libpam uses versioned symbols
[21:44] <hallyn> so in that case i wonder if we shoyld just sync debian's libcap2
[21:47] <hallyn> d'oh.
[21:47] <hallyn> already happened.  just need to sru.  what is going on with me today
[21:48] <hallyn> ooooh.  bc when i looked at it last i hadn't applied the debian/patches/
[21:49] <hallyn> no
[21:49] <slangasek> hallyn: btw, I can tell you without even looking at courier-authlib itself that the problem here is that your executable is not linked against libpam, the only thing linked against libpam is a DSO which is itself dlopen()ed by the application; in this case, libpam's symbols aren't available at the global level for subsequent dlopen()s (as done by libpam of the modules) to reference
[21:49] <slangasek> so you have application -> dlopen("my_pammy_mod.so") -> libpam.so -> dlopen("pam_cap.so")
[21:50] <slangasek> this is a very familiar problem to me :)
[21:51] <hallyn> so wouldn't RTG_GLOBAL or wahtever help that?
[21:51] <hallyn> RTLD_GLOBAL :)
[21:52] <hallyn> so i'm still confused about the state of the package - debian sid doesn't have the fix, but i saw the fix... maybe i was looking at experimental before?  i dunno
[21:53] <slangasek> RLTD_GLOBAL never helps, it only hides the hurting
[21:53] <slangasek> RTLD_GLOBAL, either
[21:53] <hallyn> slangasek: but i assume you'd say we should still link libcap2 against -lpam?
[21:53] <LLStarks> cjwatson, quick question. btrfs on / still requires ext4 /boot?
[21:54] <hallyn> btrfs on non-/ was a disaster for me just yesterday
[21:54] <slangasek> hallyn: for anything that's going to open large numbers of non-cooperating libraries, RTLD_GLOBAL must be avoided because colliding function names between any two of those libraries will cause cross-DSO segfaults
[21:54] <slangasek> hallyn: yes, pam_cap.so needs to be linked against -lpam
[21:54] <hallyn> slangasek: sound sensible (re RTLD_GLOBAL)
[21:54] <hallyn> slangasek: ok.  do you think that needs to be pushed before natty release?
[21:54] <hallyn> slangasek: (given that this is a rarely used module)
[21:55] <slangasek> hallyn: I wouldn't call it critical to fix before release... it's an upload to main to fix a module in universe.  maybe a good candidate for a 0-day SRU
[21:56] <hallyn> ok sounds good, thx
[21:57] <cjwatson> LLStarks: it should work fine now
[21:57] <cjwatson> LLStarks: upstream went through a sample btrfs filesystem created on Ubuntu and made sure it could read everything in it correctly
[21:58] <cjwatson> LLStarks: (as in, should work fine without a separate /boot)
[21:58] <LLStarks> have all problems from the maverick cycle been resolved?
[21:58] <cjwatson> I don't want to say anything you're going to quote me on :-), but certainly lots of btrfs-related stuff from maverick has been resolved
[21:59] <cjwatson> the main known caveat is that btrfs inside an encrypted device doesn't work so well
[21:59] <LLStarks> nice. thanks.
[21:59] <SpamapS> checking for PCRE library location... configure: error: Could not find libpcre.(a|so) in /usr
[22:00] <SpamapS> is this because of multiarch? PHP seems to FTBFS every time.. :-/
[22:01] <SpamapS> hmm maybe my chroot needs something... buildd's found it just fine
[22:01] <SpamapS> checking for PCRE library location... /usr/lib/x86_64-linux-gnu
[22:02] <mdke> pitti: the conclusion I think is that we will keep ubuntu-docs to provide the application specific help but also as help for those using the "Classic" desktop, and ship gnome-user-docs for the Unity based desktop (we are removing many screenshots to get the package size back down)
[22:03] <pitti> mdke: ah, thanks; so we'll strip down ubuntu-docs too
[22:03] <mdke> pitti: not really, it stays more or less as it was for Maverick
[22:06] <SpamapS> hmm.. so.. one can't run 'debuild' and get the DEB_HOST_MULTIARCH variable set properly...?
[22:08] <mdke> pitti: I'll upload a new ubuntu-docs very shortly - I guess that it is too late for beta? I saw that my gnome-user-docs from this morning hasn't been accepted yet so I assume the freeze is in full effect
[22:08] <pitti> mdke: I held it back because you said you'd ponder the situation some more, and this morning it seemed we'd need bigger changes in jockey/usb-creator etc. to go with that
[22:08] <pitti> and there was also the size issue
[22:09] <mdke> pitti: ah, understood
[22:09] <mdke> the size issue was a good reason to hold it back
[22:09] <mdke> pitti: if I upload a new one tomorrow morning with the size issue corrected, I'll leave it up to you as to whether to go with it for beta
[22:10] <pitti> mdke: we'll build new images in about two hours, but I'm happy for it to go into the archive, so that you can get it with upgrades (and we can test it better)
[22:10] <mdke> pitti: sounds good, thanks
[22:14] <slangasek> SpamapS: debuild sets DEB_HOST_MULTIARCH, but packages aren't supposed to rely on environment set by debuild
[22:14] <SpamapS> slangasek: php does currently
[22:15] <slangasek> whoops
[22:15] <SpamapS> tho I understand that its a hack. :-P
[22:15] <cjwatson> easy to fix,  DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
[22:15] <SpamapS> the config.m4's reference it
[22:15] <cjwatson> (and 'export' that if it's being used somewhere other than debian/rules)
[22:15] <slangasek> sorry, you know how it goes, you start touching the php package and you can't *help* but introduce bugs
[22:15] <SpamapS> I'll include that in the bug fix I'm preparing then
[22:16] <SpamapS> slangasek: its like trying to renovate the bathrooms in a house of cards.
[22:16] <cjwatson> slangasek: just like keyboard handling
[22:16] <SpamapS> I'm sure it will be better in php... 6 .. ohh.. :/
[22:17] <SpamapS> good news.. they have made it possible to build multiple SAPI's at once now.