[00:14] <bryceh> rickspencer3, did you have your meeting with yingying?
[00:15] <rickspencer3> bryceh, it's in 15 minutes
[00:15] <rickspencer3> 'sup?
[00:15] <bryceh> ah great, let me know if you need anything more
[00:16] <rickspencer3> will do
[00:16] <rickspencer3> I sent your bug list
[00:16] <rickspencer3> otherwise, I guess we need to triage the 400+ bugs and see what's in there
[00:41] <rickspencer3> TheMuso, hey
[00:41] <TheMuso> rickspencer3: yo
[00:42] <rickspencer3> TheMuso, so kernel freeze is approaching
[00:42] <rickspencer3> is pulse and the kernel in sync atm?
[00:42] <TheMuso> rickspencer3: right
[00:42] <TheMuso> yes
[00:42] <TheMuso> alsa userspace and kernelspace actually
[00:42] <TheMuso> as in sync as they can be
[00:42] <rickspencer3> TheMuso, fair enough
[06:58] <pitti> Good morning
[06:59] <pitti> didrocks: indeed, I'll run a test with that
[07:02] <RAOF> Good afternoon :)
[07:03] <pitti> hey RAOF, how are you?
[07:05] <RAOF> Pretty good.  Had a fun time in Tasmania over the weekend; we've put in an offer for a very nice house in West Hobart that we inspected.
[07:05] <RAOF> Now I'm seeing if I can get a package for Docky build & reviewed before FF :)
[07:09] <RAOF> Looking forward to talking with didrocks and seb.
[07:09] <baptistemm> hello, good morning
[07:10] <pitti> RAOF: oh, you'll move soon?
[07:11] <RAOF> pitti: Such is the hope.  And, well, “soon” in real estate is about 2 months :)
[07:13] <pitti> didrocks: ok, so you broke cheese?
[07:26] <pitti> didrocks: hm, I actually can't replicate the problem in a chroot; no idea what the live system builders are complaining about :(
[07:26] <pitti> and why it only affects the netbook CDs, not the ubuntu CDs
[07:27] <pitti> oh, cheese isn't on the ubuntu CDs? why not..
[07:47] <didrocks> pitti: cheese is broken? I didn't receive a FTBFS IIRC
[07:47] <didrocks> morning
[07:47] <pitti> didrocks: bonjour
[07:47] <pitti> didrocks: I actually don't know why the livefs build fell over twice in a row :(
[07:47] <pitti> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/lucid/ubuntu-netbook/latest/livecd-20100217-i386.out
[07:48] <pitti> The following packages have unmet dependencies:
[07:48] <pitti>   cheese: Depends: cheese-common but it is not installable
[07:48] <pitti>   libcheese-gtk17: Depends: cheese-common but it is not installable
[07:48] <didrocks> hum, strange
[07:48] <pitti> but it does work in an i386 lucid chroot with only main
[07:48] <didrocks> right, I split the package
[07:49] <pitti> ah, -common is new?
[07:49] <didrocks> yes, libcheese-gtk17 too
[07:49] <didrocks> rmadison tells me they are in main both
[07:49] <pitti> ah, perhaps they were stuck in NEW until tonight
[07:50] <didrocks> pitti: is there another way than ramdison?
[07:50] <didrocks> rmadison*
[07:50] <pitti> that's fine
[07:50] <pitti> I'll just trigger a rebuild then
[07:51] <didrocks> pitti: ok, you think cheese-common wasn't newed when the cd was building?
[07:51] <seb128> hey didrocks pitti
[07:51] <pitti> perhaps
[07:51] <pitti> I can't think of another explanatino
[07:51] <didrocks> salut seb128
[07:51] <pitti> didrocks: however, no
[07:51] <pitti> didrocks: then cheese wouldn't have been on that new version either
[07:51] <pitti> bonjour seb128
[07:52] <didrocks> hum
[07:52] <pitti> meh
[07:52] <pitti> g-p-m crashes on startup
[07:52] <pitti> indicator patch?
[07:55] <seb128> pitti, that didn't get uploaded?
[07:55] <pitti> it did
[07:55] <pitti> 2.29.2-0ubuntu4
[07:56] <pitti> meh
[07:56] <pitti> it crashes, and if you start it manually, it complains about a nonexisting property which looks like garbage
[07:57]  * pitti files crash report
[07:58] <pitti> ok, already filed, bug 523041
[08:06] <kklimonda> good morning
[08:32] <RAOF> seb128, didrocks: Thanks for the talk.
[08:32] <didrocks> RAOF: thanks to you :)
[08:33] <seb128> RAOF, thank you ;-)
[08:33]  * RAOF goes to wrap some chicken breast in pancetta and call it dinner.
[08:34]  * seb128 goes to get some coffee
[08:37] <seb128> didrocks, pitti: not sure if you have seen yesterday but gnome-keyring 2.29 is in the ubuntu-desktop ppa now...
[08:38]  * didrocks goes to get some coffee too
[08:38] <seb128> out of mission control not working after autologin (which might be fixed with a bugzilla change) it seems to work fine there
[08:38] <didrocks> seb128: I'll give it a try
[08:38] <seb128> you need to restart your session after upgrade though
[08:38] <didrocks> ok
[08:46] <didrocks> pitti: ping me when you will be able to try a bootchart with the new "cached and serialized wallpaper". I'll work on ubiquity hook now. Also, we need to take a decision for the upgrade thing :)
[08:46] <pitti> didrocks: just finished seed mangling for getting the CDs back in size
[08:46] <pitti> I'll do the bootcharting now
[08:47] <didrocks> pitti: shall we discuss that next week so that I can deal with all the CD bits? Just need a proper and quick introduction as each time we tried to discuss about it, we weren't able to finish :)
[08:48] <pitti> didrocks: oh, it was the ubuntu CDs being overflown
[08:48] <pitti> and I really have no idea about the cheese thing
[08:48] <didrocks> oh ok, you are in charge of alpha3 ?
[08:48] <pitti> I'll just try another build and hope
[08:49] <pitti> didrocks: not primarily, but I still like our desktop CDs to work :)
[08:49] <didrocks> (yes, crossing finger is always the highly and best scientific way to get things work ;))
[08:50] <pitti> then again, with the current g-p-m breakage and the devkit-power/upower duplicating a new image won't be much better anyway
[08:50] <pitti> and speech-dispatcher breaks CD images as well (new package is stuck in the build queue)
[08:51] <pitti> seb128: I just had a look at the g-p-m indicator patch; it's veeeery brittle (not having _any_ checks for NULL/failure, or fallbacks to upstream behaviour)
[08:51] <pitti> seb128: I'm that --><-- close to backing it out to restore g-p-m..
[08:52] <seb128> pitti, we should land changes if we don't feel they are quality ready
[08:52] <seb128> +not
[08:53] <seb128> pitti, so +1 from me to backing it out
[08:53] <pitti> I commented on the LP and upstream bugs where the patch was submitted
[09:02] <pitti> seb128: done
[09:03] <seb128> pitti, danke
[09:03] <seb128> chrisccoulson, hey
[09:03] <chrisccoulson> hey seb128
[09:03] <chrisccoulson> how are you?
[09:03] <chrisccoulson> i see gpm is broken this morning
[09:04] <pitti> chrisccoulson: right, bug 523041; just reverted the patch
[09:04] <pitti> (or, rather, disabled the configure option)
[09:04] <chrisccoulson> pitti - thanks
[09:04] <chrisccoulson> i wish i'd reviewed this now
[09:04] <seb128> chrisccoulson, got a cold but good otherwise, you?
[09:04] <pitti> oops, /me assigns back to g-p-m
[09:04] <chrisccoulson> seb128 - i'm not too bad. i have a bit of a headache this morning though
[09:04] <chrisccoulson> i hope your cold doesn't get too bad
[09:05] <seb128> get some coffee?
[09:05] <chrisccoulson> pitti - yeah, the glib warning from gpm is bogus
[09:05] <seb128> it's ok for now, just nose blocked on one side
[09:05] <chrisccoulson> it would suggest an issue with my notify patch, but i already know that works ;)
[09:05] <seb128> chrisccoulson, did you have a good night? is your gf better now?
[09:05] <chrisccoulson> seb128 - yeah, she's much better now thanks
[09:06] <seb128> good ;-)
[09:06]  * seb128 starts to think we need extra reviews for indicator changes
[09:07] <chrisccoulson> yeah, i think so too
[09:09] <pitti> didrocks: ok, so I downgraded gpm on my mini to get a crash-free startup (apport really spoils bootcharts)
[09:09] <pitti> didrocks: I'll now do three charts with the current cache, and three charts with your new packages, and compare
[09:12] <didrocks> pitti: sweet, thanks
[09:14] <seb128> chrisccoulson, do you still want to sign on for reviewing this gpm change when you have a free slot?
[09:14] <seb128> chrisccoulson, if so please do that ;-)
[09:14] <chrisccoulson> seb128 - yeah, i can take a look through that
[09:14] <pitti> chrisccoulson: nevermind reviewing the current patch (I followed up upstream), it needs lots of change/love first
[09:16] <kklimonda> chrisccoulson: can you update liboobs to 2.29.91? there is a fix for bug 522612
[09:16] <chrisccoulson> kklimonda: yeah, but it will have to wait until this evening
[09:16] <chrisccoulson> please assign the bug to me
[09:16] <kklimonda> ok
[09:21] <kklimonda> hmm... what is the official status of users with dot in their name? I can't create one using users-admin
[09:34] <tseliot> seb128: any ideas on bug #522969 ? Shall I assign it to gnome menu?
[09:40] <pitti> didrocks: measuring and evaluation complete, I followed up on https://bugzilla.gnome.org/show_bug.cgi?id=608419
[09:41] <didrocks> pitti: right, that was my fear
[09:41] <pitti> sorry :/
[09:42] <didrocks> not your fault :)
[09:42] <didrocks> at least, I know know how to deserialize an image and save it to the disk ;)
[09:43] <pitti> didrocks: so I think the patch should at least handle the case of an absent cache image more explicitly (the same confusion that I had also occurred with mclasen apparenlty)
[09:43] <didrocks> so, I guess, I'll revert the patch, just do a little cleanage (factor the function) and release the new version with optimized quality for jpeg?
[09:43] <pitti> didrocks: the multi-monitor case seemed worth discussing still
[09:43] <didrocks> pitti: the first version had that and vuntz changed it, but I can came it back
[09:44] <didrocks> pitti: well, it needs *tests* to know what happened exactly on those
[09:44] <pitti> didrocks: so it sohuld perhaps allow more than one cache file, for different resolutions
[09:44] <pitti> it will always be the same image file name, but with potentially different resolutiosn, right?
[09:44] <didrocks> pitti: one for each (resolution x transformation type)?
[09:44] <didrocks> that can be easy
[09:44] <pitti> ah, right
[09:45] <pitti> didrocks: I guess the function is just called several times for multi-monitor?
[09:45] <pitti> didrocks: so I guess it just shouldn't throw away all other cached images, just the ones with differnet file names?
[09:46] <didrocks> that's my guess too. But as for thumbnail there is nothing in the api that enables us to know what monitors is targeted. So, yes, saving one image for each resolution x transformation type seems to be in the spirit
[09:46] <pitti> didrocks: so perhaps the ones which do not fnmatch("*_*_*_" + filename + ".cache")?
[09:46] <didrocks> pitti: hum, I would rather erase all others file with the same resolution x transformation
[09:47] <pitti> didrocks: right, I think it makes sense to keep the 300x300 size limit; in fact, I think with .jpg caches it makes sense to ignore all images which are below the screen size resolution
[09:47] <didrocks> "if" one day, more than one image is allowed, we won't have to change this
[09:47] <pitti> didrocks: that should work as well indeed
[09:47] <didrocks> pitti: if we rename all fnmatch("*_*_*_" + filename + ".cache"), it won't (more than one filename)
[09:48] <didrocks> if we just remove the same (*_*_*_) (resolution and transformation), we save this case
[09:50] <pitti> didrocks: but then you would potentially kill caches which you need again in the next call (for a monitor with a differnet resolution)
[09:50] <pitti> ah, nevermind
[09:50] <pitti> I was confused
[09:50] <didrocks> we will just keep it, even if it's not used
[09:50] <pitti> didrocks: so, on a cache hit you just use that and do no further changes (to avoid always stat()ing the cache dir)
[09:51] <didrocks> pitti: right
[09:51] <pitti> and on a cache miss you do the cleanup and remove all stretch_x_y_* where * is not the current filename
[09:51] <pitti> ?
[09:52] <pitti> didrocks: upgrade> so, we ruled out postinst and we ruled out update-manager; let's ignore the upgrade caching for now
[09:52] <didrocks> that will work with current implementation, but if one day there is the support for more than one wallpaper filename on each monitor:
[09:53] <pitti> didrocks: ^ then we have to update the patch indeed
[09:53] <didrocks> on cache miss, we can clean all corresponding (stretch_x_y)
[09:53] <didrocks> where stretch_x_y is your current stretch and resolution
[09:53] <pitti> oh, right the "where * is not the current filename" is irrelevant; we already established a cache miss
[09:54] <pitti> so your's is simpler and correct
[09:54] <didrocks> and will support having multiple wallpaper if done one day :)
[09:54] <didrocks> we will just keep on resolution/monitor size change uneeded cache, but well…
[09:54] <didrocks> I don't think we will have billions of them
[09:55] <pitti> I don't understand?
[09:55] <didrocks> let's say you have zoom_1024x768_foo.ppng as a cache
[09:56] <didrocks> you change your monitor resolution to 1280x1024
[09:56] <didrocks> the cache will create a new zoom_1280_1024_foo.png and will keep the old one
[09:57] <didrocks> even if zoom_1024x768_foo.png won't be used
[09:57] <pitti> ah, right
[09:57] <pitti> shouldn't hurt that much
[09:57] <didrocks> so, we will get some cache ununsed cache file, but as we will just have one for each (transformation x resolution), we won't have a lot of them
[09:57] <didrocks> right
[09:58] <didrocks> ok, I'll work on the install part too on ubiquity, shouldn't be complicated (just copy the cache file from the live user wallpaper cache directory if there weren't an existing $HOME)
[10:06] <didrocks> seb128: I've tested upgrading gnome-keyring. So, I can ssh to a box and I get the prompt. I'm surprised however that I can still login into empathy and mission-control is running as you told it was broken. Can I test any other thing covered by gnome-keyring?
[10:07] <seb128> didrocks, it's broken after autologin there, did you use the gdm greeter?
[10:07] <didrocks> oh autologin, no, didn't try that
[10:07] <seb128> didrocks, you can test seahorse (the graphical ui)
[10:08] <tseliot> seb128: any ideas on bug #522969 ? Shall I assign it to gnome menu?
[10:08] <seb128> tseliot, oh sorry I forgot to reply to that
[10:09] <seb128> tseliot, I would be surprised if there is not already some opens on gnome-panel or gnome-menus
[10:09] <cassidy> hi seb128! It would be good to push latest papyon to Lucid ( https://bugs.edge.launchpad.net/ubuntu/+source/papyon/+bug/520699 ) it fixes some issues including this very popular crash in butterfly: https://bugs.edge.launchpad.net/ubuntu/+source/pymsn/+bug/401028
[10:09] <tseliot> np, I thought you missed it because of some irc weirdness ;)
[10:09] <seb128> tseliot, I start thinking it's a pitti's bug
[10:09] <seb128> cassidy, yeah, it's on my todolist already, thanks for pointing it though ;-)
[10:09] <cassidy> good good :)
[10:09] <tseliot> seb128: but Jockey just installs those packages
[10:10] <seb128> tseliot, I think it's due to the gnome-menus cache changes pitti did this cycle
[10:10] <seb128> tseliot, reassign to gnome-menus for now
[10:10] <tseliot> oh
[10:10] <tseliot> ok, thanks
[10:10] <seb128> np
[10:10] <didrocks> seb128: ok, seahorse is working, I can see my keyring. I can't try autologin on that box as I have an encrypted home. I'll try on my crash box later if you need confirmation that it's failing :)
[10:11] <seb128> didrocks, not that's ok, having confirmation it doesn't break anything you do daily on your box is good enough
[10:11] <cassidy> seb128, except that most of the components are up to date : http://people.collabora.co.uk/~cassidy/tp-versions.html
[10:11] <seb128> cassidy, excellent!
[10:12] <seb128> cassidy, should we still stay on gabble 0.8 btw?
[10:12] <cassidy> seb128, that's the safer bet for now. We are very keen on polishing it as that's the version used on the N900
[10:12] <cassidy> and 0.9.x still have few regressions
[10:12] <seb128> works for me
[10:12] <seb128> thanks
[10:13] <cassidy> I think there is a plan to branch to 0.10 soon
[10:13] <cassidy> (stable branch)
[10:13] <seb128> well let's revisit that when 0.10 is there
[10:13] <cassidy> agreed
[10:13] <pitti> seb128, tseliot: hm?
[10:13]  * pitti looks at #522969
[10:14] <seb128> pitti, we get an higher number of "menus don't get updated when a .desktop is installed" than usual this cycle
[10:14] <seb128> pitti, gnome-menus didn't change much out of your chaching change so my first bet would be to start looking there for a potential breakage
[10:14] <pitti> seb128: right, that's very proable
[10:15]  * pitti keeps the tab to look into this later on
[10:20] <seb128> pitti, I just sponsored libubuntuone now, can you NEW review when you have some time?
[10:20] <seb128> pitti, some known issue: COPYING and COPYING.GPL in the diff.gz, we will get that fixed with next tarball but since we are in a hury for ff now...
[10:21] <seb128> pitti, also there is a non versioned file installed in the library binary, that will be fixed too but likely after ff now
[10:22] <seb128> I also need to talk to kenvandine about translations they are not installed now
[10:27] <chrisccoulson> ooh, i should have a new desk arrive at home today
[10:27] <chrisccoulson> so i can finally try my new monitor and docking station :)
[10:28] <seb128> chrisccoulson, getting ready to be in a comfortable work environment there? ;-)
[10:28] <chrisccoulson> seb128 - yeah, i've got a little bit of rearranging to do
[10:28] <seb128> you don't have a desk for the computer right now?
[10:28] <seb128> or you just get a better one?
[10:32] <chrisccoulson> seb128 - i've got a desk already, but it has my desktop on
[10:32] <chrisccoulson> so i got another one to put the laptop on
[10:32] <seb128> ah ok
[10:33] <chrisccoulson> hopefully there will still be space for my coffee machine ;)
[10:35]  * didrocks thinks chrisccoulson is a good candidate for testing wallpaper caching on multiple monitors :)
[10:36] <chrisccoulson> didrocks - yeah, i can do that
[10:36] <chrisccoulson> when i finally get everything set up ;)
[10:36] <chrisccoulson> do you not have multiple screens?
[10:36] <didrocks> chrisccoulson: not, my main laptop is 17', so, it's ok to work with that
[10:36] <seb128> didrocks, you don't have any computer screen?
[10:36] <seb128> no desktop box?
[10:37] <chrisccoulson> ah, yeah that's quite a good size
[10:37] <seb128> 17" is small for daily work
[10:37] <chrisccoulson> my laptop has a 15" screen, which is a bit too small for daily use
[10:37] <didrocks> seb128: I have one, but no screen anymore. It was a 19' monitor, not LCD. To much space taken
[10:37]  * seb128 wouldn't work on <22" anymore
[10:37] <didrocks> too*
[10:38] <chrisccoulson> seb128 - i've got a 22" screen for my desktop, but the extra monitor for my laptop is 20"
[10:38] <seb128> you need to be nice to your eyes if you spend 10 hours in front of the computer
[10:38] <chrisccoulson> i hope that's not too small ;)
[10:38] <chrisccoulson> my 20" monitor has the same resolution as the 22"
[10:38] <seb128> and watching a laptop 15" or 17" screen is not good enough for me ;-)
[10:39] <seb128> chrisccoulson, yeah, I guess 20" is ok too ;-)
[10:39] <seb128> I just got used to work on a nice screen
[10:39] <didrocks> seb128: my plan is 1. change my flat, 2. buy an LCD screen
[10:39] <seb128> I would like to work on the laptop screen directly again
[10:39] <seb128> +noy
[10:39] <didrocks> but 2. can't be achieved with current flat :)
[10:39] <seb128> +not
[10:39] <seb128> can't type!
[10:39] <seb128> didrocks, hehe
[10:39]  * seb128 happy to not live in Paris
[10:40] <seb128> here you can get space for decent price
[10:40]  * didrocks really wants to come back to Lyon
[10:40] <chrisccoulson> one of my former colleagues just moved to Lyon
[10:41] <didrocks> good choice :-)
[10:46] <chrisccoulson> didrocks - do you have a lack of space in your flat then?
[10:47] <didrocks> chrisccoulson: right, 34m2 for 2 people is quite small. It was good when I didn't work at home, but not now :) Just waiting for few months before moving
[10:47] <chrisccoulson> yeah, we're starting to run out of space now we have a baby
[10:47] <chrisccoulson> and people keep buying her things too
[10:47] <baptistemm> :)
[10:47] <chrisccoulson> which makes it worse ;)
[10:48] <RAOF> Eeep, that is small.  I'm looking forward to 120m2 of house in Hobart.
[10:48] <didrocks> chrisccoulson: kind people buying stuff for the baby, what a shame ;-)
[10:48] <RAOF> didrocks: And so unexpected, too! :)
[10:48] <didrocks> RAOF: oh right, not the same size :)
[10:48] <didrocks> heh
[10:48]  * baptistemm was afraid to receive a 2 meter high Teddy bear when his child is born
[10:49] <chrisccoulson> it's nice that people buy gifts for the baby, but it's not so nice trying to find space to store them all ;)
[10:49]  * RAOF would imagine that would scare the child, too!
[10:49] <baptistemm> RAOF, I guess it depends on the country where you live, and the place
[10:50] <baptistemm> chrisccoulson, or receive gifts which plays loud music or makes lot of noise :)
[10:50] <RAOF> baptistemm: Whether people give gifts for babies, or the relative size of houses, or both? :)
[10:50] <baptistemm> s/receive/receiving/
[10:50] <baptistemm> RAOF, I was responding about the 120m² house
[10:51] <baptistemm> I wont imagine how much it would cost here
[10:51] <RAOF> Yeah.  That would cost like $1,000,000 in a nice suburb in Sydney.  Much, much cheaper in Hobart.
[10:52] <RAOF> (Also, Hobart's nicer than Sydney)
[12:11] <seb128> channel is quiet
[12:12] <seb128> is anybody still there? ;-)
[12:12] <didrocks> hey o/
[12:12] <didrocks> I was thinking the same thing :)
[12:12] <seb128> hey didrocks
[12:12] <seb128> we lost pitti in a server split apparently
[12:13] <seb128> I was wondering if I was on the buggy side, since apparently he can see me on the channel and replied to what I said an hour ago there but I didn't receive the reply
[12:13] <didrocks> I didn't receive the reply either
[12:14] <didrocks> and I don't see netsplit as I ignored the join/quit :)
[12:14] <seb128> hehe
[12:14] <seb128> s
[12:14] <seb128> so the channel is really quiet for you ;-)
[12:14] <didrocks> right :-)
[12:15] <didrocks> that's why maybe I don't receive any answer on my ubiquity question on #ubuntu-devel
[12:15] <seb128> that one could be because cjwatson is not working this week
[12:16] <didrocks> oh, I didn't check if he was on vacation, right. I have to find it on my own so )
[12:16] <didrocks> :)
[12:25] <chrisccoulson> i'm still here!
[12:25] <chrisccoulson> it is quiet though ;)
[12:25]  * chrisccoulson waves
[12:26]  * seb128 waves back
[12:53] <Keybuk> seb128: I assumed the silence was the OMG IT'S FEATURE FREEZE panic
[12:53] <seb128> there might be that too ;-)
[12:54] <seb128> hey pitti
[12:54] <pitti> o/
[12:54] <seb128> ;-)
[12:54] <seb128> wb
[12:55] <didrocks> pitti is back \o/
[12:55] <seb128> wb pitti
[12:55] <pitti> you are back \o/
[12:55] <seb128> hehe
[12:55] <pitti> didrocks: is there any method to find out whether it's slow?
[12:55] <seb128> context: une
[12:55] <pitti> didrocks: I'd guess glxinfo would show software rendering on those boxes?
[12:55] <seb128> (for other people)
[12:55] <seb128> or rather 3d une to know if 2d launcher should be used
[12:55] <didrocks> pitti: right, but glxinfo is slowing the netbook-launcher start so
[12:56] <pitti> didrocks: right, I'm not suggesting to actually call/grep it
[12:56] <pitti> didrocks: just whether that's the class of machines that you mean
[12:56] <didrocks> right, that's what I got from my test
[12:57] <didrocks> so, we have either: crash or slow netbook-launcher depending on driver I guess
[12:57] <pitti> didrocks: well, the "crash" case can be handled, by running -efl in the except handler?
[12:58] <didrocks> pitti: the crash can happened different places depending on the driver (that's the fun part), so a wrapper would be needed in that case
[12:59] <pitti> didrocks: I take it that we want to ship -efl by default on the netbook images?
[13:00] <didrocks> pitti: still not decided. taking the decision to only seed -efl on arm is an option asac pointed. It was just to enable a better experience for user who don't have compositing today
[13:02] <pitti> *nod*
[13:04] <pitti> didrocks: n-l might to the GL call that glxinfo is doing to find out whether it's SW rendering?
[13:04] <pitti> (instead of execing glxinfo | grep)
[13:05] <pitti> if it uses GL, then it certainly already links to libGL anyway
[13:05] <didrocks> pitti: I can ask upstream which call is needed. I'm not sure we will handle all cases, but most of them should be covered then
[13:07] <pitti> const char *glRenderer = (const char *) glGetString(GL_RENDERER);
[13:07] <pitti> now, that doesn't look too complex
[13:07] <pitti> didrocks: ^ that's from glxinfo.c
[13:07] <pitti> didrocks: seems it's right there in /usr/include/GL/gl.h
[13:08] <seb128> pitti, I would  be careful before claiming that ;-)
[13:08] <seb128> there is a reason why ie compiz does a zillion things to check if the config can work or not
[13:08] <pitti> seb128: hence my question about whether "software renderer" accurately describes the cases where we want to run -efl
[13:08] <pitti> seb128: because checking for _that_ seems easy
[13:09] <seb128> right
[13:09] <pitti> of course compositing != GL
[13:09] <pitti> I don't know what n-l uses
[13:09] <seb128> me neither
[13:09] <seb128> btw other topic when you are done with this one
[13:09] <pitti> but if that covers the majority of cases, it seems worthwhile checking?
[13:09] <seb128> installing gnome-user-share by default ;-)
[13:09] <seb128> pitti, right, agreed
[13:09] <pitti> seb128: won't that pull in apache?
[13:10] <didrocks> pitti: thanks, I'm checking with upstream too
[13:10] <seb128> pitti, just apache-bin ;-)
[13:10]  * pitti eyes the overflown CDs
[13:10] <seb128> pitti, joke aside it works fine without apache, we want it for bluetooth sharing
[13:10] <pitti> seb128: 3.4 MB, that's the French language pack :)
[13:10] <seb128> ie being able to push files to the computer
[13:10] <pitti> oh, that doesn't work through obex?
[13:11] <seb128> well you need some UI to get that working no?
[13:11] <chrisccoulson> we're going to patch gnome-user-share to make the webdav stuff optional
[13:11] <chrisccoulson> and drop apache-bin to suggests
[13:12] <seb128> pitti, run bluetooth-properties and see the receive files button
[13:12] <seb128> that calls the gnome-user-share gui
[13:12] <chrisccoulson> nobody got round to that yet
[13:12] <pitti> seb128: I moved stuff between my old mobile and computer through the nautilus/bluetooth applet stuff; I thought that was how it's supposed to work?
[13:12] <seb128> pitti, that works because your phone support browsing
[13:12] <seb128> but seems quite some devices don't
[13:12] <pitti> ah
[13:12] <seb128> in which case you need to be able to push from the phone
[13:13] <seb128> and you need something on the receiver end
[13:13] <seb128> what chrisccoulson said
[13:13] <seb128> I'm fine doing the change to disable the webdav share box if apache is not installed
[13:13] <seb128> and moving apache to a suggests
[13:13] <chrisccoulson> yeah, it seems a sane thing to do
[13:13] <pitti> seb128: do you have hw to test this?
[13:14] <seb128> I will let somebody else collect bonus point to do the "do you want to install apache" when checking the box
[13:14] <chrisccoulson> i bet 99% of users won't really care about webdav, but want the obex push functionality
[13:14] <pitti> chrisccoulson: I had expected it the other way round actually
[13:15] <chrisccoulson> really? i think most people expect obex push to work, seeing as most bluetooth enabled handsets support it
[13:15] <baptistemm> seb128, for gnome-user-share I did the packaging modification, but not the UI patch
[13:15] <pitti> not that I'd have any kind of hard facts :)
[13:15] <chrisccoulson> pitti - me neither
[13:15] <baptistemm> (the most of the job is to do)
[13:15] <pitti> chrisccoulson: why would you push files from/to a headset?
[13:15] <chrisccoulson> but having webdav optional saves around 2MB of depends
[13:15] <chrisccoulson> pitti - handset (as in, cell phone) ;)
[13:16] <chrisccoulson> i don't think i said headset ;)
[13:16] <pitti> chrisccoulson: oh, ok; I never saw that kind of device, so I'm afraid I have no real opinion about how useful it is
[13:16] <seb128> pitti, I'm checking if I've some
[13:16] <pitti> the last three or four mobile phones that I paired with my computer just worked with browsing
[13:16] <seb128> bug we got request for it
[13:16] <chrisccoulson> pitti - most cell phones i've owned support obex push (although, my G1 doesn't support it)
[13:16] <pitti> so I never thought about a different method
[13:16] <seb128> it seems it's common for modern phones to not be browsable
[13:17] <chrisccoulson> my gf has a nokia 5800, and it supports both obex FTP and push
[13:17] <pitti> . o O { modern phones just allow you to install an sftp client }
[13:17] <pitti> *cough*
[13:17] <chrisccoulson> pitti - on the G1?
[13:17] <seb128> depends on how expensive your phone is I guess ;-)
[13:17] <pitti> chrisccoulson: sure :)
[13:17] <chrisccoulson> i'm running out of space on my G1 :(
[13:18] <chrisccoulson> after installing sat-nav software on it
[13:19] <pitti> seb128: btw, how attached are you to the "No sound is being played" part of source_totem.py apport hook?
[13:20] <chrisccoulson> is there a standard way with software-center / aptdaemon etc for installing extra pacakges to provide missing functionality in a particular application?
[13:20] <pitti> seb128: I thought about replacing it with something like "run apport-bug audio", so that we run the audio symptom properly and get standard bug titles, pulseaudio/codec debugging, etc.
[13:20] <chrisccoulson> ie, a "Install software for WebDAV support" button
[13:20] <seb128> pitti, I've no special interest in the totem apport hook, feel free to drop or replace it and change it as you want
[13:21] <pitti> seb128: ok; that's my last WI for alpha-3, I'm going to do that now then :)
[13:21] <seb128> ;-)
[13:21] <seb128> mvo, ^
[13:21] <seb128> mvo, chrisccoulson's question about package install
[13:21] <kklimonda> chrisccoulson: you should get root access to your g1 and install app2sd - that's the only way to make it usable imo
[13:21] <seb128> mvo, could you have a look to this one?
[13:21] <chrisccoulson> kklimonda: thanks, i might try something like that
[13:25] <chrisccoulson> seb128 - did you want gnome-user-share installed by default then? (for the obex support)
[13:25] <seb128> chrisccoulson, yes, what do you think about it?
[13:25] <chrisccoulson> i think it's a good idea
[13:26] <seb128> pitti, ^ any reason to not to if we drop the apache depends to suggests?
[13:27] <baptistemm> how much cost the webdav dependencies on a bare ubuntu installation?
[13:27] <seb128> baptistemm, some 3meg
[13:28] <baptistemm> seb128, that's too much for the CD size ?
[13:28] <chrisccoulson> baptistemm: there's not much space on the CD
[13:28] <pitti> seb128: only thing that comes to my mind is CD space
[13:28] <seb128> it's a trade off as pitti pointing, it's as much as translations for a popular locale
[13:28] <seb128> ie french
[13:28] <pitti> seb128: but if we don't install apache by default, it should be smaller?
[13:28] <pitti> apt-get install gnome-user-share -> need to fetch 3.4 MB
[13:29] <pitti> apache2.2-bin is 2.7 MB
[13:29] <chrisccoulson> pitti - how much space is left? i think the only exrra thing that gnome-user-share will pull in is obex-data-server
[13:29] <baptistemm> you need mod-ddnsd
[13:29] <pitti> chrisccoulson: on today's image? between -4 and -7 MB
[13:29] <seb128> baptistemm, not for bluetooth?
[13:29] <pitti> I dropped a couple of langpacks today to get them back into size limit
[13:29] <baptistemm> ah no sorry I though normal g-u-s
[13:29] <pitti> (langpacks are currently unnecessarily big; we'll get a -base refresh this weekend)
[13:30] <chrisccoulson> so, i don't think size is a particular issue then if we make webdav optional, and not installed by default
[13:30] <pitti> so it should end up as 0.6 MB roughly?
[13:30] <seb128> chrisccoulson, obexd-client you mean?
[13:30] <pitti> yeah, we can fit it
[13:30] <pitti> seb128: is it a daemon which starts by default?
[13:30] <chrisccoulson> pitti, yeah, i think so. i can look at patching g-u-s to add a button for installing the extra packages needed for webdav
[13:30] <seb128> pitti, 0.6 are mainly user documentation and translations
[13:30] <baptistemm> pitti, yeap
[13:31] <seb128> pitti, you will probably go lower once those packed
[13:31] <chrisccoulson> it's not started if sharing is not enabled though is it?
[13:31] <baptistemm> it adds a daemon on the Autostart list
[13:31] <chrisccoulson> (which is the default anyway)
[13:31] <pitti> couldn't that be started only once you pair with a device?
[13:31] <chrisccoulson> we can make it conditionally autostart quite easily
[13:31] <pitti> why run it all the time?
[13:31] <baptistemm> chrisccoulson, I wonder what happen if you enableonce and disalbe afterward
[13:31] <baptistemm> I guess the daemon will start, check gconf and shutdown
[13:32] <chrisccoulson> baptistemm: we can do that in gnome-session
[13:32] <chrisccoulson> no need to even start the daemon
[13:32] <pitti> baptistemm: AutostartCondition in the .desktop file wouldn't need that
[13:32] <baptistemm> sorry, I have to go, too bad I can't discuss that with you
[13:33] <chrisccoulson> but i like pitti's idea of not autostarting until a device is paired
[13:33] <seb128> chrisccoulson, you said "the only exrra thing that gnome-user-share will pull in is obex-data-server", but it uses obexd-client which gnome-bluetooth pull in already right?
[13:33] <chrisccoulson> seb128 - gnome-user-share starts obex-data-server, which is what listens to the connections
[13:34] <seb128> oh
[13:34] <seb128> chrisccoulson, well that is already in thanks to gvfs-backends
[13:35] <seb128> so it's not something extra to install
[13:35] <chrisccoulson> oh, even better then
[13:35] <seb128> chrisccoulson, can I note you down for the "install apache when checking the box if required" and "start only if device is paired"?
[13:36] <chrisccoulson> seb128- yeah, can do
[13:36] <seb128> excellent, thanks
[13:36] <seb128> pitti, do you want g-u-s to be pulled in before ff and those changes to come in the next days?
[13:36] <seb128> pitti, or do you prefer to wait on those and grant ffe
[13:36] <seb128> ?
[13:37] <pitti> seb128: in the interest of not making the CDs explode I'd rather wait until the apache dependency is gone
[13:37] <pitti> they should just barely fit now
[13:37] <seb128> pitti, oh, that I would take of
[13:37] <pitti> I can drop more langpacks if necessary
[13:37] <seb128> +care
[13:37] <pitti> seb128: as for the "install apache through GUI", no need to block on that from my POV
[13:38] <seb128> I was speaking about the "install apache when activating webdav" and "start only when required"
[13:38] <seb128> ok
[13:38] <pitti> seb128: with AutostartCondition it should be good enough for now
[13:38] <pitti> so that it doesn't punish people who aren't using it at all
[13:38] <pitti> on-demand and apache-through-UI are nice polish
[13:38] <seb128> ok, I will drop the apache depends, change the default to not activate sharing and use the desktop autostart condition
[13:38] <pitti> seb128: does that sound reasonable to you?
[13:39] <seb128> pitti, looks great to me thanks
[13:39] <seb128> I will also make gnome-bluetooth recommends it once it's done
[13:39] <seb128> no need to change seeds
[13:40] <pitti> hmm
[13:40] <pitti> not sure about recommends vs. seed, but I leave that call to you
[13:40] <seb128> well +mir before
[13:40] <seb128> pitti, well gnome-bluetooth has a broken button now
[13:40] <pitti> ah, ok
[13:40] <seb128> the preference "receive files" call g-u-s
[13:40] <seb128> which fails on "no such binary"
[13:41] <chrisccoulson> we'll need to at least hide/desensitize the apache related UI elements when apache is not installed, even if we don't provide an install button
[13:41] <seb128> that's worth a recommends ;-)
[13:41] <chrisccoulson> but an install button would be more useful :)
[13:41] <seb128> chrisccoulson, I was thinking just unchecking the box
[13:41] <seb128> and displaying a dialog when you try to check it
[13:41] <seb128> "install apache"
[13:41] <chrisccoulson> yeah, i don't mind. i can look at that anyway
[13:42] <seb128> bonus point if that dialog let you do it
[13:42] <vish> seb128: any chance of getting an update for Bug 523048 before a3 freeze?  /me knows chrisccoulson would like that ;)
[13:42] <vish> i also noticed that the ibus icon isnt being used , turns out app indicators use the name "ibus-keyboard" we could fix that too ?
[13:42] <chrisccoulson> as long as it ends up in the ubuntu-desktop package set ;)
[13:42] <seb128> kwwii, ^ vish's question
[13:42] <seb128> chrisccoulson, I will do the first wave of changes to get it installed by default before ff
[13:43] <seb128> chrisccoulson, and then let you clean the mess ;-)
[13:43] <chrisccoulson> seb128 - thanks. i'll work on the extra changes later on then :)
[13:43]  * seb128 likes to break things and let other people fix :-p
[13:43]  * pitti hugs chrisccoulson and seb128
[13:43] <chrisccoulson> vish - what do you need from me for the transmission icon?
[13:43]  * seb128 hugs pitti chrisccoulson
[13:43]  * chrisccoulson hugs pitti and seb128
[13:43] <pitti> seb128: way too often it is the other way around :/
[13:43] <vish> chrisccoulson: nah , i mentioned you would like that bug fixed :)
[13:43] <chrisccoulson> vish - oh, yes please :)
[13:44] <pitti> yay, there goes my last a3 work item
[13:44] <seb128> pitti, yeah...
[13:44] <seb128> wouh
[13:44] <seb128> \o/
[13:44] <seb128> pitti, you rock ;-)
[13:44] <pitti> and you!
[13:44] <seb128> pitti, I've the bootspeed spec still on my TODO list, what should we do with it?
[13:45] <pitti> seb128: this is pretty pointless, since we have an entire spec for it
[13:45] <seb128> well I think the work item is coming from the blueprint milestone no?
[13:45] <pitti> seb128: let me at least reassing it to the entire team, so that it's not on your personal list
[13:45] <seb128> thanks
[13:46] <pitti> seb128: reassigned
[13:46] <pitti> seb128: I guess we can close this once we hit 4 s :)
[13:46] <seb128> hehe
[13:46] <pitti> or, rather, once we fix the remaining work items on desktop-lucid-startup-speed
[13:46] <seb128> I guess you can postpone the xrandr one assigned to chrisccoulson too
[13:46] <seb128> we have higher priority things to do
[13:47] <seb128> it's a "nice to get" but not something which shows on the mini
[13:47] <pitti> seb128: now you are down to one (the nm-applet one, which is "in progress")
[13:47] <seb128> pitti, well it's done from my pov too
[13:47] <pitti> seb128: not sure; did we ever measure its impact?
[13:47] <chrisccoulson> i shall be looking at the xrandr / gnome-desktop stuff when i start looking at this gsd crash issue again
[13:47] <seb128> chrisccoulson, too many things to do for you there now ;-)
[13:47] <chrisccoulson> which i'm hoping i'll be able to recreate once i've got my external monitor connected up
[13:48] <chrisccoulson> heh, yeah ;)
[13:48] <pitti> chrisccoulson: now that I ran out of WIs, I'm happy to take a look at xrandr, if you want (not sure how much "attached" you got to this by now)
[13:48] <seb128> pitti, I don't think we did on the mini, I get a 2 seconds "wait" on my d630 though
[13:48] <chrisccoulson> pitti - feel free to. i think the delay there is probing the hardware, when gsd initially calls gnome_rr_screen_new
[13:49] <chrisccoulson> i'm sure the delay is XRRGetScreenResources
[13:49] <seb128> pitti, nm-applet what do you recommend to do? I'm done with the change, we can get it uploaded or wait for upstream comments, it's in bugzilla and in the daily n-m ppa I think
[13:50] <seb128> pitti, or asac said he would ping somebody to get it in the daily builds
[13:50] <seb128> so the wi can be closed or move to beta-1 and closed when we upload
[13:50] <seb128> imho
[13:50] <pitti> seb128: if you are happy with it, feel free to upload; it doesn't change anything on the user's home or so, so we can always replace it with something better if upstream has comments
[13:50] <pitti> (or coordinate upload with asac)
[13:50] <seb128> ok
[13:51] <seb128> asac, ^ can you get nm-applet uploaded if you review the change and are happy with it? or should I be doing that?
[13:51] <asac> seb128: i can add it
[13:52] <asac> seb128: are you happy with it now?
[13:52] <asac> (you said you wanted to change a few things still)
[13:52] <pitti> oh, I'll also have a look at the nautilus-share plugin
[13:52] <pitti> it still takes .53 s to initialize
[13:52] <pitti> but before that, I'll take a break
[13:54] <seb128> asac, I pinged you 15 minutes after than with the debdiff on my people webpage
[13:54] <seb128> asac, there is just a distro patch which needed to be updated too
[13:54] <asac> hmm ... seems that ping slipped
[13:55] <asac> ok got it
[13:56] <kenvandine> pitti, thx for reverting the g-p-m patch, i'll talk to those guys to get it cleaned up
[13:56] <kenvandine> seb128, don't we want rhythmbox-plugins installed by default?
[13:57] <asac> seb128: it still has different indentation style
[13:57] <seb128> kenvandine, rhythmbox recommends those
[13:57] <kenvandine> i didn't get it in my upgrade
[13:57] <asac> +-      ICON_LOAD(applet->wwan_icon, "nm-device-wwan");
[13:57] <asac> +-      ICON_LOAD(applet->vpn_lock_icon, "nm-vpn-active-lock");
[13:57] <asac> ++    g_return_val_if_fail (name != NULL, FALSE);
[13:57] <kenvandine> i didn't dist-upgrade i guess
[13:57] <seb128> asac, oh, I forgot to fix that, let me 2 minutes I will do it now
[13:57] <asac> thanks
[13:57] <asac> just give me the patch
[13:57] <kenvandine> seb128, so i need to make the u1music store plugin depend on that instead :)
[13:57] <asac> i have to fiddle with changelog anyway as we are already ahead
[13:57] <asac> will use your comments and give credits to you ;)
[13:58] <seb128> asac, ok
[13:58] <seb128> kenvandine, libubuntuone is blocked on discussion with pitti btw
[13:58] <kenvandine> oh, what's up with it?
[13:58] <seb128> kenvandine, he would prefer to get the library having conflict files and licenses not in upstream tarball fixed before upload
[13:58] <seb128> kenvandine, also you don't install the .defs not sure if it's required not the translations
[13:59] <kenvandine> seb128, ok... i'll try to track down rodrigo asap
[13:59] <seb128> not->nor
[13:59] <seb128> usually you need a -common for translations
[13:59] <seb128> but with ubuntu language pack you can probably spare this one
[14:00] <seb128> you might want to do one anyway
[14:00] <seb128> and move the non versions js dir there
[14:00] <kenvandine> seb128, i'll talk to rodrigo, but i think versioning the js files is a good thing
[14:01] <seb128> right
[14:01] <kenvandine> i can imagine if you have multiple versions of the lib installed, they will depend on features in the javascript
[14:01] <kenvandine> aquarius emailed rodrigo about it
[14:01] <aquarius> *nod* I'm not sure where rodrigo is today :(
[14:02] <kenvandine> yeah... i've been looking for him :)
[14:02] <aquarius> ah, he's got a swap day today, according to the holiday calendar. that's inconvenient.
[14:02]  * kenvandine is going to have a long day... i can feel it
[14:04] <kwwii> seb128, vish: sorry, I was out to lunch
[14:04] <kenvandine> kwwii, so the empathy theme, i should do that in a new package and make the ubuntu-art package depend on it right?
[14:04] <kwwii> vish: send me an email with the issues and I can see that things get fixed
[14:04] <vish> kwwii: sure.
[14:05] <kenvandine> kwwii, should it have a separate project?  i am mostly wondering where to keep the source :)
[14:06] <hyperair> hmm what's up with nautilus-share?
[14:06] <kenvandine> aquarius, does the u1music rb plugin add that "musicstore" entry in the treeview?
[14:07] <aquarius> kenvandine, yes
[14:07] <kenvandine> aquarius, shouldn't that be more "U1" specific?
[14:07] <kenvandine> it is kind of vague... no caps and one word
[14:07] <kenvandine> just to be a critic :)
[14:07] <aquarius> kenvandine, the entry should say "Ubuntu One". which treeview do you mean? the rb sidebar?
[14:07] <kwwii> kenvandine: it would be best to have it in it's own package, ideally, because it is not part of the empathy source (I assume)
[14:07] <kenvandine> under library
[14:08] <seb128> asac, http://people.canonical.com/~seb128/nm-applet.patch
[14:08] <kwwii> kenvandine: and you can put it in the ~ubuntu-art-pkg team
[14:08] <kenvandine> kwwii, yeah... but can the source live under ubuntu-art somewhere?
[14:08] <kwwii> kenvandine: or you can send it to me and I can take care of that
[14:08] <aquarius> kenvandine, ah, yeah
[14:08] <kenvandine> or is it best to create a full LP project for it
[14:08] <kenvandine> aquarius, so that is your fault?
[14:09] <kwwii> kenvandine: https://launchpad.net/~ubuntu-art-pkg/ is fine
[14:09] <aquarius> kenvandine, I'm not sure that that's fixable (it's the folder name of the library), but I'll look into it
[14:09] <seb128> kwwii, nothing to be sorry about ;-)
[14:09] <kwwii> ;)
[14:09] <kenvandine> aquarius, really?
[14:09] <seb128> kwwii, can you merge the fix vish mentionned so I can sponsor that to lucid
[14:09] <kwwii> seb128: yes, I'll get the details from him and take care of it
[14:09]  * vish doing it^ as we speak
[14:10] <aquarius> kenvandine, I can always rename the folder, perhaps
[14:10] <seb128> kwwii, thanks
[14:10] <kwwii> vish: thanks, hit me up when you'redone
[14:10] <kenvandine> kwwii, that is more ownership though... what LP project should it be associated with?
[14:10] <kenvandine> aquarius, so right now "Music" expands to have 2 sub items in the tree, "Music" and "musicstore"
[14:10] <kenvandine> seems those should have proper labels and translatable
[14:11] <kenvandine> note i have not looked at the rb source for that :)
[14:11] <kwwii> kenvandine: something like ubuntu-empathy-theme or such
[14:11] <kenvandine> kwwii, ok
[14:13] <aquarius> kenvandine, I add a second library (the music store folder); under Music, it then names the two folders that are libraries
[14:13] <kenvandine> ok... so it is purely a folder name... no way to label them?
[14:13] <kenvandine> oh well
[14:14] <kenvandine> perhaps something more u1 specific then :)
[14:14] <aquarius> kenvandine, that's what I think
[14:14] <aquarius> I can rename the folder though
[14:14] <kenvandine> aquarius, i think it should be something more like Purchased
[14:14] <kenvandine> or U1 Purchased, etc
[14:14] <aquarius> kenvandine, agreed
[14:14] <kenvandine> aquarius, thx :)
[14:15] <kenvandine> aquarius, not that i don't LOVE the u1music store :)
[14:15] <seb128> asac, updated version should fix all the tab against space and trailling space issues
[14:16] <desrt> seb128: looks like a decent chance that the patch will go upstream
[14:16] <seb128> desrt, the nm-applet one?
[14:17] <desrt> no.  eog one
[14:17] <desrt> for this cycle
[14:17] <seb128> ah, sorry I was on wrong context
[14:17] <seb128> you rock, thanks
[14:17] <seb128> kenvandine, how is f-spot editing going?
[14:17] <desrt> well, it raise a question, though:
[14:17] <desrt> are you happy with the current "distributor" interface?
[14:17] <seb128> kenvandine, desrt got the eog "add edit button" part done
[14:17] <desrt> ie: patch here and here
[14:18] <seb128> desrt, well I'm not so sure why you don't want an edit by default upstream? is that because GNOME has no image editor?
[14:18] <desrt> seb128: yes.  exactly.
[14:18] <seb128> desrt, but yeah, the change is trivial to be a non issue
[14:18] <kenvandine> desrt, adding editing to eog?
[14:18] <kenvandine> seb128, i have the patch backported to our version
[14:18] <kenvandine> but it is crashy
[14:18] <kenvandine> and i ended up getting no work done on it yesterday
[14:19] <desrt> kenvandine: no.  remember from dallas we decided that we'd add a "edit image" button to eog that opened the f-spot editor?
[14:19] <kenvandine> hoping to do more today
[14:19] <kenvandine> oh... just launching :)
[14:19] <kenvandine> ok
[14:19] <kenvandine> seb128, but it is no more crashy than what sde did in his branch of master
[14:20] <seb128> when does it crash?
[14:20] <kenvandine> it crashes on the actions that does live updates of the preview
[14:20] <kenvandine> so crop, red-eye, etc works
[14:20] <seb128> ok, so sort of common actions
[14:20] <seb128> not really a corner case situation
[14:20] <kenvandine> yeah
[14:21] <desrt> that's really a better thing
[14:21] <kenvandine> the hack would be to disable the other actions when in view mode :)
[14:21] <kenvandine> but upstream would never accept that
[14:21] <kenvandine> the fix is to figure out why it is blowing up :)
[14:21] <desrt> if you can't fix it, release it with the crashes into alpha 3
[14:21] <desrt> someone else will fix it.  guaranteed. :)
[14:21] <kenvandine> seb128, i can make it work in either browse or view mode, not both :)
[14:22] <kenvandine> i need to talk to sde, but he wasn't around when i was working on it
[14:22] <kenvandine> seb128, there is also an issue with saving files and no undo
[14:22] <seb128> kenvandine, rubenv said he started a job 2 weeks ago or so
[14:22] <kenvandine> f-spot does commits as you do things
[14:22] <seb128> he = sde
[14:22] <kenvandine> without a separate save call
[14:22] <kenvandine> yeah
[14:23] <seb128> hey tedg
[14:23] <kenvandine> so as soon as you do something, it is saved
[14:23] <seb128> ok
[14:23] <kenvandine> and there is no concept of undo, f-spot depends on you having an original version in the library
[14:23] <seb128> seems we have a packaged agenda for the week
[14:23] <seb128> let's keep moving and get things in order
[14:23] <kenvandine> maybe i'll just talk to rubenv
[14:23] <seb128> can you dump your f-spot work in a bug or in bzr so other people can review it?
[14:23] <seb128> and move back to libubuntuone for now
[14:24] <kenvandine> sure, it is in bzr already
[14:24] <seb128> let's get that done
[14:24] <seb128> then we can come back to f-spot
[14:24] <kenvandine> yeah, that is higher in my queue :)
[14:24] <seb128> seems you will have a busier end of week than me
[14:24] <seb128> I can cover for dxteam updates tomorrow if required
[14:24] <kenvandine> which is why i didn't touch it yesterday... i also have a couple sfts things to finish
[14:24] <kenvandine> seb128, if you could... that would rock...
[14:24] <seb128> ok, done
[14:24] <kenvandine> excellent
[14:24] <kenvandine> seb128 is my hero
[14:24]  * seb128 hugs kenvandine
[14:25] <seb128> that's team work ;-)
[14:25] <kenvandine> yup
[14:26] <kenvandine> seb128, know anything about generating API docs for dbus interfaces?
[14:26] <seb128> no
[14:26] <seb128> but I'm sure Keybuk or tedg or pitti do ;-)
[14:27] <kenvandine> google isn't very helpful
[14:27] <tedg> kenvandine: We're using doxygen for dbusmenu.
[14:28] <tedg> kenvandine: He's not in this channel, but that was all agateau's work.
[14:28]  * kenvandine wants to use epydoc if possible
[14:28] <kenvandine> since that is what i am using for the python docs
[14:29]  * tedg assumes that epydoc is some way to generate docs but not know if they're actually generated correctly until users take multiple choice tests to see if they understood them.
[14:37] <pitti> re
[14:37] <seb128> wb pitti
[14:37] <kenvandine> hey pitti!
[14:37] <pitti> hey kenvandine
[14:41] <seb128> pitti, so what did you consider things that should be fixed before upload for libubuntuone
[14:41] <seb128> ?
[14:41] <seb128> let's make sure we agree on what needs to be done
[14:41] <seb128> so we keep moving there
[14:41] <pitti> seb128: just talking to Ken about that
[14:41] <seb128> ok
[14:41] <pitti> the orig tarball needs a license (that should be simple?)
[14:42] <pitti> and the library mustn't ship a non-library file, at least not in a non-versioned dir
[14:42] <seb128> I'm never sure how flexible we can be about that
[14:42] <seb128> ie if that's fine to have in the diff.gz until a new tarball upload
[14:42] <pitti> well, it'll bite us once we have a version bump, won't it?
[14:42] <seb128> I was speaking about the license
[14:42] <pitti> seb128: for stuff where we are upstream we could be more liberal about it, of course
[14:42] <seb128> the non versioned dir right
[14:42] <pitti> at the same time it's rather easy to fix; we can just repack the orig.tar.gz
[14:43] <seb128> I just think it's going to be fixed in a few days timeframe since we are upstream for it
[14:43] <seb128> and we will not likely see a soname change so soon
[14:43] <seb128> or abi version change
[14:43] <seb128> but right, if we have an ffe we can as well get those sorted before upload
[14:44] <pitti> so is it hard to ship it in /usr/lib/ubuntuone/1/ or so?
[14:44] <kenvandine> well it might require code changes in how it loads the javascript
[14:44] <kenvandine> i wanted to talk to rodrigo about it
[14:44] <kenvandine> but he is out
[14:45] <seb128> I would expect it's a one liner change in the code
[14:45] <seb128> no?
[14:45] <kenvandine> probably... but i haven't looked and figure as long as we make sure it gets fixed soon it shouldn't block getting the initial version out
[14:46] <seb128> right, that's what I said before, it should not be an issue we will get that fixed soon and before any abi change for sure
[14:47] <pitti> it's uploading things which will explode in our face when we forget about them
[14:47] <pitti> that's why I didn't new it yet
[14:47] <kenvandine> it is an easy fix... perhaps a distro patch?
[14:47] <kenvandine> hang on... let me talk to statik :)
[14:47] <pitti> for now we could just patch the path in the source (append an /1 dir) and ship the file there?
[14:48] <pitti> or 0 if the soname is 0
[14:48] <kenvandine> maybe i can get it into the tarball
[14:48] <vish> kwwii: merge awaiting approval :)
[14:49] <pitti> similar to /usr/lib/evince/2 or /usr/lib/indicators/3
[14:49] <kenvandine> right
[14:49] <kenvandine> but should it be in libdir or datadir?
[14:49] <pitti> kenvandine: depends whether the file is arch dependent or not
[14:49] <kenvandine> ok
[14:49] <kenvandine> datadir
[14:49] <pitti> (I don't know at all what the file is about)
[14:49] <kenvandine> it's just javascript
[14:49] <seb128> pitti, some .js
[14:50] <seb128> ie text files
[14:50] <pitti> ah, /usr/share/ is fine then (datadir)
[14:50] <kwwii> vish: cool, I'll take care of it in a bit
[14:50] <seb128> where they are is fine, just version the dir
[14:59] <kenvandine> pitti, seb128: ok i proposed a branch to statik that installs the js in a versioned dir
[14:59] <kenvandine> he should get that into the release he is doning
[14:59] <kenvandine> doing
[14:59] <seb128> good
[15:03] <kwwii> seb128: I pushed my changes to lp:~ubuntu-art-pkg/humanity/release
[15:04] <seb128> kwwii, ok, looking
[15:13] <mvo> chrisccoulson: there is a interface for this with aptdaemon, here is a example: http://paste.ubuntu.com/378395/
[15:13] <seb128> chrisccoulson, pitti: I've uploaded gnome-user-share, just moved things to suggests
[15:13] <chrisccoulson> mvo - thanks. i'll take a look at that later
[15:13] <pitti> \o/
[15:13] <chrisccoulson> seb128 - cool, thanks :)
[15:14] <seb128> chrisccoulson, pitti: the sharing is off by default and the binary just exit when that's the case so I didn't do the autostart condition
[15:14] <pitti> that still requires loading, linking, and running the binary then?
[15:14] <seb128> yes
[15:14] <chrisccoulson> that's ok. i will convert it to an autostart condition soon
[15:14] <seb128> not trivial
[15:14] <seb128> some people might have webdav sharing one but not bluetooth
[15:14] <seb128> some bluetooth and not webdav
[15:15] <seb128> I would rather suggest add a delay key if the binary loading is an issue
[15:15] <chrisccoulson> yeah, that's true. i can merge both of those options in to a single gconf key though, which gnome-session can use to trigger the autostart
[15:15] <seb128> sharing can start 15 seconds in the session
[15:16] <chrisccoulson> yeah, that should be ok
[15:16] <rickspencer3> woah, trend line is looking ok!
[15:16] <rickspencer3> http://people.canonical.com/~pitti/workitems/canonical-dx-team-lucid-alpha-3.html
[15:16] <rickspencer3> pitti, nice ^
[15:16] <pitti> :)
[15:17] <rickspencer3> pitti, didrocks I thought we were going to move the 2d/3d detection stuff into bugs
[15:17] <pitti> we can push those WIs out to beta-1 for my sake
[15:17] <didrocks> ok, I have an app which just print a string (n-l or n-l-efl) depending on you driver. I'm not sure about the licensing as most piece come from glxinfo. Can I just pastebin somewhere to ensure you have the right choice?
[15:17] <didrocks> rickspencer3: right, I just begin them
[15:17] <pitti> didrocks: please don't
[15:18] <didrocks> and need to test the caching copy on ubiquity
[15:18] <didrocks> pitti: ?
[15:18] <pitti> didrocks: I mean, don't make a separate app; just add it as a patch to n-l itself
[15:18] <didrocks> pitti: and so, n-l will launch n-l-efl?
[15:18] <pitti> it's 10.000 times more expensive to run another program than to just run a libGL function
[15:18] <pitti> didrocks: I thought that was the idea?
[15:18] <didrocks> pitti: ok, it's just that it's not just one line function, there is something like 100 lines for init before I can make the call
[15:19] <pitti> didrocks: ah, so what things do you have to test for?
[15:19] <didrocks> pitti: we have to get a screen, init some GL stuff on it, get some GL stuff like having the right Visual mode
[15:20] <pitti> didrocks: as for your original question, if its' copy&paste from glxinfo code, keep its license and copyright
[15:20] <didrocks> pitti: that's why it took me one hour for that :)
[15:20] <didrocks> I just try to clean as much as possible to only have the needed initilisation
[15:20] <pitti> didrocks: it doesn't give you the renderer without initializing a GL screen? d'oh
[15:20] <didrocks> pitti: right
[15:20] <didrocks> :/
[15:21] <didrocks> it segfaults nicely
[15:22] <pitti> didrocks: so, just add the glxinfo copyright to n-l's copyright then?
[15:23] <pitti> depending on whether it was a copy&paste, or basically new code since you threw it around so much
[15:23] <didrocks> pitti: from 1000+ lines, we got down to ~80
[15:23] <didrocks> (from glxinfo)
[15:26] <seb128> pitti, how busy are you still today?
[15:26] <pitti> seb128: currently catching up on SRU (ETA ~ 1 hour), phone call with Rick
[15:26] <seb128> pitti, ideally we would need gnome-user-share mir review and mako (rhythmbox uses python-mako for it's contextpane option)
[15:26] <pitti> seb128: but if there's something urgent I can drop SRUs
[15:27] <seb128> I will write the mirs
[15:27] <pitti> seb128: can do
[15:27] <seb128> not sure if we want those promoted by ff
[15:27] <pitti> seb128: well, there's not much to write, just a lot to check :)
[15:27] <seb128> pitti, right
[15:27] <pitti> seb128: mako is a nuisance
[15:27] <seb128> pitti, python-mako Recommends python-beaker too which is in universe too
[15:27] <pitti> mako depends beaker depends sqlalchemy
[15:28] <seb128> but I think that would be turned to a suggest
[15:28] <seb128> would -> could
[15:28] <pitti> seb128: at least the beaker -> sqlalchemy dep should be dropped
[15:29] <seb128> pitti, it seems beaker is used for caching
[15:29] <seb128> but I doubt rhythmbox requires that
[15:30] <seb128> oh
[15:30] <seb128> pitti, python-mako is a gwibber depends too
[15:30] <seb128> we will need it promoted anyway
[15:30] <pitti> right, those names rang a bell
[15:31] <vuntz> chrisccoulson: did you have time to update the gnome-session autostart-delay patch?
[15:32]  * vuntz wonders if it might still be possible to push it in
[15:34] <chrisccoulson> vuntz - i've not had any time to do any more work on it for the last week or so. i still intend to finish it, but i'm struggling to find time at the moment
[15:34] <kenvandine> seb128, libu1 updating coming in a few :)
[15:34] <kenvandine> s/updating/update
[15:35] <seb128> ok
[15:39] <kenvandine> seb128, ok, lp:~ken-vandine/libubuntuone/packaging
[15:39] <kenvandine> whoops
[15:39] <kenvandine> wait
[15:40] <kenvandine> seb128,  lp:~ken-vandine/libubuntuone/ubuntu
[15:40] <seb128> ok
[15:45] <kenvandine> seb128, and you should have access to lp:~ken-vandine/rhythmbox-ubuntuone-music-store/ubuntu now
[15:47] <seb128> kenvandine, ok, trying in a minute
[15:47] <seb128> kenvandine, do you know how those .js are used btw?
[15:47] <kenvandine> the library uses them in the webkit webview
[15:47] <kenvandine> i don't think things outside libubuntuone should load them
[15:47] <seb128> ok, so webkit
[15:47] <kenvandine> yup
[15:48] <seb128> no need to have a js engine installed like gjs or libmozjs
[15:48] <kenvandine> i assume
[15:49] <seb128> kenvandine, you still don't have the .defs and translations installed
[15:50] <seb128> I guess the .defs should go to the python binary
[15:50] <seb128> and you can install the translations in the library
[15:50] <seb128> they will be langpacked anyway
[15:50] <kenvandine> humm
[15:56] <kenvandine> seb128, fixing
[15:56] <kenvandine> anything else?
[15:56] <seb128> no
[15:56] <kenvandine> great :)
[15:57] <kenvandine> +debian/tmp/usr/share/locale/*
[15:57] <seb128> pitti, any opinion on where translations should go? in the library based on the fact that it will be stripped for langpacks?
[15:57] <kenvandine> is that good for the translations?
[15:57] <seb128> I don't fancy adding a -common which will be empty when those are moved to langpacks
[16:00] <pitti> seb128: ok for me, if it gets rebuilt after promotion, or NEWed straight to main
[16:01] <pitti> (the latter is probably okay)
[16:01] <seb128> pitti, thanks
[16:01] <seb128> kenvandine, go for it
[16:02] <kenvandine> ok, one sec
[16:07] <kenvandine> seb128, pushed
[16:08] <seb128> kenvandine, ok
[16:16] <seb128> kenvandine, uploaded
[16:16] <kenvandine> excellent, thx seb128!
[16:16] <seb128> pitti, libubuntuone updated sent your wait for NEW review if you still want to review it
[16:17] <seb128> kenvandine, np, store next ;-)
[16:17] <kenvandine> hehe :)
[16:18] <seb128> kenvandine, I can confirm access issue has been fixed now
[16:18] <kenvandine> cool
[16:19] <seb128> kenvandine,
[16:19] <seb128> "Depends: ${misc:Depends},
[16:19] <seb128>  ${python:Depends}${misc:Depends},
[16:19] <seb128>  ${python:Depends},
[16:19] <seb128> "
[16:20] <seb128> kenvandine, spot the error ;-)
[16:20] <kenvandine> crap... why doesn't that blow up?
[16:21] <seb128> kenvandine, do you need other rhythmbox plugins for the store to work?
[16:21] <kenvandine> the python one
[16:21] <kenvandine> pushed
[16:22] <seb128> kenvandine, that one is easier to review ;-)
[16:22] <seb128> "binary-predeb/rhythmbox-ubuntu-music-store::
[16:22] <seb128>         rm -rf debian/$(cdbs_curpkg)/usr/share/pyshared*"
[16:22] <seb128> why that?
[16:23] <seb128> that seems hackish
[16:24] <kenvandine> well, i couldn't find a better way not to include useless files
[16:24] <seb128> kenvandine, upstream issue but the rb-plugin should have a .in
[16:24] <kenvandine> this isn't a python library
[16:24] <seb128> so it can get translated
[16:25] <kenvandine> good point... aquarius ^^
[16:25] <seb128> the .in usually have _Name
[16:25] <aquarius> happy to do that if you can explain what it means. :)
[16:25] <seb128> _Name=...
[16:25] <seb128> _Description=...
[16:25] <seb128> and lists that in the POTFILES.in usually
[16:25] <seb128> look at how rhythmbox is doing it maybe
[16:26] <kenvandine> aquarius, it parses the .in and generates the .plugin file
[16:26] <seb128> right now the name can't be translated
[16:27] <seb128> anyway not an issue for the upload
[16:27] <seb128> kenvandine, that one seems good to me, I test build and will upload
[16:28] <kenvandine> seb128, thx :)
[16:28] <seb128> kenvandine, do you have an @ubuntu.com email?
[16:28] <kenvandine> i do
[16:29] <seb128> can you use that for the maintainer?
[16:29] <kenvandine> sure
[16:29] <seb128> in the control
[16:29]  * kenvandine changes
[16:29] <seb128> it will avoid build breaking due to the lack of XSBC-Original-Maintainer:
[16:29] <seb128> tools don't like ubuntu revision without XSBC-Original-Maintainer
[16:30] <kenvandine> seb128, pushed
[16:30] <didrocks> \o/ the 2D/3D netbook-launcher selection works (at least, with my hardware with and without rendering)
[16:31] <didrocks> my last WI about ubiquity copy wallpaper cache is written, just testing it right now :)
[16:31] <seb128> kenvandine, should the store be on by default?
[16:31] <kenvandine> yeah
[16:31] <seb128> it's not there
[16:32] <kenvandine> that will require a patch to rb
[16:32] <seb128> oh ok
[16:32] <seb128> should in that sense then ;-)
[16:32] <kenvandine> yup :)
[16:32] <kenvandine> needed to get this uploaded first :)
[16:32] <seb128> can't you just ship a gconf key with the store package?
[16:32] <kenvandine> aquarius, ^^
[16:32] <aquarius> seb128, I'm going to, but not yet
[16:32] <kenvandine> seb128, i think it is a single key with a list of enabled plugins
[16:32] <kenvandine> or something
[16:33] <kenvandine> aquarius, oh? ok... i thought you had said you couldn't do that
[16:33] <seb128> usually it's /apps/rhythmbox/plugins/<naming>/active
[16:33] <aquarius> kenvandine, I...believe it's doable, based on research, but I haven't actually tried it yet
[16:33] <kenvandine> aquarius, now would be a good time to figure that out :)
[16:33]  * kenvandine looks at clock
[16:34] <aquarius> I don't have to do that before feature freeze, do I?
[16:34] <aquarius> if I do, then everyone running lucid will get the store enabled, and when they click on it it'll say "The music store isn't available yet".
[16:34] <kenvandine> aquarius, so?
[16:34] <kenvandine> :)
[16:34] <seb128> $ gconftool --set /apps/rhythmbox/plugins/umusicstore/active  --type bool true
[16:35] <aquarius> I planned to enable it for everyone automatically once we've got some beta testing done
[16:35] <seb128> kenvandine, ship a .gconf-defaults in the debian dir with that line
[16:35] <seb128>  /apps/rhythmbox/plugins/umusicstore/active true
[16:35] <kenvandine> seb128, ok
[16:35] <seb128> that should work
[16:35] <kenvandine> aquarius, i would say that is a feature ...
[16:35] <aquarius> ok...
[16:35]  * kenvandine tests
[16:36] <kenvandine> seb128, i guess i need to add a gconf dep too?
[16:36] <kenvandine> or is that implied ?
[16:36] <aquarius> surely rhythmbox already depends on gconf?
[16:36] <kenvandine> yes
[16:37] <seb128> oh good point
[16:37] <kenvandine> just making sure i don't need to do it as well in the package :)
[16:37] <seb128> we might want to do it in rhythmbox
[16:37] <aquarius> seb128, you'd rather that everyone got a music store which says "The music store is under development, please be patient", rather than didn't get it at all?
[16:37] <seb128> aquarius, no, I just realized it was doing that now
[16:37] <seb128> I'm doing review and first run now
[16:37] <seb128> I never tried befor
[16:37] <aquarius> I'm trying to minimise the amount of disappointed looks I'll get from people who say "wahey! music store!" and then don't get it :)
[16:37] <seb128> I was expecting to have a working store by now ;-)
[16:38] <seb128> right
[16:38] <kenvandine> haha... by alpha3 :)
[16:38] <seb128> just happened there :p
[16:38] <kenvandine> aquarius promised :)
[16:38] <seb128> well I've seen things during the sprint which looked nice
[16:38] <seb128> not a one line label ;-)
[16:38] <aquarius> seb128, it is working, if you've got all the pieces in place, but I'm terrified that there might be bugs I haven't yet come across which will cause people to buy music but then not get it. Which would be a crushingly bad first impression.
[16:38] <seb128> yeah, fair enough
[16:39] <seb128> I'm not judging
[16:39] <aquarius> which is why I want to get my betatest group to try it first before I open it to the world of twitter feedback :P
[16:39] <seb128> better to take your time until you feel good about it
[16:39] <seb128> in any case the package seems good for lucid upload
[16:39] <seb128> it's just sort of useless :p
[16:39] <kenvandine> ok, so i will hold off on the gconf setting :)
[16:39] <kenvandine> i added it to the package... but won't upload :)
[16:42] <kenvandine> ken
[16:42] <kenvandine> mko09i8u
[16:42] <kenvandine> ls
[16:42] <kenvandine> df -h .
[16:42] <kenvandine> ps
[16:42] <kenvandine> top
[16:43] <kenvandine> Mqps auxww|grep guest
[16:43] <kenvandine> Mqps auxww|grep gdm
[16:44] <didrocks> asac: JamieBennett: now that I have an embryonary working 2D/3D selector in netbook-launcher, can you please remove the uneeded C/R against netbook-launcher? (no file in common from what I saw)
[16:44] <didrocks> (in n-l-efl)
[16:46] <chrisccoulson> kenvandine: focus issue there?
[16:49] <seb128> kenvandine, did you just copy a password there?
[16:52] <seb128> james_w, hey
[16:53] <seb128> james_w, can you move lp:~ubuntu-desktop/libubuntuone/ubuntu to lp:ubuntu/libubuntuone?
[16:56] <james_w> seb128: done if you want to confirm
[16:57] <seb128> james_w, confirm how?
[16:58] <seb128> just there?
[16:58] <seb128> yes I confirm ;-)
[16:58] <seb128> thanks
[17:00] <Sarvatt> chrisccoulson: weren't you hitting this bug? are you able to see if the patch works for you? http://bugzilla.kernel.org/show_bug.cgi?id=14997
[17:03] <seb128> james_w, lp:~ubuntu-desktop/rhythmbox-ubuntuone-music-store/ubuntu too if you can ;-)
[17:04] <seb128> kenvandine, ^ sponsored too now
[17:04] <james_w> is that the package name too?
[17:04] <seb128> james_w, yes
[17:05] <seb128> james_w, thanks!
[17:05] <james_w> it apparently needs to at least hit NEW or something
[17:05] <chrisccoulson> Sarvatt: yeah, i get that bug too
[17:05] <james_w> there we go
[17:05] <james_w> we're too efficient ;-)
[17:05] <chrisccoulson> i won't be able to check if the patch works for me this evening though. i've already got quite a bit to do
[17:07] <seb128> james_w, hehe ;-)
[17:07] <Sarvatt> no worries, as soon as I see it go upstream I'll let ya know incase you want to try a mainline kernel out to see if it fixes it and bug the kernel people about backporting it if so :)
[17:09] <Sarvatt> i cant reproduce it but i've seen you mention having the problem before
[17:10] <chrisccoulson> yeah, i can reproduce it every time i close the lid
[17:10] <chrisccoulson> i have to make sure i don't do it by accident ;)
[17:11] <chrisccoulson> right, home time
[17:11] <chrisccoulson> bbiab
[17:19] <pitti> seb128: looking (libu1)
[17:21] <seb128> pitti, danke
[17:25] <kenvandine> seb128, thx
[17:28] <kenvandine> seb128, i did just notice in the rb plugin, that rm -rf debian/$(cdbs_curpkg)/usr/share/pyshared isn't getting run
[17:28] <kenvandine> s/rhythmbox-ubuntu-music-store/rhythmbox-ubuntuone-music-store fixes it
[17:28] <kenvandine> suffered from a package rename :)
[17:28] <kenvandine> not a big deal, the files are harmless
[17:28] <kenvandine> but noise
[17:28] <kenvandine> i'll have the fix in the next upload :)
[17:31] <seb128> pitti, bug #523310 btw for the record
[17:33] <baptistemm> \./
[17:33] <pitti> seb128, kenvandine: libubuntuone NEWed; do you want to upload a new version of rb-u1-music-store?
[17:33] <baptistemm> seb128, I saw you did the Suggest change, thanks
[17:33] <kenvandine> pitti, nah... it is fine
[17:33] <pitti> in other words, should I reject the current upload, or look at it?
[17:33] <seb128> baptistemm, np
[17:33] <pitti> seb128: will look at the MIR after NEWing
[17:33] <seb128> pitti, look at it, it's a detail
[17:34] <kenvandine> i just was removing some junk but it is harmless...
[17:34] <seb128> urg
[17:34] <seb128> 45 mirs waiting
[17:34] <kenvandine> urg
[17:34] <baptistemm> huuu
[17:34] <kenvandine> :)
[17:34] <baptistemm> go go go
[17:34] <seb128> and there is no gwibber etc there yet
[17:34] <kenvandine> ?
[17:34] <seb128> kenvandine, didrocks: who is supposed to do that one?
[17:34] <kenvandine> didrocks was working it
[17:34] <pitti> kenvandine: btw, we shuold use python-support these days
[17:34] <kenvandine> i thought he finished it yesterday
[17:34] <seb128> kenvandine, gwibber needs a mir no?
[17:34] <pitti> seems that Debian converges on that one
[17:35]  * didrocks is overloaded :)
[17:35] <pitti> the MIR WI is assigned to kenvandine  ATM
[17:35] <seb128> didrocks, welcome to the club
[17:35] <kenvandine> pitti, yeah... didrocks had started it and volunteered to finish it off :)
[17:35] <seb128> didrocks, kenvandine is overloaded too ;-)
[17:35] <didrocks> I guess it just needs to update the dep with last gwibber (https://wiki.ubuntu.com/MainInclusionReportGwibber)
[17:35] <pitti> ok, feel free to reassign it to didrocks then
[17:36] <seb128> didrocks, we moved away from using wiki paperwork for mir btw
[17:36] <kenvandine> didrocks, yeah... and subscriber the mir team
[17:36] <seb128> didrocks, https://wiki.ubuntu.com/MainInclusionProcess
[17:36] <kenvandine> seb128, oh?
[17:36] <seb128> kenvandine, ^
[17:36] <seb128> it was discussed on u-d list
[17:36] <seb128> and announced on the announce list
[17:36] <seb128> you just need to open a bug and list point you checked which were problematic
[17:37] <seb128> not to write all the "checked that <...> is done correctly"
[17:37] <pitti> well, it's of course still _allowed_ to write a wiki page
[17:37] <seb128> point -> the points
[17:37] <asac> didrocks: sure
[17:37] <didrocks> seb128: oh, from last note, I didn't see there was an agreement on that
[17:37] <pitti> if you prefer the template as a checklist
[17:37] <seb128> asac, got nm-applet uploaded yet? ;-)
[17:38] <kenvandine> good :)
[17:38] <seb128> didrocks, kenvandine: one of you is going to do the mako mir I guess?
[17:38] <asac> seb128: thought it wasnt urgent
[17:38] <didrocks> pitti: the checklist is almost done
[17:38] <didrocks> pitti: just need to update with last kenvandine's changes
[17:39] <pitti> team spirit! :-)
[17:39] <seb128> asac, not really urgent no, it's my remaining alpha3 item ;-)
[17:39] <seb128> asac, I just though you said you were about to do it
[17:39] <seb128> asac, no hurry ;-)
[17:39] <asac> when i said that i was waiting for the second revision ;)
[17:39] <asac> anyway let me pull it
[17:40] <asac> odd ... didnt you also have a debdiff?
[17:40] <asac> i wanted to take the comment from that ;)
[17:40] <seb128> asac, http://people.canonical.com/~seb128/nm-applet.debdiff
[17:40] <seb128> asac, http://people.canonical.com/~seb128/nm-applet.patch
[17:41] <seb128> the patch is lazily_load_icons.patch updated to fix spacing issues
[17:41] <seb128> I forgot to rename it before scping
[17:41] <asac> yes
[17:41] <asac> no its great ;)
[17:41] <pitti> seb128: would you mind seeding rhythmbox-ubuntuone-music-store into desktop?
[17:41] <seb128> pitti, I was going to make rhythmbox recommends it rather
[17:41] <seb128> pitti, but as you prefer
[17:41] <pitti> but that wouldn't be true
[17:41] <pitti> RB works perfectly without it
[17:42] <pitti> I think that's the kind of top-level desktop feature that should be seeded
[17:42] <seb128> good point
[17:42] <seb128> is it ready for that?
[17:42] <seb128> right now it only displays a one line label
[17:42] <pitti> seb128: oh, if it's still broken, nevermind
[17:42] <seb128> well not broken
[17:42] <seb128> just "not activated"
[17:42]  * pitti leaves in universe then
[17:43] <seb128> they fear bugs which lead to have people paying and not getting what they paid for ;-)
[17:43] <seb128> so it's not on by default yet
[17:43] <pitti> ok, so let's have it mature a bit in universe for now
[17:43] <pitti> seb128: libubuntuone is in main now (with my MIR hat on); trivial MIR case, anyway
[17:44] <pitti> and we need it to get the translations right
[17:44] <kenvandine> pitti, aquarius, seb128: but the plan is on the CD for alpha3 :)
[17:44] <seb128> kenvandine, no point of putting it on the CD if it displays that one line label imho
[17:45] <aquarius> seb128, it won't display that by alpha 3. By alpha 3 it'll work. Perfectly. For everybody.
[17:45] <kenvandine> it's a feature deliverable for alpha3
[17:45] <aquarius> :-)
[17:45] <kenvandine> both ends... so aquarius: get to testing :)
[17:45] <seb128> will it need code changes? or server changes?
[17:45] <kenvandine> just the gconf key
[17:45] <kenvandine> rest is all server side
[17:45] <seb128> ok
[17:46] <kenvandine> which is why i think we should just enable it now
[17:46] <seb128> ok, let's get it to main then
[17:46] <aquarius> assuming that there are no bugs in it at all, it will need a couple of code changes to turn off the no-music-store-for-you page and let everyone get at it, and the gconf key. The rest is all server.
[17:46] <seb128> pitti, I will look into that in a bit, I didn't touch seeds since they have been reorganized, ie for cycles
[17:47] <aquarius> Assuming that there are no bugs is pretty ambitious of me, mind :-)
[17:47] <seb128> pitti, so I need to check how that's working now, but after finishing my other ff tasks
[17:47] <seb128> kenvandine, ^ see the "couple of code changes to"? ;-)
[17:47] <asac> ok committed it (appended)
[17:48] <pitti> seb128: no different than ages ago; just add it to "desktop" in () parentheses (for "recommend") in lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.lucid
[17:48] <seb128> pitti, ok thanks
[17:48] <kenvandine> aquarius, ?  i thought that was automatic... /me grumbles :)
[17:49] <aquarius> kenvandine, at the moment, you have to specify a magic environment variable to get past the "no music store for you" page; that page is served locally, not from the server.
[17:49] <aquarius> so we'll take out the line that checks for the magic envar
[17:49] <kenvandine> yeah... i know... but i thought if you didn't specify it you got that from the server
[17:49] <kenvandine> we could leave that line... but let it work if you don't specify it and it is live
[17:50] <kenvandine> so without that check, it doesn't even try to talk to the server?
[17:50] <kenvandine> or rather, with that check but the magic env not set?
[17:51] <seb128> pitti, desktop seeds recommends rhythmbox-ubuntuone-music-store now
[17:51] <pitti> ah, good
[17:51] <pitti> merci
[17:51] <seb128> de rien
[17:51] <kenvandine> aquarius, can we get the code changes in so it is more dynamic when the store is available?
[17:52] <seb128> pitti, sorry for all the pings today, ff is a crazy time ;-)
[17:52] <pitti> seb128: no worries, I understand; it's just FF time :)
[17:52] <kenvandine> hehe... yeah it is :)
[17:53] <aquarius> kenvandine, um...you mean you want me to block stuff on the server? the problem with that is that it's quite easy to override the "no music store for you" page on the client: just set an envar. It's quite hard on the server, because I'd have to have the beta-test group go to different URLs (which were available to betatesters), and then I won't be testing what will actually be live, if you see what I mean
[17:54] <kenvandine> but the beta testing is on edge, right?
[17:54] <aquarius> yes...?
[17:55] <kenvandine> so with the env set, it talks to edge properly... yada yada
[17:55] <kenvandine> with the env, the prod server could do a proxy or redir or something to a "not avail" page
[17:55] <kenvandine> i guess it is late to be designing that ;)
[17:55] <kenvandine> and aren't those checks actually in libu1?
[17:56] <aquarius> the checks are in libu1, yeah
[17:56] <seb128> aquarius, kenvandine: no need to argue now, get the thing working and let's do the code changes on monday next week
[17:57] <kenvandine> yeah, so that means another release of libu1 and rb plugin
[17:57] <kenvandine> ok
[17:57] <seb128> so you still have some testing time
[17:57] <seb128> kenvandine, distro patches will do
[17:57] <kenvandine> seb128, just making sure we have a good plan
[17:57] <kenvandine> :)
[17:57] <seb128> yeah, I'm not woried about those
[17:57] <seb128> the changes seems to be easy
[17:57] <kenvandine> they are
[17:57] <kenvandine> just don't want to miss anything
[18:04] <pitti> seb128: hm, the g-u-s changelog says "Don't move autostart file from /etc/xdg/autostart to /usr/share/gnome/autostart. Upstream use the former."
[18:04] <pitti> seb128: but preinst cleans the autostart file in /etc/ on upgrade
[18:04] <seb128> urg
[18:05] <pitti> although that's admittedly for a veeery old version
[18:05] <seb128> that's not from my upload but good catch
[18:05] <pitti> I don't htink that this code actually runs
[18:05] <pitti> seb128: no, not from your upload, just from previous merge
[18:05] <pitti> seb128: I think it's inert, but I wondered what the intent is
[18:05] <seb128> I will clean in the next upload
[18:05] <pitti> ok, it just caught my eye
[18:05] <seb128> pitti, Josselin considers autostart as not conffiles
[18:05] <seb128> so he decided using etc is wrong
[18:06] <seb128> and changes debian packages to use usr
[18:06] <seb128> so he moves those there and clean etc files on upgrade
[18:06] <pitti> +gnome-user-share (0.3-1) hoary; urgency=low
[18:06] <pitti> + -- Jeff Waugh<EMAIL_ADDRESS>Tue, 01 Jun 2004 16:14:59 +1000
[18:06] <pitti> those were the days...
[18:06] <seb128> hehe ;-)
[18:06] <pitti> note the time zone
[18:06] <kenvandine> long time ago :)
[18:06] <pitti> must have been a sprint or so
[18:07] <seb128> pitti, +1000 seems correct for .au?
[18:07] <kenvandine> the archive freezes for alpha3 tuesday right?
[18:07] <pitti> oh, it's getting late
[18:07] <pitti> seb128: misread it as 0100..
[18:07] <pitti> kenvandine: right
[18:07] <seb128> heh
[18:07]  * kenvandine is just making sure to put just the right amount of pressure on aquarius :)
[18:08] <pitti> seb128: we need to rebuild g-u-s after the main promotion, for langpack stripping
[18:09] <pitti> (promoted now)
[18:09] <didrocks> lp:~didrocks/casper/copy_wallpaper_cache needs sponsoring :)
[18:11] <pitti> didrocks: hm, that's a project branch?
[18:12] <pitti> didrocks: did you derive from lp:ubuntu/casper?
[18:12] <didrocks> pitti: right, just when I pushed it I didn't check the format
[18:12] <pitti> ok, np
[18:12] <seb128> pitti, ok, will take care of that
[18:13]  * pitti hugs seb128
[18:13] <pitti> I'll sponsor casper
[18:13]  * seb128 hugs pitti
[18:13] <seb128> pitti, is gnome-desktop still on your sponsoring list too or should I look at that one?
[18:14] <pitti> didrocks: that looks nice, good job!
[18:14] <didrocks> pitti: thanks :)
[18:14] <pitti> seb128: oops, that must have fallen through the IRC cracks; will look at this after casper
[18:14] <seb128> thanks
[18:15] <pitti> didrocks: merged, uploading now; please flip the WI to "done"
[18:15] <didrocks> pitti: thanks a lot!
[18:15] <chrisccoulson> oops, the g-u-s conffile cleaning is probably from my merge ;)
[18:16] <seb128> chrisccoulson, yeah
[18:16] <seb128> chrisccoulson, I will probably wait for your other changes for the upload if you think you will have those done this week
[18:17] <chrisccoulson> i will start working on those tonight
[18:17] <seb128> ok
[18:17] <seb128> no hurry to get the rebuild anyway, we will reupload on monday if there is no upload before
[18:19] <pitti> gnome-desktop sponsored
[18:19] <pitti> it's coming together
[18:20]  * didrocks hugs pitti
[18:20] <seb128> waouh
[18:20] <didrocks> I just have to remove the desktop startup file in n-l-efl and I can upload n-l-efl and n-l to close my 3 "detect 2D/3D" WI :)
[18:21] <pitti> didrocks: oh, you have the fallback working now?
[18:21] <seb128> didrocks, good job!
[18:21] <didrocks> pitti: right :) it's working at least on my box
[18:21] <didrocks> seb128: thanks
[18:21]  * pitti hugs didrocks
[18:21]  * didrocks hugs pitti back
[18:21]  * seb128 hugs didrocks too
[18:21]  * pitti looks for more tasks to hand to didrocks
[18:21] <pitti> j/k
[18:21]  * didrocks hugs seb128 too ;)
[18:22] <didrocks> pitti: noooooooooooooo
[18:22] <didrocks> :-)
[18:22] <seb128> pitti, let him finish the gwibber mir ;-)
[18:22] <chrisccoulson> ooh, hugfest
[18:22]  * pitti hugs chrisccoulson
[18:22]  * seb128 tries to avoid dealing with the mako one
[18:22] <pitti> seb128: righto
[18:22]  * chrisccoulson hugs pitti
[18:22]  * seb128 hugs chrisccoulson too
[18:22] <didrocks> well, the hardest part now is to find how to remove the desktop file from n-l-efl as it's using dh 7 ;)
[18:22]  * didrocks hugs chrisccoulson
[18:22]  * chrisccoulson hugs seb128 and didrocks
[18:23] <pitti> haha
[18:23] <pitti> didrocks: drop it from the debian/pacakge.install?
[18:23] <didrocks> pitti: failed, there is just one bin package :)
[18:24] <pitti> happy overriding then
[18:24] <didrocks> if I add one, it will create a debian/tmp and then match those? (I tried to create one debian/install and it still install in the debian/<package_name>
[18:24] <pitti> 11.24 s, BTW
[18:25] <didrocks> right, I look for the doc :)
[18:25] <pitti> didrocks: I'm actually unsure whether it's that magic
[18:25] <Amaranth> pitti: is that the netbook remix or desktop
[18:25] <pitti> didrocks: but there must be something like a post-install hook?
[18:26] <didrocks> pitti: I think I've read that one day. I'm just searching where from the Internet
[18:26] <pitti> Amaranth: netbook; GNOME is still waaay to slow for that :(
[18:30] <pitti> Amaranth: FYI, http://people.canonical.com/~scott/daily-bootcharts/20100217-max.png is current desktop
[18:30] <pitti> Amaranth: (note the process which takes by far the biggest CPU chunk :-P)
[18:31] <Amaranth> yeah, still can't figure that one out
[18:31] <Amaranth> seb128: did you ever get a chance to test booting with no compiz plugins enabled?
[18:33] <seb128> Amaranth, not yet, my mini broke and I'm waiting on Dell to repair and send it back which should be soon apparently
[18:44] <C10uD> hi
[18:45] <C10uD> i wanted to add appindicator support to my app, i've seen the examples and it's real easy, thanks for the flawless job
[18:45] <C10uD> however i have two issues i currently can't sort out:
[18:46] <C10uD> i don't know how to/if i can set "my" icons (as gtk pixbufs or paths)
[18:46] <C10uD> i don't know how to/if i can "hotplug" items in my indicator's gtk menu
[18:47] <C10uD> thanks in advance
[18:47] <rickspencer3> Nafai, ^
[18:47] <rickspencer3> any tips?
[18:48] <rickspencer3> C10uD, #ayatana would probably be an ideal place to ask, now that I think of it
[18:48] <Nafai> Yeah, lets take it over there, and I can help answer questions there
[18:48] <C10uD> ok, thanks
[19:39] <didrocks> pitti: what status should I give to "write a small helper program to refresh bg and trigger caching, and add it to gnome-desktop postinst": "done but too hackish to integrate it and no other solution"? :-)
[19:44] <baptistemm_> yeah, g-u-s in main
[19:52] <chrisccoulson> baptistemm_ - lets hope i can still upload it ;)
[20:02] <baptistemm_> chrisccoulson, I asked hadess few days ago to release a tarball for g-u-s as he didn't ship one for 2.29.x
[20:06] <kenvandine> chrisccoulson, hey, did you ever get to look at bindwood?
[20:06] <chrisccoulson> kenvandine, i didn't get a chance to look at it (my weekend got taken up by family)
[20:06] <chrisccoulson> does it still need doing?
[20:08] <urbanape> chrisccoulson, ping
[20:08] <chrisccoulson> hi urbanape
[20:08] <kenvandine> chrisccoulson, yes...
[20:08] <urbanape> howdy. kenvandine got you to shepherd the Bindwood 1.0.0 release into lucid on Friday. Can I ask how that is going/went?
[20:08] <kenvandine> that is why urbanape  showed up :)
[20:08] <chrisccoulson> ah, i was just wondering about that ;)
[20:09] <kenvandine> watch out for that urbanape fellow, he is sketchy
[20:09] <chrisccoulson> urbanape, i can take a look at that later. i didn't get any time after friday to look at it
[20:10] <urbanape> I appreciate that. We'd like to have it in alpha3.
[20:18] <qense> kenvandine: gwibber failed to build on lucid, Launchpad says it's a chroot issue
[20:18] <kenvandine> qense, i am getting those all over the place
[20:19] <kenvandine> for ppas too
[20:19] <qense> Also "E: Could not perform immediate configuration on 'udev'.Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)"?
[20:19] <seb128> urbanape, kenvandine, chrisccoulson: whatever bindwood is that's probably not an alpha3 priority for us
[20:20] <seb128> chrisccoulson, please focus on things you had on your todolist affecting default installation before ;-)
[20:20] <kenvandine> seb128, it's the ubuntuone bookmarks plugin
[20:20] <kenvandine> yeah, not default install... but a work item for lucid none the less :)
[20:20] <seb128> kenvandine, the issue is that chrisccoulson has still a real work job and is doing things on his after work hours and is already overloaded wtih tasks
[20:20] <kenvandine> understand
[20:21] <baptistemm_> you have to pay for having chrisccoulson :)
[20:21]  * kenvandine hugs chrisccoulson
[20:21]  * chrisccoulson hugs kenvandine
[20:21] <chrisccoulson> baptistemm_ - ;)
[20:21]  * urbanape didn't mean to step on anyone's toes.
[20:21] <seb128> chrisccoulson, don't feel you have to do everything you got asked to look at yet, just deal with things as you feel doing it
[20:22] <seb128> those are nice to have things but we will manage in any case
[20:22] <chrisccoulson> seb128 - no worries. i'm planning to do some work on g-u-s before i finish for the evening
[20:22] <seb128> alpha3 is not lucid yet
[20:22] <seb128> we still have plenty of time to get things done
[20:22] <seb128> chrisccoulson, ok, thanks ;-)
[20:23] <baptistemm_> chrisccoulson, can I help you on g-u-s ?
[20:23] <chrisccoulson> baptistemm_ - if you want :)
[20:23] <baptistemm_> it depends on what it is
[20:24] <chrisccoulson> baptistemm_ - we're going to add an autostart delay to the desktop file, and also make sure it copes with apache not being installed, and modify the UI to allow you to install the extra components
[20:25] <baptistemm_> ouch ...
[20:25] <chrisccoulson> heh ;)
[20:27] <chrisccoulson> baptistemm_ - initially, I might just desensitize the webdav parts of the UI, so that it is not possible to enable webdav sharing if the right components are not installed
[20:27] <chrisccoulson> but an extra button would be nice too
[20:27] <baptistemm_> ah okay, I'll started to look at that last week, but my coding is so lame, I didn't achieve ...
[20:28] <baptistemm_> s/'ll/'ve/
[20:30] <kenvandine> seb128, you were talking about python-mako and python-beaker earlier... did you see any problems with dropping python-beaker to a suggests?
[20:31] <seb128> kenvandine, I've not enough clue about those to say, I was just reading the changelog and it suggested it's used for caching
[20:32] <seb128> not sure if that's something that work transparently or not or would benefit gwibber or rhythmbox
[20:32] <kenvandine> yeah, but looks more like wsgi related stuff... so not really used by desktop apps
[20:33] <kenvandine> rb depends on mako?
[20:33] <seb128> kenvandine, recommends it right now since it's used by the context pane code which is optional
[20:34] <kenvandine> humm... doesn't that mean it would get pulled into main?
[20:34] <seb128> kenvandine, yes it should, that's why I was pinging you guys about the gwibber mir and make mir too
[20:35] <seb128> if you do it for gwibber I don't need to do it for rhythmbox ;-)
[20:35] <kenvandine> ok, so that is new?
[20:35] <kenvandine> i am doing it :)
[20:35] <kenvandine> trying to avoid beaker :-D
[20:35] <seb128> it's new since lucid yes
[20:35] <seb128> and until now we didn't have the recommends
[20:35] <seb128> and people complaining the option was not working
[20:35] <seb128> until you install python-mako manually that is
[20:37] <kenvandine> ok, the context panel right?
[20:37] <kenvandine> that works for me with python-mako installed and no python-beaker
[20:38] <seb128> kenvandine, yes
[20:38] <seb128> as I said I don't think it's required for rhythmbox
[20:38] <seb128> thanks for confirming ;-)
[20:38] <kenvandine> seems sane to drop that to a suggests then
[20:38] <kenvandine> nor for gwibber
[20:39] <kenvandine> no idea about bauble, python-pylons and deluge-web
[20:39]  * kenvandine looks
[20:39] <chrisccoulson> mdeslaur, you'll probably notice from lucid-changes that i've just uploaded a new upstream version of gnome-screensaver, that has another CVE fix
[20:40] <chrisccoulson> the fix is here: http://git.gnome.org/browse/gnome-screensaver/commit/?id=d4dcbd65a2df3c093c4e3a74bbbc75383eb9eadb
[20:40] <chrisccoulson> although, i don't know the full impact of it
[20:40] <chrisccoulson> oh, ok. it's about sometimes not getting the keyboard grab
[20:41] <kenvandine> pylons has an actual depends for beaker, so that is good :)
[20:44]  * didrocks caught a cold. I'm sure that's because of seb128's conference call we had :)
[20:44] <kenvandine> seb128, ok... great... bauble and deluge-web only use it for templates
[20:44] <seb128> didrocks, :-(
[20:44] <kenvandine> just like gwibber and rb
[20:44] <seb128> kenvandine, ok good, suggests that is ;-)
[20:44] <kenvandine> yup
[20:44] <kenvandine> seb128, you mind doing that while i finish this MIR?
[20:44]  * chrisccoulson hugs didrocks
[20:44] <chrisccoulson> it seems everyone is getting a cold ;)
[20:44]  * didrocks hugs chrisccoulson
[20:45] <didrocks> too many hugs, that's the cause :)
[20:45] <seb128> kenvandine, the recommends to suggests change? can do
[20:45] <kenvandine> didrocks, get some rest
[20:45] <kenvandine> seb128, yes please
[20:45] <seb128> ok, doing now
[20:48] <mdeslaur> chrisccoulson: yeah, thanks for that
[20:52] <kenvandine> seb128, mako MIR filed
[20:52] <kenvandine> https://bugs.edge.launchpad.net/ubuntu/+source/mako/+bug/523430
[21:03] <seb128> kenvandine, change uploaded
[21:16] <chrisccoulson> hmmm, who broke the build daemons ;)
[21:27] <rickspencer3> tseliot, are you still around at all?
[21:27] <tseliot> rickspencer3: yep
[21:28] <rickspencer3> tseliot, so you are primarily working on the Plymouth theme from here on out?
[21:28] <tseliot> rickspencer3: yes and there's a lot to do
[21:28] <rickspencer3> ok
[21:28] <tseliot> rickspencer3: plymouth theme and plymouth in general
[21:28] <rickspencer3> ah
[21:28] <rickspencer3> thanks tseliot
[21:29] <tseliot> rickspencer3: np
[21:29] <rickspencer3> tseliot, how is the them going?
[21:29] <rickspencer3> still lots of days of work left?
[21:29]  * rickspencer3 notes that building the theme seems time consuming
[21:29] <tseliot> rickspencer3: yes, it's a program, so it's supposed to be time consuming, especially when I have to reimplement things
[21:30] <rickspencer3> yeah, I understand
[21:30] <rickspencer3> tseliot, not trying to pressure you here, just to understand
[21:30] <rickspencer3> like 5 days of work left on the theme? 15? 100?
[21:31] <tseliot> rickspencer3: I hope 5 days will be enough. Then I'll work on adding the support for vga16fb to plymouth
[21:31]  * rickspencer3 nods
[21:31] <rickspencer3> sounds like another 5 days or so
[21:32] <rickspencer3> thanks tsimpson
[21:33] <tseliot> rickspencer3: I think it will take more (for vga16fb) but hopefully I'm wrong
[21:33] <rickspencer3> oh
[21:33] <rickspencer3> tseliot, fair enough, like 10 days?
[21:33] <rickspencer3> 100?
[21:34] <tseliot> rickspencer3: I can't give you an exact estimate. I'll do my best. I still hope to do that in time for alpha 3
[21:34] <tseliot> i.e. something acceptable, that is
[21:34] <rickspencer3> tseliot, uh
[21:35] <rickspencer3> I think we may have our dates mixed up
[21:35] <rickspencer3> if it's more than 5 days for the fb work, that alone will push us past a3
[21:35] <tseliot> so that plymouth can work with non-kms drivers
[21:35] <rickspencer3> maybe I should have been more specific ...
[21:35] <rickspencer3> ho many *more* days? like how many days remaining :/
[21:36] <tseliot> rickspencer3: I haven't started working on that yet. I would like to finish the theme first
[21:36] <rickspencer3> tseliot, ok, I'm confused, sorry
[21:36] <rickspencer3> a3 work is basically finishing up tomorrow
[21:37] <tseliot> rickspencer3: the theme is a separate thing from support for vga16fb
[21:37] <rickspencer3> tseliot, ok
[21:37] <rickspencer3> so are you saying you are almost done the theme
[21:37] <rickspencer3> ?
[21:37] <tseliot> rickspencer3: tomorrow we have feature freeze
[21:37] <rickspencer3> tseliot, correct
[21:37] <tseliot> alpha 3 is on the 25th
[21:38] <rickspencer3> tseliot, right
[21:38] <rickspencer3> we *ship* alpha 3 on the 25th
[21:38] <tseliot> right
[21:38] <rickspencer3> so we stop uploading to it before then
[21:38] <rickspencer3> however, no worries
[21:38] <rickspencer3> we can get exceptions for these things
[21:38] <tseliot> rickspencer3: so, I'll make sure that theme gets in
[21:39] <tseliot> I can't say the same for vga16fb support
[21:39] <tseliot> as I want to be sure before I say anything about it
[21:40] <chrisccoulson> seb128 / pitti - the conffile cleanup in g-u-s is actually valid
[21:41] <chrisccoulson> the desktop file was renamed ages ago
[21:41] <chrisccoulson> so the preinst hook removes the desktop file with the old name
[21:41] <seb128> chrisccoulson, ok
[21:41] <tseliot> rickspencer3: I'll let you know as soon as I have news
[21:41] <chrisccoulson> i removed the extra hook to remove the current desktop file when i did the last merge
[21:41] <chrisccoulson> do that's ok ;)
[21:42] <seb128> chrisccoulson, you rock as usual ;-)
[21:53] <seb128> robert_ancell, hey
[21:53] <robert_ancell> seb128, evening
[21:58] <bigon> seb128: thx for papyon merge
[21:58] <bigon> is there any reason we drop the py-farsight deps?
[21:58] <didrocks> time to stop, have a good night everyone!
[22:00] <seb128> bigon, you're welcome, not sure about that but it's in universe and things seem to be working without it
[22:00] <seb128> bigon, I've just reapplied changes which were already there
[22:01] <bigon> cassidy: ^
[22:01] <bigon> it was not releated to the fact we didn't want msn audio/video chat in karmic?
[22:02] <seb128> could be
[22:11] <chrisccoulson> hmmmm, there are only python bindings for aptdaemon, and no C library?
[22:12] <rickspencer3> heh
[22:12] <mvo> chrisccoulson: dbus is the alternative
[22:13] <chrisccoulson> mvo - yeah, i think i'll have to do raw dbus
[22:13] <chrisccoulson> i'm sure that won't be too hard though ;)
[22:14] <mvo> *cough* FLW
[22:14] <chrisccoulson> heh ;)
[22:16] <ccheney> whee looks like we dropped from 10.8 to 10.4 today, 'just' another 0.4 until its ready :)