[01:38] <doko> slangasek: ecj, had it seen here, couldn't reproduce it locally
[02:02] <cnd> my system currently won't run unity; all unity windows are invisible
[02:02] <cnd> however, the daily build works
[02:02] <cnd> daily iso that is
[02:02] <cnd> so I'm trying to figure out why that would be
[02:03] <cnd> I don't have any relevant ppas installed
[02:03] <cnd> I was wondering if there was a way to tell apt to reinstall *everything*
[02:13] <RAOF> cnd: Yes - ‘sudo aptitude reinstall ~n’
[02:13] <RAOF> Note that will fail if you've got a locally installed package :)
[02:21] <cnd> RAOF, do you know if there's a way to check for any packages that are locally installed?
[02:21] <cnd> that's the first thing I want to try, but I don't know how to do it
[02:21] <RAOF> cnd: Well, that aptitude line will tell you about the locally installed packages it can't reinstall :)
[02:21] <cnd> ahh, before it starts?
[02:22] <cnd> RAOF, should aptitude be barfing all over my console?
[02:23] <RAOF> Yeah - that actually says “reinstall all packages in the archive”, and relies on aptitude only reinstalling packages that you've actually got installed.
[02:24] <RAOF> It does, however, say “not reinstalling $FOO; not installed” for each binary package FOO in the archive :)
[02:24] <cnd> ahh :)
[02:24] <broder> why not do aptitude install ~i?
[02:24] <broder> err, reinstal
[02:24] <RAOF> broder: Because I didn't know about that :)
[02:24] <broder> :)
[02:24] <cnd> what's the difference?
[02:25] <broder> ~i matches "all installed packages"
[02:25] <broder> so aptitude reinstall ~i says "reinstall all packages that are installed"
[02:25] <cnd> ahh
[02:26] <cnd> well, I only had one manually installed package: linux-image-2.6.34-2-generic
[02:28] <cnd> hmmm.. maybe it only tells me about manually installed packages one at a time...
[02:32] <cnd> RAOF, is there a faster way than running aptitude reinstall every time to find one missing package at a time?
[02:33] <RAOF> There almost certainly is, but I'm not aware of it.
[02:34] <broder> cnd: is the issue that you're missing a dependency?
[02:34] <broder> because just running apt-get install -f should fix that
[02:35] <cnd> broder, the issue is that unity works when I test a daily iso build
[02:35] <cnd> but it doesn't work quite right when I run it in my real installation
[02:35] <cnd> the unity windows are transparent
[02:35] <cnd> I've tried all the easy things like reinstalling the mesa libs
[02:35] <cnd> and all the unity related stuff
[02:51] <poolie> could someone please review and approve my sru  of bzr for bug 707075?
[03:13] <cnd> RAOF, aptitude show ~i/natty | grep Unable
[03:13] <cnd> spits out lines like:
[03:13] <cnd> Unable to find an archive "natty" for the package "openoffice.org-core"
[03:14] <RAOF> Oh, yeah.  Removed from the archive / renamed.  Joy!
[03:14] <cnd> it's hacky
[03:14] <cnd> but it works :)
[03:43] <calc> anyone know how to get the old scrollbar back in ubuntu classic?
[03:57] <TheMuso> calc: remove liboverlay-scrollbar I think.
[04:13] <calc> TheMuso: ok thanks
[04:14] <TheMuso> nop
[04:14] <TheMuso> m[
[05:34] <achiang> is there any way to see an older debdiff of a package that doesn't have a bzr branch in LP?
[05:35] <achiang> package is phonon (4:4.7.0really4.5.0-0ubuntu3) natty; urgency=low
[05:35] <achiang> and i can see the ubuntu2 -> ubuntu3 debdiff, of course
[05:35] <achiang> but i'm quite interested in what the ubuntu1 -> ubuntu2 change was
[05:36] <RAOF> Launchpad keeps those changes (and, indeed, all the source packgages)
[05:36] <RAOF> Check out launchpad.net/ubuntu/+source/phonon/natty
[05:37] <achiang> RAOF: hm, 404?
[05:37] <achiang> https://launchpad.net/ubuntu/natty/+source/phonon
[05:38] <RAOF> Hah.  Sorry, https://launchpad.net/ubuntu/natty/+source/phonon
[05:38] <RAOF> Oh.  Yeah.  You found it :)
[05:38] <achiang> RAOF: cool, and i found the debdiff i was after
[05:38] <achiang> thanks!
[05:55] <alkisg> I'm suspecting that early in the boot process, shell's job control is broken, so `command &` in early initscripts doesn't execute "command" at all. I'm trying to debug it now with a Lucid LTSP client, but it's difficult and time consuming.
[05:55] <alkisg> Has anyone heard of such a problem?
[06:10] <SpamapS> alkisg: no but it sounds very interesting
[06:11] <alkisg> In an LTSP initscript we have this: (ntpdate $TIMESERVER && hwclock --systohc --${HWCLOCK:-utc} --noadjfile) &
[06:11] <alkisg> And it sometimes works, sometimes not
[06:11] <alkisg> If we remove the &, it always works
[06:12] <alkisg> Currently I tried: (echo "CALLING NTPDATE $TIMESERVER"; ntpdate $TIMESERVER && hwclock --systohc --${HWCLOCK:-utc} --noadjfile || echo "DONE NTPDATE $?") &
[06:12] <alkisg> I got the output of the first echo, but not the second one
[06:12] <alkisg> (not even in boot.log)
[06:15] <SpamapS> heh
[06:15] <SpamapS> you're doing this inside initramfs ?
[06:16] <alkisg> No, in an initscript
[06:17] <alkisg> /opt/ltsp/i386/etc/rcS.d/S32ltsp-client-setup
[06:17] <SpamapS> alkisg: ah, hm. I'd expect it to work quite reliably then.
[06:18]  * alkisg tries some ntpdate parameters, and also to replace ntpdate with a big "sleep" to see if that would work...
[06:57] <soren> alkisg: & works even when busybox complains about lack of job control.
[06:57] <soren> alkisg: You just can't ctrl-c or ctrl-z and such.
[06:58] <soren> alkisg: What do you have before and after that (ntpdate... ; hwclock) &  call?
[06:58] <alkisg> soren: thanks, indeed the problem wasn't in spawning the process, but there's something killing the spawned process
[06:58] <alkisg> So far I have the following tests:
[06:58] <alkisg> (echo "CALLING SLEEP 2"; sleep 2; echo "DONE SLEEP $?") & ==> I don't get the second echo
[06:59] <alkisg> (ntpdate -p 1 $TIMESERVER && hwclock --systohc --${HWCLOCK:-utc} --noadjfile) & ==> with the -p 1 parameter, "get one sample only", it works because it finishes quickly before something kills it
[06:59] <soren> Something outside must be killing it.
[06:59] <alkisg> So now I'm trying to find out what kills those processes
[06:59] <soren> Hence my question: What's before and after that call?
[06:59] <soren> CAn you pastebin the whole script?
[07:00] <alkisg> It's a collection of scripts, of course I can pastebin them but they're many
[07:00] <alkisg> That line is inside a function in a separate line from the rest of the initscript
[07:00] <alkisg> To make a clear test case, I can write another initscript
[07:00] <alkisg> With just that single line in it
[07:00] <alkisg> *..in a separate FILE, not line
[07:01]  * alkisg gets the kids to school and will continue testing with a simple initscript in 30'...
[07:02]  * soren applies caffeine in mean time
[07:04] <coolmego> any ideas on how to make a graphical boot like suse in ubuntu
[07:27] <coolmego> kmlmb
[07:27] <coolmego> ksbmklbnknm;mnlmnmkmnkmnmgmnnknmfnfoknkfpoknfknogoposkgkskg]
[07:28] <RAOF> Indeed.
[07:28] <coolmego> lol
[07:28] <coolmego> :)
[07:30] <StevenK> RAOF: Where is the MPRIS plugin for Do hiding?
[07:30] <RAOF> StevenK: http://cooperteam.net/MPRIS.dll
[07:31] <RAOF> I could give you source, too, if you wanted.4
[07:31] <RAOF> I haven't got around to launchpadding it :)
[07:31] <RAOF> (Just dragging the dll onto Do's plugin preferences window will install and enable it)
[07:34] <StevenK> RAOF: It doesn't seem to?
[07:35] <RAOF> Hm.
[07:35] <RAOF> It should have added “play”, “pause”, etc actions...
[07:35] <StevenK> * (Do:2050): WARNING **: Missing method get_Session in assembly /home/steven/.local/share/gnome-do/plugins/addins/MPRIS.dll, type DBus.Bus
[07:36] <RAOF> Awesomesauce.
[07:36] <StevenK> RAOF: That's from .xsession-errors
[07:36] <RAOF> What version of Do?
[07:36] <StevenK> RAOF: 0.8.3.1
[07:37] <RAOF> Ah, you're on Maverick?
[07:37] <StevenK> Yeah
[07:37] <RAOF> Heh.  I've built it against Natty, and it's probably picked up the libdbus1.0-cil dep (rather than libndesk-dbus1.0-cil)
[07:39] <RAOF> StevenK: http://cooperteam.net/do-plugin-mpris.tar.bz2 ; extract that, install mono-xbuild, and run ‘xbuild’ in the MPRIS directory.
[07:41] <StevenK> RAOF: Done. Where does that stuff the .dll?
[07:42] <RAOF> bin/Debug/MPRIS.dll
[07:43] <StevenK> RAOF: Ah ha. Same install procedure?
[07:43] <RAOF> Yup.
[07:43] <RAOF> (You might have to rm ~/.local/share/gnome-do/plugins/addins/MPRIS.dll first; I'm not sure if we overwrite)
[07:44] <didrocks> good morning
[07:44] <RAOF> Aloha didrocks!
[07:44] <StevenK> RAOF: Neat, that gives a stacktrace in .xsession-errors
[07:44] <didrocks> hey RAOF :)
[07:45] <RAOF> StevenK: Cool!  What's the stacktrace?  I may have mis-coded the dbus paths; I was testing against banshee :)
[07:46] <StevenK> RAOF: It is complaining that it can't find dbus-sharp. I can't find the package, either
[07:46] <RAOF> But it built for you?
[07:46]  * RAOF is confused.
[07:47] <StevenK> RAOF: http://pastebin.ubuntu.com/593448/
[07:49] <RAOF> StevenK: Could you remove the bin/ directory and re-run xbuild?  I'm not convinced that it *actually* built.
[07:51] <StevenK> RAOF: Would you like the output from xbuild?
[07:51] <RAOF> StevenK: Yeah, why not?
[07:52] <StevenK> RAOF: http://pastebin.ubuntu.com/593451/
[07:52] <RAOF> Oh.  Right.
[07:52] <RAOF> Ahem.
[07:53] <alkisg> soren, SpamapS: I created a simplified initscript to reproduce the problem: http://pastebin.com/cdkgbtmu
[07:53] <alkisg> Indeed, any processes spawned to the background by that iniscript is forcibly killed after a few seconds, but I don't know what kills them.
[07:54] <RAOF> StevenK: Yeah.  dbus-sharp doesn't actually exist in Maverick, but it's a drop-in replacement for ndesk-dbus.  Try “sed -i s/dbus-sharp/ndesk-dbus/g MPRIS.csproj” and then xbuild again ;)
[07:56] <StevenK> RAOF: Based on the tracebacks, it seems it still wants dbus-sharp
[07:56] <StevenK> steven@liquified:~/Desktop/MPRIS% grep -r dbus-sharp .
[07:56] <StevenK> Binary file ./bin/Debug/MPRIS.dll matches
[07:56] <StevenK> :-(
[07:58] <RAOF> Ok.  pkg-config fail.  It needs to be ndesk-dbus-1.0 and ndesk-dbus-glib-1.0.
[07:59] <RAOF> MPRIS.csproj is just an awful xml file, it should be hand-editable.
[07:59] <RAOF> Or, I could fix it locally and throw it up for you.
[08:00] <StevenK> RAOF: The <Package> bits already say that, the <Reference> needs to change too?
[08:04] <RAOF> StevenK: Bah.  New do-plugin-mpris on cooperteam.  This should build and work for you :)
[08:06] <pitti> Good morning
[08:06] <soren> alkisg: Try adding an S99 script that writes "the end" to the same file as that test script.
[08:06] <soren> alkisg: ...and see if that actually markes the end of it.
[08:06] <alkisg> soren: trying...
[08:06] <alkisg> ok
[08:06] <soren> alkisg: If so, I have a guess as to what's going on.
[08:08] <RAOF> Hm.  Note to self: suspend, rather than shutdown, your machine so that the >1hr fsck.btrfs that happens each boot doesn't annoy you so much.
[08:09] <StevenK> RAOF: Do.Universe.Common.RunAction "Run" encountered an error in Perform: System.Exception: org.freedesktop.DBus.Error.ServiceUnknown: The name org.mpris.MediaPlayer2.quodlibet was not provided by any .service files
[08:10] <RAOF> StevenK: Win!  It's built, installed, and is running!
[08:10] <RAOF> StevenK: Now... you've got the quodlibet mpris plugin installed, right? :)
[08:11] <StevenK> RAOF: I doubt it
[08:11] <RAOF> StevenK: Ah.  Well, install it and then the Do end should work!
[08:12] <StevenK> RAOF: Apparently, I did, it just doesn't turn up in Quod :-(
[08:12] <RAOF> :(
[08:13] <RAOF> Does quodlibet appear on the bus?
[08:30] <pitti> +  * Added xfce4-indicator-plugin to desktop
[08:30] <pitti> superm1: ^ that smells like a FFE? has this been discussed anywhere, and should get into beta-2? (would mean a rebuild)
[08:31] <pitti> superm1: hm, mythbuntu-default-settings also introduces the dependency; isn't that a little redundant?
[08:51] <alkisg> soren: In that file, I got: "start 4[Enter]start 2[Enter]stop 2[Enter]the end"
[08:52] <soren> Just as I thought.
[08:52] <alkisg> I guess something kills all child processes of rcS initscripts at the end of that boot phase. But is this a correct behavior?
[08:55] <dholbach> good morning
[08:58] <soren> alkisg: I'm trying to work that out.
[08:58] <soren> alkisg: Oh, hang on.. What's you script called?
[08:59] <alkisg> soren: I put the names on the headers
[09:00] <alkisg> S33spawn-test -> ../init.d/spawn-test
[09:00] <alkisg> S99finish-test -> ../init.d/finish-test
[09:00] <soren> Ah, ok.
[09:01] <alkisg> soren: here's the finish-test, if you need it: http://pastebin.com/XHCrgtxS
[09:09] <soren> alkisg: I'd file a bug against upstart. I don't really know if it's a bug, but that's probably the best way to get the discussion going.
[09:10] <soren> alkisg: For now, you can probably get out of it by using nohup.
[09:10] <alkisg> soren: thank you for both suggestions
[09:10]  * alkisg tries nohup...
[09:28] <ev> @pilot out
[09:35] <alkisg> soren: thanks again, I filed the bug here: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/759568
[09:41] <dholbach> james_w, regarding the history-differs ubuntu branches: why do we have conflicts in some of them? what do you think is the best way to treat those? there's like 3 left now
[10:01] <seb128> ntfs-config might be worth dropping from natty, it seems to not work without hal and just trigger apport seeing bugs on launchpad
[10:02] <seb128> or it needs fixing, well pointing it in case someone is interested to check on this one
[10:04] <avinashhm> Hi, my minicom output gets garbled once in a while .. its using ttyUSB4 .. if i restart my computer , this is proper again .. Is there any way to enumberate ttyUSB4 as a different ttyUSBx ?
[11:20] <Riddell> @pilot in
[11:38] <czajkowski> ara: would you know who to poke about https://bugs.launchpad.net/ubuntu/+source/json-glib/+bug/756426
[11:38] <doko> is Andreas Moog here on the channel?
[11:39] <chrisccoulson> doko - yes. he's Ampelbein
[11:40] <doko> Ampelbein: if you want to make priorities for build failures, just leave the ld-no-add-needed reports for now. It's disabled for the final natty release
[12:58] <Riddell> lifeless: you're into samba, have you tried usershare with natty?  I can't get it to work except with guest ticked, authentication doesn't want to work
[13:03] <AnAnt> Hello, how can I add software categories in Unity's application browser ? I've got extra-xdg-menus installed , yet I don't see the Electronics category for example
[13:18] <Ampelbein> doko: ok, I will focus on the other buildfailures. thanks.
[14:06] <chrisccoulson> how can we get ubot5 in to #ubuntu-mozillateam? our bot seems to have gone AWOL
[14:07] <chrisccoulson> dholbach, do you know? :)
[14:07] <chrisccoulson> seb128 suggested you might ;)
[14:07] <dholbach> chrisccoulson, tsimpson should be able to help
[14:07] <chrisccoulson> dholbach, thanks
[14:10] <Pici> chrisccoulson: If you ask in #ubuntu-irc, someone should be able to help you (if tsimpson hasn't already).
[14:10] <chrisccoulson> Pici, thanks
[14:11] <mdeslaur> chrisccoulson: your bot is using chromium now...sorry :)
[14:21] <Daviey> cjwatson, Having an interest in debootstrap, i wondered if you had thoughts on bug 740167?
[14:25] <cjwatson> Daviey: I'll have a look
[14:32] <Daviey> cjwatson, thanks.
[15:01] <hallyn> cjwatson: hi,
[15:01] <hallyn> cjwatson: we're trying to decide whether the kernel fix for kvm's INT mis-push needs to go into natty release
[15:01] <cjwatson> I'm agnostic on the subject
[15:01] <hallyn> cjwatson: what exactly was going wrong for you that made you track that down?
[15:01] <slomo> doko: hey, is debian/ubuntu's gcc 4.6 patched to ignore -Werror for the new compiler warnings (variable assigned but not used, etc)?
[15:01] <cjwatson> I mostly just left the milestone the way it was when I thought it was a gfxboot bug
[15:01] <cjwatson> hallyn: see the start of the bug report :)
[15:01] <cjwatson> it causes translations to go missing in the CD boot menu
[15:02] <hallyn> right
[15:02] <hallyn> ok, thanks
[15:02] <cjwatson> so I spent half a day or so debugging that and eventually tracked it down to this
[15:03] <cjwatson> I guess I don't know how much else it affects
[15:03] <cjwatson> it was a surprise to me that the breakage caused by it seemed to be so limited, but I guess the kernel doesn't use real mode a whole lot
[15:03] <apw> cjwatson, so the bug is affecting the CD boot menu ... i guess that is the tip of the iceberg, so we probabally want it fixed for release
[15:06] <lfaraone> pitti: when you have a chance can you sync bug 759830? (fixes CVE-2011-1500 and other bugs)
[15:07] <superm1> pitti, yes i suppose you're right, i'll file one, it should make it by gold but beta 2 isn't urgent
[15:08] <pitti> superm1: ah, good to know
[15:08] <pitti> superm1: btw, new mythbuntu rebuild still oversized despite the mythtv fix
[15:08] <superm1> i was surprised no one filed a bug on it yet
[15:08] <superm1> gah, still really?
[15:09] <doko> slomo: yes
[15:10] <slomo> doko: hah great, thanks for confirming :)
[15:10] <superm1> well that doesn't make sense, I don't see anything to blame for installing it in http://people.canonical.com/~ubuntu-archive/germinate-output/mythbuntu.natty/
[15:11] <slomo> doko: when will you drop that patch?
[15:11] <doko> slomo: before a release
[15:13] <cjwatson> hallyn: should I steal bug 740167?  I seem to be half-way through it now ...
[15:13] <hallyn> cjwatson: sure be my guest :)
[15:13] <RoAkSoAx> @pilot in
[15:14] <hallyn> cjwatson: I was tempted to stay up last night and track it down further, bc boy did it bother me.  But then I'd be tired and cranky today :)
[15:15] <cjwatson> hallyn: heh, in fact there's a to-do comment for exactly this
[15:15] <cjwatson>         # XXX: I can't think how to deal well with dependency resolution and
[15:15] <cjwatson>         #      lots of Packages files. -- aj 2005/06/12
[15:15] <hallyn> yeah i saw that, and felt sort of bad for him :)
[15:16] <hallyn> but come on, it's 2011 no2 :)
[15:16] <hallyn> now even
[15:16] <cjwatson> ah, if only bugs got magically easier over time ;)
[15:17] <hallyn> it's like budget cuts - when there's time to address them we find better things to do
[15:17] <cjwatson> I guess I just need to cat all the component Packages files together
[15:17] <cjwatson> and be a bit careful about edge cases
[15:18] <cjwatson> ... actually, surely I can just look through each of them independently
[15:20] <hallyn> i was just going to keep separate 'tocheck' and 'checked' pkglists and walk tocheck one by one, adding dependencies to tocheck, until done...  not as magic as what it's trying to do now, but hopefully reliable
[15:22] <pitti> lfaraone: done
[15:24] <lfaraone> pitti: thanks! :)
[15:28] <euroford> hi all
[15:28] <euroford> I'm developing a gwibber plugin for Sina
[15:29] <euroford> I meet a package problem
[15:29] <euroford> Sina has some icon file, and how could add them to the gwibber package
[15:29] <euroford> the sina patch is ready
[15:32] <superm1> pitti, i don't see any reason why mythtv-themes is getting installed, it's got no rdepends and it's not called out in any of the seeds
[15:32] <superm1> any other ideas?
[15:33] <pitti> so ubunt2 still has Task: mythbuntu-backend-master, mythbuntu-backend-slave, mythbuntu-desktop, mythbuntu-frontend
[15:33]  * pitti apt-get updates
[15:33] <pitti> superm1: the task headers are gone
[15:33] <pitti> superm1: might be that it would have needed one more publisher cycle
[15:33] <pitti> superm1: I can trigger a rebuild in about 30 minutes if you want
[15:34] <superm1> pitti, yeah that would be good
[15:36] <pitti> superm1: ok, will do then
[15:37] <pitti> superm1: seems it didn't yet get any testing anyway, so at least we wouldn't lose that
[15:37] <pitti> a smoketest would be  good, though
[15:37] <pitti> to see if there are other issues
[15:40] <mdeslaur> cjwatson, pitti: I was told you two should see bug #759804
[15:40] <cjwatson> ev did most of the jockey integration in ubiquity
[15:40] <mdeslaur> ev: ^
[15:41] <pitti> oh, is the nivida driver installed in ubiquity through jockey now?
[15:41] <pitti> mdeslaur: did you have the nvidia-current package installed?
[15:41] <mdeslaur> pitti: the package was installed, but dkms didn't have any modules built for it
[15:42] <mdeslaur> pitti: I installed while checking the "3rd party" checkbox...I'm not re-trying without it
[15:42] <mdeslaur> s/not/now/
[15:43] <ev> yes it is
[15:43] <ev> when you check the 3rd party software box
[15:43] <ev> as requested by dx, I believe
[15:43] <mdeslaur> ev: ah, well that may explain the problem...the dkms modules aren't being transferred to the installed system
[15:43] <ev> it does jockey-text -C
[15:43] <ev> I thought it did it in the chroot...
[15:43]  * ev digs
[15:44] <Sarvatt> the blacklist isn't either
[15:44] <Sarvatt> since nouveau is still getting used
[15:44] <pitti> mdeslaur: right, the current handler skips the "is module loaded" check, as we leave that to the nvidia-common alternatives setup
[15:45] <tjaalton> has it been discussed before to install SSSD by default, replacing pam_{unix,ldap,krb5,winbind,ccreds}.so, nscd et al.. ? i was thinking of writing a topic for oneiric
[15:45] <ev> yeah, it effectively does: chroot /target jockey-text -C --no-dbus
[15:46] <pitti> mdeslaur: ah, ignore me, it does check if the module is loaded
[15:47] <pitti> mdeslaur: so lsmod|grep nvidia doesn't show the module as loaded?
[15:47] <mdeslaur> pitti: I am currently reinstalling, I'll check in a bit
[15:48] <pitti> mdeslaur: I don't see how used() could return True if "nvidia" isn't loaded
[15:48] <Sarvatt> there's no trace of the kernel module at all, jockey doesn't know about it and its not in lspci, there is a blacklist blocking nouveau installed in the package too that isn't getting used since he's using nouveau
[15:48] <mdeslaur> actually...ProcModules.txt in the bug doesn't have nvidia loaded
[15:48] <pitti> mdeslaur, ev: could it be that it does copy the actual .ko, but doesn't copy the dkms meta information?
[15:48] <pitti> ah
[15:49] <Sarvatt> err dkms doesn't know about nvidia-current, not jockey sorry
[15:49] <Sarvatt> his dkms status was blank
[15:50] <superm1> it should still be the dkms in the chroot used to build it i would think
[15:50] <pitti> hm, so I'm really stunned; I have no explanation, would it be possible to get ssh on an affected box?
[15:51] <pitti> (all intel here, sorry)
[15:51] <mdeslaur> pitti: sure...I can set that up
[15:52] <pitti> mdeslaur: FYI, I have an O planning meeting in 9 minutes, then another call/dinner/release management, so no hurry
[15:53] <mdeslaur> pitti: yeah, I need to reinstall the laptop back to the broken config anyway, so it'll take a while
[16:12] <psusi> slangasek: is there a reason NOT to dup bug #746924 against #751689?  Jamie seems to have come up with a good test case as well
[16:12] <slangasek> psusi: I asked jdstrand and he thought it might not be the same bug; I have no preference
[16:12] <slangasek> I know how to undupe if it turns out to not be fixed for me :)
[16:18] <mantiena> Hi ev
[16:18] <ev> hi
[16:21] <mantiena> When is the final date for fixing ubiquity and ubiquity-slideshow-ubuntu translations? According to the Natty release schedule deadline is tomorrow, do you have any plans to update ubiquity-slideshow-ubuntu and ubiquity translations from launchpad after April 14 ?
[16:22] <cjwatson> anything after tomorrow is not guaranteed
[16:22] <cjwatson> you may get it, you may not
[16:22] <cjwatson> do not plan on it
[16:23] <cjwatson> (sorry, I just realised you were talking to ev, didn't mean to interrupt)
[16:23] <ev> quite alright
[16:24] <ev> mantiena: I've been doing translations pulls with each ubiquity upload. I'll do an upload of both with the most recent translations tomorrow.
[16:26] <mantiena> I've finished the ubiquity translation today, tomorrow I plan to make final tests with real installation, can you tell the hour in UTC until I can make fixes (if I found any problems in translation)
[16:29] <mantiena> ev, cjwatson: I've finished the ubiquity translation today, tomorrow I plan to make final tests with real installation, can you tell the hour in UTC until I can make fixes (if I found any problems in translation)
[16:29] <cjwatson> no, sorry
[16:30] <cjwatson> exact hours just encourage people getting stuff done with five minutes to spare
[16:30] <cjwatson> besides I don't know that either ev or I plan things that closely
[16:30] <mantiena> :)
[16:30] <ev> indeed
[17:12] <pitti> ev, cjwatson: I followed up to bug 759804; it seems that it installs nvidia/dkms/builds the module just fine, but after that it purges all kernel images (with dkms) and installs -pae
[17:13] <pitti> ev, cjwatson: can this happen the other way around?
[17:13] <pitti> i. e. first install the final kernel, then call jockey -C?
[17:13] <pitti> mdeslaur: ^ FYI
[17:17] <pitti> added installer syslog now; off for dinner, bbl
[17:17] <ev> ahh, I wonder if we're missing a bit of intelligence in traverse_for_kernel
[17:17] <ev> but yes, this does upon first glance look like an ordering issue
[17:20] <pitti> ev: btw, does installing -pae also install the matching kernel headers?
[17:20] <pitti> ev: jockey tries to install them as well, but it uses uname to install for the currently running one
[17:20] <pitti> so I suppose that won't catch that it's going to be run for -pae
[17:22] <ev> just trying to deepen my understanding
[17:22] <ev> it's been a while since I've dug into base-installer and friends
[17:25] <jono> mvo, ping?
[17:26] <davmor2> mvo: don't answer it's a jono trap
[17:26] <jono> davmor2, ?
[17:26] <jono> davmor2, you are so weird :-)
[17:27] <davmor2> jono: just playing dude :)  mvo knows better than to pay any attention to me unless I've spotted a bug :)
[17:27] <jono> :-)
[17:29] <ev> okay, I think I've got a rough patch to test with
[17:39] <Laney> stgraber: I don't think I'll have time today to start the email processing. Would you be able to do it?
[17:40] <stgraber> Laney: I'm quite busy today too, if I have time it'll probably be quite late tonight.
[17:40] <Laney> ok
[17:40] <Laney> geser bdrung maco cody-somerville: ^^^ if any of you have some spare time
[17:44] <stgraber> Laney: oh, actually, I won't even be home tonight :( so really unlikely I'll find the time ...
[17:53] <RoAkSoAx> barry: ping
[17:54] <mdz> pitti, cjwatson, kees, Rick's summary regarding Unity is on technical-board@
[17:54] <mdz> it was stuck in moderation :-/
[17:56] <RoAkSoAx> barry: I'm gonna go ahead and upload bug #747236 if that's ok with you
[18:02] <pitti> superm1: http://cdimage.ubuntu.com/mythbuntu/daily-live/20110413.2/
[18:02] <pitti> superm1: amd64 is much better, but missed the limit by a hair
[18:04] <pitti> ev: thanks!
[18:05] <superm1> pitti, oh man, just can't win! :)
[18:05] <ev> well, we'll see how that goes
[18:05] <ev> it was entirely cowboyed
[18:06] <ev> I'll give it a try if others don't report back
[18:07] <ev> anyone know what might create /home/buildd?  I'm digging through the obvious candidates but coming up empty
[18:08]  * pitti greps http://archive.ubuntu.com/ubuntu/dists/natty/Contents-i386.gz
[18:09] <pitti> ev: hm, nothing in Contents.gz, so not a package
[18:09] <superm1> i wonder why amd64 is so significantly larger than i386 though; 651 vs 700, I feel like there shouldn't be such a delta
[18:10] <pitti> superm1: indeed; we usually have two or three more langpacks on i386, but not 50 MB
[18:10] <ev> pitti: thanks the same
[18:10] <pitti> superm1: did you already compare the manifests?
[18:10] <pitti> ev: I keep trying to remember teh package which builds teh livefs chroot
[18:10] <ev> livecd-rootfs?
[18:10] <superm1> pitti, yeah, believe it or not, i386 has two more packages than amd64, geode and i740
[18:11] <pitti> ev: ah, that one; no obvious weird mkdir there, though; where do you see this?
[18:12] <ev> pitti: it's a laptop in the possession of the design team, though I could've sworn I saw it somewhere else
[18:12] <ev> came up in user testing
[18:13] <superm1> looks like the pool on amd64 has libc6-i386 and lib32gcc1 pulled in on amd64
[18:14] <superm1> but that's only about 3.4 megs
[18:20] <mvo> jono: pong
[18:20] <jono> mvo, just a quick q: I noticed that for Volleybrawl in the paid apps section of the USC, it has 14 ratings but no reviews, is that a bug?
[18:21] <jono> wasn't sure if I should file a bug
[18:23] <mvo> jono: hm, I see that here, what language are you using? what is lsb_release -a displaying?
[18:23] <jono> mvo, :
[18:23] <jono> jono@forge:~$ lsb_release -a
[18:23] <jono> No LSB modules are available.
[18:23] <jono> Distributor ID:	Ubuntu
[18:23] <jono> Description:	Ubuntu Natty (development branch)
[18:23] <jono> Release:	11.04
[18:23] <jono> Codename:	natty
[18:24] <jono> mvo, I wasnt sure if there are just ratings but no reviews
[18:24] <mvo> jono: hm, odd, that should work
[18:24] <jono> but I wasnt sure if you could just leave a rating
[18:24] <seb128> jono, do you use en_GB?
[18:25] <mvo> jono: there is one know bug in the current archive version, it will raise a error after the review, but the review will make it through
[18:25] <jono> seb128, my keyboard and language is set to US
[18:25] <seb128> ok
[18:25] <jono> because I am 'merican now
[18:25] <jono> :-)
[18:25] <seb128> just curious if it would list GB reviews only and there was none
[18:25] <seb128> it's a bit confusing when you use a non english locale and there is no review in your language
[18:26] <seb128> you get the scoring but no comment
[18:26] <jono> mvo, seb128 other reviews appear fine
[18:26] <jono> it is just for Volleybrawl
[18:26] <jono> thought it might be something specific to that repo
[18:27] <superm1> pitti, okay well i ditched some stuff from the pool by modifying the seed, i'm confident we should be under size limit now.   whenever  that is made effective can you queue a rebuild again?
[18:29]  * hallyn hates context-free patches
[18:29] <hallyn> -p ftw
[18:29] <mvo> jono: works for me (but I use the version that is currently in the frozen queue of natty). I use en_DK
[18:30] <kiwinote> mvo: looks like this is an issue with the ReviewLoaderJsonAsync, with the threaded loader from trunk it works fine
[18:30] <jono> mvo, when will I get the new version, post-Thurs?
[18:30] <mvo> kiwinote: yeah, I moved that to a spawner now, third iteration to get it right :) (hello btw :)
[18:30] <kiwinote> mvo: there was a tmp issue in the current version in natty which causes the json loader to be used, tremolux fixed it in rev 1694
[18:31] <kiwinote> hi ;)
[18:31] <mvo> jono: you could use bzr get lp:software-center; cd software-center; PYTHONPATH=. ./software-center
[18:32] <mvo> kiwinote: yeah, I noticed that on monday morning, the fix I put in for the multiprocess/accessiblity crash did not actually work and I fixed it now in a different way in trunk
[18:36] <pitti> superm1: would you mind asking in #u-release? I need to disappear soon
[18:36] <superm1> sure
[18:40] <mdz> pitti, cjwatson, Keybuk, kees, do you think we should have a one-off TB meeting to look at Unity as of beta 2?
[18:41] <pitti> good night everyone, need to run now
[18:43] <Keybuk> mdz: I think it would be useful, even if just to give a public airing
[18:44] <mdz> rickspencer3, I guess I was hoping for a more targeted list of bugs
[18:44] <mdz> I don't want to trawl through all of the bugs on compiz looking for which ones are unity-related
[18:44] <rickspencer3> mdz, well, compiz is tightly bound with Unity
[18:44] <mdz> and I'm quite certain there are unity-related bugs filed on packages other than unity and compiz
[18:44] <mdz> rickspencer3, yes, but compiz is also used in the classic desktop
[18:44] <rickspencer3> Unty doesn't crash that much, it's usually copiz
[18:45] <rickspencer3> *compiz
[18:45] <rickspencer3> mdz I'm trying to help here, but I'm not sure what other report we can run
[18:45] <mdz> rickspencer3, as I understand it, unity runs as a plugin to compiz, so it's a pretty blurry line
[18:45] <rickspencer3> we have incoming bugs in compiz and unity
[18:46] <rickspencer3> these get triaged and the ones that the team thinks are the biggest threats get moved onto the milestone list
[18:46] <rickspencer3> mdz, well, Unity may trigger compiz bigs that GNOME 2.3.x does not
[18:47] <mdz> rickspencer3, yes. those are the ones I want to know about
[18:47] <mdz> rickspencer3, https://launchpad.net/unity/+milestone/3.8.8 won't have any of those bugs
[18:47] <rickspencer3> why not?
[18:47] <mdz> or will it?
[18:48] <mdz> well, because it's only upstream unity bugs
[18:48] <mdz> I assume that if the bug is in compiz code, it won't be filed on unity upstream
[18:48] <mdz> is that a wrong assumption?
[18:49] <Sarvatt> mdeslaur: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/740126 is one that only happens in unity and not classic gnome with compiz
[18:50] <Sarvatt> whoops, sorry, mdz: ^^
[18:51] <rickspencer3> mdz well, I would expect that they would open a bug task on Unity so that they can track those bugs in the milestone
[18:51] <rickspencer3> mdz the issues with xorg that I know of are invariant to Unity
[18:51] <mdz> rickspencer3, Sarvatt's bug is a counterexample
[18:52] <mdz> specific to unity, but not filed on unity upstream
[18:52] <rickspencer3> mdz, right
[18:52] <mdz> there's a "unity" tag on it, is that a useful way to filter bugs?
[18:52] <rickspencer3> mdz could be, I haven't been deep in the bug workflow
[18:53] <rickspencer3> but there are only 9 bugs with that tag, it looks like
[18:53] <ScottK> rickspencer3: It's not a normal triaging practice to also open bug tasks against packages (e.g. unity) when the bug is triggered by using that package but is in a different package (e.g. compiz).
[18:53] <mdz> rickspencer3, who should I be asking?
[18:54] <rickspencer3> mdz, well, didrocks, I guess would be a good goto person
[18:54] <rickspencer3> or seb128
[18:54] <mdz> getting late for them today
[18:54] <rickspencer3> yes
[18:54] <mdz> wow, bug 685552 has a lot of duplicates
[18:55] <kees> mdz: it could be worth a public meeting, sure.
[18:55] <mdz> and no indication of a fix on the horizon
[18:56] <mdz> I wonder why it has so many duplicates if it's only triggered by tweaking in ccsm
[18:56] <seb128> sorry I disconnected
[18:56] <seb128> what was the question?
[18:56] <mdz> I wouldn't expect most users to fiddle with that
[18:56] <seb128> ScottK, yes it's normal
[18:56] <mdz> seb128, I'm just wondering where I can get a comprehensive list of bugs which are specific to Unity
[18:56] <ScottK> OK.
[18:56] <mdz> regardless of which package
[18:56] <seb128> they use "unity" to track their milestones for any of the unity components
[18:56] <seb128> mdz, https://bugs.launchpad.net/unity
[18:57] <seb128> mdz, they "also affect unity" on any of the unity shell components
[18:57] <seb128> that doesn't cover the indicators but you probably don't count those for unity anyway I guess
[18:57] <mdz> seb128, does that imply that bug 740126 (which Sarvatt mentioned was unity-specific) should have a unity task open?
[18:57] <davmor2> jono: mvo: If it helps I see the reviews but I'm using trunk
[18:58] <seb128> mdz, likely yes
[18:58] <seb128> mdz, would it only to have them being able to track it on one of the unity milestones
[18:59] <seb128> mdz, do you look for specific informations? I'm doing sort of daily stats on what bugs get duplicates from the retracer logs
[18:59] <seb128> mdz, well not "stats" just a list that I review and I ping dx about issues that raise there
[18:59] <seb128> but I could probably share those lists if useful
[18:59] <mdz> seb128, I'm looking for an overview on behalf of the TB per https://lists.ubuntu.com/archives/technical-board/2011-April/000816.html et al
[19:00] <seb128> mdz, ok, I'm happy to help if you need extra details
[19:01] <mdz> seb128, if you say that the unity bug list should have everything on it, then that's good enough for now, thanks
[19:02] <seb128> ok
[19:02] <seb128> yes it does that's how they track their work ;-)
[19:26] <seb128> kees, hey
[19:27] <seb128> kees, it does for bugs like bug #760025, didrocks has a script which is running daily which does "also affect unity" when there is a bug on any of the unity components
[19:27] <seb128> kees, that one is fix commited btw, the fix will land in natty after beta2
[19:37] <kees> seb128: nice!
[19:38] <seb128> kees, do you want me to reply to your email to say that?
[19:39] <kees> seb128: for completeness, yeah, might as well, in case anyone else is reading that thread without this IRC context.
[19:40] <kees> rickspencer3: I've replied to the TB thread now too.
[19:40] <seb128> kees, ok
[19:40] <seb128> kees, btw in case you didn't read what I told mdz before I do daily stats and review on the retracer logs, I'm happy to help you guys having a better overview of natty crashers if you need one
[19:41] <kees> siretart: what's up with the ffmpeg/libav split?
[19:41] <kees> seb128: cool, thanks.
[20:32] <mdz> is this at all normal?
[20:32] <mdz> mdz       1827  1.3 15.7 2221876 483528 ?      Sl   Apr10  62:04 compiz
[20:47] <Sarvatt> mdz: not at all, https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/758248
[20:48] <mdz> Sarvatt, I just filed bug 760161
[20:48] <Sarvatt> (also limited to a unity session I believe)
[20:48] <mdz> this is with a classic session
[21:22] <bdrung> bdmurray: re #760140 - what version did you test? the archive version or the version from vorlon's branch?
[21:23] <bdmurray> bdrung: the version from vorlon's branch
[21:23] <bdmurray> bdrung: oh must of mispasted
[21:24] <bdrung> then it makes sense :)
[21:35] <cjwatson> TheMuso: I'm removing hal from ubuntustudio-desktop; I hope that's OK
[21:35] <cjwatson> TheMuso: (bug 760008)
[21:40] <cjwatson> TheMuso: the ubuntustudio.natty/audio-common seed inherits from desktop.  Should ubuntustudio-generation and ubuntustudio-recording Depends: ubuntustudio-desktop to match that?
[21:41] <cjwatson> TheMuso: hm, and in fact all the other ubuntustudio tasks likewise
[21:53] <RoAkSoAx> @pilot out
[21:57] <cjwatson> TheMuso: hal> or not - see #ubuntu-release and the commit log
[22:44] <TheMuso> cjwatson: No, because we want users to be able to install audio packages without pulling in the entire desktop and theme if they so wish.
[22:44] <TheMuso> cjwatson: and re hal, it can be removed. If its not done already, I can take care of it.
[22:47] <TheMuso> oh... read the log, hrm ok.
[22:53] <Daviey> cjwatson, I don't know if you are around, but jamespage1 has encountered an oddity with initial language selection... http://inky.ws/g/96 I cannot reproduce it, http://erk.daviey.com/language-natty-first-screen.png .. both in KVM and md5sums match.
[22:53] <Daviey> both i386.
[22:54] <jamespage1> Daviey, cjwatson: just did a quick check on amd64 and get the same result.
[22:55] <Daviey> jamespage1, what command line are you using to launch kvm?
[22:55] <jamespage1> Daviey: using virt-manager
[22:56] <Daviey> jamespage1, ok... can you reproduce it spawning from the console?
[22:56] <jamespage1> Daviey: I'll take a look
[22:58] <seb128> rickspencer3, kees, mdz: http://paste.ubuntu.com/593780/
[22:58] <seb128> rickspencer3, kees, mdz: the list of the retracers log for the week for bugs which had > 1 duplicate
[22:59] <seb128> rickspencer3, kees, mdz: it's count, bug number, title, components
[22:59] <seb128> rickspencer3, kees, mdz: if that's of any use to you
[23:00] <rickspencer3> seb128, am I interpreting it correctly in that the long tail seems to be mostly not related to Unity or compiz?
[23:01] <seb128> rickspencer3, yes
[23:01] <kees> seb128: thanks, it's pretty enlightening. seems like the ones at the top could really use attention. this might be a good report to keep on handy all the time.
[23:01] <seb128> rickspencer3, out of some exceptions which are fix commited since
[23:01] <rickspencer3> seb128, are there any Unity specific crashers on that list that are not fixed or currently targeted to be fixed?
[23:01] <seb128> kees, the unity stack with > 5 are mostly with a fix ready
[23:02] <rickspencer3> a quick read, they all appear to be fixed, but that's just from my recognition
[23:02] <seb128> rickspencer3, the ccsm one and maybe or two weird compiz ones like bugs on compiz --replace
[23:02] <seb128> they still plan to fix the ccsm one by natty if they can
[23:02] <seb128> but it's not a crash in normal use situation
[23:02] <seb128> it's when tweaking with options with something not installed by default
[23:02] <rickspencer3> yeah, thought fixing it would be nice
[23:03] <seb128> so it's not really a stopper
[23:03] <seb128> indeed
[23:03] <seb128> it will be fixed in a sru if not in natty
[23:03] <kees> seb128: sounds good
[23:07] <pitti> kees: ah, I haven't tried auto-raise with FFM
[23:07]  * pitti waves good night
[23:35] <cjwatson> TheMuso: hmm, well, perhaps the other tasks shouldn't be inheriting from desktop then?
[23:36] <TheMuso> cjwatson: I guess not, I wasn't the one who set that up, at least I don't remember doing it.
[23:36] <cjwatson> Daviey: I didn't see the exact same symptoms, but it could easily be caused by bug 747090
[23:37] <cjwatson> Daviey: try with qemu -no-kvm, or on bare metal?
[23:38] <Daviey> cjwatson, ah, good thinking - will advice jamepage tomorrow to try.
[23:39] <cjwatson> Daviey: that's certainly known to affect gfxboot's language presentation in other ways, and to behave at least somewhat inconsistently
[23:40] <Daviey> yeah
[23:40] <Daviey> hopefully it is just that.
[23:51] <slangasek> hrm. did bazaar.launchpad.net just go away?
[23:51] <lifeless> I think so
[23:51] <lifeless> chasing
[23:51] <slangasek> k
[23:54] <cjwatson> and the librarian, by the looks of things
[23:55] <lifeless> network layer issue
[23:55] <lifeless> is are on it