[00:24] <rickspencer3> robert_ancell, you instigator you
[00:24] <rickspencer3> rocking the weekly meeting boat, and poor jasoncwarner just started!
[00:24] <rickspencer3> :)
[00:25] <robert_ancell> rickspencer3, heh, disruption is good for industry right? :)
[00:25] <rickspencer3> robert_ancell, you know we frown upon taking independent steps to problem solving
[00:25] <rickspencer3> if you see a problem, bury your head in the sand!
[00:26] <rickspencer3> robert_ancell, seriously, thanks for stepping up to move the state of the art forward
[00:26] <jasoncwarner> rickspencer3: don't worry boss..I wrote down his name under the "hooligan" category
[00:26] <rickspencer3> I think we'll have more and more people in the .au tzs
[00:26] <rickspencer3> so, it's worth thinking about
[00:26] <rickspencer3> jasoncwarner, how long have you been up man?
[00:27] <jasoncwarner> rickspencer3: I get up around 3:15 or so, try to log on by 3:30, which is 9am your time (I think)
[00:27] <rickspencer3> I see
[00:27] <rickspencer3> so you are time shifted even earlier than I am
[00:28] <rickspencer3> but I guess that gives you overlap with everyone
[00:28] <rickspencer3> I hope you can keep it up without going crazy
[00:28] <jasoncwarner> so I can get us/UK morning coverage in the early morning and then .au morning
[00:28] <jasoncwarner> two days in and I haven't cracked yet ;)
[00:29] <jasoncwarner> actually it seems ok...I'm about to take a break and take my son to the park and then get back online for when Pitti starts around 6pm
[00:34] <chrisccoulson> jasoncwarner, do you get up at that time every day?
[00:35] <jasoncwarner> chrisccoulson: just the past two so far, but since I'm old I have to go to bed around 9pm anyway...I mean...it is 11am here and I am getting ready to eat dinner and play bingo ;)
[00:35] <chrisccoulson> lol
[00:35] <chrisccoulson> i normally go to bed at around 3am
[00:35] <chrisccoulson> i should probably sleep earlier really ;)
[00:37] <jasoncwarner> I don't know how you do it with a kid, man! Those things are like freakin' alarm clocks to getting you up early. And since my wife actually leaves the house for work (unlike me), somehow it becomes my responsibility to get him up and ready for daycare in the morning...go figure !
[00:38] <chrisccoulson> my daughter has started to sleep in now (she wakes up at around 730am)
[00:38] <chrisccoulson> although, she did get up at 630am this morning
[00:39] <bryceh> rickspencer3, the CodeReview schedule is requiring people to work during the week they're required to take vacation....  ouch
[00:40] <rickspencer3> bryceh, oops
[00:40] <rickspencer3> I think daniel can move that around :)
[00:41] <bryceh> rickspencer3, also did you mean to have it cycle <1 month?  looks like five of us are listed to do two stints each month
[00:42] <rickspencer3> bryceh, tbh, I didn't look to closely at the schedule
[00:42] <rickspencer3> it was a dholbach creation
[00:42] <rickspencer3> but, no, it was not intended that people do it twice in a month
[00:42] <rickspencer3> I think it was probably just a clerical error
[00:43] <bryceh> looks like it's assuming 28 day months, probably should assume 31 days
[00:44] <bryceh> rickspencer3, since I've been doing my sponsorship time on xorg patches, if I'm going to do this instead going forward, shall I just sub ubuntu-sponsors to the still outstanding xorg patches (there's about 30 currently)?
[00:45] <rickspencer3> bryceh, hmmm
[00:45] <rickspencer3> it's a good question
[00:45] <rickspencer3> I was hoping that things working well, like xorg sponsorhsip and #ubuntu-desktop sponsorship in general wouldn't really change
[00:45] <rickspencer3> unfortunately, I need to step away right now
[00:45] <rickspencer3> maybe we could talk it over tomorrow?
[00:46] <bryceh> rickspencer3, sure
[04:36] <TheMuso> RAOF: What hardware was xserver-xorg-video-geode for?
[04:37] <RAOF> Some crazy old serverish chip, from memory.
[04:39] <RAOF> Ah, yeah.  It's an integrated chip on some AMD serverish motherboards.
[04:40] <RAOF> Oh, apparently used in the OLPC XO
[04:42] <RAOF> http://en.wikipedia.org/wiki/Geode_%28processor%29
[04:42] <RAOF> TheMuso: Why do you ask? :)
[05:13] <TheMuso> Just curious, afterr seeing your SRU bug filing, no more.
[05:13] <TheMuso> after
[07:58] <didrocks> good morning!
[08:00] <nisshh> hey didrocks
[08:00] <didrocks> hey nisshh, how are you?
[08:00] <nisshh> didrocks, pretty good, i have a question for you in #quickly though :)
[08:00] <nisshh> and yourself?
[08:03] <didrocks> nisshh: I'm fine, thanks, rainy outside but fine :)
[08:03] <nisshh> hehe :)
[08:08] <hyperair> mvo: pnig
[08:09] <hyperair> https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/629532 <-- i'm just wondering if adding an Enhances: field to debian/control would resolve this issue.
[08:09] <ubot2> Launchpad bug 629532 in banshee (Ubuntu) "Add-ons not listed in software-center (affects: 1) (heat: 45)" [Low,New]
[08:18] <mvo> hyperair: enhances should work, yes, let me double check
[08:21] <mvo> hyperair: yep, that will work, I commented in the bugreport, the enhances is nicer as it does not require touching the banshee package if a new addon becomes availalble. but a combination of the too will work too
[08:22] <hyperair> mvo: okay thanks
[08:22] <hyperair> mvo: i've just committed the change for Enhances:
[08:25] <mvo> thanks!
[08:52] <rodrigo_> morning
[09:00] <seb128> hello there
[09:00] <mvo> hey seb128
[09:00] <seb128> hey mvo
[09:00] <rodrigo_> hi seb128, mvo
[09:00] <seb128> how are you?
[09:00] <mvo> hey rodrigo_
[09:00] <seb128> hey rodrigo_
[09:00] <mvo> good, thanks!
[09:02] <rodrigo_> seb128, did you upload my gsettings-d-s package?
[09:02] <seb128> rodrigo_, no, it was time for dinner and then I was not a natty box in the evening
[09:02] <seb128> was there any hurry?
[09:02] <rodrigo_> no, no
[09:02] <seb128> I will do that in a bit
[09:03] <rodrigo_> no hurry, just wanted to know if it was uploaded or not
[09:03] <rodrigo_> so no hurry :)
[09:03] <rodrigo_> btw, I read in the backlog there was the eastern meeting last night
[09:03] <rodrigo_> at what time is it?
[09:06] <seb128> 11pm our team
[09:06] <seb128> time
[09:06] <seb128> it seems
[09:06] <rodrigo_> on Wednesdays?
[09:06] <seb128> they do it every week
[09:06] <rodrigo_> ok, added to my calendar
[09:06] <seb128> yes, not sure why, it used to be the same that us
[09:07] <seb128> rodrigo_, you should not bother to join it, it's made for people who can't join the main meeting because it's in the middle of their night
[09:07] <seb128> well "don't feel like you have to join it"
[09:07] <seb128> if you want to you are welcome ;-)
[09:07] <rodrigo_> yeah, but it's a chance to talk to robert, so I'll try to join
[09:08] <seb128> I'm sometime around like yesterday
[09:08] <seb128> well join any evening after 10:30
[09:08] <rodrigo_> of course, if I have a party, I won't be leaving the party for the meeting :)
[09:08] <rodrigo_> yeah, right
[09:08] <seb128> it's the time he's online usually
[09:09] <didrocks1> morning rodrigo_
[09:09] <didrocks1> hey mvo :)
[09:09] <mvo> hey didrocks1
[09:10] <mvo> "1" ?
[09:10] <mvo> aha
[09:10] <didrocks> mvo: yeah, I'm competing with rick and seb :)
[09:10] <rodrigo_> hi didrocks
[09:10] <didrocks> mvo: more seriously, it should be "2", I already had two crashes this morning :)
[09:10] <mvo> haha, the numbers are not in your favour
[09:10] <didrocks> right :)
[09:11] <mvo> two crashes? so that is the 128? seb should not run natty yet
[09:11] <seb128> lol
[09:12] <seb128> rodrigo_, ok, so I think we pretty much decided with robert_ancell to not upload GNOME3 in natty before some weeks
[09:12] <seb128> or months
[09:12] <rodrigo_> seb128, I'm releasing g-c-c 2.32.1, so I'll propose a branch for the package in a minute, ok?
[09:12] <seb128> rodrigo_, ok
[09:12] <rodrigo_> seb128, ok
[09:12] <seb128> rodrigo_, we feel it's really a moving target and we have low visibility
[09:13] <seb128> rodrigo_, we don't risk much by just working in the ppa until we feel it's stable enough
[09:13] <rodrigo_> seb128, I think having the PPA is ok, since once we're happy, we can just upload straight from there
[09:13] <seb128> if we feel it would be better next cycle we can delay
[09:13] <seb128> it will be easier to update the ppa after freezes etc than natty
[09:13] <seb128> so it less us free to do work easily and we can decide when we feel confident
[09:14] <rodrigo_> ok
[09:14] <seb128> do you think it's a reasonable position?
[09:15] <rodrigo_> yes, I am confident gnome3 will be in time, but I agree it's better to not risk now uploading all to natty, so yes, I agree
[09:15] <seb128> great
[09:15] <seb128> well GNOME3 is one thing
[09:15] <seb128> we have challenging things to deal with
[09:15] <seb128> like the indicator stack, if we switch it to gtk3 what happens to xfce which is on gtk2
[09:16] <seb128> or to unity
[09:16] <rodrigo_> is unity moving to GTK3?
[09:16] <seb128> yes
[09:16] <seb128> though they said the service loading the indicator can build with gtk2 this cycle if we want
[09:16] <seb128> not sure about the new evolution either
[09:17] <seb128> evo has an history of not being really stable in the cycles where there is refactoring
[09:17] <rodrigo_> yeah, that's more risky
[09:17] <rodrigo_> the gsettings port is just being started
[09:17] <seb128> but if we keep evo on 2.32 what happen to the e-d-s libs
[09:17] <seb128> like will that create issues because they will change abi or gtk version and have other component require the new version
[09:18] <rodrigo_> well, the low level e-d-s is GTK-free
[09:18] <seb128> in any case better to use the ppa until we now where we stand on those
[09:18] <rodrigo_> not sure what apps link to the ui libs
[09:18] <seb128> right, I'm just pointing things we need to consider
[09:18] <rodrigo_> right
[09:18] <seb128> we have quite some moving parts still, so let's work in the ppa
[09:19] <seb128> I think having natty staying on 2.32 and a GNOME3 ppa is a correct deal
[09:19] <rodrigo_> ok
[09:19] <seb128> it means stability by default and GNOME3 available
[09:19] <seb128> and ready to be uploaded to natty when we feel it's ready
[09:19] <seb128> without risk to get screwed if anything goes wrong or if GNOME3 has some weeks delay and is after natty
[09:20] <seb128> mvo, hey
[09:20] <seb128> so...
[09:20] <seb128> $ apt-cache rdepends python-glade2 --show-installed=yes
[09:20] <seb128>   pitivi
[09:20] <seb128>   checkbox-gtk
[09:20] <seb128>   apturl
[09:20] <seb128> basically
[09:21] <seb128> mvo, can I bribe you with some tea to review the apturl merge request to port to gtkbuilder? ;-)
[09:21] <seb128> or to upload
[09:21] <seb128> seems it has been merged
[09:22] <mvo> seb128: sure
[09:22] <seb128> ;-)
[09:22]  * seb128 hugs mvo
[09:23] <seb128> mvo, if you upload that to natty you will get some tea from me at the rally ;-)
[09:24] <mvo> !!!
[09:24]  * mvo uploads now
[09:24] <seb128> ;-)
[09:24] <seb128> rodrigo_, did you manage to build gnome-applets?
[09:25] <rodrigo_> seb128, no, the DH_SCOUR thing didn't work
[09:25] <seb128> we need pitti then?
[09:25] <seb128> pitti, hey
[09:25] <rodrigo_> seb128, btw, where is there good documentation on all those things, I couldn't find anything yesterday
[09:25] <rodrigo_> and dh_scour has no man page
[09:25] <seb128> rodrigo_, I grepped for scour in /usr/share/cdbs
[09:26] <seb128> I don't think there is any decent documentation about that
[09:26] <rodrigo_> ok, I'll wait for pitti then
[09:33] <seb128> rodrigo_, is your code somewhere?
[09:33] <seb128> rodrigo_, can you push to bzr?
[09:33] <seb128> I can try having a go to it locally to see if I stop an error
[09:33] <rodrigo_> seb128, yes, 1 min
[09:35] <rodrigo_> seb128, lp:~rodrigo-moya/ubuntu/natty/gnome-panel/no-more-deprecated
[09:35] <seb128> rodrigo_, is that gnome-applets?
[09:36] <rodrigo_> ugh, yesç
[09:36] <rodrigo_> let me push it again
[09:36] <rodrigo_> lp:~rodrigo-moya/ubuntu/natty/gnome-applets/no-more-deprecated
[09:37] <rodrigo_> now pushed to the correct branch :)
[09:37] <sumitkv2> i installed ubuntu 9.10 alongside windows.....but m stuck with sh:grub>...
[09:39] <seb128> rodrigo_, ok, trying
[09:42] <mvo> hey pitti, with the native apt-get changelog, is thre a reason to keep apt-changelog? I guess no, but wanted to confirm
[09:42] <pitti> Good morning
[09:42] <seb128> hey pitti
[09:43] <pitti> seb128: oh, I'm also trying to build a gir for libnotify; so far g-ir-scanner is acting up a bit, but I'll see to taming that today
[09:44] <pitti> dbarth_: sorry, was on holiday yesterday; I guess the burn down charts auto-updated now. BTW, any platform team member can do that now
[09:44] <pitti> seb128, rodrigo_: dh_scour bug is on my list for today
[09:45] <seb128> pitti, thanks
[09:45] <rodrigo_> thanks pitti
[09:45] <pitti> mvo: no, it was by and large a prototype; it can go, of course
[09:45] <pitti> mvo: I just need to update the mangler to point to the new command
[09:45] <pitti> mvo: are you going to upload that soon? then I'll change it right away
[09:45] <mvo> pitti: thanks, I can keep a compat script for one or two uploads
[09:45] <rodrigo_> pitti, any idea how to trick it in the meanwhile? seb128 suggested to use DEB_DH_SCOUR_ARGS, but that doesn't do anything, it seems
[09:46] <seb128> pitti, btw if you activate the vpswitcher plugin in ccsm you should some keybindings back
[09:46] <seb128> if you use the gconf backend from compiz
[09:46] <mvo> pitti: I want to upload today, I'm merging with debian and looking into some corner cases currently
[09:46] <seb128> pitti, I got my "switch to workspace <n>" back
[09:46] <pitti> oh, cool
[09:46] <seb128> rodrigo_, that gnome-applets checkout builds fine here btw
[09:47] <rodrigo_> seb128, on natty?
[09:47] <didrocks> good morning pitti
[09:47] <pitti> hey didrocks
[09:48] <seb128> rodrigo_, yes
[09:48] <seb128> rodrigo_, but i386
[09:48] <rodrigo_> hmm
[09:48] <seb128> could be different from amd64
[09:49] <rodrigo_> oh, yes, I'm on 64
[09:50] <dbarth_> pitti: yeah, no worries; it's looking better now
[09:50] <rodrigo_> btw, the debian/watch files that have http://ftp.gnome.org/pub/gnome/sources/.. all fail for me, and work if I change that to download.gnome.org/sources/...
[09:51] <rodrigo_> it might be picking the wrong mirror?
[09:51] <seb128> rodrigo_, try using -X rather than --no-act
[09:51] <rodrigo_> seb128, ok
[09:51] <seb128> rodrigo_, either to experiment in the build dir by calling dh_scour manually
[09:51] <seb128> rather than doing new builds every time
[09:52] <seb128> try dh_scour -Xsvg_to_exclude
[09:53] <rodrigo_> dh_scour -Xgnome-cpu-frequency-applet.svg -Xgnome-eyes-applet.svg <- this seems to not fail
[09:53] <rodrigo_> trying that on the rules file
[09:55] <seb128> rodrigo_, scour -i ./cpufreq/pixmaps/gnome-cpu-frequency-applet.svg
[09:56] <seb128> does that end with a ValueError for you?
[09:56] <seb128> or do you get another error?
[09:57] <rodrigo_> seb128, fails with 'too many values to unpack'
[09:57] <rodrigo_> and the rules ignored the -X arguments :(
[09:58] <seb128> same here but dh_scour doesn't stop on it for some reason
[09:58] <seb128> dh_scour -v
[09:58] <seb128> echo $?
[09:58] <seb128> -> 0
[09:58] <seb128> well, let's pitti debug
[09:58] <pitti> I'll start on it now
[09:59] <seb128> pitti, thanks
[09:59] <pitti> rodrigo_: where can I get that svg?
[09:59] <pitti> I need a reproducer
[09:59] <seb128> pitti, gnome-applets
[09:59] <seb128> apt-get source gnome-applets
[09:59] <rodrigo_> pitti, lp:~rodrigo-moya/ubuntu/natty/gnome-applets/no-more-deprecated
[09:59] <seb128> pitti, ./cpufreq/pixmaps/gnome-cpu-frequency-applet.svg
[10:00] <seb128> pitti, or /usr/share/icons/hicolor/scalable/apps/gnome-cpu-frequency-applet.svg
[10:00] <rodrigo_> right, that's the file, my branch doesn't have it
[10:01] <pitti> thanks, that reproduces it nicely
[10:02] <didrocks> pitti: do you want to test the /opt prefix in cdbs/python-support/python-distutils-extra or should I upload right away? (apart for python-distutils-extra where I guess, you prefer uploading to debian + sync)
[10:04] <pitti> didrocks: if you could write a cdbs test, that'd be great
[10:04] <didrocks> pitti: done :)
[10:04] <pitti> and likewise for p-d-e
[10:04] <pitti> cool!
[10:04] <pitti> didrocks: go ahead then
[10:04] <didrocks> not for p-d-e
[10:04] <didrocks> but the switch is only in python-mkdebian, which has no test, isn't it?
[10:04] <pitti> didrocks: did you already push the cdbs changes to bzr? nothing new to pull
[10:04] <pitti> didrocks: ah, right
[10:04] <didrocks> pitti: not yet, can do now
[10:05] <pitti> didrocks: so p-mkdebian just needs to add the --prefix to debian/rules?
[10:05] <didrocks> pitti: right, using DEB_PYTHON_PREFIX_ARGS
[10:06] <didrocks> should be DEB_PYTHON_PREFIX_ARG btw now, fixing that
[10:06] <pitti> rodrigo_: weird, I already fixed dh_scour to not break the build on scour failure in 0.25+bzr194-0ubuntu3
[10:06] <pitti> rodrigo_: did you use the latest python-scour to build that?
[10:06] <pitti> I'm going to build gnome-applets locally now
[10:07] <rodrigo_> I think so, let me check
[10:08] <seb128> rodrigo_, you probably need to make gnome-applets depends on the gir1.0-gtk-2.0 and gdkpixbuf one
[10:08] <rodrigo_> seb128, ok
[10:08] <seb128> rodrigo_, just reviewing your diff ;-)
[10:08] <didrocks> pitti: pushed if you want to have a look (python-support as most of the changes)
[10:08] <didrocks> has*
[10:08] <seb128> rodrigo_, dpkg -l python-scour?
[10:08] <pitti> didrocks: btw, aren't these both (central, support) obsolete, in favor of dh_python{2,3}?
[10:09] <rodrigo_> yes, don't have the latest one, sorry pitti
[10:09] <rodrigo_> installing and trying with that one
[10:09] <pitti> didrocks: still nothing new in cdbs branch
[10:09] <pitti> rodrigo_: ah :) *phew*
[10:09] <didrocks> pitti: yeah, we should switch in python-mkdebian, but I prefer to know do with what works today and work with the debian guy for dh_python…
[10:09] <pitti> rodrigo_: but anyway, I reported the actual crash upstream, so there was something good about it
[10:09] <didrocks> pitti: really? maybe you were too fast, lp:~ubuntu-core-dev/cdbs/ubuntu isn't it?
[10:09] <pitti> didrocks: right
[10:09] <rodrigo_> pitti, :)
[10:10] <pitti> didrocks: ah, it's there now
[10:11] <pitti> didrocks: your test checks for
[10:11] <pitti> +       | grep -q '/opt/share/py\(thon-support/python-cdbs-testsuite\|shared\)/testing/foo.py' \
[10:11] <pitti> didrocks: that should be /opt/packagename/share/...
[10:11] <didrocks> pitti: well, here I'm just checking --prefix support, it can be to whatever, so in the test, it's --prefix=/opt IIRC
[10:12] <pitti> didrocks: ah, ok; looks a bit confusing
[10:12] <pitti> didrocks: perhaps the test could actually use prefix=/opt/testpkg/?
[10:12] <didrocks> pitti: but python-mkdebian with Quickly is doing --prefix=/opt/extras/packagename for now, but I understood that the name is still under discussion :)
[10:12] <didrocks> pitti: sure, changing that :)
[10:13] <pitti> didrocks: right; I think /opt/packagename/ will be fine
[10:13] <rodrigo_> pitti, right, builds ok now! sorry for the alarm :)
[10:13] <pitti> avoids LANANA name registration, and is what /opt is meant to be for
[10:13] <pitti> rodrigo_: cool, thanks for checking
[10:14] <didrocks> pitti: just retrying the testsuite with /opt/testpkg/ and pushing then
[10:14] <didrocks> pitti: the thing is that it needs a particular version of python-support so that the test works, so I'll add in debian/control the version I'll upload
[10:27] <seb128> mvo, https://code.launchpad.net/~damg/ubuntu/maverick/synaptic/synaptic-lp510261/+merge/40788
[10:27] <seb128> mvo, not sure if you watch the merge requests or the sponsoring queue
[10:27] <seb128> mvo, https://code.launchpad.net/~bryce/software-properties/rm-apt-repository/+merge/25988 as well
[10:32] <didrocks> pitti: so, when you have some time, if you can do a release of p-d-e, that will be nice (no hurry though), not sure about the version you want to use (maybe a newer version than incrementing -X so that I can test if the option is available?)
[10:34] <pitti> didrocks: I can do a 2.23-1
[10:34] <didrocks> pitti: sounds good to me :)
[10:34] <pitti> it should have been a 2.23 anyway since 2.22-3
[10:35] <didrocks> pitti: what's the schema of versionning btw? I didn't get it
[10:35] <pitti> didrocks: -X should just be packaging changes (debian/)
[10:35] <didrocks> pitti: ok, it's logic then, I was puzzled by previous uploads :)
[10:38]  * pitti chuckles at https://launchpad.net/python-distutils-extra
[10:38] <pitti> "released 10 hours ago"
[10:38] <pitti> no, it was 10 seconds ago
[10:39] <rodrigo_> need to run some errands, bbiab
[10:41] <pitti> didrocks: uploaded to sid and natty
[10:41] <didrocks> pitti: thanks!
[10:56] <chrisccoulson> good morning everyone
[10:56] <chrisccoulson> wow, no new firefox bugs!
[10:57] <didrocks> chrisccoulson: hey, that's a good way to start the day, isn't it? :)
[10:58] <chrisccoulson> yes :)
[10:58] <didrocks> (and no, launchpad wasn't down if that's your second question :))
[10:58] <chrisccoulson> heh ;)
[11:09] <mvo> pitti: will your script get confused if i output on stderr from apt-changelog that its no longer needed?
[11:09] <pitti> mvo: which script?
[11:09] <pitti> mvo: oh, I need to update apt-listchanges for it
[11:09] <mvo> pitti: the one that is currently using it .) pkgmangler? or is it not used at all?
[11:09] <pitti> but otherwise no
[11:10] <pitti> mvo: pkgmangler adds a line "please see apt-changelog <package> for the full list of changes" to changelog.Debian.gz
[11:10] <pitti> I'll adapt that as well
[11:11] <mvo> pitti: thans, I can take care of apt-listchanges as well and upoad them together
[11:11] <pitti> mvo: great, thanks
[11:11] <pitti> mvo: are you an apt-listchanges Debian maintainer?
[11:11] <mvo> pitti: mdz is :)
[11:11] <mvo> well, used to
[11:12] <pitti> once apt-get changelog lands in sid, the apt-listchanges patch could go into debian as well
[11:12] <pitti> I just didn't send it to the BTS yet until apt-changelog (or equivalent) lands in Debian
[11:12] <mvo> ok
[11:46]  * pitti dances around happily -- there, libnotify GIR!
[11:55] <didrocks> pitti: nice! :)
[11:56] <pitti> it doesn't actually work yet, but that's the next problem :)
[11:56] <devildante> what's that? share the awesome with me :p
[11:57] <pitti> http://live.gnome.org/GObjectIntrospection
[11:58] <devildante> great :)
[12:14] <pitti> seb128, rodrigo_: do you happen to know if I can add a directory to the GIR search path, for using local typelibs?
[12:14] <rodrigo_> pitti, g-ir-* have an argument for that, let me check
[12:14] <pitti> rodrigo_: no, I mean when using it in e. g. python
[12:15] <rodrigo_> ah, no idea
[12:15] <pitti> rodrigo_: for "from gi.repository import"
[12:15] <pitti> rodrigo_: ok, thanks
[12:15] <rodrigo_> I'm in #introspection asking some other thing, so let me ask
[12:17] <rodrigo_> pitti, <nacho> rodrigo, yes
 check gedit for that
