[00:00] <robert_ancell> chrisccoulson_, are you still getting the system delays you were having at the sprint?
[00:00] <chrisccoulson_> robert_ancell, yeah, i seem to be. are you still seeing it?
[00:01] <robert_ancell> chrisccoulson_, yes, I'm getting the error "JBD2: Detected IO errors while flushing file data on sda1-8" on dmesg, about to buy a new HD, are you getting anything similar?
[00:03] <chrisccoulson_> robert_ancell, i don't think i've got errors like that, but i just grepped my kern.log, and it seems my filesystem gets remounted quite frequently
[00:09] <RAOF> chrisccoulson_: Associated with plugging/unplugging power?
[00:09] <chrisccoulson_> RAOF - i'm not sure. i had that issue last cycle though
[00:09] <RAOF> Ok, so I don't need to point you at it, then :)
[00:10] <chrisccoulson_> i assume that the pm-utils script that got disabled last cycle has been reenabled again
[00:21] <chrisccoulson_> RAOF - so, the script that causes my ATA errors is /usr/lib/pm-utils/power.d/sata_alpm, but i still get remounts when i disconnect the power cord, even with that disabled
[00:21] <chrisccoulson_> but i get no errors :/
[00:22] <chrisccoulson_> i just see "EXT4-fs (sda1): re-mounted." every time i pull the power cord out
[00:22] <TheMuso> ouch
[00:23] <chrisccoulson_> ah, /usr/lib/pm-utils/power.d/journal-commit is the culprit
[00:24] <chrisccoulson_> oh, that script actually does the remount
[01:33] <micahg> aganice: hi
[01:36] <aganice> micahg, hey.
[01:37] <micahg> aganice: just wanted to let you know that someone from Red Hat posted a patch for the clipboard issue in Firefox for the 3.6.x branch
[01:37] <aganice> sweet!
[01:37] <aganice> that's wonderful
[01:37] <micahg> aganice: so, one less for you to focus on, BTW, how goes the battle with that?
[01:38] <aganice> wasn't able to get it working myself - too much of a struggle to get firefox to compile with debug symbols for each and every component loading
[01:38] <micahg> aganice: no, I meant the rest of the packages :)
[01:39] <aganice> micahg, alright. i struggled with firefox for way too long :p I'm seeing what i can do about fixing it up at the gtk end as a sort of proof of concept now. Not sure if they'd want that though
[01:39] <aganice> any suggestions on apps to tackle next? :)
[01:40] <micahg> I'd suggest anything in the default install
[01:44] <aganice> fair :) epiphany and empathy should be taken care of. I'll bug the tomboy devs again about that patch
[01:45] <aganice> i spent a week near the beginning trying to learn openoffice development, but i'm pretty sure that's beyond me for this month because it's just so different
[06:59] <pitti> Good morning
[07:00] <TheMuso> Hey pitti
[07:16]  * nigelb waves to TheMuso and pitti :)
[07:28] <robert_ancell> pitti, hey, do you know anything about this glib problem on the build servers?
[07:32] <pitti> robert_ancell: "this glib problem"?
[07:33] <robert_ancell> pitti, :) builds that use glib are failing when the dependencies are uninstalled, e.g. http://launchpadlibrarian.net/53029622/buildlog_ubuntu-maverick-i386.gir-repository_0.6.5-6ubuntu2_BUILDING.txt.gz
[07:34] <robert_ancell> it's the schema trigger complaining that the schema dir has been removed, but this directory is in .dirs so it should always exist right?  And this stuff used to work
[07:34] <robert_ancell> I'm wondering if glib-compile-schemas is trashing the directory when the last schema is uninstalled...
[07:37] <pitti> robert_ancell: (will get back to you in a minute)
[07:38] <robert_ancell> pitti, np, just wondering if you knew of it.  I'm looking into it now
[07:43] <pitti> robert_ancell: oh, that's actually a failure in the triggers, indeed
[07:43] <pitti> robert_ancell: well, apparently some package removes the directory
[07:43] <pitti> robert_ancell: but the trigger should just silently exit in that case
[07:43] <pitti> to be on the safe side
[07:45] <robert_ancell> pitti, I think glib-compile-schemas is doing the safe thing and returning 1 if the directory does not exist... what would be removing it?
[07:45] <robert_ancell> running a chroot build here to see if I can reproduce
[07:45] <pitti> robert_ancell: right, that sounds fine, but the trigger should do an || exit 0
[07:46] <robert_ancell> pitti, should triggers always return 0?
[07:46] <pitti> robert_ancell: grep /var/lib/dpkg/info/*.{post,pre}rm for the dir and see if anything purges it?
[07:46] <pitti> or .postrm
[07:46] <pitti> robert_ancell: maintainer scripts should only fail in really really rare and justified conditions, where it is really dangerous to install/remove the package
[07:47] <robert_ancell> right
[07:47] <pitti> so they often need those "|| true" things, indeed
[07:47] <robert_ancell> pitti, the glib2.0-0 postrm deletes it, that should be run after triggers?
[07:48] <robert_ancell> and is that required - the directory is in libglib2.0-0.dirs so dpkg will clean it up for you?
[07:48] <pitti> it's cer/url 1
[07:48] <pitti> oops
[07:48] <pitti> it's certainly not necessary to remove the dir itself, but just its contents
[07:53] <robert_ancell> pitti, hmm, it appears the build server replaced an older glib with a newer one, would that case the postrm of the first one to be run (i.e. delete the directory) so when the trigger on the second one occurs the directory may be gone already?
[07:53] <pitti> robert_ancell: depends; it'll run postrm upgrade, not postrm remove
[07:54] <robert_ancell> pitti, ah, the script doesn't check $2 so it would have removed the directory anyway
[07:54] <robert_ancell> $1 rather
[07:54] <pitti> you mean $1?
[07:54] <pitti> ah
[07:54] <pitti> that'd be it then, yes
[07:54] <pitti> another nice bug :)
[07:55] <robert_ancell> so once it's been fixed the build servers need to update their base install - when does that get done?
[07:55] <pitti> not sure
[07:55] <pitti> robert_ancell: but we could work around it with the || exit 0?
[07:55] <robert_ancell> actually I guess it wont matter if I make the trigger to be safe anyway
[07:55] <robert_ancell> yes
[07:55] <pitti> it seems like a safe thing to do anyway
[07:55] <pitti> GMTA :)
[07:56] <pitti> robert_ancell: but I think lamont or someone else occasionally update them on demand
[08:00] <robert_ancell> pitti, so the weird thing is the trigger already has || true... maybe it is the module trigger?
[08:12] <didrocks> good morning
[08:13] <robert_ancell> didrocks, hello
[08:14] <pitti> hey didrocks
[08:14] <pitti> robert_ancell: there's another trigger?
[08:16] <robert_ancell> pitti, there's a trigger for the gio modules, but I just checked and it always returns 0.  trying to reproduce on my machine
[08:16] <robert_ancell> damn, pbuilder doesn't do the uninstalls so it's not occuring here
[08:17] <pitti> robert_ancell: you could pbuilder login, and then manually purge?
[08:18] <robert_ancell> pitti, that needs root right?  Will the changes I make affect my default chroot?
[08:18] <pitti> robert_ancell: unless you specify --save, no
[08:18] <pitti> it's only temporary
[08:18] <robert_ancell> ok
[08:18] <pitti> just as normal pbuilder
[08:18] <pitti> you just get a shell in it instead of a build
[08:19] <robert_ancell> how come it needs root to run?
[08:19] <pitti> robert_ancell: it needs to chroot()
[08:19] <pitti> and within the pbuilder shell you are root, too
[08:19] <pitti> robert_ancell: but normal pbuilder build also needs root
[08:19] <pitti> (same reason)
[08:20] <robert_ancell> oh
[08:21] <didrocks> hey robert_ancell, pitti
[08:25] <robert_ancell> pitti, so in my chroot /usr/share/glib-2.0 doesn't exist at all - does this need to be added to .dirs as well as /usr/share/glib-2.0/schemas?
[08:25] <pitti> robert_ancell: depends -- will the program that creates contents in that just create the dir as well if it's missing?
[08:25] <pitti> I expect that you don't need the .dir
[08:25] <pitti> since packages shipping files in it will just create it themselves
[08:26] <robert_ancell> pitti, no, because it scans the directory you provide and output as cache file
[08:27] <robert_ancell> I have to go, is seb128 around today?
[08:27] <didrocks> pitti: attach the log from ubiquity I guess? (for the OEM stuff not installed in the CD). Do you still need them as you reinstall in a VM?
[08:27] <pitti> didrocks: I'm almost through with my test case
[08:27] <pitti> didrocks: I'm in oem-config now, so far it's flawless
[08:28] <didrocks> pitti: ok, thanks :)
[08:28] <pitti> didrocks: I'll follow up in the bug in 3 mins
[08:33] <pitti> didrocks: followed up
[08:33] <pitti> worked fine here
[08:33] <robert_ancell> later all
[08:34] <didrocks> pitti: ok my bad so, I saw all the OEM mode, but I didn't have at reboot oem-config-prepare command as last time I tried (a couple of release ago)
[08:35] <pitti> hm, I saw that on the desktop
[08:35] <pitti> just clicking it worked
[08:35] <pitti> didrocks: ok, seems we need your logs then
[08:35] <didrocks> pitti: let me see if I still have this version installed
[08:35] <didrocks> pitti: oh, I had made a offline installation is that can be important
[08:36] <pitti> perhaps; I installed online
[08:36]  * didrocks reboots his crashbox
[08:36]  * pitti offline for a bit to test-boot CD
[08:36] <didrocks> definitively nothing on the desktop
[08:42] <seb128> hey
[08:44] <didrocks> salut seb128
[08:44] <seb128> lut didrocks
[08:44] <seb128> c'était bien ta soirée ?
[08:45] <didrocks> c'était sympa, pas mal de monde au resto, mais je crois que rick et sa femme ont apprécié :)
[08:47] <pitti> bonjour seb128
[08:48] <didrocks> pitti: answer and log attached
[08:48] <didrocks> answered*
[08:48] <and471> morning all
[08:48] <seb128> hey pitti
[08:49] <and471> mvo, from 11:00 GMT I am working with nessita on the login stuff, so I shall see you then :)
[08:51] <mvo> and471: cool
[08:51] <mvo> and471: because of my spotty network yesterday I missed some of the discussion. so the plan is to use your UI code and use the dbus backend?
[08:52] <mvo> kiwinote: I merged your app-install-data branch, many thanks
[08:52] <kiwinote> mvo: thanks
[08:52] <mvo> kiwinote: a lot of the removal got auto picked up, but still a lot of good stuff in it
[08:52] <mvo> kiwinote: I submited the typo fixes to debian too
[08:55] <and471> mvo, pretty much, my ui code, their backend, and call the dialog using dbus from software-center (but the code is in ubuntu-sso-client, if this makes sense)
[08:56] <mvo> yeah
[08:56] <and471> mvo, we just need you to call the dbus from software-center (just as a client), but that is when we have it all finished :D
[08:57] <mvo> and471: yeah, that shuld be the easiest part (famous last words ;)
[08:57] <and471> hehe
[08:57] <and471> mvo, well I shall go and then be back for my appointment with the Argentinians XD
[08:57] <and471> mvo, see ya
[09:00] <mvo> see you
[09:01] <sense> seb128: What to do with the many bug reports about desktop (alignment) problems? Some of them seem to be about multiple issues and generally speaking I think it would be better to have something like a design sprint on it in the future to sort out the many problems. Meanwhile, we still have those many bug reports, which more or less deal with overlapping, but not exactly duplicate issues.
[09:02] <sense> Consolidate them into one: "the desktop is broken"?
[09:04] <pitti> didrocks: merci; followed up
[09:04] <seb128> sense, I would just let them this way, maybe that them as well
[09:05] <sense> seb128: that them as well?
[09:05] <seb128> "tag them"
[09:05] <seb128> sorry
[09:06] <sense> :) nvm
[09:06] <huats> morning
[09:06] <sense> seb128: Seems like a good idea. I'll come up with a tag for desktop problems and mail the bugsquad mailing list.
[09:07] <seb128> sense, thanks
[09:07] <seb128> huats, lut
[09:08] <huats> hello seb128
[09:10] <didrocks> seb128: just FYI, we have a bootstrap issue with glib/dconf. dconf need libglib2.0-dev to build, and libglib2.0-dev dep on libglib2.0-bin which dep on d-conf :) Don't know if you want to deal with that or not (I just removed the dep on d-conf for the UNE ppa this morning).
[09:11] <seb128> hum
[09:11] <seb128> back to the sprint discussion on how to pull dconf in
[09:12] <didrocks> exactly :/
[09:12] <seb128> brb, need to restart
[09:15] <pitti> didrocks: "le cédérom" .. you French are serious about avoiding English, are you..
[09:16] <didrocks> pitti: heh, most of people are using CD rather than "cédérom" to be honest. But people translating seems to like avoiding all English words when possible :)
[09:17] <pitti> this just looks quite hilarious
[09:17] <pitti> it's by and large the English pronounciation anyway, isn't it?
[09:17] <didrocks> yeah, especially in logs! :)
[09:17] <didrocks> right
[09:18]  * pitti imagines how "fatal hard disk failure" sounds in French, and that it would probably sound very elegant and charming
[09:18] <didrocks> this is just to make your day better, even when giving you bad news :)
[09:27] <seb128> didrocks, hey
[09:27] <seb128> didrocks, is the clutter in the ubuntu-desktop ppa going to move to maverick later on?
[09:27] <didrocks> seb128: tomorrow, I just wait for A3 to be released
[09:28] <seb128> ok
[09:28] <seb128> thanks
[09:29] <didrocks> yw :)
[09:29] <sense> seb128: The new tag is 'desktop-icons'.
[09:29] <seb128> sense, is that nautilus specific?
[09:30] <sense> seb128: yes.
[09:30] <sense> seb128: Maybe desktop-nautilus would be better?
[09:30] <seb128> nautilus-desktop-icons?
[09:30] <sense> seb128: alright
[09:30] <sense> I'll change it to that.
[09:30] <seb128> thanks
[09:30] <sense> yw
[09:42] <alf__> slomo: Hi! I have updated the packaging proposal at debian #587771.
[09:42] <ubot2> Debian bug 587771 in cairo "Package cairo-perf utilities" [Wishlist,Open] http://bugs.debian.org/587771
[09:44] <asac> so i can install the build-deps of netbook-launcher-efl. not sure if there was a main promotion missing a few minutes ago etc.
[09:44] <asac> anyone can update me what the current lead is?
[09:45] <asac> i saw that mterry uploaded a liblauncher etc.
[09:45] <asac> not sure if that was related at all
[09:46] <ArneGoetje> Hey guys, since I updated my laptop with Maverick two days ago, my mousepointer is invisible... :( That makes navigating the desktop a bit difficult. Does anyone have the same problem? Can anyone give me a hint which package might be the culprit?
[09:47] <seb128> asac, let me check
[09:47] <seb128> ArneGoetje, do you have unclutter running?
[09:48] <asac> seb128: http://launchpadlibrarian.net/53034741/buildlog_ubuntu-maverick-i386.netbook-launcher-efl_0.3.2-0ubuntu2_FAILEDTOBUILD.txt.gz
[09:48] <seb128> asac, liblauncher is in universe
[09:49] <asac> liblauncher-0.3-0 | 0.3.6-0ubuntu3 | http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
[09:49] <asac> liblauncher | 0.3.6-0ubuntu3 | http://archive.ubuntu.com/ubuntu/ maverick/main Sources
[09:49] <asac> liblauncher-0.3-dbg | 0.3.6-0ubuntu3 | http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
[09:49] <asac> liblauncher | 0.3.6-0ubuntu3 | http://archive.ubuntu.com/ubuntu/ maverick/main Sources
[09:49] <asac> liblauncher-dev | 0.3.6-0ubuntu3 | http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
[09:49] <seb128> https://edge.launchpad.net/ubuntu/+source/liblauncher/+publishinghistory
[09:49] <seb128> asac, it has just been promoted
[09:49] <seb128> I guess it was still in universe at the build time
[09:49] <asac> kk
[09:49] <ArneGoetje> seb128: yep
[09:49] <seb128> I've retried the build to see now
[09:50] <asac> cool
[09:50] <seb128> ArneGoetje, uninstall it
[09:50] <ArneGoetje> seb128: ok, thanks
[09:57] <ArneGoetje> seb128: still doesn't work :(
[09:57] <seb128> ArneGoetje, did you stop unclutter or restarted your session?
[09:58] <ArneGoetje> seb128: I removed the package and rebootet
[09:58] <seb128> ok, so that's not it
[09:58] <seb128> do you have a cursor on the login screen?
[09:58] <ArneGoetje> seb128: no
[09:58] <seb128> I guess it's an xorg issue if that's not unclutter...
[09:58] <seb128> maybe #ubuntu-x has an idea
[09:58] <ArneGoetje> seb128: ok, thanks
[10:00] <seb128> asac, hum
[10:00] <seb128>   liblauncher-0.3-0: Depends: libwncksync0 (>= 0.2.2) but it is not installable
[10:00] <seb128> asac, is the issue now
[10:00] <seb128> asac, wncksync is in universe
[10:01] <seb128> asac, it also has been superseded by bamf no?
[10:01] <seb128> didrocks, ^
[10:02] <didrocks> seb128: yes, it's definitively superseeded
[10:02] <didrocks> not sure that liblauncher can talk to bamf though, as there is a namespace change
[10:02] <seb128> didrocks, can we get wnckdaemon and bamf running at the same time?
[10:03] <didrocks> seb128: yes, I've done that already and didn't notice any issue
[10:03] <seb128> asac, I can promote wncksync for now if that unblocks you
[10:03] <seb128> asac, but somebody needs to migrate liblauncher to bamf rather
[10:04] <asac> hmm
[10:04] <asac> was libwnchksync in main before?
[10:05] <asac> seb128: ?
[10:05] <didrocks> yeah, but it's buggy and unmaintained now
[10:05] <seb128> asac, yes, but it has been replaced by bamf in unity this cycle
[10:05] <didrocks> ogra: did you see my remark yesterday about the .desktop session file which should be in the settings package and not in the n-l-efl one?
[10:05] <asac> seb128: pleaese repromote ... we can take care of bugs latest
[10:05] <asac> later
[10:05] <seb128> asac, ok
[10:06] <seb128> asac, wncksync was a dx project and bamf is basically wncksync2
[10:06] <asac> what is liblauncher 0.3?
[10:06] <seb128> asac, ie rewritte of the codebase to fix design issues in the first version
[10:06] <asac> e.g. unity doesnt use it anymore, why do we have that? (previous nb-efl used 0.1)
[10:06] <seb128> asac, a lib used by the old UNE
[10:07] <seb128> it has been deprecated in the unity world
[10:07] <asac> ok so in lucid the UNE used 0.3 and the efl used 0.1
[10:07] <didrocks> asac: unity used it for some weeks in the maverick dev cycle
[10:07] <asac> ah ... just wonder where it come from and why mterry moved to it at all
[10:07] <asac> rather than staying on 0.1 ;)
[10:07] <asac> :-P
[10:08] <seb128> asac, wncksync promoted now
[10:08] <didrocks> port to it wasn't really hard (I made it at some point for netbook-launcher as well). The only annoying thing is that I think you don't use the wncksync functionnality of liblauncher 0.3, so it's not useful for you
[10:08] <asac> seb128: does it take an hour before we can try? or is that instantly available?
[10:09] <seb128> asac, take another publisher cycle
[10:09] <seb128> ie 1h45 now I guess
[10:09] <asac> kk
[10:09] <seb128> since we just missed the 11:03 one
[10:09] <asac> publisher really needs to be rewritten
[10:09] <asac> imo
[10:09] <seb128> yes
[10:09] <asac> cant be true it taks 1h45 to get something moved from universe to main
[10:10] <asac> seb128: wncksyncdaemon
[10:10] <asac> did you also promote that?
[10:10] <seb128> pitti, ^ promotion needs publishing right?
[10:10] <asac> seems that is also pulled in
[10:10] <asac> seb128: i assume so because you had this good publisherhistory link
[10:10] <pitti> hello asac
[10:10] <seb128> asac, I promoted the source and the 3 binaries
[10:11] <pitti> seb128: right
[10:11] <pitti> argh
[10:11] <pitti> I promoted liblauncher this morning
[10:11] <pitti> and gave back n-l-efl now
[10:11] <seb128> asac, wncksyncdaemon libwncksync0 libwncksync-dev
[10:11] <pitti> seb128: weird, why was wncksyncdaemon in universe?
[10:11] <pitti> I thought unity used it
[10:11] <asac> pitti: i think it was given back multiple times this morning ;)
[10:11] <seb128> pitti, not enough, I promoted libwncksync now which is a depends of liblauncher
[10:11] <asac> you, seb and ogra in between most likely ;)
[10:11] <pitti> asac: was me
[10:12] <asac> thx
[10:12] <pitti> somehow my liblauncher promotion this morning took two cycles
[10:12] <seb128> pitti, wncksync has been rewritten and renamed bamf
[10:12] <pitti> ..
[10:12] <seb128> wncksync is the old unmaintained one
[10:12] <asac> pitti: sure that it was liblauncher? we think it was just wncksync
[10:12] <asac> now
[10:12] <asac> of course it was liblauncher this morning ;)
[10:12] <seb128> The following packages have unmet dependencies:
[10:12] <seb128>   liblauncher-0.3-0: Depends: libwncksync0 (>= 0.2.2) but it is not installable
[10:12] <seb128> in my pbuilder
[10:12] <asac> anyway. i am also convinced that we should poke mvo to improve error output
[10:13] <mvo> hm?
[10:13] <asac> to include more depends ;)
[10:13] <mvo> oh
[10:13] <asac> so you dont need to go step by step ;)
[10:13] <seb128> mvo, the "unmet dependencies" in build log are often not clear enough to figure what is wrong
[10:14] <asac> yeah. you have to run apt-get install PACKAGE locally in a chroot to figure out more. hard to solve though. especially for main/universe problems
[10:14] <asac> lets just kill main/universe split. how is that? :-P
[10:14] <seb128> I'm sure the security team will love it ;-)
[10:15] <pitti> asac: component-mismatches output will tell you
[10:15] <pitti> http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[10:15] <pitti> seems wncksync is enough
[10:15] <didrocks> +1 one that, on build log, it's not even most of the time ;)
[10:17] <asac> how often is component-mismatch updated?
[10:18] <pitti> every hour, after publisher
[10:18] <asac> always thought it was too delayed source of output for this
[10:18] <asac> ah
[10:18] <asac> good to know ;)
[10:18] <pitti> nah, like 5 minutes after
[10:18] <pitti> Generated: Wed Aug  4 09:41:02 BST 2010
[10:18] <pitti> in fact, it's 20 minutes _before_ the archive.u.c. mirror is updated
[10:18] <asac> cool. good info
[10:33] <chrisccoulson> well, today is going good. 1 X crash and 1 hard lockup since 9am ;)
[10:35] <asac> heh
[10:35] <asac> for me only firefox hung ;)
[10:35] <asac> (so far)
[10:39] <asac> mvo: when i run apt-get update i get:
[10:39] <asac> Hit http://archive.ubuntu.com maverick-updates/restricted i386 Packages
[10:39] <asac> Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
[10:40] <asac> is that some packagekit hook or something?
[10:51] <seb128> mvo,
 but yeah, looks like the usual server-side gradients
[10:51] <seb128>  seems cairo 1.9 is the only one using it and intel the only one supporting it
 seb128: in theory, you can easily work around it (with a one-line patch), but then noone will ever work on fixing it, because it works well enough, doesn't it?
[10:51] <seb128>  
[10:51] <asac> so company is working for RH now i saw :-P
[10:51] <seb128> mvo, about your cairo slowness on ati and nouveau
[10:51] <seb128> asac, yes ;-)
[10:52] <mvo> asac: is that all you get?
[10:52] <asac> mvo: yes. i think i am now completely screwed ;)
[10:52] <asac> e.g. no indexes are updated
[10:52] <asac> is that aptdaemon?
[10:52] <mvo> seb128: thanks, can we patch it out for a3 at least?
[10:52]  * asac purges aptdaemon
[10:53] <asac> who needs language-selector and software-center anyway ;)
[10:53] <mvo> asac: good luck
[10:53] <asac> and sessioninstaller ... also completely obsolete ;)
[10:53] <asac> dan
[10:53] <asac> damn
[10:53] <asac> the purge failed with this thing
[10:53] <asac> Processing triggers for python-central ...
[10:53] <asac> Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
[10:53] <asac> i could have thought about that before
[10:54] <asac> hmm. at least the purge seems to have properly finished
[10:54] <asac> un  aptdaemon
[10:55] <mvo> asac: so its not aptdaemon
[10:56] <mvo> asac: can you run a strace -f -e trace=execve on it?
[10:56] <asac> mvo: so it was packagekit ... purging that fixed it
[10:56] <asac> (most likely the apt backend)
[10:56] <mvo> asac: *cough* PK *cough*
[10:56] <asac> can we remove packagekit from archive maybe ;)?
[10:56] <seb128> mvo, interested to do a cairo build to test that slowness issue?
[10:57] <asac> only kubuntu-debug-installer was purged from my system
[10:57] <mvo> seb128: sure, if you have a patch i can test it
[10:57] <asac> when removing that ... so seems its luckily not that important
[10:57] <asac> only packages named *packagekit* seem to be in rdepends here
[10:58] <asac> but ok. i dont care as long as its not on my system by default ;)
[10:58] <seb128> mvo, http://paste.ubuntu.com/473028/
[10:59] <seb128> mvo, I can upload to the ubuntu desktop ppa for testing if you want
[11:01] <asac> kenvandine: someone said that gwibber has sqlite now ... when will that end up in archive (i have beam again peaking in top)
[11:02] <seb128> asac, it has been uploaded last week
[11:03] <mvo> seb128: building it now
[11:03] <seb128> mvo, thanks
[11:11] <asac> hmm
[11:12] <asac> why is beam still looping here then ...
[11:12]  * asac goes and kills it and restarts gwibber
[11:12] <asac> hmm. maybe its actually still used by something else like ubuntuone etc.
[11:19] <asac> filed bug 613393 and assigned to mterry
[11:19] <ubot2> Launchpad bug 613393 in liblauncher (Ubuntu) "port liblauncher from wncksync to bamf (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/613393
[11:20]  * asac goes and gets some breakfast parts
[11:21] <seb128> asac, thanks
[11:22] <ogra> didrocks, yes, i saw it, removing it from the launcher package would make it impossible for users to use the launcher standalone, thats why i kept it in there
[11:22] <didrocks> ogra: they still can launch netbook-launcher-efl directly from the command line
[11:22] <ogra> but not from gdm
[11:22] <didrocks> ogra: for netbook-launcher, the rational was:
[11:22] <didrocks> - you either want the full session, with the settings
[11:23] <didrocks> - or you want to launch the launcher in your GNOME session, without any tweak settings
[11:23] <ogra> the latter doesnt work
[11:23] <ogra> nautilus will always steal the desktop
[11:23] <didrocks> I was able to launcher netbook-launcher and n-l-efl even once nautilus started
[11:24] <ogra> sure
[11:24] <didrocks> in any case, nautilus will start in you "UNE 2D" session if you don't have the settings package :)
[11:24] <ogra> but at some point (if nautilus gets the foxus) it will be covered by the other desktop app
[11:25] <didrocks> so, it's still in favor of pushing the .desktop file in the settings pkg, like we did in UNE, mythbuntu or xubuntu
[11:25] <ogra> right, the launcher should ship a settings package that doesnt start the panels by default and depend on gnome-session
[11:25] <didrocks> that makes sense too, in any case, it's not a real issue, just a FYI and what others are doing
[11:26] <ogra> yeah, i understand why others do it
[11:27] <pitti> http://launchpadlibrarian.net/53039225/buildlog_ubuntu-maverick-amd64.netbook-launcher-efl_0.3.2-0ubuntu2_FAILEDTOBUILD.txt.gz
[11:27] <pitti> WTF??
[11:27] <seb128> mvo, still building?
[11:27] <seb128> pitti, still libwncksync
[11:27] <pitti> ah, needed another publisher, right
[11:28] <seb128> pitti, I promoted it at 11:08, next published was 12:03 I guess it's still running
[11:28] <pitti> right, sorry
[11:28] <seb128> d->r
[11:28] <seb128> np
[11:28] <pitti> ok, will check in my chroot
[11:28] <pitti> I get the error as well
[11:28] <seb128> I've already checked in my pbuilder
[11:29] <seb128> don't bother
[11:29] <seb128> just wait for the publisher
[11:36] <pitti> seb128: right, I mean checking when to retry the build
[11:41] <Daviey> Is it known that the recent upgrade of libdrm seems to be blocking lucid->maverick upgrades?
[11:41] <Daviey> http://pb.daviey.com/pyIY/raw/
[11:57]  * seb128 kicks the publisher
[11:57] <seb128> still not done?
[11:58] <pitti> ~ 5 more mins until archive.u.c. updates
[11:58] <seb128> pitti, it takes a full hour?
[11:58] <pitti> it's probably on syncproxy a bit earlier than that
[11:58] <pitti> but let's take no chances, the buildds are slow enough as they are
[11:58] <pitti> seb128: yes :/
[11:58] <pitti> seb128: that's why I'm testing apt-get update && apt-get install liblauncher-dev in my chroot
[12:01] <seb128> pitti, ok, publishing done
[12:01] <pitti> whee
[12:01] <seb128> apt-get install liblauncher-0.3-0 works
[12:01]  * pitti retries
[12:01] <seb128> \o/
[12:01] <ogra> what a nightmare
[12:01] <pitti> confirmed
[12:03] <pitti> ogra: so netbook-armel is still in the game of the race with ubuntu-server installability :)
[12:03] <ogra> heh
[12:03] <pitti> didrocks: release-noted the oem problem, thanks for finding
[12:03] <didrocks> pitti: yw
[12:06] <Daviey> ogra: You know we'll win :)
[12:07] <ogra> Daviey, well, i didnt make the mess, so i can lean back but still its keeping me from having images to test and finalize
[12:07] <Daviey> heh
[12:09] <mvo> seb128: no, lunchtime :)
[12:10] <seb128> hum, lunch!
[12:10] <seb128> https://edge.launchpad.net/ubuntu/maverick/+source/netbook-launcher-efl/0.3.2-0ubuntu2
[12:10] <seb128> " i386   Successfully built"
[12:11] <seb128> \o/
[12:11] <ogra> who cares for i386
[12:11] <seb128> asac, ^
[12:11] <pitti> yippie
[12:11] <seb128> lunch, bbl
[12:11] <ogra> pray that it builds on arm too :)
[12:12]  * asac dances
[12:12] <asac> now it just needs to work (and build on armel) ;)
[12:13] <asac> next thing is enabling efl opengl ES acceleration ;)
[12:13] <ogra> asac, i assume you tested it ?
[12:13] <asac> mterry tested it ;)
[12:13] <ogra> k
[12:13] <asac> and he is a good guy
[12:14] <asac> so i am optimistic ;)
[12:14]  * ogra didnt want to debate that :)
[12:14] <asac> i didnt tough the way the desktop session is done etc.
[12:14] <asac> and the fallback etc. probably doesnt work anyway atm?
[12:14] <ogra> which fallback ?
[12:14] <asac> ogra: whats the status? or did you drop unity for now from the armel image?
[12:14] <ogra> no, TI wants to use it
[12:14] <asac> ogra: the unity -> efl fallback
[12:15] <asac> like the une session spec we had at some point :-P
[12:15] <ogra> there is no fallback, currently the 2D session is the default
[12:15] <asac> right. thats what i wanted to know
[12:15] <ogra> i'm working on a oem-config plugin
[12:15] <asac> if i am just not installing unity, does everything still work?
[12:15] <ogra> that will enable the PPA, install all packages from there and show EULAs etc
[12:16] <asac> oh. interesting
[12:16] <ogra> i think i'll integrate a switch in that tool that switches the default to 3D
[12:16] <asac> ogra: how long does oem-config run on beagle ;)? did you find time to test that?
[12:16] <asac> just want to have a number if people come to me and say its still taking 40 minutes ;)
[12:16] <ogra> on panda the whole thing now takes about 20min from first boot of a virgin dd'ed SD card to getting gdm
[12:17] <asac> hmm. thats sloww
[12:17] <ogra> i havent tested on a C4 and we still have issues with the XM kernel
[12:17] <ogra> slow ?
[12:17] <asac> if panda is 20min, beagle probably is > 20min
[12:17] <ogra> it's 2-5min for resizing, then it reboots into oem-config which takes between 10 and 15min for all it does
[12:17] <asac> yes. 20 minutes is really slow compared to putting in sdcard and just booting
[12:18] <asac> ogra: what is "all it does"?
[12:18] <asac> includes downloading unity etc. and installing that?
[12:18] <ogra> setting up the system, then removing a ton of packages and then running all related triggers
[12:18] <ogra> donwloading unity ?
[12:18] <asac> ton of packages == jaster and oem-config etc.?
[12:18] <asac> jasper
[12:19] <ogra> right, about 25MB of stuff iirc
[12:19] <asac> k
[12:19] <ogra> running the triggers alone takes 5min or so
[12:19] <asac> what time is setting up the system vs. removing packages?
[12:19] <ogra> locale-gen takes a lot of time too
[12:19] <pitti> yay, built on armel and amd64, too
[12:19] <ogra> and generating all the keymaps
[12:19] <asac> yeah. locale-gen ... i see
[12:19] <ogra> 20min is a real record
[12:19] <ogra> dont say its slow
[12:19] <asac> yeah. sorry. it definitly is a big win ;)
[12:20] <ogra> vs ~1h it surely is :)
[12:20] <asac> didnt mean to play it down. just thinking that 2 minutes is what we would love to see :-P
[12:20] <ogra> how would you do that and still properly configure the saystem
[12:20] <ogra> *sys
[12:20] <asac> lets say 2 minutes on top of resizing
[12:21] <asac> maybe pregenerate the default locales during fs building
[12:21] <ogra> it would be cool if the removal stuff etc could run in the background
[12:21] <ogra> i cant
[12:21] <mvo> seb128: fix works fine, I upload http://pastebin.com/Pa1DsaVT if you don't mind
[12:21] <asac> ogra: whats the problem with generating locales on fs builder?
[12:21] <ogra> ubiquity needs to run first, how else would i know which locales i need
[12:22] <asac> ogra: you just decide to install one or two locales by default and do those. then user can use the preferences etc. to change his locale ;)
[12:22] <asac> and wait 20 minutes then ;)
[12:22] <ogra> thats not ubuntu :P
[12:22] <ogra> the configuration has to be proper on first login
[12:22] <ogra> we ship en_GB by default btw
[12:23] <asac> maybe then selecting default locales and if use doesnt change them during install, just dont do anything
[12:23] <asac> s/use/user/
[12:24] <asac> and removing packages could be done by marking them for removal. i think with some tricks next time update-manager kicks in it would remove those.
[12:24] <ogra> no
[12:25] <ogra> thats not how it works :)
[12:25] <ogra> the packages all ship their initramfs scripts/hooks
[12:25] <ogra> to have a clean initramfs on next boot they need to be removed and update-initramfs needs to be called
[12:25] <ogra> as long as we have that design we need to remove the packages
[12:26] <asac> i dont think they really hurt ... at least they can be made so they dont hurt and once the update-manager removes packages they would be gone anyway.
[12:26] <ogra> sure
[12:26] <ogra> we should look at improving all that in M
[12:26] <ogra> err
[12:26] <ogra> N
[12:26] <asac> but ok. just thinking that we might want to think about it ;)
[12:27] <ogra> its definitely not M material anymore
[12:27] <seb128> mvo, go for it
[12:27] <ogra> and i'm happy with 20min
[12:27] <asac> right. i wasnt talking about M for ubuntu ... i am talking to myself to see how we can share more code/boot/install procedure in long run
[12:27] <seb128> mvo, thanks for testing
[12:27] <mvo> seb128: thank *you* for the fix! makes my life a lot easier now
[12:28] <seb128> ;-)
[12:29]  * asac remembers and goes and files a RC bug against packagekit for the error he saw before
[12:33] <kenvandine> asac, evolution uses couch too, if you use that
[12:39] <bcurtiswx> vish, kenvandine: bug #613012 was accepted and merged upstream.  Ken were you planning on doing this with lucid empathy as well?
[12:39] <ubot2> Launchpad bug 613012 in empathy (Ubuntu) (and 2 other projects) "Remove "Ubuntu servers" from irc channel list (affects: 1) (heat: 8)" [Low,Fix committed] https://launchpad.net/bugs/613012
[12:41] <seb128> hey kenvandine, woke up early today ;-)
[12:42] <bcurtiswx> hmm, it is early, even for me.
[12:42]  * bcurtiswx cooks breakfast for the channel
[12:56] <and471> hey mpt, thanks for working on that mockup for us
[12:57] <mpt> and471, which mockup?
[12:57] <and471> (08:50:28 AM) johnlea: nessita; I've just had a quick chat with MPT and I will send a revised wireframe that we are both agreed on as soon as I have had lunch
[12:57] <and471> mpt, ^
[13:01] <mpt> and471, right. Sorry that it will obviate a bunch of your hard work on layout, but much of the stuff about showing progress, making the submit button insensitive, etc should still be useful.
[13:02] <and471> mpt, no problem
[13:02] <mpt> johnlea will do a rough wireframe now, and I'll refactor the spec later. (Yay for shorter USC specification.)
[13:02] <and471> :)
[13:04] <Chipaca> and471: mpt: qué?
[13:04] <and471> Chipaca, johnlea is doing a wireframe of what nessita and I will implement
[13:05] <mpt> Chipaca, I thought you'd decided this yesterday, but johnlea said otherwise
[13:05] <nessita> Chipaca: I found out this morning an eamil from john lea with a new sketch
[13:06] <mpt> and he made the good point that with sign-in details being remembered by default, most of the time when you see the dialog it'll be for creating an account, not signing in to an existing one, so it should emphasize that.
[13:06] <nessita> Chipaca: which was not compatible with what we were planning to do, so I asked to make their main (I was very polite though :-P)
[13:06] <Chipaca> nessita: "make their main"?
[13:07] <nessita> mind*
[13:07] <nessita> Chipaca: sorry, too early
[13:08] <nessita> Chipaca: you can read the chat in #desktop+
[13:08] <mpt> Chipaca, if you are screaming right now while looking at an August 2010 calendar, then feel free to ignore everything that's happened today, and we can revisit it after the 12th.
[13:08] <pitti> didrocks: now that we have a working -efl again, do you plan to add it to the i386/amd64 netbook CDs as a 2D fallback?
[13:09] <pitti> or is that generally out of the question?
[13:09] <Chipaca> mpt: my heart is screaming, my mind is serene. Usually a bad sign.
[13:09] <didrocks> pitti: I'm not sure… -efl is now very different from unity, not talking about efl libraries and CD space
[13:10] <mpt> and471, have you gotten familiar with the kind of automated tests that nessita writes for these interfaces?
[13:10] <pitti> didrocks: wrt. libs and space it's by and large the same situation as before, though; I agree to the completely different optics, though
[13:10] <and471> mpt, no not at all, but I am interested in learning
[13:11] <didrocks> pitti: yeah, I think it can be unclear for the user
[13:11] <nessita> mpt: I'm just in the process of teaching him :-)
[13:11] <mpt> nessita, wonderful.
[13:11] <nessita> mpt: but first we're trying what we have so far
[13:11] <pitti> didrocks: question is whether "unclear" << or >> "broken" :)
[13:13] <didrocks> pitti: well, we got that for quite a long time in UNR/UMR before lucid, but yeah, I understand. One of the issue is that the detection can only be in mutter or a script launched before and so, delaying boot time and such…
[13:16] <pitti> didrocks: that worries me as well, yes
[13:16] <pitti> didrocks: we might get away with a "works 90%" quick check, like [ -x /dev/dri/card* ]
[13:17] <didrocks> pitti: I'm waiting first on the -egl work done in clutter/mutter by alf__ and asac, maybe we will have a good 2D support, but that can be an option :)
[13:18] <pitti> didrocks: sure; I was just curious, I'm not pressing for it
[13:18] <pitti> it's not a real issue on netbooks out there, and folks with weird hardware could just install standard Ubuntu
[13:18] <didrocks> let's see how it goes, in any case, the backend thing can be really quickly implemented
[13:18] <didrocks> right, and they still get it with UNE in any case (there is the desktop session)
[13:27] <pitti> didrocks, seb128, Riddell: anything new since alpha-2 in netbook/KDE/GNOME which we should mention on https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ?
[13:28] <didrocks> pitti: I'll have a look later what to add for UNE
[13:28] <Riddell> pitti: KDE Platform 4.5.0, switch to rekonq web browser
[13:29] <seb128> pitti, nothing really fancy for GNOME that I can think of right now
[13:29] <pitti> Riddell: I'll add a blurb
[13:29] <seb128> didrocks, pitti: UNE got unity updates, datetime won a calendar widget, f-spot got replaced
[13:30] <pitti> Riddell: is that 4.5.0 RC3?
[13:31] <seb128> pitti, I guess you could list some of the software-center improvements, like "what's new"
[13:31] <Riddell> pitti: 4.5.0 final
[13:31] <pitti> Riddell: oh, I don't see an announcement for that
[13:31] <pitti> ok, thanks
[13:32] <Riddell> pitti: no, it's not out yet, that's how fast we are at Kubuntu :)
[13:33] <seb128> pitti, new gwibber using sqlite might be worth mentioning as well
[13:34] <pitti> Riddell: *grin*
[13:34] <pitti> didrocks: ah, and global menu bar is now the only menu, so I'll drop that sentence
[13:35] <seb128> right
[13:35] <didrocks> pitti: right, and shotwell by default
[13:36] <pitti> Riddell, didrocks: KDE/Unity updated
[13:37] <seb128> pitti, not sure if you want to mention that gdk-pixbuf got packaged which unblocked the work to get get gtk updated
[13:37] <pitti> seb128: I think that's a too technical detail, but if you think it's interesting, please go ahead
[13:37] <didrocks> pitti: thanks for the update, sounds great
[13:37] <pitti> mvo: would you like to add a blurb about the new software-center features to https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ? I think you know them better than me
[13:37] <pitti> mvo: I'm happy to edit it afterwards, but if you could add the facts, I'd love you forever
[13:38] <seb128> pitti, I think it's rather technical as well, was just trying to find something to get there ;-)
[13:38] <pitti> (not that I wouldn't already do)
[13:38] <mvo> pitti: that requires me to remember what we had in a2 :)
[13:38] <pitti> mvo: relative to lucid is fine
[13:39] <mvo> pitti: aha, nice. that is easier
[13:39] <pitti> we keep piling up news since lucid, and those will eventually become the final maverick stuff
[13:39] <pitti> mvo: charlie-tca currently has the wiki lock, FYI
[13:40] <mvo> pitti: ok
[13:43] <charlie-tca> I am done, mvo
[13:46] <pitti> bah, http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html just updated
[13:46] <pitti> and n-l-efl is still on the list, WTH?
[13:47] <pitti> didrocks: now that -efl uses current liblauncher, I assume it's alright with you if I remove liblauncher-0.1 from teh archive?
[13:48] <didrocks> pitti: yes please, proceed cleaning :)
[13:48]  * pitti makes a flushing noise
[13:48] <didrocks> hah :-)
[13:51] <pitti> mvo, charlie-tca: thanks all for the edits!
[13:52] <charlie-tca> You are welcome
[13:52]  * pitti re-categorizes them for *buntu headers
[14:02] <pitti> asac: can you please reupload n-f-efl
[14:02] <pitti>  netbook-launcher-efl : Depends: libevas-svn-05-engines-x but it is not installable
[14:02] <vish> seb128: regarding https://bugs.launchpad.net/hundredpapercuts/+bugs?field.status%3Alist=FIXCOMMITTED , bugs , is there anyway , we can get them fixed?  would it help if someone picked them out and got the patches ready?
[14:02] <pitti> asac: it's spelt "libevas-svn-06-engines-x" now (new ABI)
[14:03] <vish> seb128: there are about 5-6 nautilus/gtk+ bugs there , was thinking about them.. :)
[14:05] <seb128> vish, I will review the list but I pretty much backported all the nautilus ones we could backport the previous time
[14:05] <vish> seb128: neat thanks :)
[14:05] <seb128> vish, the pathbar change was buggy and leaded to issues there, the replace dialog rewrite requires lot of upstream change, they refactored the code
[14:06] <seb128> vish, I will backport those we can get and comment on others
[14:06] <vish> seb128: sure , no probs .
[14:11] <mpt> mvo, have you had time to have a look at the USC add-ons branch?
[14:11] <mpt> lp:~ilidrissi.amine/software-center/addons
[14:11] <mpt> It gives me a deb822 import error, like other branches recently, so I guess it's time for me to upgrade to Maverick
[14:12] <mvo> mpt: yes, I looked at it, its mostly good, just needs a bit of tweaking to not slow down the details view page
[14:13] <asac> pitti: kk
[14:14] <pitti> asac: ah, I'm two seconds away from dputing the fix
[14:14] <pitti> asac: shall I upload, or do you want to?
[14:14] <pitti> there is no Vcs-Bzr:
[14:14] <and471> mpt, no need to upgrade
[14:14] <asac> pitti: go ahead
[14:14] <and471> mpt, replace     from debian import deb822
[14:14] <pitti> asac: uploaded
[14:14] <pitti> asac: want the debdiff for bzr commit? or is it not in bzr?
[14:15] <asac> no
[14:15] <asac> thats fine
[14:15] <and471> mpt, with http://pastebin.ubuntu.com/473089/
[14:15] <asac> thanks!
[14:15]  * asac slaps himself one more time on all this ;)
[14:15] <and471> that is in softwarecenter/view/historypane.py and softwarecenter/apt/apthistory.py
[14:15] <pitti> np
[14:15] <asac> and goes doing something else
[14:16] <mpt> thanks and471 :-)
[14:17] <and471> mpt, np, had the same issue
[14:20] <mpt> whee, this looks pretty cool
[14:21] <and471> mpt, can I ask why we don't have the hover effect in the category view/ application details view ?
[14:22] <mpt> and471, because it's not necessary. Hover effects should be used only when you can't elegantly show enough affordances the whole time. Here, we can.
[14:22] <and471> 'show enough affordances the whole time'?
[14:23] <and471> mpt, sorry I am on vacation, brain is hibernating ^ ?
[14:34] <mpt> and471, http://www.motive.co.nz/glossary/perceived-affordance.php
[14:35] <mpt> and471, i.e., if we can make it obvious that something is clickable, without giving it a hover effect or making the whole screen look too busy, we should. Because if we do manage that, we reduce distraction from momentary hover effects when you pass over something on the way to something else.
[14:36] <and471> mpt, so how do we make it obvious it is clickable?
[14:38] <charlie-tca> pitti: I have bug 599880 with a valid StacktraceTop but invalid stacktrace from Apport retracing
[14:38] <ubot2> charlie-tca: Bug 599880 on http://launchpad.net/bugs/599880 is private
[14:38] <charlie-tca> The retracing service stacktrace has no debug symbols in it
[14:39] <seb128> charlie-tca, it might just means it didn't have ddebs for that version
[14:39] <seb128> charlie-tca, 3.6.3 is an outdated one
[14:39] <charlie-tca> How could it have them in the stracktrace top then?
[14:40] <seb128> they are not?
[14:40] <seb128> the same symbols are in http://launchpadlibrarian.net/51409112/Stacktrace.txt
[14:40] <charlie-tca> The they are in the StacktraceTop but not in the Stracktrace itself
[14:40] <seb128> which ones?
[14:40] <seb128> did you read under "#3  <signal handler called>"?
[14:41] <charlie-tca> #3  <signal handler called>
[14:41] <charlie-tca> No symbol table info available.
[14:41] <seb128> then?
[14:41] <pitti> charlie-tca: the long one has everythign the StacktraceTop has
[14:41] <pitti> it's derived from StackTrace, and I promise that apport doesn't invent symbols
[14:43] <charlie-tca> i know that, but the files I am looking at do not have those symbols. It is all "no symbol table info available" for some reason
[14:44] <seb128> http://launchpadlibrarian.net/51409112/Stacktrace.txt has those
[14:45] <chrisccoulson> that's all fairly irrelevant for firefox crashes, as i'm likely to mass close them all this week anyway ;)
[14:46] <charlie-tca> well, okay
[14:46] <seb128> charlie-tca, not sure what you are missing there, did you found them now?
[14:46] <charlie-tca> nope. Is firefox somehow giving me the wrong report?
[14:47] <seb128> where do you click on the bug?
[14:47] <seb128> did you open the url I gave before?
[14:47] <seb128> line 9 and 11 on the webpage
[14:48] <charlie-tca> oooh, I gave the wrong bug number
[14:48] <charlie-tca> it should be bug 599878
[14:48] <ubot2> charlie-tca: Bug 599878 on http://launchpad.net/bugs/599878 is private
[14:49] <seb128> charlie-tca, http://launchpadlibrarian.net/51409446/Stacktrace.txt has those?
[14:49] <seb128> starting to #5 and on
[14:49] <mpt> and471, in these screens there's very little that *isn't* clickable, and the things that aren't are separated by borders. So just using a pointing-hand cursor is probably enough.
[14:49] <seb128> ie the comment #3 url
[14:49] <and471> mpt, ok thanks
[14:51] <mpt> vish, if this branch <http://imgur.com/2NOVK> gets merged, there'll be a whole lot more metadata bugs to fix -- improving the first lines of add-on package descriptions so they make sense as checkbox labels :-)
[14:52] <vish> oh noes!
[14:53] <and471> mpt, that looks awesome, who is doing that work?
[14:54] <mpt> and471, https://code.launchpad.net/~ilidrissi.amine/software-center/addons/+merge/30946
[14:54] <vish> mpt: looks like the first line is usually from .desktop comment , right?
[14:54] <vish> mpt: ah , devildante!
[14:54] <vish> i thought it was and471's branch ;)
[14:55] <and471> vish, hehe thanks, but no :)
[14:56] <and471> mpt, I hope you are looking forward to some gui tests :-)
[14:56] <vish> mpt: how far do you expect debian to change the package descriptions for SC?
[14:57] <vish> some maintainers seem a bit resistant to make the changes :(
[14:58] <mpt> vish, and this will be (as far as I know) the first time that Recommends: and Suggests: has ever had a GUI, so there *might* be an influx of bugs about inappropriate Recommends: and Suggests: that nobody has noticed before (e.g. "Why does KMess offer a file manager as an add-on?"), in the same way that we discovered inappropriate categorization of applications when 2.0 introduced subcategories.
[14:59] <mpt> vish, this is why it's important for Debian Software Center to exist. :-) We can attach screenshots and say "See, this looks silly"
[15:00] <mpt> That'll be an easier argument to make for Recommends/Suggests than it is for descriptions, I think
[15:00] <vish> yeah..
[15:00] <vish> mpt: are we merging that for Maverick?
[15:01] <mpt> vish, don't know. That's up to Mohamed to finish it, and mvo or tremolux to decide whether it's ready.
[15:03] <vish> mpt: do you want to? he usually hangs out in -bugs.. we can push him to finish it :)
[15:03] <mpt> vish, I'm writing a branch review now
[15:04]  * mpt discovers Evolution's 'The following plugins belonging to the "base" set are included' WTF
[15:05] <pitti> ogra, asac: so is all the new stuff and -efl supposed to fix bug 600487 ?
[15:05] <ubot2> Launchpad bug 600487 in netbook-meta (Ubuntu Maverick) (and 3 other projects) "system fails to launch netbook-launcher-efl on arm system (affects: 1) (heat: 8)" [Medium,Fix committed] https://launchpad.net/bugs/600487
[15:05] <pitti> or was that a dupe of the netbook-efl-default-settings change?
[15:06] <ogra> oh, sorry, i was slacking on that one
[15:06]  * ogra closes
[15:07] <pitti> \o/
[15:08] <Laney> didrocks: http://permalink.gmane.org/gmane.comp.db.sqlite.general/58588 might interest you
[15:08] <asac> good
[15:08] <pitti> asac: uploadedhttps://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?orderby=status&field.milestone%3Alist=27561 as well
[15:10] <vish> and471: devildante is the culprit ;)
[15:10]  * devildante hides
[15:16] <and471> devildante, great work well done!
[15:16] <devildante> and471: thx
[15:16] <vish> and471: i think i found an ftdau bug!  can you try and install simple backup? and see if it does any backup?
[15:17] <and471> vish, sure tho I am just about to head out for 30 mins, I will do it when I am back tho
[15:17] <vish> my system is a bit borked now , i so really not sure where the problem is
[15:18] <vish> and471: sure , try this , after install , set it up and hit "backup now" , it says a process is running  , but does nothing.  if you close the dialogue boxes , those processes just quit.
[15:21] <mpt> vish, I posted my review, so if you want to chase up Mohamed you're welcome, I need to get back to networking stuff :-)
[15:22] <vish> mpt: devildante is he ;)
[15:22] <devildante> okay, hi mpt :)
[15:23] <devildante> just saw your review
[15:24] <mpt> aha
[15:24] <mpt> I have just discovered a thorny example
[15:24] <mpt> Cgoban (a board game) Suggests: gnugo, imagemagick | netpbm
[15:25] <mpt> The description explains this: "Some sort of image converter is needed if you wish to use the utility provided to capture 'screen shots' of a Cgoban game."
[15:26] <mpt> But neither imagemagick nor netpbm have any clue that they're going to be used for Cgoban, and nor should they
[15:26] <mpt> So their checkboxes couldn't have meaningful labels in the Cgoban screen.
[15:27] <devildante> true
[15:28] <mpt> Maybe that means we have to exclude add-ons that are Recommended/Suggested by more than one package?
[15:28] <devildante> yeah... Could do that easily
[15:29] <devildante> this, and your other suggestions in the review :)
[15:29] <mpt> I don't know how much damage that would do
[15:30] <devildante> remove those add-ons, and see if the users have problems with that?
[15:30] <devildante> if this is a big problem, we could just re-enable them
[15:33] <mpt> devildante, ok, let's try that. I thought that might cause a problem with adblock-plus, but that's there because of Enhances, not because of Suggests, so I think we're ok
[15:33] <didrocks> Laney: thanks for the link, looking at it
[15:34] <devildante> mpt: ok, will do that
[15:34] <Laney> didrocks: If I were you, I'd consider reverting until it's fixed
[15:34] <didrocks> Laney: let me look how we got last version
[15:34] <devildante> mpt: but about the language-selector bit, I don't know if we can remove the language add-ons
[15:35] <devildante> mpt: should ask someone else
[15:35] <didrocks> Laney: ok, we are in sync with debian, we can maybe revert to the debian testing version
[15:35] <didrocks> Laney: in any case, that will be post alpha3
[15:36] <Laney> right
[15:37] <seb128> didrocks, Laney: what is broken?
[15:37] <mpt> devildante, spec updated. https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=411&rev1=410
[15:37] <Laney> seb128: there's a big performance regression in the new sqlite
[15:37] <Laney> which affects banshee
[15:37] <seb128> oh ok
[15:37] <seb128> use rhythmbox ;-)
[15:37]  * seb128 runs
[15:37] <Laney> ha
[15:37] <didrocks> seb128: that was easy :-)
[15:38] <Laney> it might affect other apps too…
[15:38] <seb128> joke aside the way forward seems to fix it, not to downgrade
[15:38] <didrocks> I think gwibber will suffer as well
[15:38] <Laney> upstream will fix it for 3.7.1
[15:38] <didrocks> the issue is that we don't know when it will happen
[15:38] <didrocks> "I recommend you stick with 3.6.23.1 until
[15:38] <didrocks> we get 3.7.1 out the door later this month."
[15:38] <didrocks> ok, so we can maybe wait
[15:38] <devildante> mpt: seen that, taken note :)
[15:39] <didrocks> Laney: maverick is still unstable… so not good for production, and performance issue is not data cluttering issue
[15:40] <Laney> apparently it affects query accuracy too
[15:40] <Laney> for example play queue mode is broken
[15:41] <and471> vish, what is the package name?
[15:41] <didrocks> argh…
[15:42] <vish> and471: install from SC , search backup and you will have listed there Simple backup config and restore.
[15:42] <vish> and471: install the config one , it will install both
[15:42] <and471> k
[15:42] <didrocks> Laney: let's wait for A3 in any case and decide later on, shall we?
[15:43] <Laney> didrocks: OK, it's up to you. You could release note it (if they exist for alphas)
[15:43] <didrocks> Laney: we will, I've just opened the page :)
[15:43] <Laney> ok then
[15:43] <didrocks> thanks!
[15:44] <and471> vish, where is it in the menu?
[15:44] <Laney> yw
[15:44] <and471> vish, dw found it
[15:44] <vish> and471: it doesnt get listed in the menu , its in sys > admin
[15:44] <vish> ah . :)
[15:48] <didrocks> kenvandine: gwibber is using sqlite3 as well, isn't it? (I don't see a dep on it?)
[15:49] <Laney> I don't think the bug is universal
[15:49] <and471> vish, yup I can confirm it doesn't do anything, even when I create /var/backup it does nothing
[15:49] <Laney> banshee probably just happens to trigger it
[15:49] <didrocks> Laney: ok, added to the release note and link to the bug report in any case.
[15:49] <vish> and471: yay! , writing up bug report :)
[15:50]  * Laney nods
[15:50] <and471> vish, well not 'yay!' it ftdau ;P
[15:52] <kenvandine> didrocks, indeed, sqlite3
[15:52] <kenvandine> which means it doesn't need a new dep
[15:52] <kenvandine> comes with python
[15:54] <chrisccoulson> heh, i'm glad firefox uses it's own sqlite. i wouldn't want performance to be even worse than it is now ;)
[15:55] <didrocks> kenvandine: ok :)
[15:59] <vish> and471: bug 613486 ;)
[15:59] <ubot2> Launchpad bug 613486 in sbackup (Ubuntu) "Does not backup (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613486
[15:59] <and471> vish, hehe the bug title makes me lol
[15:59] <vish> :D
[16:05] <asac> netbook-launcher-efl installable here :)
[16:07] <asac> ogra: i installed it and started it from command line. seems to work
[16:07] <mpt> devildante_, is it possible to write a script that counts (a) the number of add-ons USC would show for all Ubuntu packages in total, and (b) how many of those add-ons have their own icon? If hardly any do, maybe we shouldn't bother showing icons for add-ons at all.
[16:08] <devildante_> mpt: Idk
[16:09] <pitti> seb128: https://edge.launchpad.net/ubuntu/maverick/+source/gnome-python-desktop/2.30.0-1ubuntu1 is depwait on libevince-dev, which doesn't exist
[16:09] <devildante_> mpt: problem is, I struggled with showing a possible icon
[16:09] <pitti> seb128: is that meant to be libevview-dev/libevdocument-dev ?
[16:09] <devildante_> until I just abandoned and showed a generic icon
[16:09] <mpt> and471, btw, "backup" is a noun, the verb is "back up" (I just noticed that in a description fix you did)
[16:09] <seb128> pitti, right
[16:09] <and471> mpt, yikes! thanks
[16:09] <seb128> pitti, debian didn't split the libs for some reason
[16:09] <mpt> devildante_, oh, so right now you're showing the generic icon for every one even if it has a custom one?
[16:10] <pitti> seb128: should we re-merge them at some point?
[16:10] <devildante_> mpt: yes
[16:10] <mpt> I see
[16:10] <devildante_> mpt: should I just remove it?
[16:10] <pitti> seb128: want me to upload?
[16:11] <seb128> pitti, we did remerge but we disagree on the split
[16:11] <seb128> pitti, if you want yes please
[16:12] <kiwinote> devildante_: http://pastebin.ubuntu.com/473131/ should help a bit
[16:12] <mpt> devildante_, I guess there are two ways we can test it then. One way is to work out how to write that script. The other way is to figure out the code to show custom icons, so we can test it manually.
[16:13] <devildante_> kiwinote: thx
[16:14] <devildante_> mpt: I'll see what I can do with kiwinote's suggestion
[16:15] <kiwinote> devildante_: if you need any help just give a shout and i'll see what i can do
[16:15] <devildante_> kiwinote: okay
[16:15] <devildante_> I love you guys :p
[16:19] <pitti> seb128: ugh, seems robert didn't rebuild debian/control; what a mess..
[16:19] <pitti> ah, this drops some obsolete packages; /me checks rdepends
[16:24] <pitti> didrocks, asac: can I ask you to fix the netbook-launcher dependency of go-home-applet?
[16:25] <didrocks> pitti: sure, let me have a look
[16:25] <pitti> asac: oh, and n-l-efl still recommends: netbook-launcher
[16:25] <asac> hmm
[16:26] <asac> ogra: is that a problem? or do we need a new round?
[16:26] <pitti> asac: the recommends? no
[16:26] <didrocks> pitti: do you see that on a component-mistmatch page btw?
[16:26] <pitti> didrocks: NBS
[16:26] <pitti> http://people.canonical.com/~ubuntu-archive/NBS/netbook-launcher
[16:26] <pitti> I removed it now
[16:26] <pitti> go-home-applet has no rdepends
[16:26] <didrocks> ok, thanks :)
[16:26] <pitti> so it doesn't break anything
[16:26] <vish> pitti: for Bug #550261 , its waiting an sru , but does not have a package uploaded in -proposed
[16:26] <ubot2> Launchpad bug 550261 in sbackup (Ubuntu) (and 2 other projects) "Backups cannot be started through the GUI (affects: 35) (dups: 7) (heat: 197)" [Medium,Confirmed] https://launchpad.net/bugs/550261
[16:26] <asac> oh cool
[16:27] <asac> thanks
[16:27] <pitti> didrocks: unless you want me to remove go-home-applet as well
[16:27]  * asac waits with the push after a3 then
[16:27] <pitti> vish: hm, can you please subscribe sponsors?
[16:27] <didrocks> pitti: it can still be useful for n-l-efl, but doesn't need to dep on it
[16:27] <pitti> didrocks: right, seems strange for an applet to depend on a desktop
[16:28] <vish> pitti: sure thing , thanks
[16:28] <didrocks> pitti: yeah, I didn't notice that previously
[16:28] <didrocks> was done last year apparently
[16:31] <pitti> . o O { ugh: http://people.canonical.com/~ubuntu-archive/NBS/libedataserver1.2-11 }
[16:40] <seb128> pitti, yes?
[16:41] <pitti> seb128: hm?
[16:41] <seb128> pitti, libedataserver, those just need a rebuild
[16:41] <pitti> right, doing ATM
[16:42] <seb128> pitti, I was going to ask if I should do it
[16:42] <seb128> I've some spare cycles today
[16:42] <seb128> but if you want to do it feel free ;-)
[16:42] <pitti> seb128: perhaps you can do the libpoppler5 transition?
[16:42] <pitti> (didn't check how many are left)
[16:43] <seb128> pitti, ok
[16:43] <pitti> or NBS in general really, it's really helpful
[16:43] <seb128> I will try to clean some of those
[16:43] <pitti> cheers!
[16:43] <pitti> seb128: perhaps in some cases we should just sync a new version from Debian
[16:44] <pitti> I'm currently doing that for giggle, instead of doing another no-change upload
[16:44] <pitti> but doesn't matter that much, I guess
[16:44] <pitti> giggle was a case were "ubuntu1" was a fakesync
[16:44] <seb128> right, for some of those, ie inskscape, uploads are waiting for sponsoring so that will do for a rebuild
[18:17] <seb128> mvo, could you mark https://code.edge.launchpad.net/~dylanmccall/ubuntu/lucid/gdebi/bug-591470/+merge/30971 merged? I don't have access to it
[18:22] <pitti> seb128: hm, http://launchpadlibrarian.net/53049752/buildlog_ubuntu-maverick-amd64.evolution-exchange_2.30.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[18:22] <pitti> it built fine on i386
[18:22] <pitti> which is weird, because the errors look like it should fail everywehere
[18:22] <pitti> oh, didrocks uploaded that
[18:23] <pitti> didrocks: can you please have a look? might just be a missing include
[18:23] <didrocks> pitti: sure, let me see,
[18:24] <didrocks> pitti: argh, fail due to new gtk, let me remove fail on deprecated method
[18:24] <pitti> kenvandine: can you please have a look at http://launchpadlibrarian.net/52712930/buildlog_ubuntu-maverick-armel.ido_0.1.11-0ubuntu1_FAILEDTOBUILD.txt.gz ?
[18:25] <pitti> kenvandine: looks like it's doing something dirty there, casting an int into a pointer or so
[18:25] <mvo> seb128: sure
[18:25] <didrocks> pitti: I'm puzzled it wasn't built before…
[18:25] <pitti> didrocks: "wasn't"?
[18:25] <didrocks> I haven't done an upload for a while
[18:25] <didrocks> the amd64 evolution-exchange
[18:25] <kenvandine> pitti, sure
[18:25] <pitti> didrocks: I gave it back a few hours ago
[18:26] <seb128> pitti, kenvandine: bratsche has a merge request pending review from ted for the ido issue
[18:26] <pitti> didrocks: thought that the amd64 built against a broken GTK or so
[18:26] <pitti> seb128: oh, nice
[18:26] <kenvandine> great
[18:26] <seb128> pitti, it's rather weird that the gtk issue didn't happen on i386
[18:26] <kenvandine> ido seems to have this sort of problem often
[18:26]  * pitti sighs at ibus; tons of modifications and we need to merge
[18:27] <pitti> seb128: that's what I wondered about
[18:27] <pitti> anyway, running out of time today, need to go
[18:27] <pitti> have a nice evening everyone!
[18:27] <seb128> pitti, have fun, see you tomorrow!
[18:28] <didrocks> pitti: have a good night!
[18:35] <vish> seb128: bug 15495 seems a bit of an extra one , we fixed most of the issue , the window title alone is the problem , if it /cant/ be changed , maybe we can mark it as fixed?
[18:35] <ubot2> Launchpad bug 15495 in file-roller (Ubuntu) (and 3 other projects) ""Archive Manager" doesn't mean anything if you don't know what an "archive" is (affects: 7) (dups: 1) (heat: 51)" [Wishlist,Triaged] https://launchpad.net/bugs/15495
[18:36] <seb128> vish, well things always can be changed, it's only code
[18:36] <vish> :)
[18:36] <seb128> vish, btw I commented on a few nautilus ones saying we will not get the changes this cycle, not sure if you want to drop the hundredpapercuts milestone for those
[18:37] <vish> seb128: yeah thanks, noticed the comments , atleast its easier to have them committed somewhere :)
[18:37] <vish> else someone will ask why we havent released ..
[18:39] <seb128> we will get those next cycle anyway
[18:39] <vish> yeah, sounds good.
[18:48] <seb128> didrocks, can you add bug #105093 to your review list?
[18:48] <ubot2> Launchpad bug 105093 in evolution (Ubuntu) (and 1 other project) ""Submit Bug Report" should be removed from the menu options under "Help" (affects: 10) (dups: 6) (heat: 80)" [Medium,In progress] https://launchpad.net/bugs/105093
[18:48] <seb128> didrocks, there is a patch that needs sponsoring
[18:48] <bratsche> kenvandine: ido has these issues often because I have it set to treat warnings as errors.  This is nice to do on my architecture, but apparently not a good thing to do on ARM. :)
[18:48] <didrocks> seb128: sure
[18:48] <seb128> didrocks, thanks
[18:49] <didrocks> seb128: btw, do you know what happen to the evolution thing? the ABI was broken?
[18:49] <seb128> didrocks, reading your evolution-exchange changelog you either forgot to build-depends on dh-autoreconf or to write it in the changelog
[18:49] <Sarvatt> mvo: that cairo patch disabled server side gradients completely for everyone not just affected cards didn't it? also your test case went from 0.54-0.56 to 0.49-1.6 seconds here on intel
[18:50] <didrocks> seb128: urgh… you're write :/
[18:50] <didrocks> right*
[18:50] <seb128> didrocks, ;-)
[18:50] <didrocks> getting tired ;-)
[18:50] <seb128> Sarvatt, no, we didn't filter on cards
[18:50] <seb128> Sarvatt, what are those numbers?
[18:51] <kenvandine> bratsche, indeed
[18:51] <mvo> Sarvatt: right, the patch globally disabled it. it was a measure of desperation as I don't want to get all the bugreport against update-manager in a3 that its unusable slow
[18:51] <Sarvatt> https://bugs.edge.launchpad.net/ubuntu/+bug/595845/comments/16
[18:51] <seb128> Sarvatt, only intel handle server side gradient it seems
[18:51] <ubot2> Ubuntu bug 595845 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 slow (affects: 16) (heat: 76)" [Medium,Fix released]
[18:51] <mvo> Sarvatt: that is quite a bit of variance
[18:51] <seb128> Sarvatt, nouveau nvidia ati have issues for sure
[18:51] <Sarvatt> i was under the impression they were going to try to make nvidia always use image to work around it for the 1.10 release
[18:52] <seb128> Sarvatt, well, we wanted something which work for a3, ie today
[18:52] <seb128> Sarvatt, but we can refine the change before maverick, we have time
[18:52]  * Sarvatt nods
[18:57] <vish> seb128: what do you think of : https://code.launchpad.net/~sense/ubuntu/maverick/evolution/fix-588298/+merge/30212  ?
[18:57] <vish> seb128: upstream is not gonna make the change anytime soon ;)
[18:58] <seb128> didrocks, ^ could you please get the other sponsoring request and that in an upload this week?
[18:59] <seb128> vish, let's just upload
[18:59] <seb128> upstream is going to discuss for ages about it
[18:59] <didrocks> seb128: sure, the evolution one?
[18:59] <vish> yeah
[18:59] <vish> didrocks: thanks :)
[18:59] <seb128> didrocks, yes, the one vish listed and the bug I pointed before
[18:59]  * didrocks opens tabs
[19:00] <seb128> didrocks, should be 2 easy changes for an upload ;-)
[19:00] <didrocks> seb128: heh, great to make the sponsoring list lower!
[19:01] <seb128> ;-)
[19:01] <didrocks> time for dinner, bbiab
[19:03] <seb128> dinner, bbl
[19:04] <bcurtiswx> ah right, Europe = dinner time.. heck i just finished lunch
[19:50] <vish> bratsche: hi , could you review: https://bugzilla.gnome.org/show_bug.cgi?id=615451 ?
[19:50] <ubot2> Gnome bug 615451 in gtk "Tooltips stick when switching desktops using compiz" [Normal,Unconfirmed]
[19:50] <vish> bratsche: the patch was updated..
[20:10] <pitti> ah, an unexpected extra 1.5 hours -- our gym is closed this week
[20:17] <sshaw> quick question, when is 9.10 EOL?
[20:18] <micahg> sshaw: April 2011
[20:18] <sshaw> micahg: so, are all releases supported for 18 months (other than LTS?)
[20:18] <micahg> sshaw: yes
[20:19] <sshaw> ah ok.  For some reason I thought it was less.  Thanks
[20:36] <JamesMR> Is there a comprehensive reference of the python appindicator module anywhere?
[20:36] <JamesMR> I have been unable top find one.
[21:05] <didrocks> ok, enough for today! have a good night everyone!
[21:05] <tremolux> see ya didrocks!