[00:01] <chrisccoulson> seb128 - what level of involvement is required in gnome to apply for a git account?
[00:02] <seb128> having contributed to at least one of the components on the git server
[00:02] <seb128> so you can get the maintainer to advocate you
[00:03] <chrisccoulson> ah, ok. i asked because Jens Granseuer suggested i should apply for one, but i was a bit surprised as i didn't think i'd contributed that much in gnome
[00:03] <chrisccoulson> and what i have contributed is only on a small number of projects too
[00:04] <seb128> well usually if a maintainer suggest you to apply that's a good start
[00:05] <chrisccoulson> cool. i'll do some googling tomorrow and figure out how to apply:)
[00:06] <seb128> chrisccoulson, http://live.gnome.org/NewAccounts
[00:07] <chrisccoulson> seb128 - thanks, i'll take a look at that
[00:26] <mac_v> seb128: is there some problem with lp & apport ? it hasnt collected bug status from upstream and retracing isnt done for some bugs
[00:26] <seb128> mac_v, not that I know, specific bug number?
[00:27] <seb128> upstream bug watches not being updated is a known issue
[00:27] <seb128> I will ping lp guys again
[00:27] <seb128> it's mostly due to bugzilla being slow often
[00:27] <seb128> and lp not retrying after timeout
[00:27] <hggdh> *very* slow. Although there is hope, on the upgrade...
[00:27] <mac_v> seb128: Bug #411276 , the retracing is not done , there are several such bugs
[00:28] <mac_v> seb128: is there a way to force apport retrace?
[00:29] <seb128> what?
[00:29] <seb128> retrace it locally if you want
[00:29] <seb128> let me look to the retracers
[00:30] <mac_v> its just not a problem with 1 bug , i have noticed several backlogs
[00:35] <seb128> mac_v, right, let me look to the retracers
[00:37] <chrisccoulson> right, i'm going to get some sleep now
[00:37] <chrisccoulson> seb128 - i'll finish the g-c-c update tomorrow:)
[00:37] <seb128> ok
[00:38] <chrisccoulson> it's not looking too difficult
[00:38] <seb128> 'night chrisccoulson
[00:38] <chrisccoulson> good night
[00:42] <seb128> mac_v, retracers restarted they should catch up if they don't fail on other retracing
[00:42] <mac_v> seb128: :) thanx
[06:04] <hyperair> if the battery monitor applet is now deprecated, what's its replacement?
[08:19] <huats> morning
[08:42] <chrisccoulson> good morning everyone
[08:46] <seb128> hey chrisccoulson
[08:46] <chrisccoulson> hey seb128 :)
[08:49] <seb128> how is that going today?
[08:52] <chrisccoulson> i'm good - got in to work quite late this morning, although I think I'm making up for an early start I have on thursday ;)
[08:55] <chrisccoulson> seb128 - have you seen there's quite a few new cheese bugs this morning, due to an upgrade issue?
[08:55] <seb128> no
[08:55] <chrisccoulson> bug 411748 has a patch from upstream attached to it
[08:55] <seb128> looking thanks
[09:00] <seb128> chrisccoulson, uploaded
[09:00] <chrisccoulson> seb128 - thanks
[09:01] <seb128> thanks for letting me know about the bug
[09:01] <seb128> you have interest in cheese or just ran across the issue?
[09:02] <didrocks> seb128: (quickly before I'm flying back in holidays ;)) o/ and new version of mutter tested and uploaded
[09:02] <seb128> didrocks, thanks you rock
[09:02] <didrocks> seb128: y/w
[09:02] <seb128> didrocks, enjoy your holidays
[09:02] <didrocks> seb128: thanks a lot and good luck with 2.27.90 :)
[09:03] <seb128> didrocks, thanks, things are on shape ;-)
[09:03] <didrocks> great! ++
[09:03] <chrisccoulson> seb128 - i just saw that cheese bugs were the most reported from the most recent bug reports on the RSS feed i use
[09:04] <seb128> chrisccoulson, ok, we for sure need to be better at this sort of thing
[09:04] <seb128> we have been talking at uds about autosubscribing
[09:04] <seb128> ie getting new bugs by email for anything you upload for some days
[09:04] <chrisccoulson> yeah. that would be a good idea. the real pain is private bug reports for packages that you're automatically subscribed too
[09:05] <chrisccoulson> for example, i'm subscribed to tracker, gnome-session and gnome-settings-daemon, but i don't get notified of crashes until someone makes them public
[09:05] <seb128> right, that was a design decision
[09:05] <seb128> for one thing it avoid flooding people with retracing details etc
[09:06] <seb128> and for the other thing it avoid sending private informations over email
[09:06] <chrisccoulson> oh, ok, i didn't realise that. i suppose that makes sense
[09:08] <chrisccoulson> right, time to grab more coffee!
[09:13] <asac> seb128: all profiles should still be there
[09:14] <asac> seb128: ls .mozilla/
[09:14] <seb128> asac, that's ok I figured that after asking
[09:14] <asac> seb128: ah ok. so you renmaed the firefox-abandoned to firefox or something?
[09:14] <seb128> asac, I auto-clicked on the right choice, GNOME habit ;-)
[09:15] <asac> seb128: yes. actually that is intended behaviour
[09:15] <seb128> asac, yes, rename it to firefox-3.5 I think and I got the question again on next start
[09:15] <asac> seb128: the main use case is to use 3.5 as preview ... so the normal clicking habit should keep the old firefox 3.0 profile
[09:15] <seb128> which let me the opportunity to read the actual choices :-p
[09:15] <asac> thatw was what we initially discussed with mpt ;)
[09:15] <seb128> anyway it's all good thanks
[09:16] <asac> np
[09:16] <asac> good
[09:16] <seb128> asac, but I don't have greasmonkey anymore
[09:16] <seb128> it was working in 3.0 and 3.5 before upgrade
[09:16] <asac> oddd
[09:17] <seb128> asac, ok my fault
[09:17] <seb128> asac, it's not the upgrade it's me remove firefox while playing with the autoinstalls yesterday
[09:18] <asac> ;)
[09:18] <seb128> asac, I didn't restart firefox until the upgrade though
[09:18] <asac> haha
[09:18] <seb128> doh
[09:18] <seb128> "Not compatible with Firefox 3.5.2"
[09:20] <asac> seb128: using the packaged version or the one you find in tools -> addons -> Get Extensions ?
[09:20] <asac> just installed it through that dialog and that works :/
[09:20] <seb128> asac, doing "sudo apt-get install greasemonkey"
[09:20] <asac> let me check
[09:22] <asac> seb128: edit /usr/share/greasemonkey/install.rdf and bump version from 3.1b2 to 3.1.*
[09:22] <seb128> asac, ok thanks
[09:22] <asac> em:maxVersion
[09:23] <asac> we will review all packaged extension now that we did the switch
[09:23] <seb128> asac, do you recommend using the deb or the firefox thing?
[09:23] <asac> seb128: in general i recommend using debs ... but for greaemonkey it doesnt matter much
[09:29] <asac> point is that we can stabilize debs during release and then dont touch it while the other always gives you whatever crap the addon maintainer wants you to ship
[09:29] <asac> s/crap/crack/ ;)
[09:30] <asac> s/ship/use/
[09:30] <seb128> asac, 3.1.* still doesn't work, 3.5.* does
[09:30] <seb128> I tried to get the addon version that's buggy
[09:30] <seb128> for one thing it's not listed in firefox, I had to click on "show 10 choices"
[09:30] <seb128> which opened a webpage
[09:31] <seb128> and it's blocked on checking version
[09:31] <asac> seb128: yeah sorry. i ment 3.5.*
[09:31] <seb128> anyway no big deal I got the deb version working
[09:31] <asac> seb128: did you use the "search" thing?
[09:31] <seb128> yes
[09:31] <seb128> I typed "Greasemonkey" there
[09:31] <asac> hmm. maybe it hides that if you already have it in system
[09:32] <seb128> I guess so
[09:32] <asac> for me it just showed up ;)
[09:32] <asac> (makes somehow sense)
[09:32] <asac> yeah. its now not in there that i have it installed
[09:32] <asac> rather "greasefire, etc."
[09:34] <seb128> right
[10:08] <dpm> seb128: hi, good morning. We've got another po/evolution-data-server-.pot template in the Rosetta imports queue, uploaded yesterday. Could you have a look at removing the trailing dash from the template name?
[10:11] <seb128> dpm, hum, you reported the issue for evolution not eds before, probably the same bug
[10:11] <seb128> I will get it fixed for next version
[10:13] <dpm> thanks a lot
[10:22] <seb128> asac, totem build-depends on xulrunner-1.9-dev
[10:23] <seb128> should that be changed on xulrunner-dev or -1.9.1-?
[10:30] <asac> seb128: please use xulrunner-dev >= 1.9.1~
[10:30] <seb128> asac, ok thanks
[10:34] <asac> 11:32 < asac> multisearch gone: http://identi.ca/notice/7918170 ;)
[10:35] <seb128> asac, cool, I"m #not #used !to #read !those #codes #apparently !;-)
[10:37] <asac> seb128: heh ... otherwise 140 letters would be too easy to get ;)
[10:39] <dpm> ArneGoetje: I'm looking at bug 203349: did this only affect hardy? And were there ever language packs released which fixed the issue?
[10:55] <seb128> lut huats
[10:55] <huats> hello seb128
[10:55] <huats> how are you ?
[10:55] <seb128> good! you?
[10:55] <huats> great too
[10:56] <huats> ready to do some update
[10:56] <huats> the version page is working ?
[10:56] <huats> (since it was not last week)
[10:57] <seb128> not in an automatic way but it has been updated recently
[10:57] <huats> ok
[10:57] <huats> great
[11:06] <seb128> huats, what do you want to update?
[11:08] <huats> anything :)
[11:09] <huats> I'll have a look at the page the seb128 :)
[11:09] <huats> (of course if you have something in mind say it)
[11:14] <seb128> huats, you can do the sabayon update
[11:14] <seb128> or anything you prefer on the webpage
[11:16] <huats> seb128: ok I'll take care of sabayon
[11:20] <seb128> huats, otherwise there is mutter, didrocks did a git snapshot and uploaded today but there is a new tarball since yesterday
[11:20] <seb128> he' on holidays so if you want to cover for him it's in universe you can upload ;-)
[11:21] <huats> ok
[11:21] <huats> seb128: I'll go with sabayon first
[11:21] <seb128> ok
[11:21] <huats> and then tackle that one too if didrocks has not completed it by then
[11:22] <huats> (he is on holidays but he is still doing stuffs :))
[11:22] <seb128> he will probably not as said he's on vac
[11:22] <seb128> he seems he took a bit to upload it today because I pinged him about it several times
[11:22] <huats> seb128: oh ok
[11:22] <huats> :)
[11:23] <huats> (I said that because we talked a bit this morning :))
[11:23] <huats> then count on me for mutter too
[11:23] <huats> and btw, the deskbar-applets update was not opened for weeks :P
[11:24] <seb128> huats, you opened the bug on 2009-08-28
[11:25] <seb128> huats, which was 2 weeks ago
[11:25] <seb128> so yes "weeks" ;-)
[11:25] <huats> ok my bad then
[11:25] <seb128> 07-28
[11:25] <huats> in fact I did the update I forgot to attach it to the bug :(
[11:25] <seb128> oh
[11:26] <seb128> sorry about that but I though you were still on holidays and would not work on it
[11:26] <huats> when there is pregnancy, the women is supposed to loose some of her intellectual potential (likewise 30%)
[11:26] <diverse_izzue> is there a reason why libcanberra uses it's alsa backend by default in karmic instead of the pulse one? the pulse one is not installed and not in the main repositories either.
[11:26] <huats> in that case I thnk I am also suffering a bit of the pregnancy :D
[11:26] <huats> seb128:  no pb of course... it was my fault :)
[11:27] <seb128> TheMuso, ^ do you know about the libcanberra question?
[11:27] <seb128> huats, ;-)
[11:29] <huats> seb128: is it willigly that sabayon and mutter are not in bzr ?
[11:29] <seb128> huats, yes they are not in the standard desktop and it would make easier for motu to update
[11:29] <huats> ok
[11:29] <seb128> easier -> harder
[11:29] <huats> so I won't put then on it
[11:30] <huats> I understood :)
[11:30] <seb128> right ;-)
[11:31] <seb128> diverse_izzue, how do you see it uses alsa by default?
[11:33] <diverse_izzue> seb128, because /usr/lib/libcanberra-0.15 contains only the alsa module
[11:33] <seb128> diverse_izzue, do you have libcanberra-pulse installed?
[11:33] <diverse_izzue> no i don't
[11:33] <seb128> ok that's why
[11:33] <diverse_izzue> it's not installed by default
[11:33] <diverse_izzue> it should though, if the entire distribution should use pulse
[11:33] <seb128> right, I will let TheMuso comment on why if he has an idea
[11:34] <seb128> just curious but do you notice any issue due to that?
[11:34] <seb128> ups wrong tab
[11:39] <huats> seb128: is it normal that mutter is not on the versions.html page
[11:39] <huats> ?
[11:39] <seb128> huats, yes the page is mainly the default installation and not universe
[11:39] <seb128> nobody else is going to do it so don't worry about duplicating work
[11:40] <huats> ok
[11:40] <huats> :)
[11:40] <seb128> the page lists default install and official gnome basically
[11:40] <huats> thanks for the explanation
[11:40] <seb128> you're welcome
[11:40] <seb128> does anybody has weird looking labels in the message indicator applet in karmic?
[11:53] <Laney> mine said "No indicators" or something recently instead of showing an envelope
[11:54] <asac> lool: i guess you wont have time to check gnome-bluetooth and obexd MIR?
[11:54] <asac> (before alpha)
[11:55] <asac> seb128: i think we discussed with pitti to get gnome-bt on alpha5 ... even if that means a pre-MIR-main push
[11:55] <asac> as i am the driver i wont sign off my own MIR
[11:55] <asac> nor do i want to push for this unless you feel comfortable
[11:56] <seb128> asac, yes pre-MIR pushes are fine for alpha5
[11:56] <seb128> I got ack from pitti for xsplash too
[11:56] <seb128> we will sort paper work later
[11:56] <seb128> asac, do you want me to promote something?
[11:57] <asac> seb128: one thing: we can either just update the seed or do a full transition with putting transitional bluez-gnome package into gnome-bluetooth
[11:57] <asac> i would suggest to update the seed for alpha5 and then doing the transition later with removal of bluez-gnome
[11:57] <seb128> +1 from me
[11:58] <asac> let me check if we already filed the MIRs for the pre-push ....
[11:58] <seb128> can you update the seed or ping slangasek about that, I can do the main promotions
[11:58] <asac> ok bug 409848
[11:58] <asac> is gnome-bluetooth
[11:58] <asac> (me assigns that to loic)
[11:58] <asac> and bug 410364 for obexd
[11:58] <asac> seb128: ok let me update the seed
[11:58]  * asac wonders where that was again ;)
[11:59] <lool> asac: I personally can't today because I'm busy
[11:59] <lool> I mean I have meetings
[11:59] <lool> asac: But perhaps Kees can?
[11:59] <asac> lool: just discusseed that there is no hurry. i will still put it on your plate unless you say i should move it to pitti
[11:59] <lool> asac: pitti is on leave
[12:00] <asac> lool:  i know. we will pre promote it (read above)
[12:00] <lool> You can put it on my plate if you like or i can assign it around
[12:00] <asac> so no hurry. just need to get it done at some point
[12:00] <lool> Okay
[12:00] <lool> asac: As long as you have tracking bugs that's alright
[12:00] <asac> lool: i think kees is usually doing enough work on security reviews.
[12:01] <lool> asac: I agree, but was looking at a solution for you for today
[12:01] <asac> lool: thanks. all fine.
[12:01]  * lool lunch &
[12:01] <asac> enjoy
[12:05]  * seb128 lunch too
[12:05] <ArneGoetje> dpm: it should be fixed in the current langpacks in -proposed for Hardy. But they haven't been released due to missing feedback from the community. The bug only affects KDE3 in Hardy.
[12:06] <dpm> ArneGoetje: thanks for the info, I'll have a look at it
[12:22] <asac> seb128: http://paste.ubuntu.com/251299/
[12:22] <asac> i think there is not much more to do right?
[12:23] <seb128> asac, looks correct yes
[12:25] <asac> done
[12:29] <asac> seb128: done. please promote gnome-bluetooth and obexd (the -client binary only)
[12:29] <asac> bugs are subscribed to MIR etc. so thats find
[12:29] <asac> fine
[12:29] <asac> i will milestone those now
[12:30] <asac> done
[12:32] <asac> seb128: also demote bluez-gnome .... but i guess that automatically happens through mismatches
[12:32] <seb128> that's automatically listed I can as well do it now
[12:52] <huats> seb128: the sabayon one is ready for sponsoring
[12:53] <seb128> huats, ok thanks
[12:54] <huats> I need to test run the mutter one now
[13:18] <asac> seb128: two more things (and then i am done): modemmanager pre-promotion (bug 410259) and synching mozilla-devscripts 0.14 from debian/unstable
[13:20] <seb128> asac, modemmanager promoted
[13:20] <asac> thx
[13:20] <seb128> asac, only mozilla-devscripts 0.13 on mirrors right now
[13:20] <asac> hmm. sorry for that then
[13:20] <asac> i will wait a bit longer then
[13:20] <seb128> no problem, I will sync it when it's there later
[13:21] <asac> great. i think i have all my alpha4 goals done
[13:22] <seb128> asac, ok it was in debian incoming, synced there
[13:22] <asac> perfect
[13:22]  * asac takes a break and then writes activity report
[13:36] <chrisccoulson> seb128 - want me to take the brasero update?
[13:37] <seb128> it's all yours
[13:37] <chrisccoulson> thanks:)
[13:37] <seb128> you're welcome
[14:44] <asac> seb128: meeting is at 6:30?
[14:44] <asac> !meeting
[14:44] <seb128> asac, yes
[14:44] <asac> k
[14:54] <seb128> huats, if you want another upgrade later there is gcalctool too
[14:55] <huats> seb128: hum, I am sure robert will be happy to do it
[14:56] <huats> no ?
[14:56] <huats> otherwise I can do it for sure
[14:56] <seb128> huats, he's on holidays for 2 weeks
[14:56] <huats> ok
[14:56] <huats> then I will take care of it
[14:56] <seb128> thanks
[15:04] <fta> huats, hi! i was reading forum.ubuntu-fr, oh my!
[15:08] <huats> hey fta !
[15:09] <huats> what were you reading ?
[15:09] <huats> you know there is some crap on it :)
[15:09] <fta> the thread about chromium
[15:10] <fta> huats, http://forum.ubuntu-fr.org/viewtopic.php?id=301987
[15:10]  * hyperair wishes chromium would get a proper amd64 build already
[15:10] <fta> hyperair, i have a prototype almost ready
[15:11] <huats> fta you can reply you know :)
[15:11] <fta> i have no account there
[15:12] <huats> fta: I think you can create one :D
[15:12] <fta> eheh
[15:12] <huats> fta btw the next party in Paris is the 29/30 of November
[15:12] <huats> I'd be happy to see you there :)
[15:12] <huats> (I give you the dates right now so you can book the days)
[15:13] <fta> ;)
[15:19] <fta> anyone else seeing a square when starting firefox or chromium?
[15:20] <seb128> no
[15:22] <seb128> asac, can I get you to revu the new fusa for main promotion today?
[15:32] <dobey> asac: hey, is there a bug about fonts in firefox-3.5 already?f
[15:35] <asac> seb128: new fusa? is that so much different that we need to review it?
[15:35] <asac> seb128: but sure
[15:35] <asac> dobey: yes.
[15:35] <fta> bug 379761
[15:35] <asac> dobey: bug 379761
[15:35] <asac> heh yeah
[15:36] <asac> seb128: where is it?
[15:42] <djsiegel> seb128: where should I triage this? https://bugs.edge.launchpad.net/hundredpapercuts/+bug/386017
[15:43] <djsiegel> I am not sure what the proper project is
[15:44] <seb128> looking
[15:44] <seb128> asac, http://revu.ubuntuwire.com/p/indicator-sus can you do review and upload?
[15:44] <seb128> asac, I did a first review and it's good but I don't want to upload and NEW it too
[15:44] <asac> sure
[15:44] <seb128> usually we have different uploaders and new-ers
[15:44] <seb128> thanks
[15:46] <Laney> doesn't mention licensing of debian
[15:46] <Laney> debian/
[15:46] <Laney> no compat
[15:46] <asac> seb128: http://bazaar.launchpad.net/~ubuntu-core-dev/indicator-sus/ubuntu doesnt exist
[15:47] <seb128> kenvandine, ^
[15:47] <seb128> Laney, compat is not strictly required, not sure about debian licensing
[15:47] <asac> is there a branch i should push there that matches what is currently uploaded?
[15:47] <asac> err currently supposed to be uploaded?
[15:47]  * Laney shrugs
[15:47] <Laney> if I were sponsoring I'd want them both :)
[15:47] <asac> kenvandine: let me know where the branch is and i can push it there when uploading
[15:48] <kenvandine> asac, yeah... i thought that would be the final location... a previous upload someone had me change it to core-dev before they would upload
[15:48] <kenvandine> asac, lp:~indicator-applet-developers/indicator-applet/sus-ubuntu
[15:48] <asac> kenvandine: thats ok. just now that i am sponsoring it i need the branch that matches whatever i am supposed to sponsor so i can push for you ;)
[15:48] <asac> thx
[15:49] <kenvandine> asac, thx :)
[15:54] <rodrigo_1> seb128: about https://bugs.launchpad.net/ubuntu/+source/couchdb-glib/+bug/409378, the package is already -1.0, and the so is 1.0.0, so should I use 1.0.0 also for the package?
[15:55] <seb128> rodrigo_1, libcouchdb-glib-1.0-0 is libcouchdb-glib-1.0-<soname>
[15:55] <seb128> ie -1.0 is in the library name, -0 is the soname
[15:56] <rodrigo_1> ah, so libcouchdb-glib1-1.0-1 then?
[15:56] <asac> kenvandine: autogen.sh isnt in upstream tarball as it seems?
[15:56] <seb128> rodrigo_1, if the soname is 0 yes
[15:56] <rodrigo_1> libcouchdb-glib-1.0-1 I mean
[15:56] <rodrigo_1> it's 1 now
[15:56] <seb128> right
[15:57] <rodrigo_1> ok, submitting a new fixed debdiff then
[15:57] <seb128> djsiegel, sorry got sidetracked
[15:57] <djsiegel> seb128: no prob, me too
[15:57] <djsiegel> :)
[15:58] <seb128> djsiegel, I'm not sure to understand the bug, is the concern a trackpad one or how linux copy paste is working?
[15:58] <djsiegel> just with trackpad
[15:58] <djsiegel> because trackpads accidentally touch it
[15:58]  * seb128 reads the description again
[15:58] <seb128> I've the impression is the concern that select and middle click do copy
[15:59] <Laney> tap to middle click seems to be the problem
[16:00] <seb128> isn't that off by default?
[16:00] <kenvandine> asac, i can fix that... is that important for getting it uploaded?
[16:00] <asac> kenvandine: shouldnt INDICATORDIR come from some libincdicate-dev .pv file?
[16:00] <asac> kenvandine: no
[16:01] <asac> .pc file i mean
[16:01] <kenvandine> asac, that would probably be better yes
[16:02] <asac> kenvandine: the package description is substandard
[16:02] <kenvandine> actually maybe not
[16:02] <asac> its not about multi line, but about short vs. long description ;)
[16:02]  * kenvandine will complain to ted about that :)
[16:02] <asac> Description: line is short description
[16:02] <asac> and the lines after that are long description
[16:02] <kenvandine> oh... yeah
[16:03] <kenvandine> that is bad
[16:03] <asac> also its not that useful ;)
[16:03] <kenvandine> asac, shouldn't linitian complain about that?
[16:03] <kenvandine> i thought i have seen it complain in the past
[16:04] <asac> kenvandine: lintian complains if you start both descriptions with the same or if you start short description with package name
[16:04] <kenvandine> ah
[16:04] <asac> but it cannot see that you are trying to use a multi-line short description ;)
[16:04] <asac> it could complain if short is longer  than long though ;)
[16:04] <asac> but i guess nobody did that (yet) ;)
[16:05] <asac> kenvandine: why wouldnt the indicators dir be suitable for indicate-dev?
[16:05] <asac> or is that directory owned by the applet itself?
[16:05] <kenvandine> i think the applet
[16:06] <asac> hmm. ok
[16:06] <asac> its already done
[16:06] <asac> configure.ac:	INDICATORDIR="${libdir}/indicators/2/"
[16:06] <asac> configure.ac:	INDICATORDIR=`$PKG_CONFIG --variable=indicatordir indicator`
[16:07] <asac> seems fine
[16:07] <kenvandine> yeah... that is provided by the applet, not indicate-dev
[16:08] <kenvandine> actually it is
[16:08] <kenvandine> nm
[16:08] <kenvandine> two .pc files
[16:08] <asac> Copyright (C) 2004 Gustavo Noronha Silva
[16:08] <asac> where was that?
[16:08] <kenvandine> some original fusa code that is included
[16:08] <asac> ah ok
[16:08] <asac> those are the logout dialogs
[16:08] <kenvandine> yeah
[16:08] <asac> just wondered if anyone asked for permission to remove the "or later"
[16:09] <kenvandine> dunno
[16:09] <asac> The Debian packaging is:
[16:09] <asac> Copyright (C) 2009 Ted Gould <ted@canonical.com>
[16:09] <asac> that feels wrong ;)
[16:09] <asac> also tell ted to replace that with canonical ;)
[16:09] <kenvandine> well it is for the source... but not for the packaging
[16:10] <asac> uploaded and pushed to bzr branch (i used the bzr branch to produce the package and not what i got from revu
[16:10] <asac> )
[16:10] <kenvandine> ok
[16:10] <kenvandine> great
[16:10] <kenvandine> thx
[16:10]  * kenvandine files a bug to fix the description
[16:10] <asac> kenvandine: no its abuot packaging. still it should be Canonical Ltd.
[16:11] <kenvandine> yeah
[16:11] <asac> kenvandine: oh the project doesnt even exist
[16:11] <asac> i use this now to push:
[16:11] <kenvandine> ?
[16:11] <asac> lp:~ubuntu-core-dev/indicator-applet/sus-ubuntu
[16:11] <asac> please adjust control accordingly in branch
[16:12] <kenvandine> oh... it is par of indicator-applet
[16:12] <kenvandine> ok
[16:12] <kenvandine> one sec
[16:12] <asac> kenvandine: so for uploads start from core-dev branch and submit topic branches that have  unique name (like package revision)
[16:12] <kenvandine> yeah
[16:12] <asac> in that way you dont need to delete branches or --overwrite them
[16:12] <asac> kenvandine: while you are at it, use lp:... in Vcs-Bzr and the code.launchpad url in Vcs-Bzr-Browser: ;)
[16:13] <asac> e.g. read-write location and read-only
[16:13] <asac> ok thanks
[16:13] <kenvandine> asac, humm... seems different reviewers have different opinions there :)
[16:14] <asac> kenvandine: yes. but mine is right ;)
[16:14] <asac> obviously
[16:14] <asac> :-P
[16:14] <kenvandine> haha
[16:14] <kenvandine> i already pushed... let me do that now
[16:14] <asac> really. having a read-write location for plain makes sense ... dont you think?
[16:15] <kenvandine> yeah... i agree
[16:15] <asac> and -Browser for browser also :)
[16:15] <kenvandine> i didn't know about -Browser
[16:15] <asac> kenvandine: you can commit stuff with UNRELEASED
[16:15] <asac> so we dont need to upload after this merge
[16:15] <kenvandine> rodrigo_1's package used lp: and pitti had him change it
[16:15] <asac> kenvandine: yes. but i am sure if he had used -Browser that wouldnt have been a problem ;)
[16:16] <asac> i think pitti just wants that a browsable url is there
[16:16] <rodrigo_1> hmm, what did I do wrong this time? :D
[16:16] <rodrigo_1> instead of the LP:xxx thing?
[16:16] <kenvandine> asac, pushed
[16:17] <rodrigo_1> ah, for the vcs link
[16:17] <kenvandine> rodrigo_1, hehe... yeah, asac was just telling me to do what pitti had you changed
[16:17] <rodrigo_1> :)
[16:21] <asac> kenvandine: where did you push it?
[16:22] <asac> kenvandine: same location?
[16:22] <kenvandine> yes
[16:22] <kenvandine> i can't push to code-dev :)
[16:22] <asac> kenvandine: please dont commit stuff without having changelog open at UNRELEASED
[16:22] <asac> kenvandine: also do release commits
[16:22] <asac> kenvandine: look at the bzr log ... can you see which revision we exactly uploaded?
[16:22] <kenvandine> asac, ok
[16:23] <kenvandine> humm...
[16:23] <kenvandine> i have just been using debcommit
[16:23] <kenvandine> can't you just pull from my branch and merge?
[16:23] <asac> kenvandine: ok i made a release commit now ... so you need to redo your changes
[16:24] <asac> kenvandine: i can merge them in, but we need a new changelog entry on top
[16:24] <kenvandine> oh, i see... i have just been using the same version
[16:24] <asac> kenvandine: debcommit isnt the problem. you need to open changelogs with dch -i -DUNRELEASED
[16:24] <kenvandine> ok
[16:25] <asac> kenvandine: and before release you do a dch -r -Dkarmic
[16:25] <asac> and use debcommit -r -e
[16:25] <asac> (if you want to edit the release commit)
[16:25] <asac> kenvandine: let me do that for you now
[16:25] <asac> but please trash your branch after that (dont reuse)
[16:26] <kenvandine> so we should always rebase on the core-dev branch for each new release?
[16:26] <kenvandine> i guess that makes sense
[16:27] <asac> kenvandine: always start with core-dev yes. then push it with a distinct name. e.g. lpxxxxx ... or ubuntu.0.1-0ubuntu2
[16:27] <asac> kenvandine: ok i pushed it now
[16:27] <asac> look at it
[16:28] <kenvandine> ok, that seems different than what pitti was doing with the other indicator and notify-osd branches
[16:28] <kenvandine> there are persistent packaging branches in the projects that are used for ppa builds, and from time to time pitti was merging changes
[16:28]  * kenvandine looks
[16:28] <asac> kenvandine: it depends either core-dev is the release branch or ~indicator-applets is the one
[16:29] <kenvandine> ah
[16:29] <asac> kenvandine: the release branch is what is supposed to be stable
[16:29] <asac> the other one should only exist for topics
[16:29] <asac> kenvandine: if you want a core-dev branch that should be the release branch. the other option is to add core-dev to the ~indicator-applet-dev team
[16:30] <asac> if you have to merge back and forth its wrong and you might end up with changes never getting merged properly
[16:30] <kenvandine> i wonder if that what pitti was doing
[16:30] <kenvandine> yeah
[16:30] <kenvandine> ok
[16:30] <asac> kenvandine: i think so.
[16:30] <kenvandine> thx
[16:51] <asac> seb128: [ubuntu/karmic] indicator-sus 0.1-0ubuntu1 (New)
[16:51] <seb128> asac, thanks
[16:51] <asac> i didnt do a licensecheck -r though
[16:51] <seb128> I did do that before pinging you
[16:52] <seb128> so it should be all good
[16:59] <kenvandine> asac, i filed a bug for ted to fix the description
[17:00] <asac> kenvandine: imo dxteam shouldnt do the packaging
[17:01] <asac> they should focus on upstream sources and do those right
[17:01] <asac> we maintain the debian/ branch instead
[17:01] <asac> but maybe thats just me
[17:01] <kenvandine> asac, i tend to agree with you
[17:01] <kenvandine> but i do think they should describe the package
[17:02] <asac> kenvandine: usually they should have a good description somewhere ... maybe on the project page. so we can copy that
[17:02] <kenvandine> yeah
[17:03] <kenvandine> this is a single project with a bunch of sources
[17:03] <seb128> well usually we do the packaging
[17:03] <seb128> for notify-osd for example MacSlow roll tarball
[17:03] <seb128> and we do updates
[17:04] <asac> oh dear
[17:04] <asac> just noticed that the complete branch is a lumped together thing
[17:04] <asac> ted did upstream changes without merging from an upstream branch
[17:05] <asac> we need to trash that in future. otherwise it will become a pain to manage (or we should make a native package out of it)
[17:05] <seb128> (no please not)
[17:05]  * asac tries to forget what he saw
[17:05] <seb128> usually way is that they should have their upstream bzr
[17:05] <seb128> and we have a packaging one
[17:05] <asac> right. but thats not the case here
[17:06] <seb128> and when we want to update we do merge lp:upstream_product
[17:06] <asac> either you merge from upstream fro new upstream bump or you maintain debian/ only
[17:06] <seb128> and dch
[17:06] <seb128> and build
[17:06] <asac> dont tell me that
[17:06] <asac> all i am saying that this branch is already lost
[17:06] <seb128> ;-)
[17:06] <asac> you cannot do that anymore with it
[17:06] <seb128> right
[17:07] <seb128> it's a new source
[17:07] <seb128> just create a new clean one
[17:07] <asac> its a native branch. period.
[17:07] <asac> yeah
[17:07] <seb128> a source+packaging
[17:07] <asac> kenvandine: so we need to start the stuff from scratch
[17:07] <seb128> so we just merge upstream when we want to update
[17:07] <asac> kenvandine: but not today ;)
[17:08] <asac> ping me if you want to do that
[17:08] <seb128> (meeting in 22 minutes)
[17:08] <asac> after alpha4 i think
[17:08] <kenvandine> asac, they have a separate branch without the packaging... this is they way they do it
[17:08] <kenvandine> but it can be a mess
[17:09] <asac> kenvandine: yes. but check the bzr log -p
[17:09] <asac> kenvandine: thats not what ted did
[17:09] <kenvandine> yeah... i know
[17:09] <kenvandine> :)
[17:09] <seb128> well ted can do what he want on his side
[17:09] <kenvandine> all the dx stuff has this
[17:09] <asac> we cannot use his branch then
[17:09] <seb128> for the ubuntu packaging we want a packaging bzr we can merge on upstream bzr regularly
[17:09] <kenvandine> we should just start from scratch
[17:09] <asac> yes
[17:09] <asac> thast what i am saying
[17:09] <seb128> we don't want all ppa uploads from ted in the ubuntu package anyway
[17:10] <seb128> so no point to have things too complicated
[17:10] <seb128> he can have his own ppa packaging and we have an another clean one for ubuntu
[17:17] <bryce> morning
[17:17] <kenvandine> hey bryce
[17:17] <seb128> hello bryce
[17:18] <bryce> weirdly my desktop machine has been powering off at night the past two nights
[17:28] <vuntz> seb128: quick poll
[17:28] <vuntz> seb128: I have a gnome-panel-add.py script that does what it seems to do (ie, add a launcher or an applet to the panel config of the user)
[17:29] <vuntz> seb128: do you think it's worth installing it in /usr/bin? Or should it live in libexecdir/gnome-panel, or simply as an example in datadir/gnome-panel?
[17:29] <seb128> do it allow to replace or drop one too?
[17:29] <vuntz> no
[17:30] <seb128> does it take any position setting?
[17:30] <vuntz> yes
[17:30] <seb128> I would say it's useful
[17:30] <ccheney> when is the meeting?
[17:30] <seb128> but probably as a system command
[17:30]  * ccheney thinks he is confused, heh
[17:30] <seb128> ie /usr/lib
[17:30] <seb128> ccheney, in one minute
[17:30] <vuntz> so libexecdir
[17:30] <vuntz> thanks
[17:30] <bryce> heya ccheney
[17:30] <ccheney> bryce: hi
[17:31] <seb128> asac, ArneGoetje, kenvandine, asac, tkamppeter, awe: meeting
[17:31]  * kenvandine is ready
[17:31]  * awe waves
[17:31] <ArneGoetje> hi
[17:31] <ccheney> hi
[17:32] <asac> ack
[17:32] <seb128> ups sorry
[17:32] <seb128> ok I'm there
[17:32] <seb128> so no rickspenser nor pitti this week
[17:32] <seb128> we will try to manage without them ;-)
[17:32] <asac> agenda is https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-08-11
[17:32] <kenvandine> :)
[17:33] <seb128> let's start if everybody is there
[17:33] <seb128> good morning, afternoon, evening ;-)
[17:33] <seb128> kenvandine, start with the partner updates?
[17:34] <kenvandine> sure
[17:34] <kenvandine> lots of great stuff last week at the sprint
[17:34] <kenvandine> the karmic boot experience related stuff is landing for alpha4, xsplash, etc
[17:34] <seb128> did you talk to slangasek about getting xsplash on CD?
[17:34] <kenvandine> also the fusa replacement will be landing soon after, we hope
[17:34] <kenvandine> yes
[17:35] <kenvandine> need to remind him today though :)
[17:35] <seb128> ok good
[17:35] <seb128> yeah, fusa seems to be too short for alpha now
[17:35] <kenvandine> OLS stuff is moving, evo-couch and deps should get another update today or tomorrow
[17:35] <kenvandine> desktopcouch has been released
[17:35] <seb128> cool
[17:35] <kenvandine> and i think asac is working on bindwood
[17:35] <seb128> let me know if you need sponsoring
[17:35] <kenvandine> asac, status on that?
[17:36] <seb128> those are probably not for alpha too
[17:36] <asac> do we automatically get the new boot experience on existing installs or do we need to do something?
[17:36] <kenvandine> automatically
[17:36] <asac> kenvandine: not after the sprint. will do that after alpha4 is out
[17:36] <kenvandine> ok
[17:36] <kenvandine> thx
[17:36] <kenvandine> that is it for partner update
[17:36] <asac> kenvandine: so i already have the new boot experience?
[17:36]  * asac considers to reboot
[17:36] <kenvandine> asac, not yet
[17:37] <kenvandine> you will
[17:37] <kenvandine> :)
[17:37] <asac> today is freeze
[17:37] <seb128> asac, right, I'm about to sponsor 2 changes and then xsplash need to be seeded
[17:37] <seb128> you can install xplash from universe though
[17:37] <asac> ok. i will wait
[17:38] <asac> was just curious if i already had it on my system
[17:38] <kenvandine> asac, it won't be "final" yet
[17:38] <kenvandine> keybuk needs to move gdm to earlier in the boot process
[17:38] <kenvandine> and there are a couple of flickers
[17:38] <asac> sure.
[17:38] <kenvandine> but getting there :)
[17:38] <kenvandine> that is it for partner update
[17:38] <kenvandine> moving on
[17:38] <seb128> ok
[17:39] <seb128> Riddell takes a swap day I think
[17:39] <seb128> the kubuntu update is on the wiki for those who are interested
[17:39] <seb128> bryce, want to do an xorg update?
[17:39] <bryce> seb128, alright
[17:40] <bryce> we decided to stay with xserver 1.6.3 rather than xserver 1.7
[17:40]  * asac sad
[17:40] <bryce> since it's (still) not released and potentially may not be as stable
[17:41] <bryce> so the only other major remaining X piece is a new -ati/kms, which we put together last week with updated mesa/libdrm/kernel
[17:41] <bryce> unfortunately testing showed that it was pretty buggy, so I've decided to hold off on uploading it until after alpha-4 is out
[17:41] <seb128> did you upload the new ati you tested during the sprint to karmic?
[17:41] <seb128> ok, you were faster than me on this one ;-)
[17:42] <bryce> beyond this, it's just bugs fixing now :-)
[17:42] <seb128> ok good, seems xorg is on shape for a great karmic ;-)
[17:43] <seb128> is ArneGoetje around?
[17:43] <ArneGoetje> seb128: yep
[17:43] <seb128> ArneGoetje, any update for translations?
[17:44] <ArneGoetje> seb128: did a lot during the sprint (see work report). Building new language-packs as we speak, not sure if they can still go onto the alpha 4 CD... need to ask the release team
[17:44] <seb128> ok, good
[17:45] <seb128> any issue with queue we should know about? do we have stats on whether all packages have templates?
[17:45] <ArneGoetje> seb128: no we don't
[17:45] <seb128> ok excellent, thanks
[17:46] <seb128> I think it's all for the usual round of updates
[17:46] <ArneGoetje> seb128: I basically handed the queue checking off to the UTC team, since I'm busy on language-selector for the next week
[17:46] <seb128> ok
[17:46] <seb128> does anybody else has an update or topic for meeting?
[17:47] <seb128> seems alpha4 is on track from a desktop point of view
[17:47] <seb128> asac, are you confident about current firefox and network manager states?
[17:47] <seb128> firefox 3.5 is default now?
[17:47] <asac> yes.
[17:47] <asac> today everyone should got firefox 3.5 by default
[17:48]  * seb128 did
[17:48] <seb128> works great ;-)
[17:48] <asac> also noteworthy is that  multisearch was dropped  today !
[17:48] <seb128> (greasemonkey version aside)
[17:48] <seb128> nice ;-)
[17:48] <asac> so no more slashdot stuff etc. ;)
[17:48]  * awe sends asac good vibes after reading some of the comments over the past two days
[17:48] <asac> thanks. i liked the ones where folks wanted to kill me ;)
[17:49]  * seb128 hugs asac for the good work
[17:49]  * asac moved to a bunker for now ;)
[17:49] <bryce> sheesh
[17:49] <awe> asac: isn't there a launchpad policy against crap like that?
[17:49] <asac> there is, but someone has to enforce it
[17:49] <seb128> jcastro, ^
[17:49] <asac> and folks would start bitching about censorship
[17:49] <asac> when we remove comments enterily ;)
[17:49] <asac> entirely
[17:49] <ArneGoetje> asac: do we need to get together to check translation related issues for the firefox migration?
[17:49] <asac> no action needed. i am fine
[17:49] <asac> ArneGoetje: yes. but after alpha4
[17:50] <seb128> asac, do you still plan to try to solve nm on kubuntu for alpha?
[17:50] <ArneGoetje> asac: ok. just ping me.
[17:50] <asac> ArneGoetje: seems like the 3.5 template got not uploaded ... or import takes ages
[17:50] <jcastro> seb128, I don't think anyone wanted him dead, just fired.
[17:50] <asac> seb128: awe wanted to look further on that today
[17:50] <awe> seb128: i'm working on it.  what's the deadline?  also, is there anyone in my time zone...
[17:50] <seb128> jcastro, "just fired"
[17:50] <ArneGoetje> asac: possible that they are still in the Needs Review queue
[17:50] <asac> we have kde guy in #nm channel
[17:50] <asac> awe: deadline is tonight
[17:50] <awe> that could sponsor an upload if asac is offline?
[17:50] <asac> maybe we can slip it in tomorrow
[17:50] <asac> if it unbreaks kubuntu networking
[17:50] <jcastro> seb128, I am doing a thorough review of exactly what happened for the entire thing
[17:51] <seb128> well I think it's import enough as a fix to justify an upload tomorrow
[17:51] <awe> ok.  i feel confident i can nail it today
[17:51] <seb128> jcastro, ok thanks
[17:51] <ccheney> once debian uploads their OOo 3.1.1~rc1 i will sync to that for karmic
[17:51] <ccheney> which should get us the KDE support, etc
[17:51] <seb128> ccheney, any eta on that?
[17:51] <ccheney> not sure, hopefully later this week
[17:51] <asac> awe: i will check before i go to bed ... after that maybe bryce or even slangasek
[17:52] <awe> asac: ok cool
[17:52] <ccheney> seb128: its too late for alpha 4 but should go in shortly after that
[17:52] <bryce> awe, yeah just ping me if you need help
[17:52] <asac> sorry bryce ;) ... just sponsor whatever awe gives you ... the current status is: it does not work at all ;)
[17:52] <awe> asac: aha, carte blanche!
[17:52] <awe> ;)
[17:52] <seb128> ok
[17:52] <asac> i guess so
[17:52] <seb128> thanks asac
[17:52] <ccheney> if OOo manages to keep their schedule final OOo 3.1.1 should be ready by the time of alpha 5
[17:53] <seb128> anybody else has anything to add?
[17:53] <asac> oh yeah on modemmanager please check your 3g modems. there might be regressions and want those to be reported and escalated asap
[17:53] <kenvandine> just fyi... i will be on vacation 13-17
[17:53] <asac> thx
[17:53] <kenvandine> so returning tuesday
[17:53] <seb128> I'm on vac for 2 weeks starting next week
[17:54] <kenvandine> so lets break stuff before you leave :)
[17:54] <seb128> and pitti will be back only the second week
[17:54] <seb128> so we are pretty much turning to low speed next week
[17:54] <kenvandine> ok
[17:54] <seb128> I think asac is on vac too
[17:54] <kenvandine> sponsor queue will get long
[17:54] <kenvandine> but we will survive :)
[17:55] <ccheney> seb128: so you'll be gone until after FF? heh
[17:55] <asac> seb128: oh sorry. i think i didnt get that you leave next week
[17:55] <asac> i will be here next week. but the week after that (starting 23rd) i will be gone
[17:55] <asac> rick send a mail with the exact dates i think
[17:55] <seb128> ok
[17:56] <seb128> so at least we have somebody there
[17:56] <seb128> you next week, then pitti
[17:56] <seb128> for sponsoring dholbach is back
[17:56] <seb128> I think he can handle desktopish sponsoring for us
[17:56] <seb128> or at least give an hand or urgent updates
[17:56] <seb128> I will ping him about that
[17:57] <asac> good
[17:57] <seb128> GNOME 2.27.90 is due today
[17:57] <seb128> next version is in 2 weeks
[17:57] <seb128> robert_ancell and pitti will be back for that one
[17:57] <seb128> ccheney, yeah, I don't have many feature and GNOME has standing exception
[17:57] <seb128> so not really an issue
[17:57] <ccheney> ah ok
[17:58] <seb128> kenvandine, yeah, we need extra people to get upload rights
[17:58] <seb128> starting by robert_ancell and you
[17:58] <kenvandine> soon i hope :)
[17:59] <seb128> you guys should run for motuing ;-)
[17:59] <seb128> any not really meeting topic
[17:59]  * kenvandine will talk to dholbach :)
[17:59] <seb128> nothing else to add? should we wrap now?
[17:59] <asac> yes please.
[17:59] <seb128> thanks everybody
[17:59] <seb128> have a nice evening
[17:59] <asac> thx seb128 .... nice effective meeting
[17:59] <ArneGoetje> thanks, good night
[17:59] <seb128> asac, ;-)
[17:59] <kenvandine> :)
[17:59] <seb128> 'night ArneGoetje
[17:59] <kenvandine> good jost seb128
[17:59] <kenvandine> s/jost/job
[18:00] <bryce> thanks
[18:00]  * kenvandine runs to lunch... bbiab
[18:00] <awe> see ya
[18:00]  * seb128 goes for dinner soon after some sponsoring
[18:04] <tkamppeter> seb128: Sorry, missed the meeting.
[18:05] <seb128> tkamppeter, that's ok, do you have anything to add out of the activity on the wiki?
[18:05] <tkamppeter> No. It is all OK.
[18:06] <seb128> ok good
[18:36] <didrocks> seb128: new mutter release? from 0:44 (http://ftp.acc.umu.se/pub/gnome/sources/mutter/2.27/) :/
[18:36] <didrocks> well. I think the diff with my snapshot should not be so big :)
[18:36] <seb128> didrocks, right
[18:36] <didrocks> seb128: did huats tackle it?
[18:36] <seb128> didrocks, right, no idea about what huats did on that one
[18:37] <didrocks> ok, I will ping him. I have a descent plateform to test it properly again :)
[18:37] <seb128> having good holidays?
[18:38] <didrocks> seb128: great, thanks! I had a good walk with beautiful landscape over Annecy's lake :)
[18:38] <seb128> nice
[18:38] <seb128> good weather today?
[18:38] <seb128> it was raining yesterday you said?
[18:39] <didrocks> exactly, and apparently and it's becoming very hot now
[18:39] <didrocks> the weather seems to go on the good side ;)
[18:41] <didrocks> seb128: and you, 2.27.90 is still on a good shape? :)
[18:41] <seb128> yes
[18:41] <seb128> there was not so many tarballs
[18:41] <seb128> are most are easy changes due to freezes
[18:41] <seb128> didrocks, I'm not sure that "very hot" is the good side ;-)
[18:42] <didrocks> seb128: when you can drink a little bit and you are protected under the forest's trees, it's ok :-)
[18:42] <seb128> ;-)
[18:43] <didrocks> seb128: and you, the weather is going to which side? :)
[18:43] <seb128> the irish side
[18:43] <seb128> which is good to me ;-)
[18:43] <seb128> sun can come next week when I'm on vac
[18:44] <didrocks> seb128: are you planning to move during your vacation?
[18:44] <seb128> nothing planned yet
[18:44] <seb128> but we will see
[18:45] <seb128> depends of the mood and weather
[18:45] <dobey> anyone have a few minutes to help with a translation packaging question?
[18:45] <dobey> seb128: wink wink, nudge nudge :)
[18:45] <seb128> dobey, don't ask to ask just ask ;-)
[18:45] <didrocks> yes, two parameters that can change at the last minute :)
[18:45] <dobey> seb128: so i don't really understand how the packaging of translations works in ubuntu
[18:46] <seb128> what translations?
[18:46] <seb128> language packs you mean?
[18:46] <didrocks> well, going to have my dinner now. I will come back a little later to finish some stuff on quickly :)
[18:46] <seb128> didrocks, enjoy
[18:46] <dobey> seb128: well language packages, yes
[18:46] <didrocks> seb128: thanks, have a good evening
[18:46] <dobey> seb128: so the ubuntuone-client translations for example, aren't currently being installed by anything
[18:46] <seb128> didrocks, thanks
[18:47] <seb128> dobey, so when you upload to universe nothing happens
[18:47] <seb128> when you upload to main build go through pkgbinarymangler
[18:47] <seb128> which means .mo are stripped and put on side
[18:47] <seb128> ie not shipped with the deb
[18:47] <seb128> those mo are collected and shipped in the languagepacks
[18:48] <seb128> those mo are collected and shipped in the languagepacks later
[18:48] <dobey> seb128: but the ubuntuone-client mo are not in the language packages currently it seems
[18:48] <seb128> ie might be that languagepacks have not been updated since the strupping
[18:48] <seb128> stripping
[18:48] <seb128> dpkg -l | grep languagepack
[18:48] <seb128> you can try to ping ArneGoetje or dpm about that
[18:48] <dobey> seb128: but do i need to list those mo files in a foo.install for the binary package?
[18:49] <seb128> since the source is new those might be stucked for moderation
[18:49] <seb128> yes
[18:49] <seb128> they should be there on a local build
[18:49] <dobey> ok
[18:49] <seb128> the mangler just collect /usr/share/locale
[18:49] <dobey> i think it's a bug in the ubuntuone-client package then
[18:50] <dobey> as none of the debian/*.install files list the .mo files at all
[19:18] <chrisccoulson> nearly ready to build g-c-c now:)
[19:45] <kklimonda> huh, was gnome-terminal updated recently?
[19:45] <kklimonda> it stopped working with Terminus font.. I get some pango related crash..
[19:47] <kklimonda> bug 412098
[19:47] <seb128> kklimonda, no bug pango got updated, do you have current?
[19:47] <seb128> ie 1.25.2
[19:47] <kklimonda> seb128: no - 1.25.1. I've just upgraded
[19:48] <kklimonda> so I guess it didn't make it yet
[19:48] <seb128> try with .2 rather then it should be better
[19:51] <kklimonda> seb128: as always you were right ;)
[19:51] <seb128> cool
[19:51] <kklimonda> did I just got unlucky - I see that .1 was uploaded shortly before .2 :)
[19:51] <kklimonda> ?
[19:52] <mac_v> dobey: hi... i was talking to andreasn about firefox and how it depends on gtk stcok icon, he said you were the right person to discuss...
[19:52] <seb128> kklimonda, not especially welcome to unstable versions
[19:54] <mac_v> dobey: there is a problem , because firefox depends on the gtk stock , while the labels dont exist in gnome
[19:55] <andreasn> mac_v, he's slightly better than me to talk to, since you mentioned symlinks and icon names
[19:55] <andreasn> and that's dobey's area
[19:55] <mac_v> :) ok
[19:58] <dobey> huh?
[19:59] <mac_v> dobey: hi... the icons in firefox [bookmarks/history/recent-*] , dont change because they depend on gtk stock icons, which do not exist in gnome... how can we fix this?
[20:00] <mac_v> i was thinking since we already have the appropriate icons but dont have the labels to use it, we could add symlinks
[20:00] <dobey> i don't understand the question
[20:00] <dobey> what labels/
[20:02] <mac_v> dobey: we have gtk-close , and similar action icons , but not for the bookmark favicon , or the history ,
[20:02] <dobey> ok
[20:03] <mac_v> so they do not change with themes , but rather onsistently use only the gtk icons
[20:03] <mac_v> consistently*
[20:03] <dobey> those icons aren't in the theme
[20:04] <mac_v> but we have similar icons > text-html.svg can be used for bookmarks , and search can be used for recent*
[20:05] <dobey> no, that's the wrong solution
[20:05] <mac_v> dobey: ok , so how do we fix it?
[20:05] <dobey> search icon should be used for search
[20:05] <dobey> which i'm sure firefox already has a feature of
[20:05] <dobey> and a bookmarks icon should be used for bookmarks
[20:05] <dobey> well the themes would need appropriate icons
[20:06] <mac_v> dobey: oops not search > /usr/share/icons/gnome/scalable/places/application-x-gnome-saved-search
[20:06] <dobey> and i don't think those icons are in gtk+ stock anyway
[20:06] <dobey> they are special icons in firefox afaik
[20:06] <dobey> saved-search is probably even worse for recent
[20:06] <dobey> recent != results of a search
[20:07] <mac_v> dobey:  i was suggesting , we create new symlinks , with appropriate labels
[20:07] <dobey> hrmm, i'm pretty sure the "recent documents" icon is in the theme though
[20:07] <dobey> we're trying to get rid of the symlinks, not add more
[20:07] <mac_v> atm the icon for recent is similar to >application-x-gnome-saved-search.svg
[20:08] <mac_v> dobey: andreasn said the saem...
[20:08] <mac_v> same*
[20:09] <dobey> what icon is? the firefox icon?
[20:09] <mac_v> dobey: the icons are not special icons , but rather gtk stock icons... but what would be the right  way to fix this , so that the icons change with themes?
[20:09] <dobey> the icon in my panel for "Recent Documents" isn't
[20:09] <mclasen> the right way to make gtk stock icons change with the theme is adding those icons to the theme
[20:09] <mclasen> then it just works
[20:09] <mac_v> dobey: the recently bookmarked , recently tagged
[20:10] <dobey> i don't think gtk+ has a stock bookmark icon
[20:10] <mac_v> dobey: iirc , there is a gtk bookmark icon , that is the same icon used by epiphany
[20:11] <mac_v> mclasen: can we add them?
[20:11] <dobey> sigh
[20:11] <mclasen> mac_v: you have to argue that out with dobey, I'm afraid
[20:12] <mac_v> :)
[20:14] <dobey> the icons you're talking about aren't in gtk+
[20:14] <dobey> (at least not according to the list i see in Glade
[20:16] <mac_v> dobey: but firefox depends only on gtk icons , so if we add the gtk stock appropriately[either symlinks or new icons] , we can allow icons to change with themes.
[20:17] <dobey> no it doesn't
[20:17] <dobey> firefox has several of its own icons
[20:17] <dobey> in its default theme
[20:17] <dobey> some icons also come from the system theme though
[20:17] <dobey> the icons you're talking about are NOT gtk+ stock icons
[20:18] <mac_v> ah... ok
[20:18] <dobey> (unless firefox also ships a patched gtk+ with additonal stock icons, anyway)
[20:18] <mac_v> dobey: but how do we fix this? use firefox labels in gnome or ?
[20:19] <mac_v> asac: suggestions
[20:19] <dobey> what firefox labels?
[20:19] <dobey> firefox isn't pulling them from the icon theme. it's pulling them from it's special theme magic stuff afaik
[20:20] <mac_v> dobey: i can make a complete list of icons firefox uses...
[20:20] <mac_v> which are not in gnome
[20:21] <mac_v> dobey: would that help? i'm not really sure about this whole naming process , my concern is that the icons in the themes are not being used... and was wondering how to fix it...
[20:22] <mac_v> any suggestions about how to proceed would be nice..
[20:22] <dobey> if the way firefox themes work changed, then i don't know anything about it
[20:23] <dobey> there are no icons in icon themes for the firefox icons that you're talking about
[20:23] <dobey> and making symlinks to other icons that might be slightly 'similar' isn't a solution
[20:23] <mac_v> dobey: yeah...ok...  so there is no way to allow theming the firefox icons?
[20:23] <dobey> meh, and seb is gone :-/
[20:24] <dobey> mac_v: i have no idea how firefox themes work, if they don't still work the way they did in 1.x/2.x
[20:24] <dobey> mac_v: so i can't answer that right now
[20:24] <mac_v> dobey: oh ok .... thanx for the help though :)
[20:25] <dobey> but they probably shouldn't be themed either, anyway
[20:26] <asac> dobey: firefox (by cross-desktop policy) can make use of gtk-stock icons ... not of those that are only gnome
[20:27] <dobey> asac: yes, but mac_v is talking about icons that are not gtk-stock icons
[20:28] <asac> dobey: right. i am not sure why he started to talk here ;) ... the pre-discussion was about getting a list of icons that are used and have no gtk-stock one ... so we can then poke that list to see if anything of that could go into gtk in the mid term
[20:29] <asac> dobey: do you know the policy of what can become stock in gtk?
[20:29] <mac_v> asac: i was actually talking to andreasn about this while we were discussing, he said ask dobey , so i thought i'll just get more info about this
[20:30] <asac> ok. thought things were clear after our discussion.
[20:30] <mac_v> asac: yeah... i was trying to ask dobey about how to proceed
[20:31] <mac_v> so had to explain the whole problem ;p and confuse him ;)
[20:31] <asac> mac_v: you need a list of icons and then talk to me ... thats how we left afaik
[20:31] <mac_v> asac: sure , will do :)
[20:31] <asac> see the point is that if you start to poke others it will cause confusion all the time because you probably didnt understand the full problem and the others most likely dont understand the firefox part :)
[20:32] <asac> so its unefficient ... of course not trying to tell you what you must or must not do... just tried to guide ;)
[20:32] <asac> and avoid duplication of discussion etc.
[20:32] <kenvandine> asac, can you sponsor xsplash?
[20:33] <mac_v> asac: i had started discussion with andreasn earlier , before you, he got back later , just completed the discussion
[20:33] <asac> kenvandine: first upload? or update?
[20:33] <kenvandine> seb128 was about too... then disappeared :)
[20:33] <kenvandine> update
[20:33] <kenvandine> new version
[20:33] <kenvandine> minor tweak :)
[20:33] <mac_v> nevermid
[20:33] <asac> kenvandine: that probably means that seb is testing it ... he has no always-on irc setup. so reboots kill his session
[20:33] <asac> not seeing him back now might mean that the package isnt ready ;)
[20:33] <kenvandine> i hadn't pointed him at it yet
[20:33] <kenvandine> dropped off while i was creating tarball and publishing on LP
[20:33] <asac> mac_v: ok i see. thanks for clarifying ;)
[20:34] <asac> makes sense then
[20:34] <kenvandine> asac, lp:~xsplash-team/xsplash/ubuntu/
[20:34] <asac> k getting it
[20:34] <kenvandine> asac, thx!
[20:34] <asac> kenvandine: its just one revision ;)
[20:34] <asac> doesnt feel like an update
[20:34] <kenvandine> yeah
[20:34] <kenvandine> :)
[20:35] <kenvandine> new version
[20:35] <kenvandine> new tarball
[20:35] <kenvandine> tiny change though
[20:35] <kenvandine> "it sucks less"
[20:35] <kenvandine> for alpha4
[20:35] <kenvandine> i also split it into a packaging only branch
[20:35] <asac> kenvandine: what i mean is: the branch has just one revision ;)
[20:35] <asac> kenvandine: ah ok.
[20:35] <kenvandine> figured that would make you happier :-p
[20:36] <asac> yeah it does
[20:38] <asac> kenvandine: i like debian/ only branches.
[20:38] <asac> kenvandine: i am not sure if seb likes them though.
[20:38] <kenvandine> asac, i can tell :)
[20:38] <asac> i took quite some time to convince him to use bzr ... so that he might want things to be all of the same style ;)
[20:38] <kenvandine> asac, if you look at what james_w is doing... someday that will do away with debian only branches :)
[20:39] <asac> you can already do it. but then you still have an upstream branch ;)
[20:39] <asac> havent really checked it yet as all my pieces are already in bzr branches and i dont want to trash all that for now
[20:42] <asac> kenvandine: you do a release for just a one line fix?
[20:42] <asac> ;)
[20:43] <asac> besides from that its ok. except that i dont know why you removed the changelog in the initial revision
[20:43] <kenvandine> ?
[20:43] <asac> kenvandine: http://paste.ubuntu.com/251561/
[20:43] <asac> look at the debdiff
[20:43] <asac> thats 0.2-0ubuntu1 from archive vs. 0.3...
[20:44] <kenvandine> oh
[20:44] <asac> kenvandine: i can readd that easily. wanted to do something to the branch too
[20:44] <chrisccoulson> kenvandine - it's the same thing i mentioned yesterday ;)
[20:44] <kenvandine> please do... i will re-add it in the branch
[20:44] <asac> and overwrite the core-dev branch
[20:44] <kenvandine> chrisccoulson, yeah... :)
[20:44] <asac> kenvandine: well. either core-dev branch is release branch or something else (as we previously discussed)
[20:45] <asac> kenvandine: i would suggest that you work against core-dev branch (or we can probably do a ubuntu-desktop branch)
[20:45] <asac> but its your decision
[20:45] <kenvandine> asac, yeah.. that is the goal here
[20:45] <kenvandine> why i split it into a debian only branch
[20:45] <kenvandine> but it wasn't in core-dev yet
[20:45] <asac> kenvandine: there is a branch in core dev ... i will rename that as ".old" and mark abandoned
[20:46] <kenvandine> ?
[20:46] <asac> kenvandine: the debdiff suggest that Vcs-Bzr: didnt change
[20:46] <asac> so i assume its alrewady there
[20:46] <asac> let me check
[20:46] <kenvandine> it wasn't an hour ago
[20:46] <kenvandine> but slangasek just copied it to main
[20:46] <asac> kenvandine: ok you are right then
[20:47] <asac> kenvandine: so let me do this and also make the Vcs-Bzr-* headers as we did with the other
[20:47] <kenvandine> :)
[20:47] <kenvandine> thx!
[20:47] <kenvandine> i will then always base on that branch :)
[20:54] <asac> kenvandine: anything test worthy there? (feels harmless). did you test it?
[20:54] <kenvandine> i tested it
[20:54] <kenvandine> it is fine
[20:54] <kenvandine> it is just better about hiding the panels
[20:55] <asac> kenvandine: uploaded and pushed branch
[20:55] <asac> kenvandine: i added some bzr-builddeb magic there
[20:58] <kenvandine> asac, thx!
[21:00] <asac> not really magic. the problem is that the upstream bzr branch doesnt have auto files generated
[21:00] <dobey> asac: so i think the policy of what becomes gtk+ stock is "whatever mclasen decides to put in gtk+"
[21:00] <dobey> asac: i have a quick general packaging question that you might be able to answer though...
[21:01] <asac> thx. just ask ;)
[21:01]  * asac should really get into looking at knetworkmanager mess :/
[21:01] <dobey> asac: i am making a new tarball release for alpha4, and one of the packages is a new version, but it doesn't specifically fix any issues filed against the source package... do i need to find some lp bugs to list in the changelog, or is just putting "New upstream release." sufficient in these cases?
[21:02] <asac> dobey: the latter. its nice to have bugs closed in changelog (especially if the bug list is short its easy to spot) though.
[21:03] <asac> if you spot some bug later you can close them and paste the changelog while closing
[21:03] <dobey> asac: right, ok. thanks!
[21:04] <asac> as a rule of thumb using the same time it takes to prepare an update to document it should be the max
[21:04] <asac> of course minus long running packaging builds ;)
[21:05] <dobey> cool
[21:30] <chrisccoulson> superm1 - you don't use gnome-volume-manager at all on mythbuntu do you?
[21:30] <superm1> chrisccoulson, no, i dont believe we do anymore
[21:30] <superm1> we did at a time
[21:30] <superm1> chrisccoulson, it has an rdepends of mythbuntu-live-autostart, but that should probably go now
[21:30] <chrisccoulson> cool. mythbuntu-live-autostart still has the following dependency: thunar | gnome-volume-manager
[21:30] <chrisccoulson> yeah
[21:31] <superm1> that tool needs a revamp in general...
[21:31] <chrisccoulson> i was just looking at its rdepends, as g-v-m is a good candidate to be dropped from the archive now
[21:31] <chrisccoulson> it's completely unmaintained and obsolete upstream now, and apparently ubuntu users are still sending bugs to bugzilla for it
[21:31] <superm1> if you want to add a mythbuntu-live-autostart task to the bug to request removal from the archive, and subscribe ~mythbuntu, would appreciate it
[21:32] <chrisccoulson> thanks, i'll do that. i'll have a quick look at the other rdepends first though, to make sure they can all go
[21:46] <chrisccoulson> seb128 - seems g-c-c wants external libslab :-/
[21:46] <seb128> vuntz, ^ you broke everything ;-)à
[21:46] <chrisccoulson> heh
[21:46]  * chrisccoulson goes away to do some hacking
[21:47] <seb128> chrisccoulson, I guess there is a new tarball I've no noticed yet which doesn't build due to libslab changes?
[21:47] <seb128> just coming back from dinner etc
[21:47] <chrisccoulson> seb128 - this is 2.27.5
[21:47] <seb128> but I've seen vuntz comimiting changes for libslab system build today
[21:47] <seb128> hum
[21:47] <seb128> vuntz was saying that .5 always use the copy
[21:48] <chrisccoulson> dpkg-shlibdeps fails with: "error: couldn't find library libslab.so.0 needed by debian/gnome-control-center/usr/bin/gnome-control-center (ELF format: 'elf64-x86-64'; RPATH: '')"
[21:48] <seb128> urg
[21:50] <seb128> wait for the new tarball maybe then
[21:54] <seb128> chrisccoulson, want to do some other upgrades?
[21:54] <chrisccoulson> seb128 - yeah, can do:)
[21:54] <seb128> chrisccoulson, http://download.gnome.org/sources/vinagre/2.27/vinagre-2.27.90.tar.gz
[21:54] <seb128> or http://download.gnome.org/sources/pygobject/2.19/pygobject-2.19.0.tar.gz
[21:55] <seb128> or http://download.gnome.org/sources/vino/2.27/vino-2.27.90.tar.gz
[21:55] <chrisccoulson> cool, i'll take a look at those
[21:55] <seb128> just pick one ;-)
[21:55] <seb128> or several
[21:55] <chrisccoulson> i'll take vinagre first ;)
[21:55] <seb128> good
[21:56] <asac_> seb128: which glib version will we ship?
[21:57] <asac_> why does dan williams think we will get 2.24 and we have 2.21? are we lagging or did he mix up versions
[21:57] <seb128> asac_, karmic? 2.22
[21:57] <seb128> he mixes versions
[21:57] <seb128> 2.21 is current unstable
[21:57] <asac_> ok thats gtk i guess?
[21:57] <seb128> gtk is 2.17
[21:57] <seb128> we will have 2.18
[22:05] <vuntz> seb128, chrisccoulson: hrm, g-c-c should work fine with internal libslab
[22:05] <vuntz> ah
[22:05] <vuntz> 2.27.5
[22:05] <chrisccoulson> hmmm, not sure why it breaks here :-/
[22:05] <vuntz> it's completely broken
[22:05] <vuntz> but it doesn't require an external one
[22:06] <vuntz> it should be all fixed in git
[22:06] <seb128> vuntz, going to roll a new tarball? ;-)
[22:06] <vuntz> and http://bugzilla.gnome.org/show_bug.cgi?id=591428 is nice too
[22:06] <vuntz> seb128: I'm not a g-c-c maintainer
[22:07] <chrisccoulson> vuntz - thanks:)
[22:07] <vuntz> seb128: and to be honest, I prefer to keep reviewing patches at the moment
[22:07] <chrisccoulson> i'll leave this one for now and concentrate on some other stuff
[22:07] <seb128> vuntz, you are right
[22:07]  * seb128 encourages patch review from vuntz
[22:21] <SkiDz> meh, not used mirc in years
[22:22] <chrisccoulson> seb128 - i have to go and eat some ice cream and then i will look at vinagre:)
[22:22] <seb128> chrisccoulson, ok, enjoy!
[22:28] <MDC2> vuntz, ping - got time?
[22:46] <vuntz> MDC2: a bit busy. If your question is quick, it might work :-)
[22:47] <MDC2> vutnz, ehm.. no it isnt :-) it's about libwnck and doing the right thing with workspaces/viewports... so if you don't have time we could take it some other day...
[22:48] <seb128> bryce: are r6xx cards supposed to work with 3d in karmic?
[22:48] <vuntz> MDC2: ah. Well, the right thing is to finish some very old patch that I have sitting around, not sure where
[22:49] <vuntz> MDC2: (I had 2/3 of libwnck converted to a WnckWorkspace object that would hide the virtual desktop/viewports stuff)
[22:49] <MDC2> vuntz, sounds like a good thing to do - if you do find - i could help finish
[22:49] <MDC2> it*
[22:50] <MDC2> vuntz, it would solve a lot of bugs in bugzilla...
[22:53] <MDC2> vuntz, (also someday when you got time there's quite a few unreviewed patches for libwnck - but hey - no pressure :-) )
[22:54] <vuntz> MDC2: yeah, I'm on gnome-panel patches right now. Next round is for libwnck
[22:55] <MDC2> vuntz, great! hopefully I will have tile h/v ready by then :)
[22:55] <MDC2> vuntz, just have some struts problem at the momen..
[22:57] <MDC2> vuntz, if you don't find your patch I could give it a try and create it on my own... (?)
[22:58] <chrisccoulson> vuntz - i tried your bugzilla patch, but it still didn't work
[22:59] <chrisccoulson> i've got it to build with an extra change now though
[22:59] <chrisccoulson> http://paste.ubuntu.com/251617/ seems to build ok with internal libslab now
[23:00] <chrisccoulson> should try and see if it runs though ;)
[23:01] <vuntz> chrisccoulson: did you use g-c-c from git + my patch?
[23:01] <chrisccoulson> vuntz - no, i used 2.27.5 + your patch
[23:01] <vuntz> chrisccoulson: so it's useless :-) My patch is for master :-)
[23:01] <chrisccoulson> ah, ok. i'll take a look at git then
[23:02] <vuntz> chrisccoulson: and your patch is more or less part of what is in git
[23:02] <vuntz> MDC2: depends how patient you are, I guess ;-)
[23:03] <vuntz> MDC2: if you want to start now, better to start from scratch :-)
[23:03] <chrisccoulson> vuntz - yeah, that makes sense now
[23:04] <MDC2> vuntz, something like 70% chances its gone?
[23:05] <MDC2> vuntz, thing is I will have quite a lot time the coming days...
[23:05] <MDC2> vuntz, but if it's gone - its gone :)
[23:07] <vuntz> MDC2: I think I have it here
[23:07] <vuntz> give me 5 minutes
[23:07] <MDC2> :-D
[23:08] <chrisccoulson> seb128 - want me to push the 2.27.5 g-c-c version now? it builds ok now, so i'd rather not have to update to a GIT snapshot at the moment, otherwise that means refreshing all the patches again
[23:09] <chrisccoulson> and i only just finished that for 2.27.5 ;)
[23:09] <seb128> chrisccoulson, yes please
[23:09] <vuntz> seb128: I thought you were a g-c-c maintainer. You could do a tarball ;-)
[23:10] <seb128> I could ;-)
[23:11] <kklimonda> huh, Is it possible that gnome-settings daemon dies with Assertion like this: http://pastebin.com/d7aad2513 ?
[23:11] <seb128> that seems a pulseaudio issue
[23:12] <kklimonda> it seems to be
[23:12] <seb128> but yes if the media key code crash
[23:12] <kklimonda> yeah
[23:12] <kklimonda> exactly
[23:12] <chrisccoulson> kklimonda - can you trigger the issue reliably?
[23:13] <kklimonda> unfortunately no - it seems pretty random - got this twice before in the last 24 hours or so
[23:14] <kklimonda> chrisccoulson: now I've reproduced it
[23:14] <kklimonda> chrisccoulson: I've disabled pulseaudio completely (autospawn = no in ~/.pulse/client.conf), killed pulseaudio and tried to change volume using media keys
[23:15] <kklimonda> yeah, I did it again
[23:16] <chrisccoulson> yeah, it looks like g-s-d is calling a pulseaudio function with an invalid pa_context somewhere - possibly because there is no pulseaudio spawned
[23:16] <seb128> not using pulseaudio is not a good idea nowadays
[23:16] <kklimonda> seb128: I'm trying to debug another issue :)
[23:16] <vuntz> MDC2: mail address?
[23:16] <chrisccoulson> i might take a look at that when i get the chance, but you should report it upstream anyway
[23:16] <MDC2> libwnck@mejlamej.nu
[23:18] <seb128> kklimonda, thanks for the tomboy update I'm sponsoring it now
[23:19] <chrisccoulson> hmmm, i wonder how many people use libipoddevice :-/
[23:19] <chrisccoulson> it's a rdepend of gnome-volume-manager
[23:19] <vuntz> MDC2: you got mail
[23:20] <vuntz> MDC2: please don't cry when looking at the patches (I didn't look at them, but I guess they're ugly)
[23:20] <MDC2> vutnz, thanks a lot - wont (hopefully) bothering you now for a couple of days :-)
[23:20] <vuntz> of course
[23:20]  * vuntz sends another mail, with the patches
[23:20] <MDC2> won't cry - will just fix the issues instead :)
[23:21] <seb128> chrisccoulson, do we still need gnome-volume-manager somewhere?
[23:21]  * vuntz wonders why mutt doesn't have some magic to detect missing attachments
[23:21] <MDC2> vuntz, thanks again!
[23:21] <chrisccoulson> seb128 - i was looking to remove it, based on some discussion with hggdh and andre klapper earlier
[23:22] <chrisccoulson> but some stuff still depends on it
[23:22] <chrisccoulson> most of the depends or trivial it seems, but i'm not sure about this one
[23:22] <seb128> "it" being the lib or gnome-volume-manager?
[23:23] <vuntz> MDC2: fwiw, the plan is to remove deprecated API during 2.29, so it'd be a good time to break API
[23:24] <vuntz> MDC2: if you know of any other things that might break API, we should probably give them some high priority
[23:24] <chrisccoulson> libipoddevice has a depends on gnome-volume-manager currently, and i'm not sure how much it breaks without that dependency
[23:25] <MDC2> vuntz, i'll see what i can found. something that might be good to add (won't break api though) would be the available area that windows can use (struts thingy)...
[23:31] <seb128> dobey, if you need files between binaries you need a Replaces
[23:32] <seb128> dobey, and having the configuration in the python bindings seem weird
[23:32] <seb128> speaking about ubuntuone-client
[23:32] <seb128> "if you move files between binaries"
[23:35] <TheMuso> seb128: Oh, probably libcanberra-pulse is not seeded. Let me double check that today and I can seed it if its not.
[23:36] <seb128> TheMuso, it's not it's in universe
[23:36] <seb128> (just the binary but that shows that nothing in main depends on it)
[23:36] <seb128> thanks
[23:38] <TheMuso> Right so it needs to be promoted then.
[23:39] <seb128> well the source is in main so it's basically a matter to have a depends on it
[23:39] <seb128> or a recommends
[23:39] <seb128> ie either in a GNOME package or in the seeds
[23:39] <TheMuso> ok
[23:42] <seb128> $ gjs-console examples/gtk.js
[23:42] <seb128> gjs-console: error while loading shared libraries: libmozjs.so: cannot open shared object file: No such file or directory
[23:42] <seb128> gra
[23:42] <seb128> hate libmozjs
[23:47] <asac_> stop bitching ;)
[23:48] <asac_> seb128: you probably used -rpath again
[23:48] <asac_> to link gjs-console ... that would be wrong ;)
[23:48] <seb128> asac_, I didn't change anything to this one, the upstream workaround probably broke on new version
[23:48] <asac_> seb128: it probably broke on xulrunner update. but because they use --rpath
[23:49] <seb128> " -Wl,-rpath -Wl,/usr/lib/xulrunner-1.9.1.2"
[23:49] <seb128> (I just rebuilt)
[23:50] <asac__> reconnect
[23:50] <seb128> "LD_LIBRARY_PATH=":/usr/lib/xulrunner-1.9.1.2""
[23:50] <asac__> 00:49 < asac_> you need to set LD_LIBRARY_PATH to /usr/lib/xulrunner-`xulrunner-1.9.1 --gre-version`
[23:50] <asac__> 00:49 < asac_> for runtime
[23:50] <seb128> they have that in their log
[23:50] <asac__> 00:50 < asac_> we are working on a real solution with upstream
[23:50] <asac__> 00:50 < asac_> e.g. getting a stable mozjs.so for libdir
[23:50] <asac__> 00:50 < asac_> i hope that happens this cycle still
[23:51] <asac__> that syntax feels odd
[23:51] <seb128> it's weird
[23:51] <asac__> but if it exists and there is a libmozjs.so inside i wouldnt see a reason why it cant find libmozjs.so
[23:51] <asac__> either they dont set it
[23:51] <asac__> or i dont know ;)
[23:51] <seb128> $ ldd /usr/bin/gjs-console | grep libmozjs
[23:51] <seb128> 	libmozjs.so => not found
[23:51] <seb128> 	libmozjs.so => /usr/lib/xulrunner-1.9.1.2/libmozjs.so (0x00c85000)
[23:51] <seb128> why is it listed twice?
[23:52] <asac__> thats scary
[23:52] <asac__> ELF bustage?
[23:52] <asac__> not sure
[23:52] <chrisccoulson> vinagre should be a nice and easy update:)
[23:52] <chrisccoulson> compared to g-c-c anyway
[23:53] <asac__> feels like they used -lmozjs twice with -Wno-as-needed and our dynamic linker is broken
[23:55] <asac__> objdump only shows libmozjs.so once
[23:55] <asac__>   NEEDED               libmozjs.so
[23:56] <seb128> asac__, thanks work once built using --as-needed
[23:56] <asac__> heh.
[23:56] <asac__> not sure why i had the right idea
[23:56] <seb128> because you are a smart guy ;-)
[23:57] <seb128> still weird bug
[23:57] <asac__> yeah. thats a doko thing i guess
[23:57] <asac__> also i am not  smart enough to fix this knetworkmanager beast
[23:57] <asac__> i think they deserve to have no network
[23:57] <asac__> its like putting a networkmanager abstraction in libglib
[23:58] <asac__> and then wondering why it never works  ;)
[23:58]  * asac__ builds the complete kdebase now to add a few print outputs for NM :(
[23:59]  * seb128 hugs asac__ for the good work he's doing
[23:59] <asac__> also noone on #kde-devel replies to me ;)
[23:59] <asac__> even though i was polite
[23:59]  * asac__ hugs seb128 back