[12:17] <pitti> thanks
[12:17] <rodrigo_> pitti, http://git.gnome.org/browse/gedit/tree/gedit/gedit-plugins-engine.c#n76
[12:18] <pitti> ok, that's C
[12:18] <rodrigo_> yes, the libgir-reposiroty-dev stuff, I guess it has typelibs?
[12:32] <pitti> didn't find any test python script which uses the local typelib :-(
[12:39] <pitti> hah!
[12:39] <pitti> rodrigo_: some RTFS later.. $GI_TYPELIB_PATH=... works
[12:39] <rodrigo_> ah, cool
[12:52] <rodrigo_> seb128, g-c-c 2.32.1 -> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-control-center/2_32_1_release/+merge/41166
[12:53] <seb128> rodrigo_, seems fine, feel free to upload
[12:54] <rodrigo_> seb128, ok
[12:56] <rodrigo_> seb128, so, apart from the undocumented dh_scour thing, where is there good documentation on deb packaging?
[12:57] <rodrigo_> the python stuff in gnome-menus is giving me a bad time, because I don't really know what is wrong
[12:57] <seb128> rodrigo_, https://wiki.ubuntu.com/PackagingGuide
[12:57] <rodrigo_> ok, I think that's the PDF I have, checking
[12:57] <seb128> rodrigo_, http://www.debian.org/doc/packaging-manuals/python-policy/
[12:57] <seb128> on python
[12:58] <rodrigo_> ok
[12:58] <seb128> what error do you get again?
[13:13] <seb128> kklimonda, hey, do you work on the glibmm update or should I do it?
[13:40] <kklimonda> seb128: I have it more or less ready but it requires atkmm to build. That's why I'm looking for a sponsor.
[13:40] <kenvandine> seb128, i commented on that vala/gio gir bug to get more clarification, but since i'll be out for a couple hours can you asked mterry if he can try to get someone's attention in #vala
[13:40] <seb128> kklimonda, weird, glib shouldn't
[13:40] <seb128> kklimonda, gtkmm does though
[13:40] <kenvandine> when he shows up :)
[13:40] <kklimonda> seb128: ah, I haven't read you right.
[13:40] <seb128> kenvandine, ok
[13:40]  * kenvandine needs to leave now, be back in ~2 hours
[13:40] <kenvandine> thx
[13:40] <kklimonda> seb128: I'll take glibmm
[13:40] <seb128> kenvandine, see you
[13:40] <seb128> kklimonda, thanks
[13:41] <seb128> kklimonda, let me know when you have something to sponsor, I will do some sponsoring today
[13:41] <seb128> I will review atkmm as well
[13:41] <seb128> did you open a bug about this one btw? I didn't see it on the sponsoring list
[13:42] <kklimonda> seb128: bug 672817 - sponsors were unsubscribed and then some random folk came buy and invalidated it ;)
[13:42] <ubot2> Launchpad bug 672817 in ubuntu "[needs-packaging] atkmm1.6 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/672817
[13:42] <kklimonda> seb128: as for debian bug I haven't opened it
[13:42] <seb128> hum, ok
[13:43] <seb128> kklimonda, oh I though you did package it
[13:43] <kklimonda> seb128: hmm, I did - it's in revu, in pkg-gnome
[13:43] <seb128> could you give pointers on the bug?
[13:44] <seb128> hum ok, http://svn.debian.org/wsvn/pkg-gnome/packages/unstable/atkmm1.6/debian/#_packages_unstable_atkmm1.6_debian_
[13:44] <seb128> it should probably be in desktop/experimental
[13:44] <seb128> not packages/unstable
[13:44] <kklimonda> seb128: I did as pochu told me :)
[13:45] <seb128> ok
[13:45] <seb128> why the epoch number in the version?
[13:46] <kklimonda> hum.. I have no idea - I could swear I've removed it
[13:46] <kklimonda> there is no reason :)
[13:46] <seb128> ok, can you fix it in the svn?
[13:46] <kklimonda> yes
[13:47] <seb128> kklimonda, you probably don't want to install the .la either
[13:48] <seb128> kklimonda, include /usr/share/cdbs/1/rules/simple-patchsys.mk is to clean
[13:48] <seb128> with source v3 you use quilt
[13:48] <kklimonda> seb128: bummer, libpkg-guide is outdated?
[13:48] <kklimonda> it's for .la files)
[13:49] <seb128> well, there is not a clear reply but GNOME packages tend to clean those nowadays
[13:49] <seb128> you have clean-la.mk rule in the rules
[13:49] <seb128> you could as well not install it rather than using clean-la.mk
[13:49] <seb128> DEB_DH_INSTALL_SOURCEDIR := debian/tmp
[13:49] <seb128> not sure that is required? tmp should be the default?
[13:51] <kklimonda> it shouldn't be but I've tried not to diverge from the current packaging of mm stack too much assuming it's going to be reviewed by the main maintainer :)
[13:51] <kklimonda> but he's too busy
[13:52] <seb128> ok
[13:52] <seb128> well those are details
[13:52] <kklimonda> sure, I'm going to fix them
[13:52] <seb128> would be nice to use a .symbols as well
[13:52] <kklimonda> less cruft the better
[13:52] <seb128> well the only thing to real fix is the epoch
[13:53] <kklimonda> as for symbols files I'd love to do them but the documentation on them I was able to find isn't stellar. Do you have some pointers I could use?
[13:53] <kklimonda> I'd love to create them*
[13:54] <kklimonda> :q!
[13:54] <kklimonda> bah
[13:56] <seb128> kklimonda, the tarball also needs to ship a the GPL license
[13:56] <seb128> kklimonda, dpkg-gensymbols, see the manpage
[13:57] <seb128> or search on the wiki I think there was some documentation
[13:57] <seb128> basically run it after the build in the build dir
[13:57] <seb128> and copy the output to a .symbols
[13:58] <kklimonda> GPL livence because of the gendef.cc files?
[13:58] <kklimonda> license*
[13:59] <seb128> yes
[13:59] <seb128> if it has sources under the GPL it should distribute the license as well
[14:00] <kklimonda> bummer, they are only needed by Visual Studio.. so I should a) contact the upstream about it and b) repackage it for now?
[14:04] <seb128> pitti, if a source include GPL files which are not used, does it need to ship a GPL license?
[14:05] <seb128> mterry, hey
[14:05] <mterry> seb128, hello!
[14:05] <seb128> mterry, kenvandine said he would be out for some hours and asked if you could try to ping the #vala guys about the issue you had yesterday
[14:06] <mterry> seb128, sure
[14:07] <seb128> mterry, thanks
[14:07] <seb128> mterry, how are you otherwise? ;-)
[14:08] <mterry> seb128, good.  Catching up on what seems like an usually large number of email
[14:08] <seb128> mterry, is that a way to tell me to stop Cc-ing you all the GNOME3 emails I send? ;-)
[14:09] <mterry> seb128, :)
[14:09] <mterry> seb128, the idea to port anjuta has led me down quite a rabbit hole.  I'm thinking of porting deja-dup to gtk3 just so we'd have an easier universe guinea pig.  ;)
[14:10] <seb128> mterry, lol
[14:10] <seb128> mterry, well if anjuta is not easily reachable yet we can delay for later
[14:10] <mterry> seb128, eh, we'll see.  Just involves lots of other packages
[14:10] <seb128> I'm starting to think we should just focus on the ppa for now
[14:11] <seb128> it seems we will have low visibility on what the transition involves for a while
[14:11] <seb128> so better to work just in there
[14:11] <mterry> seb128, hey, btw.  With gsettings apps, what's the story for running gsettings-data-convert after installation?  I assume it gets run on login?  But still, should probably be run on install of first gsettings version too...
[14:11] <seb128> it's easily available and as easy than working on natty
[14:11] <mterry> seb128, sure
[14:11] <seb128> mterry, yes on login
[14:12] <seb128> we had the discussion at UDS but judged that people should restart their session after dist-upgrading between distributions anyway
[14:12] <seb128> or restart the computer
[14:12] <mterry> seb128, maybe we should trigger 'reboot required' then for anything that installs into /usr/share/GConf/gsettings for the first time
[14:12] <seb128> we might want to get the session indicator turn ted when one of those is installed
[14:12] <seb128> right, I was thinking to that as well
[14:13] <seb128> I will add a wi for it
[14:13] <seb128> or feel free to add it to the spec if you want
[14:13] <seb128> I will do some updates later on and add it if you didn't before
[14:23] <mvo> good morning tremolux
[14:23] <tremolux> hey mvo
[14:23] <devildante> yeah, good morning tremolux
[14:24] <tremolux> hiya devildante
[14:24] <didrocks> seb128: I'm quite puzzled by bug #676787 and I should miss something…
[14:24] <ubot2> Launchpad bug 676787 in compiz (Ubuntu) "package compiz-gnome 1:0.9.2.1 glibmainloop-0ubuntu2 failed to install/upgrade: trying to overwrite '/usr/share/gconf/schemas/compiz-annotate.schemas', which is also in package compiz-plugins 1:0.8.6-0ubuntu12 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/676787
[14:24] <seb128> reading
[14:25] <didrocks> seb128: I've added a Replaces: compiz-plugins (<= 1:0.8.6-0ubuntu12) in compiz-gnome in 1:0.9.2.1-0ubuntu2
[14:26] <seb128> didrocks, Package: compiz-gnome 1:0.9.2.1-0ubuntu1
[14:26] <seb128> didrocks, it's the revision before your fix?
[14:26] <didrocks> what? bug title is "glibmainloop-0ubuntu2" ?
[14:28] <seb128> weird
[14:28] <seb128> didrocks, you should ask mvo ;-)
[14:29] <pitti> seb128: GPL> I'd say yes, since it's part of the source
[14:29] <pitti> seb128: it shoudl at least have the standard GPL header, and debian/copyright a pointer to common-licenses/
[14:29] <seb128> kklimonda, I've mailed upstream about other things do you want me to email him about the GPL?
[14:29] <didrocks> seb128: hum, ok :-) It's not something I'm obviousy missing then :)
[14:29] <didrocks> mvo: when you get some time ^
[14:32] <kklimonda> seb128: sure, if you've already talked to him it makes sense for you to bring this up.
[14:32] <seb128> kklimonda, ok
[14:32] <seb128> kklimonda, I will Cc you on the email
[14:32] <kklimonda> k
[14:37] <mvo> didrocks: eh, that is puzzling. it comes striaght from hell^Wdpkg
[14:38] <bcurtiswx_> meeting going in ?
[14:38] <bcurtiswx_> on*
[14:38] <bcurtiswx_> guess not, lol
[14:38] <seb128> bcurtiswx_, no, the meeting is on tuesday
[14:38] <didrocks> mvo: ok, let's pretend it doesn't exist and see if there are new ones :)
[14:40] <kklimonda> seb128: as for glibmm there has been no glibmm 2.26.x release so far - should I start packaging 2.27.x to keep it in sync with glib? If so, then it's an ubuntu-only packaging for now, right?
[14:40] <bcurtiswx_> i am wondering, i've seen this bug before in earlier releases https://bugzilla.gnome.org/show_bug.cgi?id=635105#c1 would it be worthy of an SRU ?
[14:40] <seb128> kklimonda, yes
[14:40] <ubot2> Gnome bug 635105 in General "Empathy is eating all the memory" [Major,Resolved: fixed]
[14:41] <mvo> didrocks: odd indeed
[14:41] <seb128> bcurtiswx_, if you find a way to trigger the issue so the fix can be tested that would be useful
[14:42] <nessita> pitti: hi there! quick question: if all the bugs attached to a -proposed package are already in verification-done, do I have to do anything else to make that package hit -updates?
[14:42] <seb128> nessita, hey
[14:42] <seb128> nessita, no you don't, you just have to wait the week delay
[14:42] <bcurtiswx_> seb128, im going to leave my empathy ON for (as Guillaume states) 40-ish minutes to see if it uses that much
[14:43] <seb128> bcurtiswx_, I doubt it do it for everybody or we would have noticed
[14:43] <nessita> seb128: awesome, thanks! and hi :-)
[14:44] <bcurtiswx_> seb128, OK i will see if i can find a set trigger, and twitter/blog/announce it for confirmation (i.e. bug report as well)
[14:47] <bcurtiswx_> seb128, cassidy has 2 fixed leaks he says are going to make it into 2.32.x , i can request SRU for that once released
[14:48] <cassidy> Ubuntu isn't affected by the main leak
[14:48] <cassidy> but the other 2 are worth fixing (especially one)
[14:48] <cassidy> I'm making a release
[14:48] <bcurtiswx_> cassidy, yes, sorry i wasn't specific enough
[14:55] <mterry> didrocks, I got the error "libtool: install: error: cannot install `vtemodule.la' to a directory not ending in /usr/lib/python2.7/dist-packages/gtk-2.0", which sounds similar to one you mentioned yesterday?
[14:55] <didrocks> did I mentionned something like that? :)
[14:56] <mterry> didrocks, thought so?  maybe someone else did... let me see if I have it in my logs
[14:56] <devildante> didrocks: did I mention* ;)
[14:56] <seb128> mterry, it was rodrigo_
[14:56] <seb128> he has the same issue on gnome-menus
[14:56] <didrocks> devildante: yeah, got it one pressing "enter", just note fixing all my spelling mistakes
[14:56] <mterry> seb128, ah thanks.  Sorry didrocks :)
[14:57] <devildante> didrocks: heh :)
[14:57] <mterry> rodrigo_, did you figure the error out?
[14:57] <didrocks> mterry: no worry :)
[14:58] <seb128> mterry, he was still wondering about it before going for lunch it seems
[14:58] <seb128> mterry, not sure if lunch helped him to think about the issue though ;-)
[15:03] <rodrigo_> mterry, no, not yet, went to lunch after reading some docs on the supporting multiple pythons thing
[15:03] <rodrigo_> mterry, I guess there's something broken in the dh_pysupport thing?
[15:05] <seb128> rodrigo_, could you open a bug about libgnome-media-profiles?
[15:06] <rodrigo_> seb128, about adding it to natty?
[15:06] <seb128> yes, sponsoring one
[15:07] <rodrigo_> ok, but it conflicts with the libgnome-media from the older gnome-media
[15:07] <rodrigo_> so, we don't want it unless we upgrade gnome-media, I think
[15:07] <seb128> oh right
[15:07] <rodrigo_> well, it really doesn't conflict, it's the same lib but different naming
[15:07] <seb128> rodrigo_, don't bother for now then
[15:07] <rodrigo_> ok
[15:11] <rodrigo_> mterry, you're working on GTK3 vte, right?
[15:11] <mterry> rodrigo_, yeah
[15:12] <mterry> rodrigo_, it seems that the build area for the python2.7 version still has references to python2.6 install locations
[15:12] <rodrigo_> mterry, oh
[15:12] <rodrigo_> mterry, so it needs to distclean or something like that before building with the other python version?
[15:12] <mterry> maybe?
[15:13] <mterry> looking at rules file now, trying to figure out where it gets its python info
[15:13] <mterry> rodrigo_, does this sound similar to your issue?
[15:13] <rodrigo_> yes, it's the same
[15:17] <Zdra> Hm, gnome-keyring in gnome3 ppa is older version then the one in maverick... :(
[15:18] <rodrigo_> Zdra, yes, the previous upgrade was wrong, I think, it had 2.92.92.is.2.31.91-0ubuntu4
[15:18] <rodrigo_> not sure why
[15:19] <rodrigo_> didrocks, do you know why that was used?
[15:22] <didrocks> rodrigo_: I think the error happened in lucid or maverick version and it was to avoid an epoch
[15:22] <didrocks> rodrigo_: it was in lucid: https://edge.launchpad.net/ubuntu/lucid/+source/gnome-keyring
[15:23] <rodrigo_> didrocks, so, do I change it to be 2.92.92.is.2.91.2... or just leave it at 2.91.2?
[15:23] <didrocks> rodrigo_: nobody will be able to upgrade if you keep 2.91.2
[15:23] <didrocks> rodrigo_: so 2.92.92.is.…
[15:23] <rodrigo_> ok, changing it
[15:24] <seb128> rodrigo_, why did you drop gnome-media-common?
[15:26] <mterry> rodrigo_, odd.  If I manually go through the sequence of debian/rules configure-stamp-python2.7, build stamp, and then install stamp, it works fine (the most relevant being that the first configure stamp correctly identifies python2.7
[15:27] <rodrigo_> seb128, because that was for libgnome-media and gnome-media, and now there's just a few binaries, nothing depends on gnome-media-common, apart from libgnome-media, right?
[15:27] <rodrigo_> mterry, maybe something changed in dh_pysupport?
[15:27] <seb128> rodrigo_, no, debian tends to install translations in a -common
[15:28] <seb128> so they have one binary with those on the mirror and not one by arch
[15:28] <seb128> it's all all not any
[15:28] <seb128> spare mirror space
[15:28] <rodrigo_> ah, ok
[15:28] <rodrigo_> I'll re-add it then
[15:28] <seb128> rodrigo_, I'm fixing some of the things there
[15:28] <rodrigo_> ah, ok
[15:28] <seb128> rodrigo_, don't bother I'm reviewing your updates and fixing some things on the way
[15:28] <seb128> started with gnome-media
[15:28] <rodrigo_> cool
[15:28] <seb128> rodrigo_, I'm not sure how you managed to build it ;-)
[15:29] <rodrigo_> seb128, I'm fixing librest and libsocialweb with the stuff from the bugs I filed, so don't worry about those for now
[15:29] <seb128> ok
[15:29] <seb128> rodrigo_, gnome-media you still build-depends on gtk2
[15:29] <seb128> and use launchpad-integration gtk2
[15:29] <seb128> I'm not sure how it works, the configure wants gtk3
[15:30] <rodrigo_> hmm
[15:31] <rodrigo_> that's wrong indeed, should be build depending on gtk3
[15:32] <rodrigo_> I guess that's why lpi patch worked :)
[15:33] <rodrigo_> didrocks, hmm, if I change the version to 2.92.92.is..., it can't retrieve the upstream tarball, any magic I need to do?
[15:33] <didrocks> rodrigo_: wget + rename :)
[15:33] <rodrigo_> ah, ok :)
[15:34] <rodrigo_> but that's not magic :D
[15:42] <didrocks> rodrigo_: wget is magic to me :)
[15:42] <rodrigo_> :)
[15:42] <didrocks> you pass a string, you get a file!
[15:42] <didrocks> :)
[15:46] <mterry> rodrigo_, OK...  When it comes time to run the install target on python2.7, make decides to run /bin/bash ./config.status --recheck, which does not use the same PYTHON=python2.7 env var that configure did, so picks up python2.6 this time around
[15:46] <mterry> not sure why it calls recheck yet
[15:47] <mterry> maybe calling make with PYTHON=python2.7 is sufficient, regardless of why it calls recheck
[15:50] <mvo> tremolux: I did some tweaks in the apthistory code (not the lazy loading yet). i wonder if that helps on your netbook with the statup speed
[15:51] <rodrigo_> mterry, but isn't the PY_VERSIONS thing supposed to deal with that?
[15:51] <tremolux> mvo: cool, I will try it  :)
[15:52] <mterry> rodrigo_, well (for vte at least), PY_VERSIONS just drives a loop that runs configure/make all/make install for each version
[15:52] <mterry> rodrigo_, but the make install is redoing the configure step, but without the benefit of the PYTHON env var
[15:52] <rodrigo_> ah
[15:53] <seb128> mterry, try without dh-autoreconf?
[15:58] <seb128> rodrigo_, ok so libgnome-media some comments
[15:58] <seb128> rodrigo_, you lack a compat file
[15:59] <seb128> you could use the new copyright format it's easier
[15:59] <rodrigo_> ah, ok, adding it as we speak
[15:59] <seb128> standard-versions is control should be 3.9.1
[15:59] <seb128> you should have a source/format which say for 3.0 (quilt)
[16:00]  * kenvandine waves
[16:00] <pitti> hey kenvandine
[16:00] <seb128> kenvandine, hey
[16:00] <mterry> kenvandine, no progress in #vala yet
[16:00] <kenvandine> i see that :/
[16:00] <pitti> kenvandine: do you plan an indicator-application upload by any chance in the next time? a simple no-change rebuild is apparently not enough to fix the typelib (it breaks with a mysterious error message)
[16:00] <seb128> rodrigo_, you should probably use a - before 3.0 in the library binary
[16:01] <seb128> pitti, help him to fix the dbusmenu gtk3 build
[16:01] <kenvandine> pitti, if it'll build...
[16:01] <seb128> pitti, then we can do libindicat*
[16:01] <seb128> ;-)
[16:01] <pitti> kenvandine: if not, I can have a look
[16:01] <pitti> or that :)
[16:01] <kenvandine> pitti, but i assumed it would need dbusmenu and libindicator first
[16:01] <seb128> pitti, ted rolled new tarballs but kenvandine is having issue with gir and vapi it seems
[16:01] <kenvandine> which is broken because of vapigen and gir
[16:01] <seb128> kenvandine, it does
[16:02] <pitti> ah, long dependency trail
[16:02] <kenvandine> yeah
[16:02] <kenvandine> and it isn't even building for gtk3 that is the problem... it is just with valac-0.12
[16:02] <seb128> pitti, "it's actively being worked but there are some issues
[16:02] <seb128> it's back to the eastern meeting discussion from yesterday
[16:02] <seb128> we lack a status page were people write those sort of informations ;-)
[16:03] <seb128> kenvandine, well you can keep using valac-0.10 if that works
[16:03] <mterry> rodrigo_, fixed it by adding PYTHON=$* at end of make install line, which makes sure that any subconfigures do the right thing
[16:03] <mterry> seb128, except the packaging in ubuntu didn't use separate source packages!
[16:03] <rodrigo_> seb128, you mean calling the package libgnome-media-profiles-3.0 instead of libgnome-media-profiles3.0?
[16:03] <mterry> seb128, forced to use vala-0.12
[16:03] <rodrigo_> mterry, ok, I'll see how I can fix it for gnome-menus
[16:04] <seb128> mterry, it didn't? that seems a mistake
[16:04] <seb128> mterry, we should perhaps reupload vala-0.10
[16:04] <seb128> as vala-0.10
[16:04] <seb128> rodrigo_, right
[16:04] <seb128> rodrigo_, I think that's what lintian should suggest (I didn't try to build yet)
[16:05] <rodrigo_> seb128, ok, all fixed except the copyright file, fixing it now
[16:06] <seb128> rodrigo_, great
[16:08] <tremolux> mvo: some faster, from ~6.9 s to ~6.6 s
[16:08] <seb128> rodrigo_, you can also probably rename ubuntugtk3 to ubuntu for this one
[16:08] <seb128> rodrigo_, since there is no gtk2 version
[16:09] <rodrigo_> seb128, as you want, just wanted to keep it with the rest of the gtk3 ppa packages
[16:09] <seb128> rodrigo_, well we had to change the name for the others because ubuntu was taken
[16:09] <tremolux> mvo: def lazy-loading will be the big win
[16:09] <rodrigo_> but ok, I'll push to ubuntu as soon as I fix the copyright file
[16:09] <seb128> rodrigo_, like gnome-desktop is ubuntu so gnome-desktop3 has to be an another name
[16:10] <seb128> rodrigo_, oh, also please use ~gnome3 or ~build for the ppa uploads
[16:10] <rodrigo_> oh, ok
[16:10] <seb128> rodrigo_, don't use official version numbers
[16:10] <seb128> it makes easier to know what is installed from the ppa
[16:10] <rodrigo_> ok
[16:10] <mvo> tremolux: hm, 0.3s, but not what I had hoped for :) lazy loading plus caching will be it I think
[16:10] <seb128> and allow uploading to the archive as -0ubuntu1
[16:11] <tremolux> mvo: it's something, every little bit as they say  :)
[16:11] <rodrigo_> Zdra, new fixed version for gnome-keyring is now on the PPA
[16:15] <seb128> rodrigo_, oh, using a .symbols would be nice as well
[16:15] <seb128> I can do that if you want though
[16:15] <rodrigo_> seb128, in libgnome-media-profiles? I can do it as part of this update
[16:15] <rodrigo_> how do I create one?
[16:16] <seb128> rodrigo_, run dpkg-gensymbols in the build dir
[16:16] <seb128> after the build
[16:16] <rodrigo_> ok
[16:16] <seb128> rodrigo_, usually dpkg-gensymbols -p<libraryname> -Odebian/library.symbols -v2.91....
[16:17] <seb128> where library is the name of the library binary
[16:17] <seb128> like libgnome-media-profiles-3.0 there
[16:17] <rodrigo_> ok
[16:17] <rodrigo_> can I just add that in a rule in rules?
[16:18] <seb128> no, why?
[16:18] <seb128> rodrigo_, you just need to create it once
[16:18] <rodrigo_> ah, ok
[16:18] <seb128> the build call dpkg-gensymbols automatically
[16:18] <seb128> if new symbols are added it prints a diff on the command line at build then
[16:18] <seb128> you just need to apply the diff to update the .symbols file
[16:19] <seb128> it makes easy to track api changes
[16:19] <seb128> if a symbol is dropped it stops the build for you
[16:19] <seb128> you just need to create the reference api when you create the source
[16:19] <rodrigo_> ah, ok, now I get it
[16:19] <seb128> it's usually a dump of the current symbols
[16:19] <seb128> then it compares the lib to the .symbols at each build
[16:20] <seb128> so it makes easy to see new or removed symbols
[16:20] <seb128> the other packages will also get the depends according to the symbols they use
[16:21] <seb128> like if a new symbol is added in 2.91.3 but your application don't use it the depends will stay on the version which provides what you use
[16:21] <seb128> it's quite nice
[16:21] <seb128> rodrigo_, you can read the man dpkg-gensymbols
[16:21] <seb128> it's nicely documented there
[16:32] <sumitkv2> i installed ubutu 10.10 inside  windows xp using wubi...but now when i boot into ubuntu i get a GRUB> prompt,,,,what to do?
[16:34] <seb128> sumitkv2, hi, try #ubuntu
[16:49] <rodrigo_> seb128, ok, lp:~ubuntu-desktop/libgnome-media-profiles/ubuntugtk3 has all the fixes
[16:53]  * mterry awaits today's presumed unity dump
[16:55] <didrocks> mterry: building there currently :)
[16:56] <rickspencer3> dang it
[16:56] <mterry> didrocks, this will land in natty, right?  I'm not using the PPA
[16:56] <didrocks> mterry: yeah, natty :)
[16:56] <sumitkv2> i installed ubutu 10.10 alongside windows xp using wubi...but now when i boot into ubuntu i get a GRUB> prompt,,,,what to do?
[16:56] <mterry> \o/
[16:56] <rickspencer3> apt-get is still blocking on "Unpacking replacement libglewmx1.5 ..." :/
[16:56] <rickspencer3> sumitkv2, hello
[16:57] <didrocks> rickspencer3: waow… mvo ^^
[16:57] <rickspencer3> this particular channel is for folks developieng Ubuntu itself
[16:57] <sumitkv2> rickspencer3, hey!can you help me out!!
[16:57] <rickspencer3> sumitkv2, you might get better luck in #ubuntu
[16:57] <rickspencer3> sumitkv2, I can't really, sorry, and we're all working on 11.04 atm (in this channel)
[16:58] <sumitkv2> okies!!
[16:58] <rickspencer3> you are totally welcome to hang out, but probably no one here will be able to help you out, sorry
[16:58] <mvo> rickspencer3: *ick*, could you pastebin the result of ps afx (or mail it to me)
[16:58] <didrocks> mvo: just FYI, it was already the case the day before of whatever, so not just an hang…
[16:59] <rickspencer3> it's not a "hang" per se
[16:59] <rickspencer3> apt-get just kinda gets stuck there
[16:59] <rickspencer3> I was installing unity from the PPA
[17:00] <rickspencer3> mvo, if it helps .. http://paste.ubuntu.com/533916/
[17:00] <rickspencer3> the last command I tried was "sudo apt-get install -f"
[17:01] <mvo> rickspencer3: ehhhh, something is really crazy with your locking
[17:02] <mvo> rickspencer3: or rather with dpkgs locking
[17:02] <mvo> didrocks: did you get this as well?
[17:02] <rickspencer3> mvo, so far as I know, it's just me
[17:03] <didrocks> mvo: no, I updated without any problem, but maybe I've installed it locally as I've built it, let me check
[17:04] <mvo> rickspencer3: is there anything special with that machine? btrfs, arm? natty I assume?
[17:04] <didrocks> mvo: yeah, I've installed it manually with dpkg -i, so not relevant
[17:04] <rickspencer3> mvo, it's natty
[17:04] <didrocks> mvo: (and this package is in natty, not the ppa)
[17:04] <rickspencer3> but I have upgraded since Karmic, I think
[17:04] <mvo> there are a whole bunch of dpkg --unpack hanging around, that shuld not happen, dpkg locks should prevent this
[17:05] <rickspencer3> mvo, well ....
[17:05] <rickspencer3> maybe I was being bad
[17:05] <rickspencer3> I'
[17:05] <mvo> rickspencer3: could you strace the most recent one
[17:05] <rickspencer3> ve been deleting lock files to get it started again
[17:05] <mvo> rickspencer3: hehh :)
[17:05] <mvo> rickspencer3: I was about to say "this can not be possible the users fault"
[17:05] <mvo> but …
[17:05] <rickspencer3> well, apt-get started it
[17:05] <mvo> lol
[17:05] <rickspencer3> this happened the first time, it got stuck for like 12 hours
[17:06] <rickspencer3> and then cntrl-c didn'
[17:06] <rickspencer3> t work, so I closed the terminal window
[17:06] <mvo> could you please run "sudo strace -p 5439" (or any of the other ones)
[17:06] <rickspencer3> cleaned up the lock files, did dpkg --configure -a, and tried over and over again
[17:06] <pitti> hey rickspencer3, how are you?
[17:06] <mvo> and it always hangs …
[17:06] <rickspencer3> hi pitti I'm ok
[17:07] <rickspencer3> mvo, yes, it seems to have the same basic behavior
[17:07] <rickspencer3> it's the same symptom, but I may have created new diseases ;)
[17:07] <mvo> the strace output might be helpful at this point
[17:07] <rickspencer3> mvo, sure, it doesn't seem to be doing anything
[17:08] <mvo> not priting anything at all?
[17:08] <rickspencer3> should I delete the lock files, dpkg --configure -a, and then run apt-get install -f under strace?
[17:08] <mvo> so dpkg --configure -a returns without error?
[17:09] <mvo> strace -f dpkg --unpack /var/cache/apt/archives/libglewmx1.5_1.5.2-0ubuntu1_i386.deb would be a good one
[17:09] <mvo> it will generate a lot of output
[17:09] <mvo> but hopefully the last few lines gives us a idea what is wrong
[17:10] <rickspencer3> mvo, dpkg --configure return with no error
[17:10] <rickspencer3> give me a minute, I'll run --unpack with strace
[17:11] <mvo> sure
[17:13] <mvo> rickspencer3: no rush, I need to go for dinner now
[17:13]  * mvo is away for a little bit
[17:31] <kenvandine> mterry, i confirmed that dbusmenu builds on maverick, and still fails on natty with valac-0.10
[17:31] <kenvandine> as you suspected, gir related
[17:31] <kenvandine> it fails to create the gir
[17:32] <rickspencer3> mvo, when you get back ... http://paste.ubuntu.com/533927/
[17:32] <rickspencer3> it's been stuck there for about 20 minutes
[17:36] <seb128> Riddell, do you have time to do a NEW review for unity?
[17:41] <seb128> pitti, ^ or you?
[17:46] <pitti> seb128: can do, what?
[17:46] <pitti> oh, unity
[17:46]  * pitti looks
[17:46] <didrocks> not unity, nux!
[17:47] <didrocks> pitti: ^^
[17:47] <ari-tczew> should do I drop second depends on fast-user-switch-applet ?
[17:47] <pitti> didrocks: sure
[17:47] <ari-tczew> I have in debian/control: gdm | fast-user-switch-applet (>= 2.24),
[17:48] <seb128> you can
[17:49] <seb128> it's deprecated
[17:49] <pitti> didrocks: oh, you got this thing to build now? congrats :)
[17:50] <didrocks> pitti: it's almost a week now :)
[17:50] <didrocks> pitti: it was a mesa missing dep
[17:50] <pitti> didrocks: no 3.0 source?
[17:50] <didrocks> pitti: no, it's not working well with daily build…
[17:50] <pitti> didrocks: oh, how so?
[17:51] <didrocks> just stand with "can't upload source", the bug is logged
[17:51] <pitti> wow, .tga files -- that rings a bell from ancient DOS times :)
[17:53] <pitti> didrocks: please fix the tags in debian/copyright in bzr; it's "Name:", not Upstream-* (see http://dep.debian.net/deps/dep5/)
[17:54] <pitti> didrocks: and the "(if not otherwise specified)" in Files: isn't documented either, it might break parsers
[17:54] <pitti> didrocks: and "Copyright:", "License:" tags are missing
[17:54] <didrocks> pitti: I was relying on python-mkdebian  :)
[17:54] <pitti> didrocks: and the last line looks odd, too
[17:55] <pitti> didrocks: oh, does it produce output like that? kick the author of python-mkdebian :)
[17:55] <didrocks> pitti: yeah, he did a pretty bad job it seems :p
[17:55]  * didrocks hugs pitti
[17:55] <pitti> didrocks: argh, here's a rejection reason: the source doesn't ship a copy of the GPL3 (examples/ is licensed under that)
[17:56] <didrocks> really? I added it last week?
[17:56] <didrocks> let me check
[17:56] <pitti> I see COPYING, which is LGPL
[17:56] <didrocks> argh, I didn't dist it…
[17:56] <didrocks> I half-fixed upstream it seems :)
[17:57] <pitti> didrocks: any chance you could compress changelog into one "initial release"? or woudl that disrupt something else?
[17:57] <didrocks> pitti: hum, some versions have been uploaded in the natty ppa, but it's not that important I guess, can compress it
[17:57] <pitti> didrocks: (not a requirement, but would look nicer)
[17:57] <didrocks> pitti: more seriously, as the upstream tarball doesn't contain the gpl, what to do, a new release?
[17:57] <didrocks> pitti: or I can ship one, but it will not be in upstream tarball
[17:58] <seb128> repack the tarball locally to include it
[17:58] <seb128> don't bother rolling a new version
[17:58] <didrocks> ok
[17:58] <seb128> imho
[17:58] <pitti> didrocks: if you can fix it upstream, it's enough to include it in diff.gz for now
[17:58] <seb128> or what pitti said
[17:58] <didrocks> ok, fixing it upstream then
[17:58] <pitti> (that was the general consensus last time we discussed that)
[17:58] <pitti> didrocks: ok, rest looks fine
[17:58] <didrocks> weird, in my memory, autotools automatically shipped COPYIN*
[17:58] <seb128> didrocks, they do but it might not be the license you want ;-)
[17:59] <pitti> didrocks: you need both
[17:59] <pitti> or at least the GPL
[17:59] <pitti> you can ship LGPL files under GPL, but not the other way around
[17:59] <didrocks> my remark was only that autotools was automatically disting COPYING*, so COPYING and COPYING.gpl which are in trunk should have both been disted
[18:00] <didrocks> pitti: COPYING.gpl is fine as a name, right? (as I'm at it…)
[18:00] <pitti> didrocks: ah, I see
[18:00] <pitti> didrocks: yep, looks good
[18:01] <pitti> didrocks: as seb128 says, don't bother with a new upstream release just for that; just include it into the diff.gz
[18:01] <didrocks> ok, adding COPYING.gpl to extra_dist
[18:01] <didrocks> yeah, but that will be there for next week :)
[18:01] <seb128> rodrigo_, gnome-media-profiles tries to overwrite gnome-media 2.32's /usr/bin/gnome-audio-profiles-properties
[18:01] <pitti> didrocks: rejected, please tell me when you reuploaded
[18:01] <didrocks> pitti: ok, should be there in two minutes
[18:01] <seb128> rodrigo_, you need a Conflicts, Replaces on gnome-media (<< 2.91)
[18:02] <seb128> rodrigo_, btw what happened to your gnome-applets build?
[18:03] <didrocks> pitti: just putting "initial packaging" in the changelog then
[18:05] <didrocks> pitti: just a question, how to do if I don't put (if not otherwise specified), listing every directories?
[18:08] <pitti> didrocks: I can't parse that, I'm afraid
[18:09] <didrocks> pitti: what should I put instead of "if not otherwise specified" in debian/copyright?
[18:09] <Laney> Files: *
[18:09] <didrocks> Laney: it's wrong, some files are specified below and have another license
[18:09] <seb128> didrocks, which is "if not specific otherwise"
[18:10] <Laney> yes, more specific globs override
[18:10] <seb128> specified
[18:10] <didrocks> seb128: not documented either at http://dep.debian.net/deps/dep5/
[18:11] <Laney> However it makes for easier reading if the copyright file lists the “main” license first: the one matching the “top level” of the work, with others listed as exceptions. To allow this, the following precedence rule applies for matching files: If multiple Files declarations match the same file, then only the last match counts.
[18:12] <Laney> :)
[18:13] <didrocks> Laney: nice! thanks for the quote :)
[18:13] <didrocks> Laney: ok, doing that then
[18:13] <Laney> seems like you don't even need Files: * for the main license
[18:14] <didrocks> Laney: yeah, let's just keep it for now
[18:18] <didrocks> pitti: you should get it now
[18:19] <seb128> ok, sport, bbl
[18:19] <didrocks> see you seb128
[18:29]  * pitti applauds didrocks for dh_install --fail-missing
[18:29] <didrocks> pitti: hehe, you will everytime recognize my packages because of that :)
[18:29] <pitti> didrocks: looks fine now, accepted
[18:29] <didrocks> pitti: thanks :)
[18:30]  * didrocks nukes now the netbook session
[18:30] <pitti> \o/
[18:30] <pitti> unstoppable!
[18:30] <didrocks> :)
[18:34] <chrisccoulson> pitti - would you mind approving xulrunner-2.0 in NEW please? :)
[18:34] <didrocks> pitti: hum, for the session, my plan was to only build ubuntu-netbook-default-settings on armel, then update-manager ask for removing on other archs -> no more .desktop file. But for people not removing that, should there get a transitional empty package containing nothing for other archs?
[18:35] <pitti> didrocks: yes, I think there should be an empty transitional package  which just depends on ubuntu-desktop
[18:35] <didrocks> pitti: but it needs to be done in another source than ubuntu-netbook-default-settings, right? as there will be already a ubuntu-netbook-default-settings containing those files for armel
[18:36] <pitti> didrocks: oh, that's an arch:all package?
[18:36] <pitti> didrocks: I guess you'd need to convert it to an arch:any then
[18:36] <didrocks> pitti: it was, but ogra wants to keep it for now for armel
[18:36] <didrocks> pitti: so a .install by arch, right?
[18:36] <pitti> didrocks: I don't quite understand why?
[18:36] <pitti> didrocks: I'd install in debian/rules, easier
[18:37] <pitti> i. e. why is arm different?
[18:37] <didrocks> pitti: apparently, they don't know what to do for arm as there will be no unity, they maybe want to keep a netbook product and a netbook session
[18:37] <didrocks> pitti: I discuss it extensively with ogra, trying to convince him to change it too :)
[18:37] <pitti> so, I think arch:any is it then
[18:37] <pitti> and empty for !armel
[18:38] <pitti> didrocks: you could use the .install file, and then only call dh_install on arm
[18:38] <didrocks> pitti: nice idea :)
[18:38] <didrocks> pitti: ok, will do that tomorrow then
[18:38] <didrocks> then, for ubuntu-netbook, only build on armel
[18:39] <didrocks> no need for transitional package I guess, as it's from the seeds and if people still have it, it's not an issue
[18:39] <didrocks> (and for upgrade, unity will be already installed)
[18:44] <didrocks> waow, the symbols are totally different than a local build…
[18:44]  * didrocks tries rebuild nux
[18:49] <tremolux> mvo: lazy loading/parsing the apthistory cuts 30% off startup time, woo  \o/
[18:50] <kiwinote> tremolux: lazy loading the whole history_pane does too ;)
[18:51] <kiwinote> tremolux: gtg and have dinner now, but I'll catch you either later in the evening or tomorrow
[18:51] <kiwinote> (tremolux: I've pushed a few basic speed improvements to a branch)
[18:53] <tremolux> kiwinote: seems like the real slowdown is the load and parse (cuts a full second out of a 3 second startup on my machine)
[18:53] <tremolux> kiwinote:  lp:~gary-lasker/software-center/startup-speed
[18:56] <tremolux> kiwinote: definitely ping me when you have some time
[18:57] <tremolux> kiwinote: I added a small mechanism that I think will make it very straightforward to load the other views on-demand as well
[18:57] <tremolux> kiwinote: see you!  good dinner to you
[18:59] <pitti> seb128: pygi guys (John Palmieri in particular) are great :) got responses to all my bug reports
[19:00] <didrocks> pitti: ok, got different symbols in a local build than in the buildd and as my natty pbuilder is broken, will look at that tomorrow if you don't mind
[19:00] <pitti> didrocks: C++ mangling is weird
[19:00] <pitti> didrocks: I'm not sure whether .symbols files work reliably with C++
[19:00] <didrocks> pitti: yeah, and I don't know if you look at the doxygen doc…
[19:00]  * pitti throws a new pygobject into natty, with 10% more love
[19:00] <didrocks> pitti: you mean, I should revert to shlibs?
[19:00] <didrocks> ahah :)
[19:01] <pitti> didrocks: I'd check how other packages deal with this, like Qt or boost, or other C++ libs
[19:01] <didrocks> pitti: ok, looks like a nice thing for an early Friday task :) (Julie is already staring at me :))
[19:02] <pitti> go! go! go!
[19:02] <pitti> didrocks: have a nice evening! *hug*
[19:02] <didrocks> pitti: have a nice evening! see you tomorrow :)
[19:08] <mvo> tremolux: *nice* work
[19:08] <tremolux> mvo: thx  :)
[19:09] <rickspencer3> tremolux, I've been meaning to ask you and TheMuso about how the Unity accessibility work is going
[19:09] <rickspencer3> tremolux, anything you tell me about that?
[19:10] <mvo> tremolux: 3.1.2 tomorrow then!
[19:10] <tremolux> mvo: coolness
[19:11] <tremolux> rickspencer3: I have not done much on it beside background reading and to reach out to TheMuso
[19:12] <rickspencer3> tremolux, hmmm, okay
[19:12] <tremolux> rickspencer3: I need to get sync'd in now that he's got the effort in full swing
[19:12] <rickspencer3> that's a bit concerning
[19:12] <rickspencer3> tremolux, please do
[19:12] <rickspencer3> we need *everybody* to be able to use Unity
[19:12] <tremolux> rickspencer3: yes, no question
[19:13] <rickspencer3> thanks dude
[19:13] <rickspencer3> I keep seeing changes to the software-center blueprints, which is good
[19:14] <rickspencer3> but am bummed that I am not seeing anything related to accessibility (from anybody, not specifically singling out tremolux)
[19:14] <mvo> a11y for software-center? we did some work on this last cycle, it should be pretty good nowdays
[19:15] <tremolux> mvo: he's referring to a11y for Unity
[19:17] <rickspencer3> mvo, I pasted the strace for you while you were at dinner
[19:17] <rickspencer3> (if you're still interested)
[19:20] <mvo> rickspencer3: thanks, and in this "sync()" its hanging forever?
[19:20] <mvo> tremolux: aha, software-center
[19:21] <rickspencer3> mvo, yeah
[19:22] <rickspencer3> mvo, I can totally understand if this is a self-inflicted wound and you don't have time, energy, or patience to work on it ;)
[19:22] <mvo> heh :) well, its puzzling, it smells like a deeper problem, if sync() is not returning
[19:23] <mvo> rickspencer3: anyhting in dmesg output that looks like a oops?
[19:24]  * rickspencer3 looks
[19:25] <mvo> rickspencer3: something like "Call Trace" in the output or somesuch
[19:25] <mvo> https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/624229 <- that looks like its the one
[19:25] <ubot2> Launchpad bug 624229 in dpkg (Ubuntu) "dpkg hangs while unpacking replacement (affects: 7) (heat: 34)" [Undecided,New]
[19:26]  * rickspencer3 looks
[19:27] <rickspencer3> hmm
[19:27] <rickspencer3> I do have an external USB drive plugged in
[19:27]  * rickspencer3 tinkers
[19:35] <mvo> rickspencer3: is that a netbook or a desktop you run this on?
[19:37] <mvo> rickspencer3: e2fsck might also be worth a try (recovery mode supports running a fsck)
[19:38]  * pitti waves good night, dinner time
[19:40] <chrisccoulson> pitti - re bug 606910 - yes, that would work
[19:40] <ubot2> Launchpad bug 606910 in packagekit (Ubuntu Lucid) (and 2 other projects) "[lucid] mozilla-packagekit cannot be installed with firefox 3.5 (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/606910
[19:40] <chrisccoulson> did you want to do it? i was going to fix it, but I'd need somebody to sponsor it anyway
[19:40] <mvo> rickspencer3: please keep me updated on your findings
[19:40] <pitti> chrisccoulson: please go ahead, you can test it better than me; I can then sponsor and process the SRU
[19:40] <chrisccoulson> and it's probably just quicker if somebody who can upload it fixes it ;)
[19:40] <chrisccoulson> ok, i can do that
[19:41] <chrisccoulson> thanks
[19:41] <pitti> thanks to you!
[19:41]  * pitti -> off for real
[19:58] <mvo> kiwinote, tremolux: I get *dramatic* speedup from your speedup branches, almost 50% - excellent work \o/
[19:58] <tremolux> mvo: woohoo!
[19:58]  * mvo just had to say this and will go to bed now
[19:58] <mvo> \o/!!!
[19:58] <tremolux> thanks, goodnight mvo
[20:01]  * mvo sits there and run software-cener --measure-startup-time in a loop because he like the result so much
[20:02] <tremolux> mvo: haha! I agree it's very satisfying
[20:03] <mvo> but you guys stole all the thunder ,)
[20:04] <mvo> lets see much much more we can push it. the lower bound seems to be 0.3s (python startup overhead)
[20:04] <mvo> on my sysstem anyway
[20:05] <tremolux> bah, it's the team, all the team  :)
[20:05] <tremolux> cool, sounds like a target  ;)
[20:05] <mvo> lol
[20:06] <mvo> team> indeed!
[20:06]  * mvo is really off now and stops the --measure-startup-time loop
[20:48] <bcurtiswx_> when i do an apt-cache show nux , i don't get anything, but i have nux installed.. i though
[20:48] <bcurtiswx_> t
[20:48] <bcurtiswx_> hmm, maybe because it's from a PPA that it won't show ?
[20:53] <micahg> bcurtiswx_: should still show
[20:53] <bcurtiswx_> hmm, it doesn't
[21:42] <seb128> bye
[21:42] <bryceh> cya seiflotfy
[21:42] <bryceh> er seb128.... too late :-)
[21:43] <mdeslaur> hmm...auto-completion race condition :)
[22:26] <ogra> pitti, thats only temporary, we dont know what to do until january
[22:49] <rodrigo_> hey robert_ancell
[22:50] <robert_ancell> rodrigo_, hey
[22:50] <rodrigo_> robert_ancell, how is it going? already on Friday, right? :)
[22:51] <robert_ancell> sure is!  trying to get yelp to compile...  I'm trying to work out how to override parent class construct only properties
[22:52] <rodrigo_> oh, right, the yelp-xsl package in the PPA is just the XSL stuff
[22:52] <robert_ancell> it's the old gnome-doc-utils
[22:52] <rodrigo_> ah, ok
[22:52] <rodrigo_> I haven't done much on the PPA today, apart from fixing some gnome-media and libgnome-media-profiles stuff that seb pointed out
[22:53] <rodrigo_> tomorrow I'll keep going with more stuff
[22:54] <robert_ancell> rodrigo_, ah cool, so I can install the media -dev package now?
[22:54] <rodrigo_> yes, I think so
[22:54] <rodrigo_> it installed fine here, but I did it by hand, so let me know of any problems
[22:54] <rodrigo_> I just submitted a fixed one, with the correct conflicts, replaces
[22:54] <rodrigo_> so wait a little bit, until it builds
[22:55] <robert_ancell> np
[22:56] <rodrigo_> I'll submit now the new g-s-d and go back to the sofa
[22:56] <rodrigo_> robert_ancell, so, after yelp, what are you working on?
[22:57] <robert_ancell> I have totem built, but it crashes due to a plugin.  I think it's probably a python one using GTK2.  I need to see if PyGTK3 is working
[22:58] <robert_ancell> then evince probably
[22:58] <rodrigo_> yes, I ported the invest applet to use introspection, and with gtk2 gir it crashes, and with gtk3 git it hangs
[22:58] <rodrigo_> so not sure it works, at least from my short experience :)
[23:00] <robert_ancell> the migration really is non-trivial!
[23:00] <rodrigo_> robert_ancell, if you're not going to, maybe tomorrow I'll try gedit, it should be straightforward, right?
[23:00] <rodrigo_> robert_ancell, yes, right
[23:00] <robert_ancell> should be :)
[23:01] <rodrigo_> ok, that'll be a change from packaging only libs :)
[23:01] <robert_ancell> Feel free to package anything on the list that's not already got a work item (and check in bzr if it's part done)
[23:01] <rodrigo_> ok
[23:01] <rodrigo_> on the versions page you mean, right?
[23:02] <robert_ancell> yes
[23:02] <rodrigo_> should I open a bug for each module I work on?
[23:02] <robert_ancell> and if it's not on the versions page and should be then we can fix it (the bzr branch is at the bottom of the page)
[23:02] <rodrigo_> ah, ok
[23:03] <robert_ancell> no, we did that originally, but I don't think it's worth it now - we don't seem to be having any conflicts.  Just make sure it's in bzr as UNRELEASED or open a bug.  (we had the bug tracking before we had work items)
[23:03] <rodrigo_> ok
[23:16] <rodrigo_> ok, new g-s-d built, so time for eod'ing
[23:16] <rodrigo_> night robert_ancell, have a good weekend :)
[23:16] <robert_ancell> rodrigo_, night! see you next week
[23:21] <robert_ancell> RAOF, X org crashing in natty>
[23:21] <robert_ancell> ?