[02:18] <PoDunk> Anyone having issues with Firefox/Flash after upgrading to 11.04
[05:26] <pitti> Good morning
[05:27] <braiam> Morning!
[05:29] <cdbs> Good morning pitti
[05:30] <cdbs> pitti: While porting checkbox to pygi, and then running it, there's no command line output, and the program just terminates
[05:30] <cdbs> pitti: Any way to get better traceback and stuff?
[05:31] <cdbs> pitti: also, how does one force usage of gtk2 in pygi? Thanks!
[05:35] <pitti> hey cdbs
[05:36] <pitti> cdbs: hm, not even an assertion failure?
[05:36] <cdbs> pitti: no, nothing, just nothing
[05:36] <pitti> cdbs: I'm afraid then you have to run it through strace
[05:36] <cdbs> okay
[05:36] <pitti> cdbs: what's the exit code?
[05:36] <pitti> cdbs: add this before the from gi.r import Gtk:
[05:36] <pitti> import gi
[05:36] <pitti> gi.require_version('Gtk', '2.0')
[05:37] <pitti> or just uninstall gir1.2-gtk-3.0, it'll automatically pick the latest available
[05:37] <cdbs> okay, thanks
[05:37] <pitti> cdbs: but notice that using GTK 3 will have a lot less bugs
[05:37] <pitti> and we'll upload it to oneiric with GTK3 anyway
[05:37] <pitti> (we still need to port it to GTK 3)
[05:37] <cdbs> just testing if its a GTK issue, I'll eventually put it up on GTK3
[05:38] <pitti> strace should at least give you a pretty good idea why and where it terminates
[05:38] <cdbs> hmm
[05:38] <pitti> if you aren't that familiar with reading it, feel free to pastebin it somewhere
[05:38] <cdbs> no difference with gtk2
[05:41] <cdbs> pitti: Pastebin http://paste.ubuntu.com/608808/ , can't understand why. I installed it properly, there's no doubt that the proper code is being used
[05:42] <pitti> ECHILD (No child processes)
[05:43] <pitti> seems a subprocess died
[05:43] <pitti> cdbs: can you run that again with: strace -fvvs1024 python yourprogram
[05:43] <pitti> ?
[05:43] <broder> cdbs: did you see the error about canberra near the end?
[05:43] <pitti> broder: yes, that appears with every GI program
[05:43] <broder> oh, ok
[05:43] <pitti> cdbs: or additionally use -o /tmp/trace in case it's too long for a screen
[05:45] <cdbs> pitti: Yes I did see the message about canberra but that's just a warning, also canberra isn't used in this case
[05:46] <broder> cdbs: oh, right - /usr/bin/checkbox-gtk is just a wrapper script. you didn't pass -f, so you won't actually see the python process
[05:48] <pitti> brb
[05:52] <cdbs> now that's a huge wall of text!
[05:52] <cdbs> pastebining is taking time :)
[05:56] <cdbs> pitti: Ah, thanks for telling me about strace. I got it. The strace clearly shows python failing to stdout a proper traceback due to some internal python bug :) Thanks again, I know you're away. Enjoy your day!
[06:11] <pitti> cdbs: urgh, that doesn't sound healthy -- what does it say on the write() to stderr?
[06:12] <cdbs> pitti: just a sec, paste-bining
[06:12] <cdbs> pitti: http://paste.ubuntu.com/608815/
[06:13] <cdbs> well, I fixed the colour issue now
[06:26] <pitti> cdbs: hm, the write() was successful -- so you don't see it?
[06:26] <pitti> oh, wait, why does it write to fd 3?
[06:26] <pitti> stderr is fd 2
[06:27] <pitti> cdbs: you should reverse-grep the trace for an open.*= 3
[06:27] <pitti> cdbs: I assume it writes into a log file
[06:27] <cdbs> err, okay
[06:27] <cdbs> get it then
[06:28] <cdbs> pitti: So it should be checkbox-gtk 3&>1 or something?
[06:32] <broder> huh? it wrote to the log file successfully
[06:32] <broder> i think checkbox logs to ~/.cache/checkbox/checkbox.log
[06:33] <broder> cdbs: if checkbox opens a file, then writes to it, redirecting fd 3 will just mean that the file will get opened as fd 4
[06:34] <pitti> cdbs: I suppose it does some sys.stderr = magic at some point to redirect python's stderr
[06:34] <cdbs> okay, leave it, I'll get it done myself, the strace clearly shows the traceback, enough for now :)
[06:34] <pitti> the standard way to do this is to do os.dup2() to stderr (i. e. fd 2), but it seems checkbox does something else here
[06:35] <pitti> cdbs: no ~/.cache/checkbox/checkbox.log ?
[06:36] <cdbs> yes, its coming up there, thanks pitti and broder
[06:36] <pitti> ah, good
[06:36] <pitti> easier to read than from strace :)
[06:37] <pitti> but still, if everything else fails, strace will still be your friend
[06:42] <cdbs> pitti: Ah, the sweet smell of success, checkbox in an ugly theme :D which means its running in gtk3 :) Thanks a lot for you help
[06:46] <pitti> \o/
[06:47] <pitti> cdbs: yeah, it's not quite rewarding ATM :/
[06:47] <pitti> it works the same, just more ugly :)
[06:57] <jbicha> cdbs: you haven't set your gtk3 theme to adwaita?
[07:02] <cdbs> jbicha: I'm not using the PPA
[07:02] <cdbs> jbicha: and neither will I use it (again), I have to work on unity nowadays
[07:05] <cdbs> pitti: It may be ugly, but I prefer cleanliness of APIs over ugliness :) Well, the ugly issues will be fixed soon
[07:30] <didrocks> good morning
[07:31] <cdbs> Good morning didrocks
[07:31] <didrocks> hey cdbs!
[07:31] <jasoncwarner> hey didrocks, pitti...morning...everyone feeling still feeling ok?
[07:32] <cdbs> jasoncwarner: hey there, how are ya feeling?
[07:32] <didrocks> jasoncwarner: hey! yeah, most of the team avoided ubuflu this time it seems :)
[07:32] <didrocks> and you, how is the jetlag? ;)
[07:32]  * cdbs hands over a glass of refreshing, calming and energizing juice to everyone around
[07:32] <jasoncwarner> cdbs: feeling pretty good...thanks. Hoping all other desktopers avoided ubuflu as well :)
[07:33] <cdbs> jasoncwarner: no problem, take my potion, err, juice :)
[07:33] <jasoncwarner> didrocks: oh man, jetlag is a bit, well, laggy...I'm about to goto the gym to try and shake the rest of it off
[07:33] <didrocks> jasoncwarner: heh, enjoy and don't push it too hard :-)
[07:33] <jasoncwarner> oh, I think you saw the shape I was in at uds...I don't think anyone has to worry about me "pushing it" at the gym ;)
[07:34] <cdbs> Seems that UDS is more tiring than an Antarctica expedition
[07:34]  * cdbs really should go there
[07:35] <jasoncwarner> cdbs: or perhaps people are better prepared for the physical rigors of Antarctica! All linux geeks need to start training for UDS a month before...maybe that will help
[07:35] <didrocks> jasoncwarner: well, I didn't ought to weigh myself right now. I prefer to wait for 2 weeks with normal dinners to not feel depressed :-)
[07:35] <jasoncwarner> ha!
[07:36] <cdbs> jasoncwarner: +1 that, a month before UDS it'd be nice to remind everyone on MLs to excersize ahead of a major tour :
[07:36] <cdbs> )
[07:40] <didrocks> pitti: weekly meeting today? really? :)
[07:48] <pitti> hey didrocks
[07:49] <pitti> didrocks: well, I don't insist -- it's just on the calendar
[07:49] <didrocks> pitti: ok, I think it will be a short meeting ;)
[07:49] <didrocks> pitti: hey btw, how is your new desk?
[07:50] <pitti> yes indeed
[07:50] <pitti> didrocks: nice new command center!
[07:50] <didrocks> heh! :-)
[07:50] <pitti> took me 3.5 hours to assemble, though
[07:50] <didrocks> oh really? is it that big?
[07:50] <pitti> was quite complicated with a million screws and small sheds
[07:51] <pitti> didrocks: 1.35 m wide, so not that big, but it's not just two large boxes, but lots of small ones, CD sliders, and what not
[07:53] <didrocks> oh CD sliders and such, yeah, can grow complicated very fast
[07:54] <pitti> and now we got a new power plug in the hallway for phone/router
[07:55] <pitti> I can remove my chain of extenders taped on the floor, yay -- this might become a real place to live at last ;)
[08:01] <didrocks> heh, better place to live is quite important for work ;)
[08:25] <chrisccoulson> eeeek, http://is.gd/9WRwUD
[08:26] <chrisccoulson> i think i need to fix that ;)
[08:26] <didrocks> hey chrisccoulson!
[08:26] <chrisccoulson> hi didrocks
[08:26] <didrocks> chrisccoulson: creating bugs? :p
[08:26] <pitti> hey chrisccoulson
[08:26] <pitti> clearly the user's fault!
[08:27] <chrisccoulson> lol
[08:27] <didrocks> heh
[08:27] <chrisccoulson> i don't think i can blame the user for this one ;)
[08:27] <pitti> darn
[08:28] <didrocks> a little bit oot, but I'm clearly impressed by the state of the Qt documentation
[08:29] <pitti> last time I looked at it it was fairly detailled, indeed
[08:30] <didrocks> yeah, detailed and quite easy to follow with concepts outlined
[08:31] <pitti> Sweetshark: releaseing LibO SRU now, 12 days in proposed should suffice
[08:32] <chrisccoulson> hmmm, i think i know why firefox is crashing :)
[08:49] <pitti> seb128: bonjour
[08:49] <pitti> seb128: FYI, I reuploaded your nautilus upload to oneiric instead of natty
[08:50] <pitti> it built fine for me, and libnautilus-extension-dev was required for e. g. g-d-u
[08:50] <seb128> hey
[08:50] <seb128> doh, that's what happen when you don't dist-upgrade :p
[08:50] <seb128> pitti, thanks
[08:50] <pitti> it doesn't actually manage my desktop any more (I just get a window opened on boot), but that's not critical
[08:50] <seb128> pitti, cf changelog, did you turn the gsettings I listed there?
[08:51] <seb128> in the "known issues" at the start of the changelog
[08:51] <pitti> I didn't
[08:51] <seb128> ok, try that then
[08:51] <pitti> "using the gsettings command" -- how?
[08:52] <didrocks> seb128: so, the feature isn't removed? it's just a gsettings key to off isn't it?
[08:52]  * pitti will try dconf-editor
[08:52] <seb128> pitti, gsettings set <key-name> <value>
[08:53] <seb128> didrocks, that would be too easy, it's a key set to off and nautilus is not a required component anymore nor has an autostart
[08:53] <pitti> ah, indeed
[08:53] <pitti> it also overwrites my background image
[08:53] <pitti> but it works
[08:53] <seb128> pitti, you gconf and gsettings background values are probably out of sync
[08:53] <seb128> your
[08:54] <pitti> *nod*
[08:54] <didrocks> seb128: hum, ok, that will be a little bit more work then
[08:54] <seb128> didrocks, right, that's why I added a workitem to the GNOME3 spec ;-)
[08:54] <didrocks> yeah, I saw the one to "consider if we use that or not"
[08:54] <pitti> seb128: I'll reset it, though, as at some point we need to fix this in upgrades
[08:54] <pitti> better for testing
[08:55] <seb128> pitti, the migration work but it's done one and by gsettings-desktop-schemas
[08:55] <seb128> which I guess you installed in natty so it migrated what you had by then
[08:55] <seb128> one -> once
[08:56] <mvo> hey seb128, good monring! a quick question about the gconf -> gsetting migration - do we keep the "old" gconf files around? for people e.g. using /home on a nfs mount with multiple versions of ubuntu?
[08:56] <seb128> mvo, yes, the scripts just read the gconf value and set the gsettings with it
[08:57] <pitti> seb128: ah, it's just done once ever?
[08:57] <mvo> awsome, thanks seb128
[08:57] <seb128> pitti, yes, you don't want your config to be resetted with what is leftover in gconf at each login
[08:57] <pitti> seb128: would it perhaps be prudent to run it again after a natty->oneiric update? if that is just me, I don't mind, but it might hit more users
[08:58] <seb128> pitti, we probably should, I added a WI to desktop-o-gtk3-gnome3 about it
[08:59] <pitti> $ gsettings-data-convert --verbose
[08:59] <pitti> All uptodate, nothing to do
[08:59] <pitti> hm
[08:59] <pitti> I tried deleting .config/dconf/user, but that wasn't it apparently
[09:00] <seb128> pitti, no, .local/share/gsettings-data-convert
[09:00] <pitti> seb128: done, but show-desktop-icons is still false
[09:01] <seb128> pitti, right, cf nautilus changelog :p
[09:01] <seb128> pitti, upstream turned desktop handling for nautilus off by default
[09:01] <pitti> for g-s, right
[09:01] <seb128> cf "Decide on whether nautilus should still draw desktop icons or not in Ubuntu:" in the desktop-o-gtk3-gnome3 spec also
[09:01] <pitti> seb128: ah, I got confused then -- I thought it was due to gsettings migration not running after the nautilus update, sorry
[09:01] <seb128> pitti, no, the migration was just giving you the wrong background image
[09:02] <seb128> pitti, GNOME3 has a "clean" desktop
[09:02] <seb128> i.e key set to off and they don't even start nautilus in the session
[09:02] <seb128> they dropped the autostart
[09:02] <seb128> gnome-tweak-tools create an autostart for you in .local if you turn the option on there
[09:02] <didrocks> btw, there is nothing in the gs interface for showing automounted usb keys and such?
[09:02] <pitti> ah, g-s-d does the automounting now, right
[09:03] <didrocks> ok, pitti answered :)
[09:03] <seb128> pitti, yes
[09:03] <seb128> the ui is in the control center
[09:03] <seb128> the mounting in g-s-d
[09:03] <seb128> but g-s-d already landed no?
[09:03] <seb128> oh, it's depwait
[09:04] <seb128> "Missing build dependencies: libgnome-desktop-3-dev "
[09:05] <pitti> seb128: want me to work on anything with g3 updates?
[09:05] <pitti> what's most urgent right now?
[09:06] <rodrigo__> morning
[09:06] <pitti> hey rodrigo__
[09:06] <rodrigo__> hi pitti
[09:06] <seb128> hey rodrigo__
[09:06] <and471> mvo, hey there!
[09:06] <rodrigo__> hi seb128
[09:06] <didrocks> hey rodrigo__
[09:06] <rodrigo__> hi didrocks :)
[09:06] <seb128> pitti, help is welcome if you want to do some updates, I think gnome-control-center is blocked on libgnomekbd to build that need a new libxklavier
[09:07] <mvo> hey and471! nice to see you - how are you?
[09:07] <seb128> we might also need a mir for accountsservice
[09:07] <and471> mvo, I am good, getting ready for exams :)
[09:07] <pitti> seb128: starting with libxklavier then
[09:07] <and471> mvo, how was uds?
[09:07] <seb128> pitti, otherwise anything red on http://people.canonical.com/~platform/desktop/versions.html
[09:07] <seb128> pitti, thanks
[09:07] <mvo> and471: good luck with the exams! uds was really good, very energetic, way more ideas than time to implement them :)
[09:08] <and471> hehe
[09:08] <and471> mvo, I have a one line patch for SC, are you too busy atm?
[09:08] <mvo> and471: never for a patch
[09:08] <and471> :)
[09:09] <mvo> and471: where is it?
[09:09] <pitti> meh, what's up with nautilus
[09:09] <and471> mvo, it just adds a 3px border around the text in the status bar, so it doesn't looked as 'cramped'
[09:09] <and471> mvo, http://paste.ubuntu.com/608871/
[09:09] <mvo> thanks and471, I apply it now
[09:09] <and471> mvo, many thanks
[09:09] <pitti> dep-wait on libgnome-desktop-3-dev; how did I build that locally?
[09:09] <seb128> pitti, I'm just promoting it
[09:09] <pitti> ah, universe
[09:09] <pitti> cheers
[09:09] <pitti> g-d-u -> nautilus -> gnome-desktop
[09:10] <and471> mvo, btw SC is looking awesome :)
[09:10] <mvo> and471: thanks, happy to hear that :)
[09:11]  * and471 dreams of a SC written in Vala...
[09:11] <mvo> and471: heh :)
[09:13] <pitti> seb128: grabbing libgnomekbd as well for completeness
[09:13] <seb128> pitti, thanks
[09:13] <mvo> and471: commited, many thanks
[09:33] <chrisccoulson> pitti, am i ok to SRU bug 783790?
[09:33] <ubot2> Launchpad bug 783790 in globalmenu-extension/1.0 "Firefox 4 crashes when opening Selenium IDE window" [Critical,Fix committed] https://launchpad.net/bugs/783790
[09:33] <pitti> crash fix? sure
[09:33] <chrisccoulson> it will likely be with a couple of other crash fixes, eg, bug 783856 gets quite a few too
[09:33] <ubot2> Launchpad bug 783856 in globalmenu-extension "Thunderbird 3.1.10 Crash Report [@ uGlobalMenuBar::~uGlobalMenuBar ]" [High,Triaged] https://launchpad.net/bugs/783856
[09:33] <chrisccoulson> thanks :)
[09:35] <and471> mvo, np
[09:49] <pitti> seb128: all three on the way now; I'll send the libxklavier pkg-config fix upstream, so that we can sync this again at some point
[09:49] <seb128> pitti, thanks
[10:06] <pitti> seb128: moving to dbus then
[10:06] <seb128> pitti, great ;-)
[10:15] <pitti> seb128: oh, I see 1.5 is only in experimental, not sid
[10:16] <pitti> seb128: since dbus doesn't have quick release cycles, I actually wonder whether we should upgrade to the development version
[10:16] <seb128> pitti, right, slangasek merged on the current unstable version yesterday, not sure if we want 1.5 or not...
[10:16] <pitti> seb128: did you stumble over anything which needs it?
[10:16] <seb128> no
[10:16] <pitti> ok, let's leave like it is for now
[10:16] <seb128> do they follow stable, unstable series?
[10:16] <seb128> i.e is 1.5 an unstable version?
[10:16] <pitti> even/odd numbers
[10:16] <seb128> ok
[10:18] <seb128> pitti, I can promote libgnome-media-profiles without a mir since that's a split of gnome-media code which was already in main right?
[10:19] <pitti> sure
[10:19] <seb128> thanks
[10:19] <cdbs> seb128: Hmm, the Nautilus desktop icon drawing thing *still* needs discussion?
[10:20] <cdbs> seb128: Are there any points in favour of *not* drawing icons?
[10:22] <seb128> hum
[10:22] <seb128> "still"?
[10:22] <seb128> where was that discussed before?
[10:22] <cdbs> seb128: Oh, I thougt it was discussed at UDS, well it wasn't
[10:22] <seb128> well, if GNOME3 decided to no do it they probably think it's better
[10:23] <seb128> we need at least to check with the design and unity teams
[10:23] <cdbs> seb128: They posted it on an ML about its rationale
[10:23] <seb128> not sure what your question is there?
[10:24] <cdbs> seb128: I thought it was discussed earlier. Sorry for poking then
[10:24] <seb128> no worry
[10:24] <seb128> do you think we should display those or not?
[10:24] <cdbs> seb128: I thought it needed a re-examination, and that's why you added it to the blueprint
[10:24] <cdbs> seb128: I'd say draw the icons, its better for newbies
[10:25] <cdbs> seb128: Windows users are used to desktop icons, though we aren't :/
[10:25] <seb128> well the files place make it easy to access your files in unity
[10:25] <Sweetshark> pitti: yay for the ubuntu5 release.
[10:25] <cdbs> seb128: The upstream rationale: http://mail.gnome.org/archives/desktop-devel-list/2010-September/msg00033.html
[10:25]  * Sweetshark is in postrelease cleanup and fslint, sorry for the latency.
[10:49] <pitti> seb128: I'd update poppler, so that we do the further rebuilds against that version, ok?
[10:50] <seb128> pitti, ok, to what version?
[10:50] <pitti> seb128: 0.17.1?
[10:50] <pitti> or do we again only track the even numbers (stable)?
[10:51] <seb128> pitti, the issue with poppler is that I tend to not trust them to respect a schedule
[10:51] <seb128> so we might not have 0.18 before oneiric
[10:51] <pitti> ok, let's wait for stable then; I overlooked that it was an unstable series
[10:52]  * pitti grabs vte then, that should be safe (0.27.90 -> 0.28)
[10:52] <seb128> let me try to find their schedule
[10:52] <seb128> pitti, yes, that one is ok ;-)
[10:53] <seb128> pitti, hum, http://lists.freedesktop.org/archives/poppler/2011-January/006838.html
[10:54] <pitti> seb128: so we should perhaps update to beta-2 when it lands (0.17.2)?
[10:54] <seb128> pitti, they have enough margin this time that it's probably safe to track 0.17 so feel free to do the update
[10:54] <pitti> then we can port our apps to the new API without much danger of having to do it again
[10:54] <seb128> right
[10:54] <seb128> no hurry to add another transitions on top of those we already have
[10:55] <seb128> let's do that one a bit later
[10:55] <pitti> *nod*
[10:57] <seb128> hum
[10:57] <seb128> pitti, did you drop langpack.mk from cdbs?
[10:57] <pitti> I didn't
[10:57] <pitti> oh, wait
[10:57] <pitti> yes, that one
[10:58] <seb128> hum
[10:58] <pitti> gnome.mk now uses dh_langpack
[10:58] <seb128> that breaks builds
[10:58] <seb128> i.e https://launchpadlibrarian.net/71212116/buildlog_ubuntu-oneiric-i386.system-config-printer_1.3.1%2B20110222-0ubuntu17_FAILEDTOBUILD.txt.gz
[10:58] <seb128> some things use langpack.mk but not gnome.mk
[10:58] <pitti> and while I was porting this, I noticed a couple of bugs, so I thought it's better to move these to dh_langpack or gnome.mk, as appropriate
[10:58] <pitti> seb128: I'll fix s-c-p
[10:58] <seb128> ok
[10:58] <seb128> I just noticed it because it showed up on versions
[10:59] <seb128> (it lists build failures and merge requests for desktop nowadays)
[10:59] <seb128> pitti, danke
[10:59] <seb128> I guess there is probably not much including langpack.mk directly so we should fix those
[11:00] <rodrigo_> I'm pushing my g-c-c work to the ubuntu-desktop branch, and I've removed lots of patches and the ones remaining need rebasing
[11:01] <rodrigo_> also, it needs the new NM, so when someone has time, can I get a review, to make sure I haven't dropped patches that should be rebased?
[11:01] <rodrigo_> in the meanwhile, I'll work on rebasing the patches I've left
[11:01] <pitti> seb128: right, that's what I thought; better than keeping the old code around for ages, as it's not quite correct any more
[11:02] <seb128> rodrigo_, ok, so you focus on that? do you have build-depends or depends needed which are not uploaded yet?
[11:02] <rodrigo_> seb128, yes, NetworkManager
[11:02] <rodrigo_> I was going to ping cyphermox, but he's not around
[11:02] <seb128> wasn't that a build option?
[11:03] <rodrigo_> he was working on that, right?
[11:03] <seb128> he's in Canada so not up yet
[11:03] <rodrigo_> seb128, we have a patch in the GNOME3 PPA to disable it, but didn't want to add that
[11:03] <rodrigo_> but I can
[11:03] <seb128> is there any way to turn the n-m panel off?
[11:03] <rodrigo_> yes, that patch
[11:03] <seb128> do it please
[11:03] <rodrigo_> let me add it
[11:03] <seb128> we don't want to rush n-m, it's going to take some weeks
[11:03] <seb128> the indicator need to be rebased to the new codebase
[11:03] <cdbs> seb128: Hi, I guess gnome-settings-daemon needs to be rebuilt with libnotify-dev instead of libnotify4-dev
[11:03]  * cdbs gotta go
[11:04] <seb128> the kde applet might also need to be checked before uploading
[11:04] <seb128> cdbs, ok
[11:04] <seb128> rodrigo_, can you maybe do the g-s-d update to the current version and fix the libnotify-dev build-depenedS?
[11:04] <seb128> depends
[11:04] <seb128> we went back to the libnotify-dev name
[11:04] <rodrigo_> seb128, ah, ok
[11:05] <rodrigo_> I need to fix a crash in g-s-d also, so moving to that
[11:05] <seb128> rodrigo_, ok
[11:05] <rodrigo_> but let me first push the NM patch
[11:05] <seb128> I will review your gnome-menus and gnome-control-center work
[11:05] <seb128> rodrigo_, back to n-m, we tend to try to not rush into infrastructure changes
[11:05] <seb128> rodrigo_, especially if the component is used out of GNOME, in KDE for example
[11:06] <rodrigo_> right
[11:06] <seb128> better to take time and test and rebase that correctly
[11:06] <seb128> hey ricotz
[11:06] <ricotz> seb128, hi
[11:07] <seb128> ricotz, the GNOME3 ppa is not a rolling unstable distro, if people want to upgrade the archive they will switch to oneiric, could you limit updates to GNOME?
[11:07] <seb128> i.e you pushed an updated telepathy stack there which is not really what the ppa is for
[11:08] <ricotz> seb128, i am just trying to keep the dependencies updated and telepathy is pretty much integrated in gnome-shell for its native chat-client
[11:08] <seb128> well I doubt the shell relies on gabble for example
[11:08] <seb128> that's just a protocol manager
[11:09] <seb128> the telepathy guys have a ppa also, maybe depends on it rather than redoing the work?
[11:09] <rodrigo_> ricotz, it would be great if you could push the gnome-shell stack to oneiric
[11:10] <ricotz> ok, but it isnt really much work uploading the oneiric updates
[11:10] <ricotz> seb128, suggesting to use more ppas isnt a good idea, i think
[11:10] <seb128> ricotz, well the issue is not so much how much work is it but how likely the ppa is to break user systems by having too much crack
[11:11] <ricotz> rodrigo_, there are still some things missing
[11:11] <rodrigo_> ricotz, what's missing?
[11:11] <ricotz> seb128, ok
[11:11] <seb128> ricotz, I guess I suggest to restrain the number of changes pushed to stable users
[11:11] <ricotz> rodrigo_, libgweather3, evolution-data-server3
[11:12] <rodrigo_> ricotz, hmm, 3.0.0 does depend on e-d-s?
[11:12] <seb128> ok, I can do the libgweather update
[11:12] <seb128> doing that next
[11:12] <rodrigo_> we have evo packages at  https://launchpad.net/~danilo/+archive/evolution
[11:12] <ricotz> it is called libgweather3 in debian now
[11:12] <rodrigo_> so maybe we should do the update?
[11:13] <seb128> ricotz, is it?
[11:13] <ricotz> rodrigo_, there is a package in the gnome3 ppa
[11:13] <seb128> ricotz, http://packages.qa.debian.org/libg/libgweather/news/20110329T135632Z.html
[11:13] <ricotz> seb128, yes
[11:13] <rodrigo_> ricotz, oh, cool
[11:13] <seb128> http://packages.qa.debian.org/libg/libgweather3.html is 404
[11:13] <seb128> ricotz, where is libgweather3?
[11:15] <ricotz> http://svn.debian.org/wsvn/pkg-gnome/desktop/experimental/libgweather3/#_desktop_experimental_libgweather3_
[11:15] <rodrigo_> ricotz, hmm, can't see the evo packages in the PPA
[11:15] <ricotz> rodrigo_, oh sorry it is in my testing ppa
[11:15] <rodrigo_> ricotz, ah, ok
[11:15] <ricotz> seb128, also gtkhtml4.0
[11:16] <ricotz> will be needed for evolution
[11:16] <seb128> ricotz, there is a sync request for gtkhtml, should be synced today
[11:16] <ricotz> ok
[11:16] <seb128> cyphermox started on the new evo
[11:16] <rodrigo_> seb128, so, libnotify4-dev is now libnotify-dev?
[11:16] <seb128> ricotz, the svn didn't get any update for 6 weeks, not sure we need to rename the source
[11:16] <ricotz> cyphermox, yeah i talked to him
[11:16] <seb128> rodrigo_, yes
[11:16] <rodrigo_> ok
[11:16] <seb128> ricotz, libgweather's svn I mean
[11:17] <ricotz> seb128, mhh, i see, but the current packaging in the gnome3 ppa doesnt fit eds dependencies of debian
[11:19] <ricotz> another thing: is someone having problem with X since today which doesnt take any keyboard or mouse commands
[11:20] <pitti> seb128: taking glade merge as well, prerequisite for vte
[11:22] <seb128> pitti, ok, we might just be able to sync that one
[11:22] <pitti> yeah, investigating whether we have a delta in glade-3
[11:22] <pitti> I'll remove glade-3 and sync/merge glade, to get back to the names Debian has
[11:22] <seb128> hum
[11:23] <ricotz> pitti, syncing it will ftbfs
[11:23] <seb128> pitti, you can do that for now but we will need to keep glade-3
[11:23] <pitti> seb128: how so? it's just a different package name of our's?
[11:23] <pitti> ricotz: you already tried it?
[11:23] <ricotz> it will need a fix for some gir package deps like atk
[11:23] <seb128> ricotz, it should not with the new atk merge
[11:23]  * pitti will build it locally anyway
[11:24] <ricotz> the atk-dev package doesnt depend on the atk gir
[11:24] <seb128> pitti, debian moved away from listing the gir in build-depends but make the dev depends on the gir
[11:24] <seb128> ricotz, it does in oneiric, https://launchpad.net/ubuntu/+source/atk1.0/2.0.0-1ubuntu1
[11:24] <pitti> ricotz: it does now
[11:25] <ricotz> ah ok, i tried a week ago
[11:25] <seb128> pitti, so glade, short story, we need a glade-gtk2 still, some people maintain gtk2 applications and will need to be able to keep doing so
[11:25] <ricotz> https://launchpad.net/~gnome3-team/+archive/gnome3/+build/2486963
[11:25] <seb128> ricotz, in any case if that fails we just need to fix the libraries and retry
[11:26] <seb128> it's not a diff in glade
[11:26] <ricotz> yes, that should be a case
[11:27] <pitti> seb128: i. e. we should rename the binaries of glade-3 to something like glade-gtk2?
[11:27] <pitti> seb128: but the .ui files should work for GTK 2 as well; perhaps it has a GTK 2 compat mode, I'll check once it's built
[11:28] <ricotz> seb128, oh, did you get my mail about the missing patch in nautilus?
[11:28] <seb128> ricotz, yes but it's not missing?
[11:29] <seb128> pitti, just get the new glade for now, I will add a workitem to investigate how it works for gtk2 softwares and if we need to bring back a glade-gtk2
[11:29] <seb128> pitti, but that can be done later in the cycle
[11:29] <pitti> ok
[11:29] <pitti> this dependency sounds a bit weird anyway (vte depending on libgladeui)
[11:29] <pitti> but *shrug* dependency hell :)
[11:29] <seb128> ricotz, I renamed the patches to have consistent numbers
[11:30] <seb128> ricotz, but the patch is here and in the serie or I'm missing something?
[11:30] <ricotz> seb128, ah sorry, you are right, i looked for the specific named one :(
[11:30] <ricotz> 08_... is it
[11:30] <seb128> ricotz, no worry, thanks for checking that things don't get broken ;-)
[11:31] <seb128> right
[11:31] <ricotz> so nobody has problems with X after the latest oneiric updates?
[11:32] <seb128> I didn't dist-upgrade, just picked selected desktop components to avoid those sort of issues ;-)
[11:33] <pitti> erk, DSL reconnect
[11:33] <pitti> nautilus binNEWed on all arches, libgnomekbd binNEWed on i386/amd64
[11:33] <ricotz> i already reverted some packages, but no luck :(
[11:33] <seb128> pitti, thanks
[11:33] <seb128> ricotz, try asking on #ubuntu-x in case
[11:33] <ricotz> afaik there was no x related package updated
[11:34] <seb128> ricotz, what sort of issue do you get?
[11:34] <pitti> seb128: current glade supports gtk 2.20, 2.22, 2.24, and 3.0
[11:34] <pitti> seb128: IMHO that should suffice
[11:34] <seb128> pitti, great
[11:34] <pitti> builds and works fine
[11:35]  * pitti syncs/removes glade-3, the binaries of glade-3 will be shadowed anyway, so we'll need to re-do that if we need it
[11:35] <seb128> pitti, I keep the work item because I want to check what's the deal with custom widgets
[11:35] <pitti> right
[11:35] <pitti> thanks
[11:35] <seb128> ok, now we really need a theme :p
[11:35] <seb128> my desktop start being not nice
[11:35] <pitti> yeah, looks ugly
[11:36] <ricotz> seb128, normal boot until gdm where no mouse or keyboards works (really nothing, not tty switching), killing gdm over ssh make the ttys usable again -- using startx result in the same result no input works
[11:36] <pitti> makes it easier to see which parts already got moved to gnome 3 :)
[11:37] <ricotz> seb128, reverting updates like dbus, udev, policykit didnt solve it
[11:38] <seb128> when did it break?
[11:38] <ricotz> since updating at 17:30 yesterday
[11:38] <ricotz> worked after an update 4 hours earlier
[11:41] <seb128> there was not so many updates yesterday
[11:41] <seb128> did anything got removed?
[11:41] <seb128> what got upgraded in that upgrade run?
[11:41] <seb128> seems the most likely would be udev but you downgraded that one already you said
[11:42] <seb128> lunch, bbl
[11:45] <pitti> oops, we still need glade-3 for libgladeui-1-dev; reuploading then, *sigh*
[11:46] <ricotz> seb128, upgrades: udev, policykit, libnotify, avahi, libunique, zenity, gnome-desktop3,
[11:51] <pitti> seb128: argh, glade needs the gtk-3-dev -> gir1.2 dependency, so I'll merge gtk3 next, and then give this back
[11:51] <pitti> looong dep chain
[11:53] <lool> didrocks: FYI, the bug about the wrong date being highlighted that I had mentioned to you seems to be https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/750992
[11:53] <ubot2> Launchpad bug 750992 in indicator-datetime "Date/time indicator says it's the wrong date" [Low,Confirmed]
[11:54] <didrocks> maybe that one should be on the SRU list?
[11:55] <lool> didrocks: The other one is https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/721572
[11:55] <ubot2> Launchpad bug 721572 in indicator-datetime "time = 00:00 or resuming across midnight still shows yesterdays date" [Low,Triaged]
[11:55] <lool> didrocks: I'm hitting that latter one regularly, time is basically incorrect for one minute after resuming
[11:55] <lool> didrocks: I don't feel strongly about SRU-ing this stuff, first step would be to fix in oneiric
[11:55] <didrocks> lool: yeah, make sense after our discussion, not sure how this can be fixed properly without being hackish
[11:56] <didrocks> (I meant: no signal on resume)
[11:56] <lool> maybe there's a signal whenever it gets painted?
[11:57] <didrocks> well, the issue is that the buffer is the same right now in nux (hence the issue with nvidia on resume where the buffer has been destroyed and no notification of that)
[11:57] <didrocks> let's wait on karl to have a proper look
[12:08] <seb128> pitti, there is a new point version of gtk while you are at it if you feel like doing it ;-)
[12:08] <seb128> ricotz, weird, nothing in there should break xorg
[12:08] <pitti> seb128: can do; I'm test-building my merge right now and will have lunch while it's building
[12:09] <pitti> after that I'll upgrade
[12:09] <seb128> ok
[12:09] <seb128> thanks
[12:09] <pitti> vte is building locally now \o/
[12:09]  * pitti will upload and let depwait sort it out
[12:10] <ricotz> seb128, it seems not be really broken, it "just" looses the input handling stuff/rights :\ pretty weird
[12:10] <seb128> didrocks, njpatel: so one of the most frequent complain on natty is that notification area icons (i.e skype) often are 1 pixel icons until you restart skype or the pnael
[12:11] <seb128> some people said it's a compiz 0.9 issue, it happens in unity and classic GNOME and some people downgraded compiz and said it fixes it in classic
[12:12] <seb128> just pointing it because it seems like something someone should investigate (sam?)
[12:12] <njpatel> interesting
[12:12] <njpatel> seb128, yes, sam could take a look, and also I can make sure that Unity is giving the correct sizes for the tray icons (or at least a minimum size)
[12:13] <seb128> we get a few bugs, comments about that every day so I can give you pointers if needed
[12:13] <seb128> njpatel, bug #767095 is the one getting most comments
[12:13] <ubot2> Launchpad bug 767095 in gnome-panel "1 pixel icons in notification-area-applet for qt softwares (e.g. Skype)" [High,Confirmed] https://launchpad.net/bugs/767095
[12:14] <njpatel> thanks dude
[12:14] <didrocks> seb128: njpatel: I asked sam to have a look during the sprint, didn't get more info though
[12:15] <njpatel> didrocks, seb128 is it only Qt stuff?
[12:16] <didrocks> njpatel: I only saw complaint on Qt apps from my part
[12:16] <seb128> njpatel, the comments are mostly or all qt applications ones
[12:16] <njpatel> interesting...
[12:16] <seb128> the most frequent is skype
[12:17] <njpatel> okay,I've added it to my todo, let me finish all the meetings and then I'll try and have a look (ping me if I don't have an answer by thurs :)
[12:17] <seb128> ok
[12:17] <seb128> thanks
[12:18] <geser> seb128: did you had time to look into the pidgin FTBFS cjwatson asked about? I tried building the version from Debian in my pbuilder and it worked so I planned to check what delta caused it this evening if you didn't look into it yet (or anybody else)
[12:18] <pedro_> top of the morning!
[12:21] <seb128> hey pedro_! how are you?
[12:21] <seb128> geser, I didn't yet no, if you want to do it you are welcome to
[12:22] <pedro_> hello seb128! I'm good, thanks. how are you?
[12:22] <seb128> I'm fine thanks
[12:34] <seb128> hey mterry, still jetlagged? ;-)
[12:34] <mterry> seb128, yeah, a little.  ;)
[12:35] <seb128> mterry, do you want me to commit your libpeas .symbols to the debian svn?
[12:35] <mterry> seb128, ah yeah, I was going to file a bug with debian, but that's more direct.  ;)
[12:35] <seb128> mterry, ok, will do
[12:41] <seb128> mvo, hey
[12:41] <seb128> mvo, is there anything still keeping synaptic on the CD?
[12:43] <mvo> seb128: I don' tknow, I need to check, but I think we convert all of it by now
[12:44] <mvo> seb128: all of it to aptdaemon, iirc last time the codec installer was missing
[12:44] <seb128> mvo, ok, so we can drop it from the CD?
[12:44] <seb128> mvo, or will you hate us if we do that? ;-)
[12:45] <mvo> I will hate you and someone needs to double check that there are really no dependencies left anymore
[12:45] <mvo> but otherwise, just go ahead
[12:45] <mvo> it *might* be that software-properties-gtk is still using it for its reload, but see #ubuntu-devel for the way forward(tm)
[12:46] <seb128> mvo, ok, thanks (it's your comment on #ubuntu-devel which reminded me about ità
[12:46] <seb128> )
[12:49] <mvo> :)
[13:21] <ricotz> seb128, yeah, it is a udev/base-files problem caused by a existing /run folder
[13:21] <ricotz> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626604
[13:21] <ubot2> Debian bug 626604 in xorg "xorg: X server disables mouse and keyboard upon starting (Thinkpad T420 4180W1H)" [Important,Open]
[13:22] <seb128> ricotz, ok
[13:23] <ricotz> not sure, but perhaps the udev upgrade created it
[13:23] <ricotz> pitti, ^
[13:29] <jbicha> ricotz: I saw your work on g-c-c 3.1.1 where you just patched configure directory instead of using dh_autoreconf
[13:29] <jbicha> is that a better approach?
[13:29] <jbicha> *directly
[13:30] <ricotz> jbicha, g-c-c is just and sync, you mean gnome-system-monitor?
[13:30] <pitti> ricotz: we don't yet create /run; do you get a regression with latest oneiric udev?
[13:30] <pitti> works fine here
[13:31] <ricotz> pitti, somehow /run got created here, but i dont know when
[13:31] <ricotz> which results in the bug i mentioned
[13:31] <seb128> jbicha, ricotz: no, don't work on 3.1 yet
[13:31] <seb128> we want to land the stable 3 first before adding another unstable stack
[13:32] <ricotz> jbicha, i only added some 3.1.1 package to my testing ppa
[13:32] <ricotz> besides the one which are already in oneiric like mousetweaks ...
[13:32] <jbicha> ricotz: yes, I guess I'm just stumbling over my words today
[13:32] <seb128> ricotz, you should really consider contributing to proper ubuntu packages rather than doing a crack ppa on your side ;-)
[13:33] <seb128> jbicha, hey, do you look for things to do?
[13:33] <ricotz> seb128, i want bleeding edge at least for g-s and mutter ;)
[13:34] <ricotz> seb128, another package would be gtkmm3.0 which need to get in
[13:34] <jbicha> seb128: yes, I'm not much of a programmer but can do some things
[13:34] <seb128> ricotz, that one seems something that should go in debian and synced ideally
[13:34] <ricotz> seb128, yes, somehow it is delayed there, the branch already exists though
[13:34] <seb128> jbicha, we do mostly packaging around, feel free to grab any merge on upgrade from http://people.canonical.com/~platform/desktop/versions.html
[13:35] <seb128> jbicha, the gnome-settings-daemon or eog 3.0.0 to 3.0.1 updates should be easy
[13:35] <seb128> jbicha, or gucharmap or seahorse should be doable but a bit harder
[13:35] <seb128> or vino
[13:36] <seb128> ricotz, ^ same for you if you feel like doing some merges or updates for oneiric
[13:36] <ricotz> jbicha, in case of gnome-system-monitor autoreconf doesnt work, so the manual patch was needed
[13:36] <kinouchou> hello #ubuntu-desktop
[13:36] <seb128> lut kinouchou, ca va ?
[13:36] <seb128> ricotz, how does it fail?
[13:38] <kinouchou> salut seb128 oui :)
[13:38] <ricotz> seb128, it deletes some po/Makefiles which results in an error
[13:38] <jbicha> here's one workaround I had to do for dh_autoreconf: https://bugzilla.gnome.org/show_bug.cgi?id=650150
[13:38] <ubot2> Gnome bug 650150 in general "FTBFS because vinagre uses both gettext and intltool" [Major,Needinfo]
[13:38] <seb128> jbicha, there is a few mir that need to be written still if you feel like doing those, that would be quite useful since packagers tend to delay those and they are often blockers after a while, thanks for doing the seed and libpeas one!
[13:38] <ricotz> seb128, it might be caused by the cdbs call order
[13:38] <ricotz> not sure
[13:38] <seb128> oh
[13:38] <jbicha> but I'm still stuck on a DSO error with vinagre
[13:38] <ricotz> g2g
[13:38] <ricotz> bye all
[13:38] <kinouchou> et toi seb128, ça va?
[13:39] <seb128> kinouchou, ca va bien
[13:41] <seb128> jbicha, the DSO error means you lack a -l<libthatdefinesthesymbol>
[13:41] <seb128> jbicha, it's usually the pkgconfig checks in the configure.ac which don't list a library needed
[13:42] <seb128> jbicha, try http://git.gnome.org/browse/vinagre/commit/?id=808294134dccaca9dbcb949c5ffdd54cbb764a3d
[13:42] <seb128> jbicha, seems similar to your issue
[13:42] <jbicha> seb128: yes, I believe I tried that and it didn't fix it
[13:42] <jbicha> but I'll play with it some more
[13:43] <seb128> jbicha, did you run autoreconf after applying it? is your vcs somewhere I can get it? do you want me to have a look
[13:45] <cyphermox> seb128, didrocks, care to ack/process a sync for gtkhtml4.0? https://bugs.launchpad.net/ubuntu/+bug/783971
[13:45] <jbicha> seb128: that could very well be my problem
[13:45] <ubot2> Launchpad bug 783971 in ubuntu "Sync gtkhtml4.0 4.0.0-1 (universe) from Debian experimental (main)" [Wishlist,Confirmed]
[13:45] <didrocks> cyphermox: I think cjwatson is on sync review today
[13:45] <seb128> cyphermox, it has been synced?
[13:45] <seb128> hey cyphermox btw
[13:45] <seb128> ;-)
[13:46] <cyphermox> nah, and it also should be acked afaik; I seem to always forget about -s to requestsync ;)
[13:46] <cyphermox> hey ;)
[13:46] <seb128> cyphermox, well, maybe there was 2 bugs about it, it has been synced and newed
[13:46] <cyphermox> since i'm not in the team yet it should be acked by someone ;)
[13:46] <cyphermox> oh really?
[13:46] <cjwatson> cyphermox: I already synced that
[13:46] <cyphermox> crap
[13:46] <cyphermox> sorry
[13:47] <cjwatson> *shrug*
[13:47] <seb128> cyphermox, you already opened a bug about it during UDS
[13:47] <jbicha> except that the LPI patch should have called autoreconf I'd think
[13:47] <seb128> which is the one who got closed
[13:47] <cyphermox> heh
[13:47] <seb128> which
[13:47] <cyphermox> weird, I was looking at rmadison to make sure..
[13:47] <cjwatson> bug 781046
[13:47] <ubot2> Launchpad bug 781046 in ubuntu "Sync gtkhtml4.0 4.0.0-1 (universe) from Debian experimental (main)" [Wishlist,Fix released] https://launchpad.net/bugs/781046
[13:47] <cjwatson> probably timing, it was quite recent.
[13:47] <seb128> well, it was synced and newed quite recently
[13:47] <cjwatson> I'll dup it
[13:48] <seb128> cyphermox, do you work on eds next?
[13:48] <cyphermox> seb128: eds is ready, so is evolution
[13:48] <seb128> oh ok
[13:48] <cyphermox> cjwatson: I already invalidated it
[13:48] <seb128> subscribe sponsors ;-)
[13:48] <cyphermox> seb128: yeah, just about to push my branches
[13:48] <seb128> jbicha, do you want me to check on it?
[13:49] <seb128> jbicha, do you target oneiric or the ppa with the update you work on?
[13:50] <jbicha> usually the PPA but I've been building on oneiric
[13:50] <seb128> jbicha, we are back from UDS and working actively on oneiric so feel free to target oneiric, you should get help or review easily
[13:50] <jbicha> unless the g3 version is already in oneiric
[13:50] <seb128> jbicha, we works from http://people.canonical.com/~platform/desktop/versions.html
[13:51] <seb128> jbicha, vinagre didn't get updated yet no
[14:24] <jbicha> seb128: https://code.launchpad.net/~jbicha/vinagre/vinagre-3.0.1
[14:25] <seb128> jbicha, ready to review or do you need help fixing an issue?
[14:27] <jbicha> I am stuck on the DSO problem still
[14:30] <cyphermox> seb128: agree EDS should be a simple sync from Debian experimental?
[14:34] <seb128> jbicha, ok, having a look to it
[14:35] <seb128> cyphermox, can't agree without reviewing it first, we used to have a diff iirc
[14:35] <seb128> cyphermox, they dropped the provider dir versioning they had?
[14:37] <seb128> cyphermox, I can have a look after I checked jbicha's vinagre issue
[14:41] <seb128> jbicha, what error do you get?
[14:51] <jbicha> seb128: http://paste.ubuntu.com/609010/
[14:51] <jbicha> does it build for you?
[14:52] <seb128> jbicha, yes, but I'm still on a natty toolchain basically
[14:53] <pitti> seb128: FYI, syncing gvfs; the only difference is that we have a leak fix backported from trunk, but the next upstream update (1.8.1) will fix that as well, so I don't bother
[14:53] <seb128> pitti, "syncing"?
[14:53] <seb128> pitti, like debian syncing?
[14:53] <pitti> yes
[14:53] <pitti> 1.8.0-0ubuntu1 -> -1
[14:53] <seb128> pitti, hum, I though we splitted binaries in a different way and have quite some diff
[14:54] <pitti> seb128: yes, Debian merged libgvfscommon0 back into gvfs
[14:54] <seb128> like debian made their libgvfs private or something
[14:54] <pitti> but it doesn't have rdependencies
[14:54] <pitti> I don't see why we should keep that delta?
[14:56] <seb128> pitti, no reason, I'm just surprised it's the only delta, we didn't merge since jaunty and iirc previous cycle you said merging was work over what the effort was worth
[14:56] <seb128> pitti, I though we had a different split of where backends were installed or some other bits
[14:56] <pitti> seb128: Debian finally got a current version; before it had a rather old one
[14:57] <seb128> pitti, but if your reviewed the diff and are confident it's fine go for it, I was about to update to 1.8.1 but we can do that later
[14:57] <seb128> jbicha, btw I commented on https://bugzilla.gnome.org/show_bug.cgi?id=650150 about the proper fix for the intltool issue
[14:57] <ubot2> Gnome bug 650150 in general "FTBFS because vinagre uses both gettext and intltool" [Major,Needinfo]
[14:57] <pitti> seb128: I'm currently doing a test build and compare the binaries and do an upgrade test, etc.
[14:57] <pitti> seb128: just announcing that I'm working on it
[14:57] <seb128> pitti, ok great
[14:57] <seb128> pitti, thanks!
[14:57] <pitti> gtk3 still building as well, my computer is quite slow :)
[15:01] <cdbs> seb128: So when all GNOME3 packages land in Oneiric, Unity will break, right? Is upstream Unity work going on to fix that?
[15:01] <seb128> cdbs, why should it break?
[15:01] <pitti> unity working fine here, FWIW
[15:01] <cdbs> seb128: Uhm, it broke when one used Natty + PPA, right?
[15:01] <seb128> we shouldn't land anything that break unity before it's ready
[15:01] <seb128> cdbs, the session start you mean?
[15:02] <cdbs> seb128: Yes
[15:02] <seb128> that's a gnome-session issue, we will not upload that before it's sorted
[15:02] <cdbs> seb128: and there were some theming issues as well
[15:02] <seb128> theming is not really a breakage but it's being worked
[15:02] <seb128> kenvandine, speaking of which any news on that? ;-)
[15:03] <cdbs> seb128: Maybe that was fixed later on, but Unity would output several debug messages, and the dash would fail to open when the PPA is being used (this was in Natty beta 1, stuff must have changed in unity since)
[15:03] <kenvandine> seb128, Cimi said he has an engine, which i need to get packaged
[15:03] <kenvandine> but no theme yet
[15:03] <kenvandine> seb128, in a meeting now
[15:03] <seb128> ok
[15:03] <seb128> cdbs, we don't upload things that would break unity don't worry
[15:03] <cdbs> :)
[15:03] <cdbs> thanks seb128
[15:04] <seb128> jbicha, it might be that your rules hack prevent the configure to be updated, that's what it was doing there
[15:04] <seb128> jbicha, which leads to your bug
[15:04] <cdbs> I know one isn't supposed to use Oneiric on a production system, but I prefer my machine to be okay enough to get to a VT to fix stuff easily, atleast
[15:04] <seb128> jbicha, try dropping the rules hack and drop rather the 2 configure.ac lines I listed in the bugzilla bug
[15:06] <pitti> our remaining delta in gnome-vfs doesn't look very important any more, given that it is only used by some 10 programs still; we could just sync and forget about it for good..
[15:06] <seb128> pitti, or we could just not care or let it as it is now it's fine
[15:07] <pitti> can we blacklist stuff from versions.html?
[15:07] <jbicha> seb128: ok, I'll do that, also on gucharmap I don't understand this diff: http://paste.ubuntu.com/609018/
[15:07] <cdbs> The GNOME3 blueprint whiteboard seems cut off at the end
[15:07] <cdbs> "(my proposal is to"
[15:08] <seb128> pitti, you can list it in l1035 obsolete_gnome_packages =...
[15:08] <seb128> pitti, it's a list of obsolete sources to ignore
[15:08] <pitti> seb128: gvfs built; the only difference (aside from including libgvfscommon) is that debian ships the burn backend in gvfs, while we ship it in gvfs-backends
[15:09] <pitti> seb128: ah, will do
[15:09] <seb128> pitti, ok, I guess we can just put a replace
[15:09] <seb128> pitti, do you have access to the debian pkg-gnome svn?
[15:09] <pitti> seb128: I don't
[15:10] <pitti> seb128: but we can add it to ubuntu now, and drop it for good after 12.04
[15:10] <seb128> pitti, ok, can you upload to ubuntu (and update to 1.8.1 while you are at maybe?), I will add the Replaces to the debian svn
[15:10] <pitti> seb128: ah, will do
[15:10] <seb128> pitti, it shouldn't cost anything to debian so we can as well put it there
[15:10] <seb128> so we can sync on the next update
[15:11] <pitti> it already has a Conflicts:, just needs to be bumped (and the replaces added)
[15:11] <seb128> I'm trying to set a pbuilder for unstable so I can do those updates to Debian directly from now on
[15:11] <seb128> pitti, do we need a Replaces if there is a Conflict? I think some of pkg-gnome guys consider Conflicts to be enough
[15:11] <seb128> but I'm never sure about those
[15:11]  * pitti uses a dchroot, faster; but of course pbuilder is cleaner
[15:12] <pitti> seb128: debian policy says to use breaks:/replaces for file moving
[15:12] <pitti> i. e. transitional things
[15:12] <seb128> right, but since there is a conflicts there I'm not sure added a replaces is needed
[15:12] <seb128> anyway doesn't hurt
[15:12] <pitti> apparently it helps apt for easier upgrades
[15:13] <seb128> I should perhaps set a dchroot rather
[15:13] <seb128> I just went for the first howto I find on the ubuntu wiki to set an unstable build environment ;-)
[15:15] <pitti> I wouldn't mind doing the upstream release directly in Debian either
[15:15] <pitti> depends on whether the Debian gnome folks would want me to, and give me access
[15:15] <seb128> jbicha, gucharmap> the build things were required for the multibuilds for python which has been dropped since it only build a gir now so you just need the autoreconf line
[15:15] <seb128> pitti, just come on #debian-gnome on oftc and ask for commit access
[15:16] <didrocks> my pbuilderrc works well for that if you want (based from the ubuntu wiki and slightely tweaked): http://paste.ubuntu.com/609020/
[15:16] <seb128> pitti, there is enough people that know you there
[15:16] <seb128> didrocks, thanks
[15:16] <didrocks> seb128: I have a hook dir, not sure you want that btw
[15:17] <seb128> didrocks, no need, I just want to build binaries
[15:18] <didrocks> seb128: hooks can be nice if you build package B depending on package A you just built, but yeah, apart from that, I don't have a huge use of them (apart from dropping me in the shell and installing vim in case of FTBFS to inspect what went wrong
[15:18] <didrocks> oh, and my list-missing to be picky ;)
[15:19]  * kinouchou hugs didrocks 
[15:19] <didrocks> salut kinouchou! :)
[15:25] <jbicha> seb128: so keep the Debian stuff in gucharmap rules?
[15:25] <seb128> jbicha, yes, just copy the debian version and add back the autoreconf line basically
[15:26] <seb128> jbicha, did you try if my vinagre suggestion fixes your build issue?
[15:27] <jbicha> seb128: no, it doesn't fix the DSO thing but it does the original gettext bug report
[15:27] <seb128> jbicha, did you drop the rules hack?
[15:27] <jbicha> yes
[15:27] <seb128> jbicha, can you check in your configure that the .ac change get applied there?
[15:27] <seb128> especially the git backport your did
[15:32] <pitti> seb128: that was fast :)
[15:32] <seb128> ;-)
[15:32] <pitti> seb128: I'll bump the conflicts/replaces as well then
[15:33] <jbicha> actually, maybe I didn't do it right
[15:34] <rodrigo_> when rebasing packages from debian, if the debian one is 3.0.0-2, the ubuntu one should be 3.0.0-2ubuntuX, right?
[15:34] <seb128> rodrigo_, yes
[15:34] <rodrigo_> ok
[15:34] <rodrigo_> dch -i gets it correctly then :)
[15:35] <seb128> rodrigo_, btw any reason you didn't upgrade g-s-d to the current version while you were at it before?
[15:35] <rodrigo_> seb128, hmm, it's already in 3.0.1
[15:35] <rodrigo_> hmm
[15:35] <seb128> rodrigo_, no it's not?
[15:35] <jbicha> seb128: I think that fixes it, I found something else I need to fix though, thanks!
[15:35] <seb128> jbicha, you're welcome
[15:35] <rodrigo_> seb128, ok, checking again
[15:36] <rodrigo_> seb128, right, it's 3.0.0.1, sorry, my fault
[15:37] <seb128> rodrigo_, no worry ;-)
[15:43] <seb128> pitti, btw while you are at debian update doing d-conf would be nice as well, I will do it later if you don't (downloading a debian iso now, I decided to go for a vm install rather than pbuilder so I can do some testing as well)
[15:44] <pitti> seb128: sure, added to pad
[15:50] <rodrigo_> hey pedro_! you found 'from lost to the river'!!!
[15:50] <rodrigo_> pedro_, did you start reading it?
[15:50] <seb128> pitti, hum, did you mean to sync 1.8.0?
[15:50] <pedro_> rodrigo_, I did at the airport , it's hilarious!
[15:50] <pitti> seb128: I didn't
[15:50] <seb128> pitti, it will conflict on the splitted lib and the backend?
[15:51] <pitti> seb128: preparing the 1.8.1 Debian update right now
[15:51] <rodrigo_> pedro_, cool, don't forget to tell me about the funny ones, I almost forgot all of them :)
[15:51] <seb128> pitti, ok, 1.8.0 is on oneiric-changes
[15:51] <pitti> oops
[15:51] <seb128> pitti, not sure how it landed there
[15:51] <pitti> anyway, I'll fix it
[15:51] <seb128> ok
[15:51] <pitti> gtk3 finished building, testing that ATM
[15:57] <jbicha> I don't have a good understanding of what gir is for, should we build it for all packages possible?
[15:58] <pitti> jbicha: if upstream supports it, would be nice, yes
[15:58] <pitti> jbicha: see http://live.gnome.org/GObjectIntrospection for what it is
[16:02] <jbicha> ok, why does http://bazaar.launchpad.net/~gnome3-team/gedit/ubuntu/view/head:/debian/gir1.2-gedit-3.0.install
[16:02] <jbicha> store its gir in girepository-1.0
[16:02] <jbicha> is is 1.0 or 1.2?
[16:03] <seb128> jbicha, that's confusing, the directory name doesn't match the abi version
[16:04] <jbicha> so how do I know which to name the package?
[16:05] <seb128> jbicha, it's named after the typelib name
[16:05] <jbicha> I have Vinagre-3.0.typelib
[16:06] <seb128> jbicha, so it's gir1.2-vinagre-3.0
[16:06] <jbicha> how do I know it's gir1.2 though?
[16:06] <seb128> mterry, I've added you to the gnomecc mailing list whitelist
[16:06] <mterry> seb128, thank you!  ;)
[16:06] <seb128> yw
[16:07] <seb128> jbicha, look at the version= in the .gir
[16:07] <seb128> jbicha, but basically it's the current gobject-instropection abi version, it's the same accross the archive, we are at 1.2
[16:07] <jbicha> oh ok, thanks, it's 1.2
[16:08] <seb128> cyphermox, ok, so e-d-s to sync?
[16:14] <jcastro> pitti: how often does the work item graph generate?
[16:14] <pitti> jcastro: hourly
[16:14] <jcastro> ok and one more question. I have some WI's that are on other team's specs; is there a way to show them on my team graph?
[16:15] <jcastro> so for example my manager reads our team graph, but if I have WI's for other teams he has no way of measuring that.
[16:15] <jcastro> or do we just need to track them both and deal with it?
[16:16] <pitti> jcastro: that should already happen, doesn't it?
[16:16] <pitti> jcastro: e. g. the desktop team chart shows the union of WIs for desktop team specs and desktop team members
[16:17] <pitti> jcastro: e. g. http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html has some dx-* and cloud-server-* bits
[16:18] <jcastro> pitti: right, I mean the other way around, so those under "jorge" don't show up in the canonical-community-team report.
[16:19] <pitti> jcastro: can you point me to a specific example?
[16:19] <jcastro> ok so on that page you just linked
[16:19] <jcastro> look at the work items for "jorge"
[16:19] <pitti> yes
[16:19] <jcastro> ok so
[16:20] <jcastro> those items do NOT show up on my team page: http://people.canonical.com/~pitti/workitems/natty/canonical-community.html
[16:20] <jcastro> so really, I am looking for a way to find out what "jorge" is responsible for for a cycle, regardless of team
[16:21] <pitti> jcastro: ok, I must be blind -- I see all WIs on that desktop team page on canonical-community.html as well
[16:21] <cyphermox> seb128: yeah, I think it's a sync
[16:21] <seb128> cyphermox, ok, I've synced it
[16:21] <cyphermox> ok, thanks
[16:21] <cyphermox> sorry, busy with the plumber right now
[16:22] <pitti> jcastro: oh, you mean http://people.canonical.com/~pitti/workitems/natty/u/jorge.html perhaps?
[16:22] <seb128> cyphermox, if you have evolution ready you can ping didrocks to get it reviewed
[16:22] <cyphermox> yeah
[16:22] <seb128> cyphermox, no worry
[16:22] <pitti> jcastro: btw, ~pitti -> ~platform please
[16:22] <didrocks> seb128: he already did (for e-d-s :p, waiting for evo)
[16:22] <seb128> speaking of which, didrocks if you recommend cyphermox for desktop upload please reply on the list to his email he sent about that ;-)
[16:22] <jcastro> pitti: woo! that's exactly what I need!
[16:22] <cyphermox> will e-d-s/gtkhtml need MIRs or is it already good w.r.t making sure they still end in main?
[16:22] <jcastro> sorry to sound so confusing
[16:22] <seb128> same for others
[16:23] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: reminder for meeting in 8 minutes (will presumably be very quick)
[16:23] <seb128> cyphermox, no need of mirs, they are new version of sources which are there
[16:23] <rodrigo_> pitti, ok
[16:23] <cyphermox> yeah, just making sure
[16:23]  * rodrigo_ goes to get some drink
[16:23] <kenvandine> indeed
[16:25] <rodrigo_> kenvandine, non-alcoholic eh!! :)
[16:26] <seb128> rodrigo_, yeah yeah we believe that
[16:26] <seb128> ;-)
[16:26] <rodrigo_> :D
[16:26] <seb128> there is no alcohol in beer right? ;-)
[16:26] <rodrigo_> no, afaik
[16:27] <rodrigo_> but now I'm drinking gazpacho :)
[16:29] <tkamppeter> hi
[16:29] <rodrigo_> hi tkamppeter
[16:30] <kenvandine> hehe
[16:30] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: meeting starts
[16:30] <pitti> hello everyone
[16:30] <didrocks> hey
[16:30] <tremolux> heyo
[16:30] <seb128> hey
[16:30] <rodrigo_> he
[16:30] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-05-17
[16:31]  * bryceh_ waves
[16:31] <chrisccoulson> hi!
[16:31]  * pedro_ waves
[16:31]  * bryceh_ <-- still rather jet lagged
[16:31] <pitti> I hope that the Ubuflu didn't spread too much?
[16:31] <rodrigo_> not this way :)
[16:32] <chrisccoulson> i've got quite a sore throat today
[16:32] <cyphermox> o/
[16:32] <tremolux> feeling fine so far  ;)
[16:32] <cyphermox> feeling fine too :)
[16:32] <pedro_> chrisccoulson, same here...
[16:32] <pitti> from my POV I just wanted to do a couple of quick announcements
[16:32] <pedro_> i blame rancell
[16:32] <pitti> (1) dist-upgrades to oneiric seem to work reasonably for at least two people, so if you wonder how safe it is, take the plunge
[16:32] <mterry> hi
[16:33] <mvo> upgrade worked for me just fine
[16:33] <pitti> known issues are ugly programs due to a missing GTK 3 theme, a non-configuring ca-certificates-java (can just be ignored for now)
[16:33] <cyphermox> fwiw, dist-upgrade worked fine for me too
[16:33] <pitti> otherwise it worked pretty well
[16:33] <seb128> be ready for extra breakages though
[16:33] <rodrigo_> pitti, about the ugly theme, I suggest people to set Adwaita via gsettings or gnome-tweak-tool
[16:33] <pitti> we are working heavily on gnome 3 upgrades, though
[16:33] <rodrigo_> oh, but you need th themes packages from the ppa, so forget what I said :)
[16:33] <seb128> like the new gnome-media landed which drop some of the binaries that moved to gnome-control-center but that one didn't land yet
[16:34] <pitti> please see and use http://pad.ubuntu-uk.org/oneiric-desktop for coordination who is working on what ATM
[16:34] <jbicha> and gnome-tweak-tool won't work without gnome-shell so perhaps it should be a dependency
[16:34] <seb128> rodrigo_, the theme package should be in oneiric?
[16:34] <rodrigo_> seb128, it's not yet afaik
[16:34] <seb128> rodrigo_, how is it named?
[16:34] <rodrigo_> gnome-themes-standard iirc
[16:35] <seb128> rodrigo_, Filename: pool/universe/g/gnome-themes-standard/gnome-themes-standard_3.0.0-2_i386.deb
[16:35] <pitti> also, did everyone get my email about blueprint drafting? There are already some "pending review", let's get the others WI-ified and drafted this week, shall we?
[16:35] <bryceh_> pitti, ok good to hear, I'll update my test boxen today
[16:35] <pitti> that's it from my side, I leave the floor to announcements/help requests/asking for coordination of oneiric updates
[16:35] <rodrigo_> seb128, so, that can just be synced directly, right?
[16:35] <didrocks> mine should be all set (under "pending approval"), try to push dx to do the same
[16:35] <kenvandine> pitti, will do
[16:35] <seb128> rodrigo_, it's synced from debian yes
[16:36] <rodrigo_> pitti, oh, was not sure about my 'reduce # of patches' blueprint, since we decided to do it as we updated, so no work items there, so what should I do?
[16:36] <rodrigo_> seb128, ah, cool
[16:36] <pitti> rodrigo_: that should be a no-op to review; just add the initial set of WIs, and I'll quick-review it
[16:37] <rodrigo_> pitti, ok
[16:37] <bryceh_> pitti, 'pending review' - do you mean 'review' or 'pending approval'?
[16:37] <pitti> rodrigo_: as this is both target of opportunity and also quite straightforward; there might be some real design decisions about the gnome 3 control-center handling, though
[16:37] <pitti> bryceh_: either really; doesn't make much of a difference from my POV
[16:37] <rodrigo_> pitti, ok
[16:37] <bryceh_> ok, I've set mine to review
[16:37] <seb128> rodrigo_, pitti: speaking about the reduce patches we should probably add work items there about patches we cross that might be candidate to upstream but that we don't have time to upstream on the first merge round
[16:38] <rodrigo_> seb128, yeah, sounds good, I'll prepare the bp for review
[16:38] <seb128> I've added a few notes about such cases to the etherpad but they could go in the spec
[16:38] <pitti> sounds like a good idea
[16:38] <pitti> at least it's much easier to find them then
[16:38] <seb128> right
[16:38] <seb128> it would also make a nice list to pick in for whoever is interested to help on that
[16:40] <seb128> urg, pitti will hate that
[16:40] <pitti> ?
[16:40] <seb128> http://cdn.debian.net/debian/pool/main/g/gnome-icon-theme/
[16:40] <seb128> pitti, see the 2.32 and 3 debs
[16:40] <pitti> 3.7 -> 25 MB?
[16:40] <seb128> right
[16:40] <pitti> seb128: well, one of my WIs is to drop it from the default install
[16:40] <pitti> but anyway, this seems a bit excessive
[16:40] <pitti> does it build PNGs for any and all sizes?
[16:41] <seb128> well I think they put lot of 256x256 icons for gnome-shell
[16:41] <seb128> so alt-tab etc look nice
[16:41] <seb128> anyway not a meeting topic
[16:41] <seb128> sorry, I just cross it and though I would mention it
[16:47] <mterry> Is that it?
[16:47] <seb128> pitti, stop fighting svn and keep going with the meeting :p
[16:47] <kenvandine> :-)
[16:48] <pitti> sorry, as I already said, I don't have other topics
[16:48] <pitti> so I guess adjourned, if nobody else has stuff to discuss
[16:48] <seb128> \o/
[16:48] <seb128> thanks pitti ;-)
[16:48] <seb128> let's get GNOME3 in then :p
[16:48] <pitti> have fun with GNOME 3!
[16:48] <rodrigo_> :)
[16:48] <seb128> mterry, will you do anjuta btw?
[16:48] <chrisccoulson> pitti, got a couple of minutes?
[16:48] <pitti> chrisccoulson: what's up?
[16:49] <chrisccoulson> pitti - so, it seems like firefox 4 will get no more maintenance once firefox 5 is released in just over a month
[16:49] <chrisccoulson> which means we need to start planning to upgrade natty already :(
[16:50] <chrisccoulson> pitti - as discussed at UDS, that will also involve splitting firefox translations out of language packs too
[16:52] <didrocks> (fighting svn and taking 10 hours for the whole checkout really got on my nerves last time I pushed something to the debian gnome svn…)
[16:52] <pitti> chrisccoulson: urgh, that soudns rather intrusive
[16:52] <pitti> didrocks: I didn't check out the entire thing
[16:53] <didrocks> pitti: wise man :-)
[16:53] <chrisccoulson> pitti - yeah. but if we don't do that then the security team need to respin and test language packs every 6 weeks ;)
[16:53] <mterry> seb128, sure
[16:53] <pitti> chrisccoulson: don't we need to test them anyway?
[16:53] <seb128> mterry, thanks ;-)
[16:54] <seb128> didrocks, I don't check the entire svn either
[16:54] <chrisccoulson> pitti - for the firefox translations, yes. but i don't want them to have to rebuild and test all of the language packs every few weeks
[16:55] <pitti> chrisccoulson: ah, right
[16:55] <chrisccoulson> especially as language packs were a bit of a bottleneck when we upgraded from firefox 3.0 -> 3.6
[16:55] <didrocks> seb128: that was when I was motived to push a lot and rather than checking out every single components one after the other…
[16:55] <pitti> chrisccoulson: I think we'd need to do a full langpack -base update in conjunction with the ffox 5 upgrade, though
[16:55] <pitti> chrisccoulson: well, firefox-l10n-l* can certainly Replaces: language-pack-* for this issue
[16:55] <chrisccoulson> pitti - yeah, that's fine. but once we've done that, then future updates should be a bit easier
[16:56] <pitti> but the langpacks already replace each other back and forth, not sure how stable that will be
[16:56] <pitti> chrisccoulson: right
[16:56] <chrisccoulson> pitti - that's why i'm mentioning it now :)
[16:56] <pitti> chrisccoulson: the langpack-o-matic changes to stop adding XPIs are trivial
[17:00] <seb128> do we have someone who knows about IT_PROG_INTLTOOL and AM_GNU_GETTEXT there?
[17:00] <seb128> dobey, ^?
[17:00] <seb128> they seem to conflict, which one is the correct to use?
[17:00] <seb128> is there some clear GNOME documentation on that?
[17:00] <seb128> rodrigo_, ^
[17:00] <seb128> we have several patches that drop AM_GNU_GETTEXT to fix build issues
[17:01] <rodrigo_> seb128, hmm, I think glib had yet another one, dobey should know better
[17:01] <seb128> cf https://bugzilla.gnome.org/show_bug.cgi?id=650150 for example
[17:01] <ubot2> Gnome bug 650150 in general "FTBFS because vinagre uses both gettext and intltool" [Major,Needinfo]
[17:01] <rodrigo_> I think AM_GNU_GETTEXT is the correct one
[17:01] <seb128> or https://bugzilla.gnome.org/show_bug.cgi?id=627789
[17:01] <ubot2> Gnome bug 627789 in general "Don't use both AM_GLIB_GNU_GETTEXT and IT_PROG_INTLTOOL" [Normal,Unconfirmed]
[17:01] <pitti> bbl, supermarket
[17:02] <rodrigo_> seb128, danilo also should know better, afaik
[17:02] <seb128> where is danilo? ;-)
[17:02] <rodrigo_> if dobey's not around, as I think he was sick when leaving budapest
[17:03] <rodrigo_> seb128, in #canonical
[17:03] <seb128> rodrigo_, right, I pinged him there
[17:13] <jbicha> libpeas-WARNING **: Could not find loader 'seed' for plugin 'im-status'
[17:13] <jbicha> does that mean anything to you? I finally got vinagre to build but am having trouble getting it to work right
[17:29] <seb128> jbicha, is seed installed?
[17:33] <jbicha> yes
[17:33]  * Sweetshark looks around. Meeting now?
[17:34] <didrocks> Sweetshark: was one hour ago :)
[17:34] <didrocks> Sweetshark: you can try to blame jet lag, not sure it will work ;)
[17:35] <micahg> fridge was showing 16:30 UTC
[17:36] <didrocks> fridge isn't updated then, we decided to move it one hour ago a month before
[17:37] <Sweetshark> this is the weekly reminder for today's desktop team meeting at 16:30
[17:37] <Sweetshark> UTC.
[17:37] <seb128> jbicha, seems like it's not finding something, can you push you work somewhere so I can have a look?
[17:38] <Sweetshark> ^- didrocks: from pittis email reminder.
[17:38] <seb128> right, he probably forgot to update the text
[17:38] <Sweetshark> meh
[17:38]  * Sweetshark is timezoned.
[17:38] <didrocks> right and nobody noticed ;)
[17:39]  * Sweetshark was here at the appointed time ;)
[17:39] <seb128> like I had time to read what pitti writes :p
[17:40] <didrocks> seb128: come on, you have time, you are just deliberatly ignoring, isn't it? :p
[17:41] <seb128> ;-)
[17:45] <jbicha> seb128: https://code.launchpad.net/~jbicha/vinagre/vinagre-3.0.1 but I had to use dconf-editor to disable
[17:46] <jbicha> the VNC plugin in org.gnome.vinagre
[17:47] <jbicha> which is a bigger problem than the IM plugin which I could just disable
[17:47] <seb128> jbicha, ok, let me have a look
[17:47] <seb128> jbicha, why is VNC_CFLAGS needed?
[17:50] <pitti> argh yes, sorry about the wrong time in the reminder
[17:50] <pitti> Sweetshark: was nothing really important anyway
[17:51] <seb128> jbicha, dh_install: usr/lib/vinagre-3.0/plugins/im-status.js exists in debian/tmp but is not installed to anywhere
[17:51] <seb128> jbicha, I guess that explain your im-status issue
[17:51] <seb128> jbicha, running dh_install --list-missing in the build dir after the build
[17:51] <Sweetshark> pitti: I know. I went to the wiki page, feeling a bit guilty because I had so little to report, but recognized it was the same for others ;)
[17:52]  * pitti sighs at the implicit pointer conversion in the GTK ubuntu menu proxy patch
[17:52] <pitti> if only this package would work with -j4
[17:53] <seb128> I still have somewhat on my todolist to make the rule just build the shared flavor if one environment variable is set
[17:53] <pitti> well, I guess I can fix up the pointer conversions by just looking into one flavour
[17:54]  * Sweetshark is currently heating the room with two LO compiles running at "-P4 -- -P4" ...
[17:54] <Sweetshark> luckily there is ccache
[17:55] <jbicha> seb128: ok, & without the CFLAGS I get http://paste.ubuntu.com/609082/
[17:56] <seb128> jbicha, btw you should put the autoreconf rules before the debhelper one to avoid the .log generated in the debian dir
[17:56] <seb128> jbicha, what issue do you have with vnc? vinagre runs fine there after building with the im-status installed
[17:59] <seb128> rodrigo_, btw reviewing gnome-menus, the updates seems better but should not be uploaded
[18:00] <seb128> rodrigo_, you should probably remove the merge request from now to make sure nobody upload it
[18:00] <seb128> it breaks on gnome-panel << 2.91
[18:00]  * didrocks was impressed by qtcreator taking 1h30 to build with -j4 here…
[18:00] <seb128> which is blocked on unity and indicator to go to gtk3
[18:01]  * pitti waves good night; dinner time, and then I need some time for some kitchen plumbing, and GTK 3 will build a while anyway
[18:01] <seb128> 'night pitti
[18:01] <didrocks> enjoy pitti
[18:01] <jbicha> seb128: I get vinagre: symbol lookup error: /usr/lib/vinagre-3.0/plugins/libvnc.so: undefined symbol: vnc_display_get_option_group
[18:02] <seb128> jbicha, dpkg -l | grep libgtk-vnc-2.0-0
[18:03] <jbicha> ii  libgtk-vnc-2.0-0                          0.4.3-2ubuntu1                             VNC viewer widget for GTK+3 (runtime libraries)
[18:03] <seb128> ok, weird
[18:03] <jbicha> but the im plugin still doesn't work for me
[18:04] <jbicha> I added debian/tmp/usr/lib/vinagre-3.0/plugins/im-status.js to vinagre.install
[18:05] <seb128> jbicha, hum, right, same here
[18:09] <seb128> jbicha, can you run "ldd /usr/lib/vinagre-3.0/plugins/libvnc.so | grep vnc" about the vnc issue?
[18:12] <jbicha> I just confirmed that the im plugin doesn't work on Fedora 15 either, so I'll report that
[18:12] <seb128> thanks
[18:13] <jbicha> seb128: I don't get anything vnc from that command
[18:13] <seb128> jbicha, weird
[18:13] <jbicha> did you change the rules file?
[18:14] <seb128> hum, I commented the VNC_CFLAGS to see if it breaks there
[18:14] <seb128> but that's about it
[18:15] <seb128> jbicha, you can try commenting the LDFLAGS = --as-needed line to see if that makes a difference
[18:15] <didrocks> ok, letting qt4-x11 downloading (215 Mg) but disconnecting and dinner. See you tomorrow!
[18:15] <seb128> didrocks, have fun
[18:15] <didrocks> have a good evening seb128 :)
[18:15] <seb128> jbicha, it builds fine without VNC_CFLAGS in the rules there though
[18:15] <seb128> there is something weird on your system
[18:25] <seb128> rodrigo_, still there?
[18:28] <hv> rodrigo_: ping.  any news about #649809
[18:28]  * hv watches eagerly ...
[18:28] <seb128> cyphermox, still there?
[18:28] <seb128> lp #649809
[18:28] <ubot2> Launchpad bug 649809 in gnome-settings-daemon "the session settings manager can try starting before the login screen one exits" [Medium,In progress] https://launchpad.net/bugs/649809
[18:29] <dobey> seb128: what's up?
[18:30] <seb128> dobey, cf the lines after the ping
[18:33] <dobey> seb128: ugh, do people just not read documentation at all?
[18:34] <seb128> dobey, when it comes to autotools I guess they don't ;-)
[18:36] <dobey> hrmm
[18:36] <dobey> is there a way to turn off the osd notifications in firefox for download finished?
[18:37] <hv> in about:config ?
[18:38] <dobey> hv: and which option would be for that? they are all undocumented
[18:38] <hv> well, let me see ...
[18:38] <dobey> and the only one that looks related, is already set to false…
[18:40] <dobey> seb128: oh, looks like the documentation isn't up to date either. :(
[18:40] <hv> browser.download.manager.showAlertOnComplete
[18:40] <hv> I guess
[18:41] <dobey> i hope so
[18:47] <dobey> seb128: so the answer is that with intltool, you only need to call IT_PROG_INTLTOOL
[18:48] <seb128> dobey, ok, thanks
[18:53] <rayado> ..i wana know the name of the channel unbuntu in spanish ?
[19:00] <dobey> guess i need to kill a bunch of intltool bugs soon and release a new version or three
[19:35] <GunnarHj> Hi! Any backporter that has time to triage two MPs to lucid- and maverick-backports according to bug 778869?
[19:35] <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
[19:38] <micahg> GunnarHj: those changes need to hit oneiric and natty before being backported
[19:39] <GunnarHj> micahg: Ok, then I'll ask somebody about that first. Tnx.