[00:01] <jasoncwarner> TheMuso (who should be on holiday ;) ), robert_ancell (who should still be recovering from ubuflu) bryceh_ (who is american) and RAOF (who is generally a really nice guy...sweet chap)
[00:01] <jasoncwarner> ready for meeting?
[00:01] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-05-17
[00:02] <jasoncwarner> probably quickest of the cycle!
[00:02] <RAOF> Ok!
[00:03] <RAOF> I'm now both in Hobart *and* awake!  It's awesome!
[00:03] <jasoncwarner> everyone should be quite busy with blueprints and what not...anything else that someone would like to talk about?
[00:03] <hv> rodrigo_: is there an early fix to the gnome-setting-daemon + libgnomekbd7 issue available, probably in a ppa?
[00:03] <jasoncwarner> anyone blocked from getting blueprints done on anything?
[00:03] <hv> !seen rodrigo_
[00:03] <ubot2> I have no seen command
[00:04] <hv> poor you!
[00:05] <hv> !useful
[00:05] <ubot2> Factoid 'useful' not found
[00:05] <jasoncwarner> ok...I take it the non-response is a sign that everyone's blueprints are going swimmingly and it is sunny out where people are!
[00:05] <RAOF> Well, it's not sunny out.
[00:05] <jasoncwarner> well, hobart
[00:05] <RAOF> But there's nothing blocking blueprints :)
[00:05] <jasoncwarner> ;)
[00:05] <hv> !useful bot
[00:05] <ubot2> Factoid 'useful bot' not found
[00:06]  * hv fails at bot abuse
[00:07] <RAOF> hv: You'll find “/msg ubot2 $STUFF” to be a more polite way of abusing the bot :)
[00:08]  * hv apologizes to the bot and the readers of this channel
[00:09] <RAOF> Did anyone else have problems getting all the way home?  I was delayed in Hong Kong for 4 hours while they fixed the plane, which then made me miss my connecting flight to Hobart and so got stuck in Melbourne for 10 hours.
[00:10] <jasoncwarner> ok...sounds like we done [END MEETING] be back in 15
[00:26] <jasoncwarner> RAOF: to answer your question...my flights were uneventful, but long
[00:26] <jasoncwarner> though, I know robert has a story to tell! Poor guy.
[00:27] <RAOF> As well as being sick?  Sucky!
[00:45] <bryceh_> bummer robert, plane travel while sick sucks
[00:46] <bryceh_> RAOF, the portland contingent had an uneventful flight, despite having to leave at crack of dawn
[00:47] <bryceh_> jasoncwarner, RAOF, regarding blueprints yep got them done yesterday.
[00:47] <bryceh_> leaving the wayland one for you to write up RAOF.  ;-)
[00:47] <RAOF> :)
[00:48] <bryceh_> (but I guess that one's going to be low priority)
[00:48] <RAOF> Yup.
[00:50] <jasoncwarner> bryceh_: cool...anything surprising? Anything you think we won't get through?
[00:52] <bryceh_> jasoncwarner, there's a few tasks in the X tools blueprint that are kind of stretch goals, we'll see
[00:52] <bcurtiswx> https://code.launchpad.net/~bcurtiswx/ubuntu/oneiric/gnome-icon-theme/gnome-icon-theme-3.0.0/+merge/61337
[00:52] <bcurtiswx> for oneiric, thanks :)
[00:53] <bcurtiswx> i will never try to get through JFK with a 1.5 hour layover ever again..
[01:36]  * TheMuso checks in to see if anything important was mentioned in the meeting, and finds that there was not.
[01:40] <RAOF> No.  Just me bitching about air travel :)
[01:42] <bcurtiswx> oh, cool. I interrupted the meeting? :)
[01:42] <TheMuso> RAOF: Yeah I read about your delays, that really sucks.
[01:42] <TheMuso> My trip home was uneventful fortunately.
[01:43] <RAOF> That's good.
[01:44] <RAOF> Yeah.  At least Qantas booked everyone who missed the Hobart flight a day room at a hotel.
[01:44] <RAOF> That was nice and quiet.  And had actual food for lunch.
[01:49] <cyphermox> jasoncwarner: hey
[01:49] <jasoncwarner> hey cyphermox
[01:49] <jasoncwarner> how are things in canananananda
[01:50] <cyphermox> heh, things are okay.
[01:51] <cyphermox> the broken pipe is definitely fixed now, tomorrow morning I'll have an insurance lady visit to assess the damage
[01:51] <cyphermox> in the meantime I got evo to work :)
[01:51] <jasoncwarner> nice!
[01:51] <bcurtiswx> 3.0?
[01:51] <cyphermox> yeah
[01:51] <bcurtiswx> sweet!
[01:51] <cyphermox> I like how the error messages and notifications are more visible and clearer
[01:55] <RAOF> Oooh, time for me to upgrade to oneiric I see :)
[01:56] <cyphermox> RAOF: is it?
[01:56] <cyphermox> I meant to ask, I'm seeing weird redrawing issues on intel right now
[01:56] <RAOF> In oneiric, or natty?
[01:56] <cyphermox> oneiric
[01:56]  * RAOF doesn't currently have an actual oneiric desktop install, so…
[01:57] <cyphermox> stuff gets painted on the screen fine, but not removed .. e.g you display the dash and it won't go away
[01:57] <cyphermox> ah. I guess there's nothing new in X land that landed either?
[01:57] <jbicha> in Unity?
[01:57] <cyphermox> maybe there was...
[01:58] <cyphermox> jbicha: yes
[01:58] <RAOF> Nothing much that I'm aware of; maybe kernel?
[01:58] <bcurtiswx> hi jbicha
[01:58]  * TheMuso will upgrade to oneiric at alpha 1.
[01:58] <jbicha> you could see if gnome shell is any better
[01:58] <bcurtiswx> TheMuso, right now oneiric is usable... keyword: "right now"
[01:59] <TheMuso> 8...or not, alpha 1 is June 2nd, a few weeks away.
[01:59] <bryceh_> I see the failed redrawing on the background
[01:59] <TheMuso> In any case, it won't be till next week.
[01:59] <jbicha> I got vinagre 3 mostly packaged...but gtk-vnc isn't working right
[01:59] <bryceh_> I upgraded two of my desktops to oneiric
[01:59]  * TheMuso is just on to do blueprint stuff, and then off again for the rest of his holiday.
[01:59] <jbicha> bcurtiswx: howdy
[01:59] <bryceh_> 779174  openjdk-6 - ca-certificates-java broken by multiarch [FIXED]
[01:59] <bryceh_> 784217  linux(?)  - console text corrupted on first boot on a KVM
[01:59] <bryceh_> 784216  udev(?)   - /run/udev not writable error message
[01:59] <bryceh_> 784214  apport    - Failed to run dump_acpi_tables.py invoked via ssh
[01:59] <bryceh_> 784209  unity-2d  - background fails to redraw (reproduced on 2 machines)
[02:00] <bryceh_> those are the bugs I ran into doing it
[02:00] <bryceh_> cyphermox, I think my bug 784209 corresponds to what you're seeing, however that was with unity-2d
[02:00] <ubot2> Launchpad bug 784209 in unity-2d "Background fails to redraw" [Undecided,New] https://launchpad.net/bugs/784209
[02:01] <bryceh_> I tested both the .38 and .39 kernels, same behavior.  X hasn't changed, so guessing it's compiz or unity
[02:02] <cyphermox> yeah
[02:02] <bryceh_> well, I uploaded one of cnd's fixes to xserver today but that was for multitouch stuff, and fairly minor
[02:02] <cyphermox> here it shouldn't be unity-2d, anyway
[02:03] <cyphermox> bryceh_: well, i checked and saw X, but it's two hours ago according to the queue page, and I updated ~5 hours ago
[02:03] <bcurtiswx> is there anything changing in the lpi patches this cycle, or are we just focusing on getting them working  ?
[02:03] <bryceh_> lpi?
[02:04] <bcurtiswx> launchpad integration i believe is what it stands for
[02:04] <bryceh_> ok, that's what I thought
[02:04] <bryceh_> don't know; wasn't aware of breakages, but I don't really follow that work much
[02:04] <jbicha> I wonder if Get Help Online should redirect to askubuntu instead of answers.LP.net but that's above my paygrade
[02:05] <cyphermox> bcurtiswx: you might need to update lpi patches to use liblaunchpad-integration-3.0-dev?
[02:05] <bryceh_> jbicha, I think it'd be a good idea
[02:05] <cyphermox> indeed
[02:05] <bcurtiswx> cyphermox, ah yes you would probably be correct
[02:05] <cyphermox> depends if it should build with gtk3
[02:08] <cyphermox> oops, seems like e-d-s was synced instead of e-d-s3.
[02:16] <bcurtiswx> standards is 3.9.2 now ?
[02:17] <micahg> bcurtiswx: yup
[02:17] <bcurtiswx> micahg, thx
[02:32] <bcurtiswx> anyone remember from one of the desktop roundtables, for the GNOME3 transition we were going to take the GNOME3 PPA and build those versions (3.0.x) or can I start a 3.1.x on top of the GNOME3 PPA Work ?
[02:33] <bcurtiswx> well it was the GTK3/GNOME3 session to be exact
[02:42] <RAOF> Bah!  Launchpad blueprints doesn't play nicely with accidental ctrl-w!
[02:42] <bcurtiswx> dep breakage with libnotify4-dev, its looking for -0ubuntu2 but -0ubuntu4 is installed
[02:42] <bcurtiswx> looking for -0ubuntu2 of libnotify but -ubuntu4 is the only available
[02:48] <jbicha> I just went ahead and removed libnotify4-dev, at the moment I don't need it and maybe it's not needed anymore
[02:48] <bryceh_> RAOF, :-/
[02:48] <jbicha> we'll find out the next time I try to package something that needs it
[02:48] <RAOF> bryceh_: Tomboy it is!
[02:54] <bcurtiswx> jbicha, seahorse needs it
[02:54] <bcurtiswx> there's dep issues, i'll see if i can bring it up to appropriate people tomorrow
[02:54] <bcurtiswx> im too tired to think that long anymore
[02:54] <bcurtiswx> lol
[02:54] <jbicha> ah, that's important
[02:55] <bcurtiswx> i think the gist of it is that  libpurple0 needs a dep bump on libperl
[02:55] <bcurtiswx> and to be rebuilt
[02:57] <bcurtiswx> ah seems it has
[02:57] <bcurtiswx> but the build fails
[03:02] <cyphermox> bcurtiswx: jbicha: re libnotify, isn't it libnotify-dev now, not libnotify4-dev, it was renamed
[03:03] <cyphermox> (or maybe it was accidental), the fact is, libnotify4-dev is at -0ubuntu2, libnotify-dev is at -0ubuntu4 ;)
[03:16] <bcurtiswx> cyphermox, thanks :)
[03:17] <cyphermox> bcurtiswx: afaict libnotify-dev is correct, and matches debian. I noticed there was a similar issue like that for libgweather but I think seb128 has already fixed it
[03:17] <bcurtiswx> yes it looks fixed, packages just have to be updated for that change
[03:18] <cyphermox> yup
[03:18] <bcurtiswx> cyphermox, you use quilt ?
[03:18] <cyphermox> I can see it's correctly named libgweather-3-dev and stuch
[03:18] <cyphermox> bcurtiswx: yes
[03:18] <bcurtiswx> or bzr bd-do ?
[03:18] <cyphermox> both
[03:18] <bcurtiswx> when i'm done with the bd-do how do i make sure my changes are saved
[03:18] <cyphermox> bzr bd-do; quilt push -a, etc
[03:19] <cyphermox> exit 0 to make sure it's saved
[03:19] <cyphermox> exit 1 to cancel your changes
[03:19] <bcurtiswx> cyphermox, thx :)
[03:19] <cyphermox> only what's in debian/ gets copied
[03:19] <cyphermox> the you'll still need to bzr add new patches and things like that
[03:26] <bcurtiswx> no new patches, just fixes to them
[03:27] <bcurtiswx> seahorse is building now, hopefully no fails
[03:33] <bcurtiswx> if anyone is feeling up to sponsoring into oneiric
[03:33] <bcurtiswx> https://code.launchpad.net/~bcurtiswx/ubuntu/oneiric/seahorse/3.1.1-0ubuntu1/+merge/61344
[03:40] <bcurtiswx> gnome-icon-theme from the ~gnome3-team GNOME3 PPA can be merged too since it's the most recent
[03:59] <cyphermox> bcurtiswx: I think you missed a conflict in debian/changelog
[03:59] <bcurtiswx> cyphermox, which?
[04:01] <cyphermox> bcurtiswx: https://code.launchpad.net/~bcurtiswx/ubuntu/oneiric/seahorse/3.1.1-0ubuntu1/+merge/61344 complains about lines in debian/changelog, versions 2.90* and 3.0* vs. 2.32.0-0ubuntu2 and 2.32.0-0ubuntu3
[04:02] <bcurtiswx> cyphermox, i took the changelog from the gnome3 PPA, maybe thats where i went wrong
[04:03] <cyphermox> ah I see
[04:03] <bcurtiswx> so the proper thing to do is?
[04:03] <cyphermox> notice the <<<<< TREE marker, you'll want to move the entries for 2.32.0-0ubuntu3 to below the changelog entries you added
[04:04] <cyphermox> seems like it may have been because the stuff from the GNOME3 ppa was started before -0ubuntu3 was uploaded
[04:05] <cyphermox> bcurtiswx: you just want to properly sort the versions and remove the <<<<, [04:06] <bcurtiswx> i didn't get a <<< TREE stuff
[04:06] <bcurtiswx> lemme think for a sec tho
[04:07] <bcurtiswx> oh i see, on the merge proposal
[04:08] <bcurtiswx> the diff has conflicts
[04:08] <bcurtiswx> how do I fix that?
[04:08] <bcurtiswx> i know how to fix the TREE stuff, but is there a special way i can do it in the merge review?
[04:09] <cyphermox> ohh, right, that wouldn't be on your tree
[04:09] <cyphermox> yes
[04:10] <cyphermox> merge lp:~ubuntu-desktop/seahorse/ubuntu back into your branch and you should be good (e.g. bzr merge lp:~ubuntu-desktop/seahorse/ubuntu)
[04:10] <cyphermox> actually no, I'm wrong
[04:15] <cyphermox> actually yes, that's exactly what you need to do ;)
[04:15] <bcurtiswx> lol, what is it?? :P
[04:15] <cyphermox> sorry, I had to try it to be sure
[04:15] <cyphermox> bzr merge lp:~ubuntu-desktop/seahorse/ubuntu
[04:15] <cyphermox> that adds 2.32.0-0ubuntu3 to your branch, with all the changes referenced in that changelog entry
[04:19] <bcurtiswx> OK, fixing
[04:22] <bcurtiswx> cyphermox, fixed
[04:25] <cyphermox> bcurtiswx: if I may nitpick, the Vcs-Bzr field in debian/control and debian/control.in also seems wrong, I think it should point to the branches under ~ubuntu-desktop, not ~gnome3-team, once merged, i would also have written the changelog entries about patches differently, but since I can't merge your branch, I'll let someone else bug you about stuff like this ;)
[04:26] <cyphermox> I guess the patch 91_ didn't apply?
[04:26] <bcurtiswx> ah, yes since this was gnome3 i ddin't even think to change that
[04:26] <bcurtiswx> cyphermox, the 91_ patch was a git pull, which is in it now.  It also failed completely on attempt to push which hinted that it was already in upstream
[04:27] <cyphermox> yeah, cool
[04:27] <cyphermox> please mention that you drop it in changelog then :)
[04:28] <cyphermox> I fail!
[04:28] <cyphermox> sorry, I didn't see the entry
[04:28] <cyphermox> that's probably an indication that it's late enough for me to go to bed ;)
[04:29] <bcurtiswx> no big deal it's really late for me too
[04:30] <bcurtiswx> the VCZ-BZR was updated and mentioned in the changlog
[04:30] <bcurtiswx> and pushed, ready for review/merge again
[04:30] <cyphermox> cool
[04:31] <bcurtiswx> ugh and i can't type.. LOL
[04:31] <bcurtiswx> vzr-bzr..
[04:31]  * cyphermox goes to sleep
[04:32] <bcurtiswx> me as well
[04:32] <bcurtiswx> nite everyone
[05:21] <pitti> Good morning
[05:21] <pitti> ugh, oneiric is starting to look really weird
[05:24] <cdbs> pitti: yep, exactly
[05:24] <pitti> hey cdbs
[05:25] <cdbs> pitti: That's because Unity sn't able to read settings from the new gnome-settings-daemon
[05:25] <cdbs> pitti: That's what I warned of yesterday
[05:25] <pitti> cdbs: nice job with porting checkbox!
[05:25] <cdbs> thanks pitti
[05:25] <pitti>   File "/usr/lib/python2.7/dist-packages/checkbox_gtk/hyper_text_view.py", line 78, in _motion
[05:25] <pitti>     x, y, _ = window.get_pointer()
[05:25] <pitti> ValueError: too many values to unpack
[05:25] <pitti> hm, I get this a lot
[05:25] <cdbs> That came in the old checkbox as well, I suppose?
[05:26] <cdbs> Even I get it a lot, but it doesn't seem to hinder any functionality (as of my testing)
[05:26] <pitti> perhaps
[05:26] <pitti> but gdk_window_get_pointer() has three returns
[05:26] <pitti> x, y, mask
[05:26] <pitti> so you should probably do get_pointer()[:2]
[05:26] <pitti> or (x, y, mask) = ...
[05:26] <cdbs> pitti: okay, thanks
[05:26] <cdbs> will push a branch for that today
[05:26] <pitti> cheers
[05:27] <pitti> but nice to see so much gnome 3 stuff being in already
[05:27] <cdbs> pitti: To get Oneiric nice again, we need to 1) Fix nux FTBFS 2) Fix unity ftbfs 3) Get Unity work with the new gnome-settings-daemon
[05:27] <cdbs> I'd help with 2 and 3, but 1 is too complicated, from what I've seen
[05:27] <pitti> I wonder why empathy already looks bad, it's still 2.32
[05:27] <pitti> 2.34, but all the same
[05:28] <pitti> cdbs: sounds like a plan
[05:28] <cdbs> pitti: GTK2 apps look bad, because GTK2 can't get settings out of gnome-settings-daemon
[05:28] <pitti> I'm still untangling the gtk3/glade/glade-3/vte FTBFS and dependency stack, once that's done I can help out with more
[05:28] <pitti> ah, right
[05:41] <cdbs> waiting for didrocks to come so that I could ask him to sponsor patch on bug #745392 which fixes the nux FTBFS
[05:41] <ubot2> Launchpad bug 745392 in nux "Fails to compile with GCC 4.6 (unless using -fpermissive)" [Low,Confirmed] https://launchpad.net/bugs/745392
[05:49] <pitti> cdbs: ok, these need to be applied upstream, so I can't sponsor this properly
[06:03] <pitti> kenvandine: can you please upload the fix for bug 768974 to oneiric as well?
[06:03] <ubot2> Launchpad bug 768974 in papyon "papyon doesn't answer server's pings" [High,Fix committed] https://launchpad.net/bugs/768974
[07:49] <Dr_Heckle> 10.04 LTS: Just resumed from hibernation (went quit well other than) & my cursor was not being drawn (still "existed" & moved, just not drawn) this was "fixed" when I started up X-Chat... For future reference what is the name of the program that is responsible for drawing the cursor? (from "man -k cursor" > "XFreeCursor (3)      - manipulate cursors" is this it?)
[07:50] <Dr_Heckle> :/ quite*
[07:55] <RAOF> Dr_Heckle: This isn't the right place for bug reports :).  And it's the X server that draws the cursor; there isn't really a separate program.  From your description I'd guess that the cursor sprite wasn't preserved properly over hibernate/resume, so it was invisible until something set a different sprite.
[07:57] <Dr_Heckle> as this is a 1st time I wasn't trying to make a bug report, i "figured" it was something along those lines, Thx for pointing me to X
[07:58] <RAOF> Of course, the problem will probably be in the kernel driver :)
[07:58] <RAOF> Because *all* X problems now are basically kernel bugs :)
[07:59] <Dr_Heckle> in other words X is perfect?
[08:01] <RAOF> Yes!
[08:02] <RAOF> (Says the X maintainer ☺)
[08:02] <Dr_Heckle> lulz
[08:04] <broder> Dr_Heckle: they moved all the buggy bits out :-P
[08:04] <RAOF> Hush!
[08:04] <Dr_Heckle> XD
[08:04] <Dr_Heckle> genius!
[08:08] <didrocks> good morning
[08:12] <RAOF> pitti: Re: xorg-tools-and-processes - Defaulting to recovery mode when recordfail is set seems like the right thing to do regardless of the other things.
[08:14] <chrisccoulson> good morning everyone
[08:14] <RAOF> IE: if the last boot has failed, doing the same thing again is unlikely to improve matters.
[08:14] <RAOF> chrisccoulson: Howdie!
[08:14] <chrisccoulson> hi RAOF, how are you?
[08:14] <chrisccoulson> recovered from your journey?
[08:15] <RAOF> chrisccoulson: Much better after a couple of nights of sleep :)
[08:15] <chrisccoulson> heh, i can imagine
[08:16] <RAOF> And, somewhat miraculously, I managed a bit of Banshee hacking on the flights home.
[08:16] <chrisccoulson> nice!
[08:16] <pitti> hey RAOF
[08:16] <chrisccoulson> i can't do useful things on a flight, as my battery dies too quickly!
[08:16] <pitti> bonjour didrocks
[08:16] <pitti> hey chrisccoulson, good morning
[08:16] <chrisccoulson> hi pitti, how are you?
[08:16] <RAOF> chrisccoulson: x200s.  It's the way of the future!
[08:16] <pitti> RAOF: as long as this won't also automatically move your monitors.xml away, etc.
[08:17] <chrisccoulson> RAOF, i want one ;)
[08:17] <chrisccoulson> i'm thinking of buying a new machine this week
[08:17] <pitti> if we do this automatically without proof that it was e. g. monitors.xml which caused the breakage, then we certainly shouldn't touch it without asking
[08:17] <RAOF> Absolutely.
[08:17] <pitti> X200 ++!
[08:17] <pitti> 10 h battery life FTW
[08:18] <pitti> still waiting for an USB-pluggable hamster wheel
[08:18] <RAOF> chrisccoulson: Obviously you'd get an x220 now; 24hr battery life with the sheet battery!  Also, an IPS screen.
[08:18] <pitti> or a set of bike pedals and a generator
[08:19] <chrisccoulson> RAOF, i'm not sure if my budget will stretch that far ;)
[08:19] <RAOF> I'll sell you my old x200s once I buy a macbook :P
[08:19] <chrisccoulson> heh :)
[08:20] <RAOF> It's time for me to get a broken system to work on.  Maybe then I'll see all the bugs everyone always complains about :)
[08:20] <didrocks> guten morgen pitti
[08:20] <didrocks> hey chrisccoulson, RAOF
[08:20] <chrisccoulson> hi didrocks, how are you?
[08:20] <didrocks> chrisccoulson: apparently, got a long (and so needed?) night :) excellent otherwise, thanks! You?
[08:21] <RAOF> pitti: I agree with the monitors.xml thingy; my understanding of that was that it'd be one of the “would you like to try $FOO to fix things” options of xdiagnose, rather than done by default.
[08:21] <chrisccoulson> didrocks, i don't feel too well today. my throat is really sore :(
[08:21]  * RAOF heads off to buy stuff for dinner.
[08:21] <pitti> RAOF: ah, I see
[08:22] <chrisccoulson> you can dock the x220 can't you?
[08:22] <didrocks> chrisccoulson: oh, take care :/
[08:23] <GunnarHj> pitti: Good morning Martin, today back to a more ordinary matter: Asking for your sponsoring of https://code.launchpad.net/~gunnarhj/language-selector/lp-778869/+merge/60329
[08:23] <GunnarHj> pitti: Since it's a fix of a Natty regression, I think it should be SRUed into Natty as well. (Also the Lucid and Maverick backports need to be updated as soon as a backporter has approved those MPs.)
[08:23] <pitti> hey GunnarHj, good morning
[08:24] <pitti> GunnarHj: yes, I'll review/sponsor this ASAP
[08:24] <pitti> in fact I just caught up with spec reviews and some oneiric gnome updates, so attacking my mail backlog next
[08:25] <GunnarHj> pitti: Ok, great.
[08:25] <pitti> GunnarHj: https://code.launchpad.net/~gunnarhj/ubuntu/lucid/language-selector/lucid-backports-lp-778869/+merge/60556 is by and large the same for -backports, right?
[08:27] <GunnarHj> pitti: "By and large"? It's basically the same thing, but the code is different in Lucid.
[08:27] <pitti> *nod*
[08:39] <cdbs> didrocks: Hi, it seems GCC 4.6 ftbfss have been fixed in both nux and Unity?
[08:39] <pitti> GunnarHj: FYI, I'm creating lp:~ubuntu-core-dev/language-selector/natty for the natty backports
[08:39] <pitti> GunnarHj: sorry, not for backports, for natty-proposed
[08:40] <pitti> so we can cherrypick easily from trunk
[08:40] <pitti> (which I'll do now for bug 778869 )
[08:40] <didrocks> cdbs: seems so, it's not in the ftbfs list, but I didn't upload anything for nux/unity. So should have been done in the gcc side
[08:40] <ubot2> Launchpad bug 778869 in language-selector "[natty] fontconfig-voodoo -a does not work in Japanese locales" [Undecided,In progress] https://launchpad.net/bugs/778869
[08:40] <GunnarHj> pitti: I see, thanks for letting me know.
[08:42] <pitti> GunnarHj: I'll upload natty-proposed package now
[08:53] <RAOF> pitti: And now that I'm back - the crash database on that blueprint was talking about a kerneldump style database.  I guess I should really comment on the blueprint, though, for posterity :)
[08:56] <pitti> RAOF: right, just add a blob below my questions and bump it back to "review"
[08:56] <pitti> thanks!
[08:57] <pitti> (or, better, clarify the wording in the WIs)
[08:57] <rodrigo_> morning
[08:57] <RAOF> Right.
[08:58] <pitti> hey rodrigo_
[09:00] <didrocks> hey rodrigo_
[09:01] <njpatel> hey seb128
[09:01] <seb128> hey
[09:01] <seb128> hi njpatel, how are you?
[09:01] <njpatel> seb128, good, thanks. Hoping to get some coding done for the first time in about three weeks today
[09:02] <seb128> \o/
[09:02] <seb128> njpatel, close IRC before someone grabs you ;-)
[09:02] <njpatel> heh :)
[09:02] <didrocks> salut seb128
[09:02] <seb128> lut didrocks, ca va ?
[09:02] <didrocks> seb128: ça va bien, et toi?
[09:03] <seb128> ca va nickel ;-)
[09:03] <pitti> bonjour seb128
[09:03] <didrocks> (making some Qt testbuild to see how components fits together and making my computer crying ;))
[09:03] <seb128> hey pitti, how are you?
[09:03] <pitti> seb128: I'm great, thanks!
[09:03] <pitti> got the gtk+3.0/glade/glade-3/vte chain resolved for good
[09:04] <pitti> and all pending specs reviewed
[09:04] <pitti> seb128: d-conf also uploaded to sid/oneiric
[09:04] <pitti> FTR, svn-buildpackage is a pain in the arse
[09:04] <pitti> (or svn in general)
[09:05] <didrocks> pitti: hum, let me check why you didn't review the session management one then, I should have done something wrong
[09:06] <pitti> didrocks: what's the spec URL?
[09:06] <didrocks> oh, seb is the reviewer :)
[09:06] <didrocks> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-o-session-management
[09:06] <seb128> pitti, great work!
[09:08] <seb128> pitti, didn't we say we need to check what happens to custom widgets for glade3?
[09:09] <pitti> seb128: ah, I misunderstood then; I wasn't even aware that glade supports custom widgets
[09:09]  * pitti reopens then
[09:09] <pitti> seb128: I clarified the WI to say "for custom widgets"
[09:09] <seb128> it's not frequently use but still I want to check
[09:09] <seb128> thanks
[09:12] <seb128> doh
[09:12] <seb128> pitti, do you ever sleep? syncs at 6am is early!
[09:12] <pitti> seb128: I get up at 6, yes :)
[09:13] <seb128> pitti, btw I didn't accept the gvfs binaries from the sync yesterday to avoid upgrade conflicts
[09:13] <pitti> I went to bed at 10 pm
[09:13] <pitti> seb128: ah, good; 1.8.1 should be fine, though
[09:13] <seb128> right
[09:13] <pitti> seb128: I'll wait for armel to finish and then NEW then
[09:14] <seb128> ok
[09:17] <seb128> btw as a channel notice, we have quite some sponsoring requests pending on version
[09:17] <seb128> if some people can do 1 or 2 today we can clean the backlog
[09:20] <didrocks> will do some once my local build finishes
[09:20] <pitti> noted
[09:35] <pitti> didrocks: cdbs pointed to FTBFS fixes for nux and unity, I guess these are "your" two? :-)
[09:36] <pitti> seb128: ok if I grab seahorse?
[09:37] <seb128> pitti, sponsoring? sure ;-)
[09:37] <pitti> seb128: it updates to 3.1 already, but I'll test it properly
[09:37] <pitti> bcurtiswx: hm, seems you didn't merge with Debian along the way?
[09:37] <didrocks> 09:39:34          cdbs | didrocks: Hi, it seems GCC 4.6 ftbfss have been fixed in both nux and Unity?
[09:37] <didrocks> pitti: I understood that it doesn't FTBFS anymore
[09:37] <seb128> bcurtiswx, thanks for the update but could you start by going to 3 and not 3.1 for the updates you do?
[09:38] <didrocks> pitti: the yorba guys made a patch a month ago, but as the trunk changed a lot, I think that the dx team have to do a review
[09:38] <didrocks> pitti: I'll try to rebuild unity in a pbuilder just to confirm it's fixed
[09:38] <seb128> pitti, you should probably send it back to Needs Work and ask for proper merge and use of the stable serie
[09:38] <pitti> seb128: just done
[09:39] <seb128> thanks
[09:39] <jasoncwarner> morning guys...
[09:39] <seb128> hey jasoncwarner, how are you?
[09:39] <pitti> hey jasoncwarner
[09:40] <didrocks> hey jasoncwarner
[09:40] <pitti> seb128: moving to xscreensaver then
[09:40] <seb128> jasoncwarner, did you manage to avoid the ubuflu? ;-)
[09:40] <jasoncwarner> I think I've finally succumbed to ubuflu full on. Took a couple of days...
[09:40] <seb128> pitti, ok
[09:40] <seb128> :-(
[09:40] <seb128> it's a .auflu it seems
[09:40] <jasoncwarner> how are you guys? everyone manage to stay healthy?
[09:40] <jasoncwarner> seb128: must be the sinagpore airport! beware!
[09:40] <pitti> killer viruses from Europe invading Australia!
[09:41] <didrocks> european people are stronger ;)
[09:41] <jasoncwarner> didrocks heh...we'll, you won't find arguments from me on that one ;)
[09:41] <RAOF> didrocks: It's because you all sleep in tiny villages overrun by cows!
[09:42] <didrocks> RAOF: of course :-)
[09:42] <seb128> what do they have against the cows? ;-)
[09:42] <pitti> jasoncwarner: for our 1-on-1 in 45 minutes, want to s/pitti/bed/ and s/mubmle/sleep/?
[09:45] <rodrigo_> hey jasoncwarner
[09:46] <seb128> hey rodrigo_
[09:46] <rodrigo_> hi seb128
[09:46] <jasoncwarner> morning rodrigo_
[09:53] <cdbs> didrocks: The rebuild, what was the outcome?
[09:54] <didrocks> cdbs: still building in my pbuilder right now
[09:57]  * Sweetshark is timezoned again by seeing who is online and awake and guessing their locsl times ...
[10:01] <cdbs> didrocks: I'd like to get Unity working on GTK3, so that it takes care and uses GTK3 theme defaults instead of GTK2 ones. I have a branch which makes Unity build well with GTK3, but still its taking the theming settings from GTK2. Do you have an idea of what all needs to be changed in Unity to make it run well with the new GNOME?
[10:02] <didrocks> cdbs: maybe, wait for the next SRU first (next Tuesday) before thinking of merging it
[10:03] <didrocks> cdbs: well, we will have both theming anyway and dx is building a gate between them
[10:03] <cdbs> didrocks: okay, nice. welcome news. Will wait for another week and then get back to you on this
[10:03] <didrocks> cdbs: ensure that nobody else is working on it as well on #ayatana btw :)
[10:04] <cdbs> didrocks: hmm :)
[10:04] <didrocks> cdbs: it's not the case AFAIK, but better to avoid duplication of an awesome work ;)
[10:05] <cdbs> didrocks: I really am not able to understand but the GTK3 port is just a 200 line diff!
[10:05] <didrocks> cdbs: yeah, it's very small as most of the work was done to be GTK3 compatible
[10:05] <didrocks> also compiz (the decorator I think) would be a nice target
[10:05] <cdbs> the only change was needed to correct those _window->window into gtk_widget_get_window
[10:06] <cdbs> didrocks: yup, the decorator needs a port
[10:06] <didrocks> right, because of the gseal
[10:12] <didrocks> cdbs: unity built successfully FYI, trying nux now
[10:13] <cdbs> :)
[10:17] <didrocks> not sure why it FTBFS previously, we did any action for that and it seemed to be an unity/nux issue
[10:31] <seb128> vuntz, hey
[10:31] <seb128> vuntz, your versions-stable-extras seems to not track stable
[10:31] <seb128> i.e gdl or seed have 3.1 versions
[10:32] <didrocks> cdbs: nux is failing to build
[10:32] <cdbs> :(
[10:33] <cdbs> didrocks: There's a patch fixing that, on some bug
[10:33] <didrocks> the one from adam?
[10:33] <cdbs> didrocks: yes
[10:33] <didrocks> cdbs: did you try on latest nux trunk?
[10:34] <cdbs> didrocks: Looks like my configure was configured to pass -fpermissive by default
[10:34] <cdbs> didrocks: and hence it passed
[10:35] <didrocks> cdbs: hum, ok, so I'll try to convince upstream to have our flags by default :)
[10:35] <cdbs> didrocks: no, that's not the proper way to fix it :)
[10:36] <cdbs> didrocks: Why not sponsor the patch?
[10:36] <cdbs> it makes more sense to do that rather than work-around the failure
[10:37] <didrocks> cdbs: I meant, upstream should use the ubuntu flags which are more restrictive than their by default
[10:37] <cdbs> didrocks: which upstream? nux?
[10:37] <didrocks> that will enforce them discovering this issue and sponsor the patch
[10:37] <didrocks> cdbs: right
[10:38] <cdbs> got it then, I thought you were amongst those who worked on nux
[10:38] <didrocks> yeah, but for this cycle, we try to get a more restrictive upstream/downstream separation
[10:40] <didrocks> cdbs: are you interested in proposing a branch that ensure the default flags used in unity/nux are the same than the one in oneiric?
[10:41] <cdbs> didrocks: Yes I can, but they need to have a reason to accept it :/
[10:41] <cdbs> didrocks: It'd be easy, just add -Werror=permissive to the thing
[10:42] <didrocks> cdbs: well, I'll make sure they will accept it ;) but anyway, I mean, doing a review of all flags where it's different, not only permissive
[10:42] <vuntz> seb128: oh?
[10:43] <vuntz> seb128: ah, hrm
[10:43] <seb128> vuntz, hey ;-) can you fix it? ;-)
[10:43] <vuntz> seb128: yeah, there's no real branch handling there
[10:44] <vuntz> seb128: the issue is that this branch data is usually maintained by the release team
[10:46] <seb128> vuntz, which is an issue because...?
[10:46] <vuntz> seb128: because everything in extras is everything that the release team doesn't deal with
[10:46] <vuntz> so that means we need to maintain that data ourselves
[10:48] <seb128> vuntz, I guess I don't know enough about how your lists are built to understand the issue but let me know if I can help in some way to maintain the datas or if there is a way for me to fix wrong series tracking
[10:48] <seb128> if not I will just put overrides on our version side
[10:49] <pitti> I'm off for a bit for lunch and some errands, I need to buy an iron saw
[10:49] <vuntz> for stable-extras, we simply look at the available releases on ftp.gnome.org for all tarballs that are not in stable and take the latest ones
[10:50] <vuntz> that means that stable-extras won't have gnome-shell, for instance (since it's in stable)
[10:51] <vuntz> but for gdl (not mentioned in stable because not mentioned in the release team sets), we simply take the latest version
[10:52] <seb128> vuntz, hum, ok, I see
[10:53] <vuntz> seb128: obviously, we can maintain the information about branches
[10:53] <vuntz> I'm just unsure if doing that ourselves, in a reactive way is good enough
[10:54] <seb128> well, who is using those version lists out of distros?
[10:54] <seb128> they don't really need to be "reactive" I guess
[10:54] <vuntz> I guess it's mostly distros
[10:54] <seb128> we can just fix issues when we spot some
[10:57] <kinouchou> hello
[10:58] <seb128> lut kinouchou
[10:58] <kinouchou> salut seb128
[10:58] <cdbs> didrocks: Here it is https://code.launchpad.net/~bilalakhtar/nux/make-compilation-strict/+merge/61370 According to RMS' servants (aka GNU) only 2 extra flags were made default
[10:58] <didrocks> hey kinouchou
[10:59]  * kinouchou hugs dida
[10:59] <kinouchou> oup
[10:59] <vuntz> seb128: I'll fix things later on
[10:59] <didrocks> cdbs: you rock! can you ensure the same (in cmake, so less straightfoward) for unity?
[10:59] <seb128> vuntz, ok, thanks
[10:59] <vuntz> seb128: in the mean time, feel free to send me what looks wrong
[10:59] <vuntz> seb128: I've seen gdl and seed, but there are surely more
[10:59] <cdbs> didrocks: easier, cmake is better to handle than autotools :)
[11:00] <didrocks> cdbs: I think the opposite, but it's a matter of opinion and habits :-)
[11:00] <seb128> vuntz, check for 3.1. in the list, there is a bunch of other ones
[11:00] <seb128> vuntz, I will do a list and email it to you
[11:01] <seb128> didrocks, is dida your new name? ;-)
[11:01] <kinouchou> je me suis trompée de touche
[11:01] <didrocks> seb128: seems so, I'm surprized as well :-)
[11:06] <kinouchou> seb tu viens à Paris pour la party?
[11:06] <seb128> kinouchou, je pense pas non
[11:07] <kinouchou> petit joueur
[11:07] <seb128> heh!
[11:08] <seb128> j'y réfléchi mais me connaissant j'aurais la flemme de voyager le w.e ;-)
[11:08] <kinouchou> ben tu pars le vendredi et tu rentres le lundi
[11:09] <seb128> je vais y rélféchir ;-)
[11:10] <seb128> didrocks, t'y vas toi ?
[11:10] <cdbs> didrocks: Done for Unity as well https://code.launchpad.net/~bilalakhtar/unity/make-compilation-strict/+merge/61373 :)
[11:12] <didrocks> ok, 5 minutes to get over a compiz mouse grab without restarting the session \o/
[11:12] <didrocks> cdbs: awesome! thanks ;)
[11:12] <cdbs> you're welcome
[11:12] <didrocks> seb128: oui, bien sûr, je donne des cours/conférences, comme à chaque fois :)
[11:13] <cdbs> !fr | didrocks , kinouchou , seb128 :)
[11:13] <ubot2> didrocks , kinouchou , seb128 :): Ce canal est en anglais uniquement. Si vous avez besoin d'aide ou voulez discuter en français, veuillez taper /join #ubuntu-fr ou /join #ubuntu-qc. Merci.
[11:13] <seb128> lol
[11:13] <didrocks> waow, didn't know the bot has some french tweaking :)
[11:13] <cdbs> didrocks: Its there for each language, even:
[11:13] <cdbs> !zh
[11:13] <ubot2> 如欲獲得中文的協助，請輸入 /join #ubuntu-cn、/join #ubuntu-tw 或 /join #ubuntu-hk。
[11:14] <didrocks> excellent :)
[11:18]  * cdbs gotta go
[11:19] <didrocks> cdbs: see you!
[13:18]  * rodrigo_ -> lunch
[13:50] <hv> rodrigo_: still crashing :(
[13:53] <kenvandine> pitti, will do
[13:53] <pitti> kenvandine: good morning
[13:53] <pitti> kenvandine: thanks
[13:55] <pitti> cyphermox: for your gnome-nettool merge, you forgot to reference the bug number in the changelog; I'll do it while merging
[13:56] <GunnarHj> pitti: It looks like version 0.34.2 didn't make it to natty-proposed.
[13:57] <GunnarHj> pitti: https://code.launchpad.net/~ubuntu-core-dev/language-selector/natty
[13:57] <pitti> GunnarHj: it's still in the queue
[13:57] <pitti> (unapproved queue)
[13:57] <GunnarHj> pitti: Ok.
[14:00] <seb128> re
[14:00] <seb128> geser, did you investigate the pidgin build issue?
[14:00] <hv> rodrigo_: sorry. it seems I was mistaken. ignore that.
[14:03] <doctormo> mterry: Morning, are you up yet?
[14:03] <mterry> doctormo, yup!  :)
[14:04] <mterry> doctormo, morning yourself!  What's up?
[14:04] <doctormo> mterry: new blog entry http://doctormo.org/2011/05/18/netbook-launcher-now-available-for-maverick/
[14:04] <kenvandine> pitti, that fix is already in oneiric
[14:04] <pitti> kenvandine: how?
[14:04] <kenvandine> i just compared... them
[14:04] <pitti> kenvandine: natty-proposed and oneiric both had one upload after natty-final, but for different bugs
[14:05]  * mterry reads
[14:05] <pitti> kenvandine: in case the changelog got messed up, please feel free to just close the oneiric task then
[14:05] <kenvandine> it's in the changelog, and i compared the source
[14:05] <kenvandine> ok
[14:06] <kenvandine> oh... yeah... i see
[14:06] <kenvandine> the changelog says natty-proposed
[14:06] <kenvandine> but the change is actually there
[14:06] <pitti> https://launchpad.net/ubuntu/+source/papyon/+changelog
[14:06] <pitti>  735815 has been fixed in both, but 768974 just in -proposed
[14:06] <mterry> doctormo, ah, so the package shouldn't be pulling in netbook-launcher?  I wonder why it did.  You'll be happy to hear that I am in the middle of reviewing some patches for netbook-launcher-efl as we speak.  Not very active development anymore, but a non-zero amount  :)
[14:07] <kenvandine> right
[14:07] <pitti> kenvandine: oh, I see
[14:07] <pitti> http://launchpadlibrarian.net/71630093/papyon_0.5.5-1ubuntu1_0.5.5-1ubuntu2.diff.gz
[14:07] <kenvandine> i'll mark the bug
[14:07] <pitti>  kenvandine: it was uploaded without -v, so it escaped -changes@ and /+changes
[14:07] <kenvandine> yeah
[14:07] <doctormo> mterry: Yes I expected that to be the case, the recommends was just doing weird things. I should probably try and steal the upstream for the clutter project and apply the patch I made.
[14:12] <chrisccoulson> pitti, oh, i didn't realise we ship a load of firefox languages that upstream don't even ship :/
[14:12] <chrisccoulson> actually
[14:12] <chrisccoulson> how can that be possible?
[14:12] <chrisccoulson> hmmmm, i think mozilla removed some languages in firefox 5
[14:12] <chrisccoulson> weird
[14:12] <pitti> chrisccoulson: for 4.0 I just got them from the upstream download page
[14:13] <chrisccoulson> pitti - yeah, i realised after i pressed enter :)
[14:13] <chrisccoulson> so, it seems some languages have been removed from the shipped-locales file in firefox 5 (and don't appear on the download page), but they are re-added again in firefox 6
[14:13] <chrisccoulson> i wonder if that's a bug :/
[14:13] <pitti> maybe translators just weren't fast enough for 5?
[14:14] <pitti> but they can certainly still catch up?
[14:14] <chrisccoulson> i only noticed because i saw my control file shrink when i refreshed the list of languages for the ff5 package
[14:14] <chrisccoulson> pitti - yeah, that's possible
[14:15] <chrisccoulson> pitti - oh - http://hg.mozilla.org/releases/mozilla-beta/rev/2b3275216413
[14:15] <chrisccoulson> no comment though
[14:15] <chrisccoulson> and i use that file to automate the build
[14:15] <doctormo> firefox 6... version bump
[14:16] <highvoltage> 6? I'm still on 5!
[14:16] <chrisccoulson> i run 6 (soon to be 7)
[14:16] <chrisccoulson> and i'm going to upload 5 to oneiric this week
[14:16]  * pitti thought that 4 was current, at least that's what is in oneiric
[14:17] <chrisccoulson> pitti - yeah, 4 is the current stable. 5 is the current beta (although it's not been officially pushed out to beta testers yet)
[14:17] <chrisccoulson> and 6 is nightly
[14:17] <micahg> chrisccoulson: you should implement something like I have in thunderbird-locales which makes sure we don't drop packages for empty languages
[14:18] <pitti> cyphermox: merged your's, but I'll merge with Debian before uploading
[14:18] <pitti> cyphermox: in hindsight doing that would have been easier, as the patch is already in Debian
[14:21] <chrisccoulson> micahg, yeah, i was going to do that anyway, but i don't need to just yet
[14:21] <micahg> chrisccoulson: k, yeah, just needs to be done before the SRU
[14:27] <geser> seb128: sorry not yet, got distracted yesterday evening with other things, but I hope to get it done today
[14:27] <seb128> geser, ok, thanks
[14:28] <bcurtiswx_> pitti: hey, regarding the seahorse update.  We are holding off on 3.1.x until we get all 3.0.x into Oneiric?
[14:28] <seb128> bcurtiswx_, correct
[14:29] <pitti> well, even if that particular one works, we still need to merge with Debian
[14:29] <seb128> we want to stabilize GNOME3 a bit before adding an new unstability stack
[14:29] <pitti> and see which patches are obsolete, which should go upstream, and clean up pointless packaging diff
[14:30] <bcurtiswx_> seb128, pitti: OK, thats great. no problems here.  So the only merge request that we are looking for right now are those from the gnome3-team PPA.  Or is there a more automated process in bringing them over from the PPA ?
[14:37] <bcurtiswx_> so in my mind, i'm taking the gnome3-ppa packages, (updating to 3.0.x if theres anything newer) through a bzr bd and updating the version in the changelog, then merge requesting those with their respective oneiric LP entries ?
[14:38] <bcurtiswx_> the ones that don't require any changes from the gnome3-ppa , would you still want merge requests?
[14:40] <seb128> bcurtiswx_, that's not the right way
[14:40] <seb128> basically what I do is
[14:40] <seb128> - take the ubuntu-desktop vcs
[14:40] <seb128> then merge the gnome3-team
[14:40] <seb128> then rebase on debian
[14:42] <bcurtiswx_> seb128: OK i'll go do that on seahorse.  I will probably have some questions on the process along the way.  Thanks
[14:43] <cyphermox> hey all
[14:43] <bcurtiswx_> mornin' cyphermox
[14:43] <cyphermox> morning ;)
[14:46] <rodrigo_> hv, you mean my g-s-d fix, right?
[14:47] <bcurtiswx_> seb128: rebaseing with debian not gnome, so where's the location of the debian packages ?
[14:48] <bcurtiswx_> packages.debian.org
[14:48] <seb128> bcurtiswx_, http://packages.qa.debian.org/s/seahorse.html
[14:49] <bcurtiswx_> seb128: thx and we rebase with experimental  or testing?
[14:49] <pitti> I usually do something like diff -Nur debianpkg/debian ubuntupkg/debian > d-u.debdiff
[14:49] <pitti> then walk through d-u.debdiff and delete irrelevant stuff
[14:49] <pitti> and then reapply it on top of the current debian pkg
[14:50] <seb128> similar to pitti
[14:50] <seb128> I usually copy the debian dir in the vcs
[14:50] <seb128> and bzr diff
[14:50] <seb128> and revert things where we need our diff
[14:50] <pitti> ah, I first apply the remaining changes and then copy debian/ back into the ubuntu vcs
[14:50] <seb128> then commit when it's cleaned
[14:50] <pitti> but should be similar in effect
[14:50] <seb128> but will similar workflows
[14:50] <seb128> will->well
[14:51] <bcurtiswx_> seems like i get to learn something new today
[14:56] <pitti> didrocks: do we still rely on --prefix in python's python-distutils.mk.in?
[14:56] <didrocks> pitti: yeah, as there is no better plan for it right now :/
[14:56] <pitti> didrocks: currently some packages FTBFS because they use python-distutils.mk.in with dh_python2, which crashes on "no such option: --prefix"
[14:57] <didrocks> hum… we should either make dh_python2 understand or ignore the option
[14:57] <didrocks> or detect that we are using pycentral pysupport…
[14:57] <pitti> for now I'm going to update cdbs to only supply it for pysupport, is that ok?
[14:57] <didrocks> pitti: sounds good to me, thanks! :)
[14:57] <pitti> didrocks: dh_pycentral also doesn't document a --prefix option, though
[14:58] <didrocks> pitti: yeah, I only supported pysupport IIRC
[15:04] <geser> any specific reason why not using dh_python2? <tumbleweed> the equivalent of --prefix in dh_python2 is just to specify the full path to the private directory. Don't know why they didn't use dh_python2 for this in the first place... (2011-05-10 in #ubuntu-devel)
[15:08] <pedro_> rodrigo_, hola, you're still working on bug 773063 ?
[15:09] <ubot2> Launchpad bug 773063 in gnome-control-center "[Natty] gnome-about-me box doesn't remember contents" [Low,In progress] https://launchpad.net/bugs/773063
[15:13] <rodrigo_> pedro_, it's on my list, yes, although it gets obsolete for oneiric
[15:14] <rodrigo_> pedro_, I think the problem is for people that don't use evolution
[15:15] <pedro_> rodrigo_, yup, that's the main issue there. Ok i'll close the oneiric task and leave only the natty open. Gracias!
[15:15] <seb128> right, read the bug, the issue is when there is no addressbook created or something
[15:15] <rodrigo_> pedro_, of nothing :)
[15:17] <vuntz> oh, stupid question
[15:17] <vuntz> which version of gnome-panel will be in oneiric?
[15:17] <seb128> vuntz, 3.n
[15:17] <seb128> n being 0 or 2
[15:17] <seb128> likely 2 if there is no reason to not use it
[15:17] <vuntz> seb128: so are you going to drop all old applets?
[15:17] <vuntz> or is there anyone working on a module to load them?
[15:18] <seb128> vuntz, "old" like using bonobo?
[15:19] <vuntz> yes
[15:19] <seb128> guess we will
[15:19] <seb128> we will drop those I mean
[15:19] <seb128> if nobody port them to use the new dbus protocol
[15:19] <vuntz> and do you think it's worth the effort to write a module to be able to use them?
[15:19] <seb128> we will have unity-3d, unity-2d and gnome-shell as modern desktop, we don't really plan to spend time to maintain a legacy desktop
[15:20] <seb128> not really
[15:20] <seb128> if people care enough about some applets they should port it to dbus
[15:21] <vuntz> ok
[15:21] <vuntz> thanks
[15:22] <jbicha> which old applets are you talking about?
[15:22] <jbicha> there's 20-something included in gnome-panel & gnome-applets that work
[15:23] <vuntz> jbicha: bonobo-based applets
[15:23] <vuntz> jbicha: gnome-netstatus, for instance
[15:23] <seb128> jbicha, you can apt-cache rdepends libpanel-applet2-0 basically
[15:24] <seb128> gnome-randr-applet, glunarclock, gnome-pilot, etc
[15:25] <seb128> vuntz, we should probably spend efforts moving forward, if things are unmaintained they should be cleaned
[15:26] <seb128> if they are useful and maintained they will get ported
[15:26] <seb128> cyphermox, ok, can you drop the sync request for e-d-s and update without renaming?
[15:26] <cyphermox> yes, we can
[15:26] <seb128> renames break vcs, bugs tracking, etc
[15:26] <cyphermox> it should be straightforward too
[15:26] <seb128> seems Josselin say they will rename back once their transition done
[15:27] <jbicha> right, for instance, it looks like gnome-pilot has been ported
[15:27] <seb128> well it's basically take the debian version, rename the changelog and control entries
[15:27] <seb128> cyphermox, thanks
[15:28] <vish> vuntz: does System monitor also use bonobo? or does that work in gnome-panel 3.x ?
[15:29] <cyphermox> seb128: bug invalidated, the rest will be ready in a minute
[15:29] <vish> the applet..
[15:29] <seb128> cyphermox, thanks
[15:30] <seb128> didrocks, can you review the e-d-s and evo sponsoring requests?
[15:30] <vuntz> vish: it's in gnome-applets, so it should work with the new library
[15:30] <vish> neat!
[15:31] <didrocks> seb128: sure, one sec, looking at the merge proposal
[15:31] <didrocks> cyphermox: so, not a sync finally?
[15:31] <seb128> didrocks, thanks
[15:32] <cyphermox> didrocks: yes, but renaming the source package to keep it named evolution-data-server, not evolution-data-server3
[15:34] <didrocks> cyphermox: do you have the e-d-s link handy? Only finding evolution right now
[15:34] <cyphermox> no, we only just got to that decision. I'm fixing the branch now
[15:35] <cyphermox> (and sorry, I was with the insurance lady before)
[15:37] <didrocks> cyphermox: no worry :)
[15:37] <didrocks> cyphermox: is there something decided in the debian vs upstream soname for e-d-s?
[15:37] <seb128> didrocks, read #debian-gnome backlog
[15:38] <seb128> didrocks, the renaming is basically for easy migration in debian, they will rename it back later on
[15:38] <seb128> didrocks, we don't want to get vcs, bug tracker, etc be confused by a source rename for no reason in Ubuntu
[15:40] <didrocks> seb128: got it, thanks :)
[15:41] <didrocks> and the soname is now upstream
[15:41] <didrocks> well in debian I meant
[15:41] <didrocks> thanks to bigon :)
[15:48] <didrocks> cyphermox: some comments on the merge, no blocker though
[15:48] <cyphermox> ok
[16:08] <chrisccoulson> does anyone know who wrote "Evolution takes about 25/30 MB" on http://summit.ubuntu.com/uds-o/meeting/desktop-o-default-email-client/ ?
[16:08] <chrisccoulson> i'd like to know where they got their numbers from :)
[16:09] <pitti> as we are going to keep eds, that's clearly a gross exaggeration
[16:09] <pitti> the "evolution" package is 236 kB
[16:09] <pitti> add some stuff which is only used by the UI and not for eds, we might end up with 1 or 2 MB
[16:09] <pitti> which is a lot smaller than the 12 MB that tbird requires
[16:10] <cyphermox> nah, Evolution takes 5-6 MB tops if you count evolution and EDS
[16:10] <cyphermox> (my guesstimate from last week)
[16:11] <pitti> right, but EDS will be kept either way
[16:11] <cyphermox> right, then yeah, it's just a matter of maybe 1-2 MB
[16:22] <cyphermox> didrocks: https://code.launchpad.net/~mathieu-tl/evolution-data-server/3.0.0-1ubuntu1/+merge/61426 , I messed up and did a debcommit rather than bzr commit though, sorry for the mess in my commit message ;)
[16:24] <didrocks> cyphermox: let do a quick review in pm
[16:36] <pitti> chrisccoulson: would it be possible for an XPI to append bookmarks to the default set?
[16:36] <chrisccoulson> pitti - that's not possible at the moment
[16:36] <pitti> chrisccoulson: i. e. we'd like to keep the standard Ubuntu and Mozilla bookmarks, but a loco team wants to add popular local pages
[16:36] <pitti> chrisccoulson: is it possible to completely replace them?
[16:36] <chrisccoulson> pitti - oh, we might be able to do that
[16:36] <chrisccoulson> (append bookmarks)
[16:37] <pitti> (then our loco package build system could just add the standard ones)
[16:37] <dpm> hi pitti, we set the deadline for testing the new Natty langpacks as today, so whenever you've got the chance, do you think you could upload the Natty langpacks listed on https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA ? Thanks!
[16:37] <chrisccoulson> but we definitely can't replace them without rebuilding firefox
[16:37] <pitti> chrisccoulson: oh, so replacing is harder than appending?
[16:37] <pitti> chrisccoulson: well, whatever is easier
[16:37] <pitti> dpm: sure
[16:37] <chrisccoulson> pitti - yeah, although i've never tested appending bookmarks before
[16:38] <dpm> excellent, thanks pitti
[16:38] <pitti> dpm: are these bug reports regressions?
[16:38] <pitti> didrocks: in your French loco images, do you touch bookmarks at all?
[16:38] <chrisccoulson> but bookmarks are bundled with firefox, and you can only replace them if you do a fully localized rebuild of it
[16:39] <chrisccoulson> (ie, there's no way to ship external localized bookmarks, like we can do with searchplugins)
[16:39] <pitti> chrisccoulson: I guess that's one of the first things a Loco might want to customize
[16:39] <chrisccoulson> yeah, that's going to be pretty hard to solve
[16:39] <didrocks> pitti: yes, we add the french websites
[16:39] <pitti> didrocks: how did you do that?
[16:39] <chrisccoulson> the bookmarks are stored with the default profile data, which is bundled in a big jar file
[16:39] <LLStarks> cjwatson, is there a bug number for the oneiric pidgin packaging situation with perl?
[16:40] <didrocks> pitti: let me show you the script
[16:40] <pitti> chrisccoulson: for reference, I'm currently drafting https://wiki.ubuntu.com/DesktopTeam/Specs/Oneriric/LocalizedCDImageTools
[16:42] <didrocks> pitti: we change /etc/firefox/profile/bookmarks.html
[16:42] <pitti> didrocks: I think /etc/firefox/ was completely abolished with ffox 4
[16:43] <micahg> LLStarks: there's bug 781520, I don't see another specifically filed
[16:43] <ubot2> Launchpad bug 781520 in pidgin "dependency on old libperl5.10" [Undecided,Confirmed] https://launchpad.net/bugs/781520
[16:43] <didrocks> pitti: http://paste.ubuntu.com/609577/ and http://paste.ubuntu.com/609578/
[16:43] <pitti> chrisccoulson: changing the default search engine might be easier? I suppose the loco XPI can change any configuration value?
[16:43] <LLStarks> thanks micahg
[16:43] <didrocks> pitti: hum, interesting, the testers didn't report that issue though
[16:44] <pitti> didrocks: thanks, that's helpful!
[16:44] <chrisccoulson> didrocks, yeah, changing things in /etc/firefox/profile definitely won't do anything now ;)
[16:44] <pitti> didrocks: well, it still might work in natty, but I thought chrisccoulson mentioned that /etc/firefox was gone
[16:44] <chrisccoulson> yeah, it's definitely gone
[16:44] <chrisccoulson> all that information lives in ${LIBDIR}/omni.jar now
[16:44] <didrocks> pitti: the first one is just a wrapper for creating the image, the second one is what is launched inside the chroot
[16:44] <cjwatson> LLStarks: the one above should do, sure
[16:44] <chrisccoulson> and i wouldn't be too happy about people using scripts to edit the contents of that ;)
[16:45] <pitti> didrocks: right, I was about to ask
[16:45] <didrocks> chrisccoulson: oh "nice" :/
[16:45] <chrisccoulson> didrocks, it's to reduce startup time ;)
[16:45] <chrisccoulson> (so firefox isn't reading a bazillion files off the disk like it used to)
[16:45] <pitti> chrisccoulson: to avoid that, we want to provide a centralized script which does all the nasty work, so that locos don't have to
[16:46] <didrocks> pitti: please don't be shocked by the script, it's hackish ***warning***
[16:46] <pitti> didrocks: that's fine -- that's the point of that spec :)
[16:47] <didrocks> I think you will particularly appreciate the "Translation of casper-md5check" part ;)
[16:47] <chrisccoulson> to add bookmarks, you can try editing the distribution.ini we ship (https://wiki.mozilla.org/Distribution_INI_File)
[16:47] <chrisccoulson> but i've never tested that
[16:47] <pitti> chrisccoulson: is that path hardcoded?
[16:47] <chrisccoulson> pitti - the distribution.ini?
[16:48] <pitti> chrisccoulson: we certainly shouldn't edit omni.jar in-place; woudl you recommend that the loco package puts its own omni.jar somewhere with updated default/profile/bookmarks.html, or should we rather use the ini?
[16:48] <chrisccoulson> i would try using the distribution.ini first
[16:48] <pitti> (in the former case, firefox would need to be changed to first look into /usr/lib/firefox/ubuntu-l10n.jar, and fall back to /usr/lib/firefox-4.0.1/omni.jar)
[16:48] <pitti> chrisccoulson: ok, noting that
[16:49] <chrisccoulson> the omni.jar is pretty much the entire firefox chrome, so it's not something that loco's would generally be building
[16:49] <didrocks> does it override, or is it just adding?
[16:49] <chrisccoulson> didrocks, only adding, i think
[16:49] <chrisccoulson> i've never tried it though
[16:49] <pitti> https://wiki.mozilla.org/Distribution_INI_File looks useful, thanks!
[16:49] <pitti> adding is fine
[16:49] <pitti> I'll try that first
[16:49] <didrocks> chrisccoulson: would be nice to still be able to add them first
[16:50] <didrocks> like french people prefers ubuntu-fr.org to ubuntu.com I guess
[16:50] <pitti> chrisccoulson: in case it doesn't work, do you think that fixing it would be accepted upstream, as they document it?
[16:50] <rodrigo_> cyphermox, why did you upgrade e-d-s to 2.91.92 and not 3.0.0?
[16:50] <pitti> didrocks: we only ship two folders (Firefox and Ubuntu) by default, and no top-level bookmarks; so that might still be acceptable?
[16:51] <cyphermox> rodrigo_: that's an error, it was synced, don't worry about it, I'm working on 3.0.0 right now
[16:51] <rodrigo_> cyphermox, ah, ok
[16:51] <didrocks> pitti: probably, yeah, if it's kept like that (folders and not entries)
[16:52] <didrocks> pitti: btw, how can I help you on that spec?
[16:55] <pitti> didrocks: once I'm done with the initial drafting round, I'd like to ask you to review it, correct some mistakes, and perhaps add other things locos are interested in changing
[16:55] <didrocks> pitti: sure
[16:55] <chrisccoulson> didrocks, i guess i could try distributing our custom bookmarks in distribution.ini rather than patching the default profile data
[16:55] <chrisccoulson> that could make them easier to localize
[16:55] <chrisccoulson> i'm not sure if there's a technical reason not to do that though
[16:56] <chrisccoulson> perhaps it doesn't support favicons
[16:56] <didrocks> chrisccoulson: if you can give it a try, let me know about the outcome :)
[16:56] <chrisccoulson> yeah, i don't think it does, which would suck
[16:56] <chrisccoulson> so all the bookmark entries would have a placeholder icon by default
[16:57] <didrocks> right, doesn't sound attractive :/
[16:57] <chrisccoulson> yeah. we ship the icon data in the profile to avoid that
[16:57] <pitti> ah, bummer; but well, good enough as a first step
[16:57] <pitti> I fully expect that this will be continuously refined
[17:08]  * pitti waves good night
[17:08] <bcurtiswx_> nite pitti
[17:08] <seb128> 'night pitti
[17:09] <seb128> pitti, if you feel like doing some other debian uploads tomorrow morning libnotify could do wit an update and a sync then ;-)
[17:09] <seb128> just saying now because you will be up hours before me :p
[17:09] <Laney> ♥ for doing updates in debian
[17:09] <seb128> pitti, have fun !
[17:09] <seb128> Laney, I've done a bunch of those today as well ;-)
[17:09] <didrocks> see you pitti!
[17:10] <Laney> seb128: I saw, good stuff!
[17:10] <Laney> btw has anyone talked about doing a gnome3 remix?
[17:11] <seb128> still hate to have to upload the binaries on my slow upload :p
[17:11] <seb128> Laney, there was some emails on https://lists.launchpad.net/gnome3-team about a team who wanted to do that
[17:12] <Laney> cool
[17:12] <seb128> Laney, not sure what's the point though
[17:13] <seb128> or what do you call "remix"? building an iso with gnome-shell as the default desktop?
[17:13] <Laney> yes
[17:13] <seb128> the guys on the list were rather trying to fork the packaging for the GNOME stack
[17:13] <seb128> which is not really constructive to do
[17:13] <seb128> having a GNOME iso would be nice
[17:13] <Laney> right
[17:14] <Laney> don't know if it would require some stracciatella work though
[17:18] <chrisccoulson> pitti - i'm not sure what to do about the firefox SRU verification. with the exception of 1 bug, i picked the crashes out of http://crash-stats.mozilla.com/ , as people aren't reporting these bugs to launchpad (and i don't think there's a way for me to contact the people who reported the crashes to ask them to test it)
[17:19] <chrisccoulson> i'm not sure there will be much participation to verify them ;)
[17:20] <bcurtiswx_> chrisccoulson: * pitti waves good night <-- FYI
[17:21] <chrisccoulson> ah ;)
[17:28] <seb128> chrisccoulson, usually for those case the verification is "run the new version for a week and check nothing you were using breaks"
[17:29] <chrisccoulson> seb128 - yeah, that should be ok
[17:29] <chrisccoulson> i'm trying to find out if i can get hold of e-mail addresses of submitters ;)
[17:30] <chrisccoulson> b'ah, david-suisse1 is really annoying me
[17:30] <dobey> hrmm
[17:31] <dobey> what's the plan to deal with apps that don't migrate to gtk 3.0 soon?
[17:31]  * chrisccoulson hides
[17:31] <dobey> chrisccoulson: from my question, or from the swiss?
[17:32] <chrisccoulson> dobey, your question ;)
[17:32] <chrisccoulson> seeing as i maintain 2 packages that will probably still be using gtk 2 this cycle ;)
[17:32] <dobey> chrisccoulson: well, i guess ffox/tbird aren't a big issue here.
[17:32] <dobey> i don't think anyway
[17:32] <dobey> they sort of totally do their own thing anyway
[17:32] <micahg> dobey: they are in that we'll need GTK2 on the CD :)
[17:33] <dobey> micahg: yes, but not important for what i'm asking. :)
[17:33] <dobey> u1 for example is in a very odd position, since we provide apps, as well as plug-ins to other apps
[17:34] <dobey> so what i'm really worried about is banshee, etc... where we provide plug-ins
[17:35] <dobey> i'm guessing that if they stay gtk2, and we try to embed gtk3, things will get very unpleasant there
[17:36] <rodrigo_> dobey, yeah, crashes if gtk2/3 symbols are detected
[17:36] <dobey> yeah, i've been down the multi-linking road before :)
[17:37] <dobey> and i really need to come up with a sane plan of attack for this, as u1 is totally broken on O right now
[17:37] <rodrigo_> dobey, banshee is on gtk2, right, what about rhythmbox?
[17:38] <rodrigo_> for nautilus plugin, using gtk3 should be ok, as we have 3.0.0 already in O
[17:38] <dobey> rodrigo_: well, rhythmbox is upstream gnome. so i presume they're already moving if haven't already
[17:39] <dobey> also not the default, so less of a concern at the moment
[17:39] <dobey> ie, i'm happy to break rbox support if i have to, for a while
[17:39] <rodrigo_> dobey, right, but not sure there's a gtk3 build yet
[17:39] <rodrigo_> not sure though
[17:39] <dobey> don't know
[17:39] <ricotz> rodrigo_, there is ;)
[17:39] <rodrigo_> ok
[17:39] <dobey> and i know nautilus 3.0 is in already, that's why u1-client is FTBFS :)
[17:40] <rodrigo_> so, the problem is banshee then, which is at gtk2, so you can't build the music store widget with gtk3 for both banshee and rhythmbox :(
[17:40] <dobey> but i was thinking of moving code around, to fix that
[17:40] <dobey> well banshee will be gtk3 for O it seems
[17:41] <rodrigo_> then you're set for gtk3 :)
[17:41] <dobey> not entirely
[17:42] <dobey> but at least my immediate concern seems to have an answer :)
[17:42] <rodrigo_> why not?
[17:43] <dobey> because i don't even want to begin to think about all the issues that will come up in trying to make everything actually work on gtk3
[17:45] <seb128> debian has its rhythmbox on gtk3
[17:45] <seb128> they have a git snapshot
[17:46] <seb128> we will get when someone do the merge to oneiric
[17:46] <ricotz> seb128, it is in the ppa
[17:46] <seb128> ricotz, what about doing a merge request for oneiric? ;-)
[17:47] <ricotz> feel free to review it ;)
[17:47] <seb128> ricotz, if you do a merge request we will review it ;-)
[17:48] <ricotz> seb128, i dont have the time to prepare it properly :(
[17:53] <seb128> ricotz, ok, I guess we will come to it, we go through the updates using the ppa anyway
[17:53] <seb128> so work is not lost don't worry
[17:56] <ricotz> seb128, alright :)
[18:17] <seb128> ricotz, but if you feel like doing some oneiric updates just do it and propose merge requests ;-)
[18:18] <seb128> cyphermox, oh btw if you do gnome-bluetooth you can probably comment the indicator patch for now
[18:19] <seb128> not sure how libappindicator gtk3 application will play with the gtk2 stack and it might get superseded by the device indicator this cycle
[18:19] <seb128> to check with tedg maybe
[18:19] <seb128> kenvandine, could you review,sponsor http://code.launchpad.net/~mathieu-tl/geoclue/lp738584/+merge/57921
[18:19] <seb128> kenvandine, you are probably the one who know best geoclue there
[18:21] <seb128> didrocks, do you think you can claim the gnome-session GNOME3 update? you had work items for gnome-session and rebasing the session system on the upstream version so it would make sense if it was you?
[18:21] <didrocks> seb128: I think it will make sense, right, will take some time though
[18:22] <seb128> didrocks, -> http://pad.ubuntu-uk.org/oneiric-desktop just drop a note there saying you will do it
[18:22] <seb128> didrocks, no hurry, updates will take some weeks to settle anyway
[18:22] <seb128> didrocks, thanks
[18:22] <didrocks> seb128: ok, dropping a note as being the victim of gnome-session :)
[18:22] <seb128> didrocks, 'ci
[18:23] <didrocks> seb128: de rien ;)
[18:24] <kenvandine> seb128, sure
[18:24] <seb128> kenvandine, thanks
[18:25] <ricotz> seb128, you probably know, but besides gnome-bluetooth also networkmanager 0.9 is pretty much needed for g-c-c and g-s
[18:25] <seb128> ricotz, rodrigo says he has a patch to turn the g-c-c requirement down
[18:26] <ricotz> seb128, i think it isnt a good idea to turn it off since it need to go anyway
[18:26] <ricotz> *go in anyway
[18:27] <dobey> oh man, i forgot about nm 0.9
[18:27] <dobey> wonder what changes we need to make for that too
[18:27] <ricotz> it works quite well with the current stack
[18:27] <ricotz> wlan with wpa works fine here
[18:28] <ricotz> of course normal lan too
[18:28] <dobey> ricotz: i mean to use the API
[18:28] <dobey> not to use NM as a user
[18:28] <ricotz> dobey, right
[18:28] <dobey> and i know the API broke
[18:29] <kasztan_85> Hi, I accidentally removed the system accounts in the Accounts manager in ubuntu 11.04. After restarting the server does not start X. You can fix it somehow?
[18:30] <seb128> kasztan_85, try #ubuntu for user support
[18:30] <seb128> ricotz, we want to settle the ui bits for now, there is no really need to get the new n-m controls
[18:31] <seb128> the n-m stack is used in i.e kubuntu as well
[18:31] <seb128> the indicator patch will need a rebase
[18:31] <ricotz> seb128, ok, patching g-c-c could be buggy too, but i see your point
[18:31] <seb128> those will take some time
[18:31] <ricotz> yeah of course
[18:31] <seb128> ricotz, well it's only an UI
[18:31] <seb128> it's better to break an ui control than the stack
[18:32] <seb128> the old standalone ui works fine
[18:32] <ricotz> yes, and the g-c-c ui parts too
[18:33] <ricotz> seb128, do you know if the telepathy-glib 0.15 "branch" is considered unstable?
[18:33] <seb128> no, ask on #telepathy I guess
[18:33] <ricotz> 0.14 got a separate branch and 0.14.6 was the last release from there
[18:34] <ricotz> ok
[18:34] <seb128> we will get it to oneiric synced from debian tomorrow
[18:34] <ricotz> seb128, it already is
[18:34] <seb128> but I gues you care about the ppa? the ppa should probably not track unstable series
[18:35] <seb128> ricotz, it already is what?
[18:35] <ricotz> that is why i asked -- it is already in oneiric
[18:36] <seb128> oh, great, I though it was uploaded after today's sync run
[18:36] <seb128> that's why I said tomorrow
[19:30] <gazalam> hello everyone
[19:37] <gazalam> Can anyone tell me why I keep getting this error while running configure with anjuta 3? I am doing a basic program... I have all of the required dev packages... it's even worked before. AM_GLIB_GNU_GETTEXT: command not found
[19:39] <dobey> autoconf is failing
[19:39] <gazalam> should I reinstall?
[19:39] <dobey> reinstall what?
[19:39] <gazalam> autoconf...
[19:40] <dobey> i don't know how anjuta does things, but i can tell you that your configure file was not generated properly
[19:40] <dobey> reinstalling autoconf isn't going to help
[19:40] <dobey> you probably need to ask the anjuta developers about it, rather than the asking here
[19:40] <dobey> i'm not sure anyone here actually uses anjuta
[19:41] <gazalam> ok
[19:41] <gazalam> thanks
[19:42] <nessita> dobey: I don't understand why you removed the test-gsd-... file
[19:43] <Amaranth> desktop. so. ugly. :/
[19:43] <Amaranth> But hey, exposed a compiz bug
[19:43] <dobey> Amaranth: get some wood cleaner, and wax it good
[19:44] <nessita> dobey: sorry, wrong channel, see channel next door :-)
[19:53] <kamusin> hello nessita :)
[19:53] <nessita> hello kamusin :-)
[19:54] <geser> seb128_: I've started looking at the pidgin FTBFS and I know what triggers it (patching the configure.ac from 02_lpi.patch triggers a regeneration of the auto* files) but I've no idea why it fails or how to fix it :(
[20:01] <seb128> geser, ok, so it's likely the autoreconf run
[20:05] <geser> seb128: any ideas how to debug this further? I've tried to diff some Makefiles below finch/libgnt but didn't see any obvious difference that would explain this
[20:06] <seb128> not really, what is the error again?
[20:06] <geser> *** No rule to make target `../libgnt.la', needed by `irssi.la'.  Stop.
[20:08] <seb128> is there a libgnt.la?
[20:14] <geser> seb128: no, and other files are missing too (the same directory from a not-autoreconfed build contains many *.lo and libgnt.la in the same directory)
[20:16] <geser> when I run "make libgnt.la" from build/finch/libgnt it succeeds without an error (exit code 0) but no files in that directory (besides Makefile and gnt.pc)
[20:16] <geser> (or I'm looking at the wrong place)
[20:16] <seb128> urg
[20:16] <seb128> trying asking on #ubuntu-devel maybe
[20:16] <seb128> slangasek or others might have a clue about it
[20:17]  * micahg thought the pidgin thing was fallout from .la cleaning
[20:17] <seb128> what la cleaning?
[20:18] <micahg> seb128: emptying dependency_libs last cycle
[20:18] <seb128> that shouldn't create any issye
[20:18] <seb128> issue
[20:18] <seb128> emptying the depends doesn't break anything
[20:18] <micahg> right, but maybe something came back in accidentally
[20:18] <seb128> that .la is in the pidgin build anyway
[20:19] <geser> micahg: that .la file is part of upstream and an unmodified pidgin from Debian builds fine (even disabling an Ubuntu patch touching configure.ac builds fine then too)
[20:19] <micahg> geser: k
[20:37] <ricotz> seb128, you probably dont like the idea adding more packages to the ppa, i am thinking about vte, gvfs and d-conf
[20:37] <seb128> ricotz, why do you need those?
[20:38] <ricotz> seb128, e.g. to follow the d-conf package split to serve the dependencies for newer packages
[20:38] <ricotz> and the gir - dev package deps
[20:39] <seb128> stop adding new crack to the ppa?
[20:39] <seb128> let it the way it's now?
[20:39] <seb128> nothing stop updates to be done keeping the same packaging
[20:39] <seb128> you don't need to bring oneiric versions with their packaging changes in
[20:39] <seb128> you could just update the versions over the ppa versions
[20:40] <ricotz> hmm, alright, lets see how far this works
[20:41] <ricotz> seb128, is updating metacity on the todo list yet?
[20:41] <seb128> no
[20:41] <seb128> we use compiz
[20:42] <ricotz> seb128, ok, updating it to 2.34 should be done though
[20:43] <dobey> seb128: doesn't 2d fallback use metacity?
[20:43] <seb128> the team is open to contributions
[20:43] <seb128> dobey, unity-2d does yes
[20:43] <dobey> seb128: "classic gnome" doesn't?
[20:43] <ricotz> dobey, i think so too
[20:43] <seb128> dobey, classic does use compiz by default
[20:43] <seb128> it just fallback if compiz can't be use
[20:43] <seb128> used
[20:44] <dobey> right
[20:44] <seb128> but in any case nobody there cares about the fallback it seems
[20:44] <ricotz> ok
[20:44] <seb128> so if people want to update it do it, don't wait on others
[20:59] <geser> seb128: I've done some further testing and it seems to be a libtool issue as after downgrading libtool to the version in natty, pidgin builds again
[20:59] <seb128> oh, great
[21:03] <ricotz> seb128, http://people.ubuntu.com/~ricotz/metacity/
[21:03] <seb128> ricotz, ?
[21:04] <ricotz> seb128, i dont want to do a merge proposal since the metacity branch is pretty messed up, and it isnt a debian-only branch :\
[21:04] <seb128> ricotz, open a sponsoring bug if you have an update, I've no clue nor interesting in it and doesn't plan to review or upload anything with has to do with it, I'm using compiz for years and i've enough to do
[21:04] <ricotz> if you want to look at it, the file are located there
[21:04] <seb128> just open a bug and subscribe ubuntu-sponsors
[21:04] <ricotz> ok
[21:07] <ricotz> seb128, fyi, i had this package done a while ago, so i didnt updated it now ;-)
[21:08] <seb128> ok
[21:08] <seb128> you should really think about trying to get your updates in the archive rather than just in the ppa as you are doing ;-)
[21:09] <ricotz> this one isnt even in a ppa :\
[21:12] <ricotz> seb128, i dont want to be annoying but how come that something like this got accepted - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/metacity/natty/revision/107
[21:12] <seb128> ricotz, dunno
[21:13] <seb128> you should ask someone who reviewed it or worked on it
[21:13] <seb128> it's likely from the unity-2d team, nobody cares about the source to argue
[21:14] <ricotz> seb128, ok, i see, still part of the desktop packages ;)
[21:14] <ricotz> alright, i wont bother you today no more ;), good night
[21:14] <seb128> we have some pretty unmaintained things there
[21:14] <seb128> 'night ricotz
[21:24] <seb128> bye