[05:30]  * TheMuso finally works out that the unity panel is drawn by unity/nux, and the panel service only takes care of showing gtk elements when the correct region is clicked for an indicator/menu...
[05:31] <RAOF> That seems slightly odd, but ok :)
[05:31] <TheMuso> RAOF: You're telling me.
[05:32] <RAOF> I guess that probably makes a11y that little bit more difficult.
[05:32] <TheMuso> Yeah, particularly when widget parents and children need to be considered.
[05:33] <TheMuso> Menus are app specific, but visuall exist outside the app.
[05:33] <TheMuso> visually exist
[05:33] <TheMuso> So does one include the menus in the application hierarchy, or the panel hierarchy? :)
[05:34] <TheMuso> I personally think menus should be a part of the application hierarchy, which is technically possible. The menus can be known to be a part of the app, so far as accessibility is concerned, yet visually exist outside the app window.
[05:35] <TheMuso> But there is still the issue of the indicators and what parent they belong to.
[05:35] <RAOF> I guess if you were only concerned with 100% blind a11y that would be the obvious answer.
[05:35] <TheMuso> THis is true.
[06:07] <pitti> Good morning
[06:08] <cdbs> Good morning pitti
[07:02] <pitti> kenvandine: please have a look at bug 627744; we mustn't fix stuff in SRUs and not fix it in the devel release
[07:02] <ubot2> Launchpad bug 627744 in tomboy (Ubuntu Natty) (and 5 other projects) "Tomboy note names are blank in the Application Indicator fallback menu (affects: 17) (dups: 2) (heat: 114)" [High,Fix committed] https://launchpad.net/bugs/627744
[07:35] <hyperair> dobey: pigng
[07:35] <hyperair> *ping
[07:40] <didrocks> good morning
[07:41] <pitti> bonjour didrocks
[07:42] <didrocks> hey pitti :)
[09:00] <dpm> hi pitti, good morning!, just a FYI, I'm trying to find out what happened with the missing maverick langpack export with the LP guys now
[09:00] <pitti> dpm: thanks
[09:00] <pitti> and good morning!
[09:00] <dpm> :-)
[09:02] <dpm> pitti, I'll be away until Wed (long Bank Holiday in Spain \o/), so once we've figured it out, we might just want to delay the copy to -proposed and the call for testing for a week and wait for the normally scheduled export + langpack rather to generate a one-off export before
[09:02] <dpm> rather than
[09:25] <asac> mvo: can i disable update-manager to pop up without me asking for it?
[09:26] <asac> i want to keep it for dist-upgrades etc., but I dont want it to be used anymore
[09:42] <mvo> asac: you can use a gcofn key: /apps/update-notifier/auto_launch
[09:42] <mvo> asac: a lot of people complain about it
[09:45] <cdbs> Can someone kindly make an ubuntugtk3 branch of ~ubuntu-desktop/nautilus-sendto/ubuntu ?
[09:45] <cdbs> I have updated the package successfully to version 2.90.0 (which is latest upstream)
[09:46] <asac> mvo: it hangs all the time man ;)
[09:46] <asac> mvo: everytime i see the window its hanging!!!!
[09:46] <asac> ;)
[09:46] <asac> mvo: if you need any info for that let me know
[09:47] <asac> auto launch disabled. thanks mvo
[09:49] <mvo> asac: the update-manager window is hanging? on arm?
[09:49] <mvo> asac: hanging in what way? compiz making it gray?
[09:54] <asac> mvo: on my super old lenovo x61s
[09:54] <asac> mvo: yes ... not reacting ... grey and under unity i cannot close it even ... e.g. killall ftw
[09:54] <mvo> asac: no (maybe hidden) dialog or anything like this? mav or natty?
[09:54] <asac> mvo: i think it happens when i dont see the window and run apt-get update in the back ... but sometimes even without it if dont notice (guess when cron does apt-get update)
[09:55] <asac> mvo: i am maverick nowadays ;)
[09:55] <mvo> asac: if it happens next time, could you strace it?
[09:55] <asac> sure
[09:55] <mvo> asac: just to get a idea what is going on
[09:55] <asac> now its disabled though
[09:55] <asac> let me start it so its running
[09:56] <asac> ok its running ... will come back when it see it again ;)
[09:58] <mvo> thanks
[10:03] <cdbs> mvo: Could you make an ubuntugtk3 branch of lp:~ubuntu-desktop/nautilus-sendto/ubuntu ? Thanks!
[10:19] <pitti> mvo: do you plan to do an app-install-data upload for natty?
[10:24] <mvo> pitti: yes, the extraction is finished, I was reviewing it this morning, then pycompile crashed on me and distracted me
[10:25] <mvo> pitti: but a new version will be in today
[10:25] <pitti> ah, ok; just wondered for alpha-1
[10:25]  * pitti hugs mvo
[10:25] <mvo> yeah, I'm late
[10:25] <pitti> don't worry, no biggie
[10:25]  * mvo nods
[10:26] <pitti> mvo: btw, the software-center startup speed spec has a WI "automatically run startup time test on reference hardware: TODO"
[10:26] <pitti> mvo: this might already have been done?
[10:26] <pitti> I thought I saw a chart somewhere
[10:26] <mvo> its "kind of" funny, the extractor was set to dapper (to generate some statistics), so it had to do a full extraction again
[10:26] <pitti> mvo: ah, I guess that takes a while -- it has to unpack the entire archive?
[10:26] <mvo> pitti: yeah, its mostly done, just the "automate it" part is missing, i.e. setup cron and upload automatically
[10:26] <mvo> pitti: yeah, exactly. it takes ~5h or so (last I checked)
[10:27] <pitti> ah, ok
[10:27] <pitti> thanks!
[10:27] <mvo> pitti: lots of room for improvement, especially *if* it could be interegrated with soyuz
[10:28] <mvo> speaking of wich, could we make the binarypkgmangler extract the changelogs during build and store them somewhere for e.g. rsync?
[10:28] <mvo> so that changelogs.ubuntu.com could just rsync them instead of doing a extraction dance on the resulting debs (once they hit the mirror)?
[10:28] <pitti> mvo: extraction and adding to the .changes is not a problem
[10:29] <pitti> it alraedy does that for _translations.tar.gz etc.
[10:29] <pitti> but it needs soyuz support
[10:29] <pitti> otherwise it'll just see the "changelog" entry and say "meh?" and probably fall over
[10:29] <mvo> ok, good to know. where are those files stored afterwards?
[10:29] <pitti> mvo: in the librarian; you can get to them via the API
[10:30] <pitti> mvo: might be worth asking bigjools about this
[10:30] <pitti> perhaps we can "just do" this
[10:30] <mvo> ok, I think last I talked about this with him he was concerned about the amount of files
[10:30] <mvo> but I guess if we is not him there is a good chance it gets done ;)
[10:30] <mvo> its sounds not too compilicated
[10:30] <pitti> -EPARSE
[10:30] <pitti> mvo: no, if we can just add it to the .changes, it's easy to do; let me know when/if I should do that
[10:31] <mvo> ok, so its "just" soyuz support that is needed and API
[10:31] <mvo> to extract them afterwards
[10:31] <pitti> the API should be there already (mostly)
[10:31] <mvo> thanks pitti
[10:31] <mvo> cool
[10:31] <pitti> mvo: we had a similar case for the "static translations"
[10:32] <pitti> mvo: i. e. extracting translated gnome help files into a tarball, which langpack-o-matic then picks up from soyuz
[10:32] <pitti> istrorelease.getPackageUploads(created_since_date="XXXX-XX-XX", custom_type='raw-translations-static')
[10:32] <pitti> s/^/d/
[10:33] <pitti> mvo: ^ the getPackageUploads() call will probably accept any kind of custom_type that you add to the .changes with dpkg-distaddfile
[10:33] <pitti> but I don't know what soyuz checks there; it had been quite picky in the past at least
[10:34] <pitti> mvo: so we could add a new type raw-app-data and bundle icon, .desktop, etc. in a new tarball
[10:34] <pitti> mvo: oh, changelogs, not app data
[10:35] <pitti> but same thing
[10:35] <mvo> yeah, same thing
[10:35] <pitti> mvo: we could probably bundle changelogs, copyright, *.desktop and /icons/* in a tarball
[10:36]  * mvo nods
[11:18] <pitti> kenvandine: I'm a bit confused about the bzr for libdbusmenu; Vcs-Bzr: says https://code.launchpad.net/~dbusmenu-team/dbusmenu/ubuntu, but that seems to be an upstream PPA branch and is more recent than natty; are we using lp:ubuntu/libdbusmenu for the actual Ubuntu packagee?
[11:18] <pitti> kenvandine: at least it seems that seb128 committed into this
[12:41] <seb128> hey
[12:41] <didrocks> salut seb128
[12:41] <seb128> didrocks, lut
[12:41] <seb128> how are things going today?
[12:41] <didrocks> seb128: come on, your day is off! :)
[12:42] <didrocks> quit well actually, not very busy/"pingy" for me :)
[12:42]  * Nafallo turns sebs day back on
[12:42] <seb128> didrocks, hey, I just had a quick glance on emails and irc logs
[12:42] <seb128> noticed that pitti seems to be on an upload mania against gir-repository for some reason
[12:42] <didrocks> hehe, right :)
[12:43] <pitti> hey seb128, I thought you were on holidays? :-)
[12:43] <seb128> pitti, is there any reason to hurry and do upload for those?
[12:43] <seb128> like gnome-games was pending work on the new version
[12:43] <Nafallo> seb128: yeah. he thought you were on holidays ;-)
[12:43] <pitti> seb128: I was on an upload mania for dropping changelogs anyway, and I want to get rid of that package
[12:43] <seb128> dx things are pending on updates as well
[12:43] <pitti> seb128: I didn't upload dbusmenu or any DX stuff
[12:43] <seb128> well I saw in the IRC log you were asking about it :p
[12:44] <pitti> seb128: right, but I just added the bug ref to bzr
[12:44] <seb128> ok
[12:44] <pitti> seb128: I mostly dealt with stuff nobody else wanted to anyway, like gupnp-av
[12:44] <seb128> I don't think it's an issue to wait a few extra days for uploads
[12:44] <seb128> like gnome-games
[12:44] <pitti> seb128: right, gnome-games was perhaps not necessary
[12:44] <seb128> but if you want to do those...
[12:45] <seb128> I just dislike having to download updates daily on my not so fast internet for small reasons ;-)
[12:45] <seb128> we really need apt to handle binaries deltas ;-)
[12:46] <pitti> seb128: FYI, I'm on holiday on Monday
[12:46] <pitti> travelling back to Dresden
[12:46] <seb128> pitti, ok, enjoy your 3 days we then :-)
[12:46] <pitti> I will!
[12:46] <seb128> we -> WE
[12:47] <pitti> Need to get 13.3 MB of archives.
[12:47] <pitti> After this operation, 9849 kB disk space will be freed.
[12:47] <pitti> now, that's not bad for a morning's work :)
[12:48] <seb128> ;-)
[12:48] <pitti> this was again for packages which will mostly not be resynced during natty anyway
[12:48] <seb128> I often get some of those because local builds are replacing by ones which have translations etc stripped
[12:48] <seb128> replaced
[12:49] <seb128> I wondering a few times why it was freeing space when there was no real changes before figured that was the mangler work ;-)
[12:49] <pitti> I want to do a few rebuilds every week, to avoid a huge hit
[12:50] <pitti> but I still need to keep going with those
[12:50] <seb128> is there many sources on the CD not rebuilt yet?
[12:50] <pitti> quite a few; look at /usr/share/doc/*/change*
[12:51] <pitti> I am doing an ls -lSr and work from the biggest ones
[12:51] <seb128> indeed
[12:51] <pitti> which is of course mostly OO.o now
[12:51] <pitti> rebuilding OO.o would win us > 8 MB compressed
[12:51] <pitti> but I don't want to touch it really
[12:51] <pitti> (7 MB for dropping the NBS libicu42, 1.5 MB for changelogs)
[12:52] <seb128> pitti, oh come on, you know you want to take over this one ;-)
[12:52] <Nafallo> lol. at least I'm not the only troll in this channel :-P
[13:16] <seb128> ok, I was just passing by, going back to my holiday day
[13:16] <seb128> have a nice we everybody
[13:16] <seb128> see you next week :-)
[13:20] <dpm> hi pitti, it's langpack questions day today! :) I was wondering if you had had the chance to activate the natty langpack builds in langpack-o-matic?
[13:22] <pitti> dpm: ah, if we have a full export, I can build them
[13:23] <pitti> seems we do
[13:23] <pitti> dpm: sure, I'll start it
[13:24] <dpm> pitti, yeah -> https://translations.launchpad.net/ubuntu/natty/+language-packs - thanks!
[13:27] <pitti> dpm: building now; I want to test the first ones locally before I actually upload them
[13:28] <dpm> pitti, ok. Thanks. Notice that the first ones will not contain FF translations. chrisccoulson, jtv and I have been in touch to see how we can get them into LP (the upstream xpi langpack packaging has changed a bit)
[13:29] <pitti> dpm: ah, ok; that was my main concern, since a mismatch tends to break Firefox completely
[13:29] <chrisccoulson> pitti - it shouldn't break it hopefully, as the current language packs should just fail the compatibility check
[13:29] <dpm> pitti, ah, actually: the export might contain the old (3.6) ones
[13:30] <chrisccoulson> although, some users will disable the compatibility check to get extensions to work
[13:30] <pitti> chrisccoulson: right; I mean once they are marked compatible
[13:30] <chrisccoulson> they shouldn't get marked compatible yet until we've imported the new template in to LP
[13:31] <chrisccoulson> for users who disable the compatibility check, the current language packs will probably have already destroyed their firefox install ;)
[13:32] <chrisccoulson> pitti - we just need to check that the new language packs have the current maxVersion in their install.rdf files
[13:46] <dpm> chrisccoulson, pitti, asac, after having had a call with Chris and jtv, I renamed the natty template from firefox-3.6 to firefox. I also changed the domain name in Launchpad from 'firefox-3.6' to 'firefox'. I'm not sure if this makes a difference in the version put in the language packs (i.e. if po2xpi uses that info), but it's something I thought I should mention just in case
[13:47] <dpm> (the translation domain name part)
[13:47] <pitti> dpm: I don't know, I'ma fraid
[13:47] <chrisccoulson> dpm - i think po2xpi gets the install.rdf from the template uploaded from the firefox source package
[13:47] <chrisccoulson> i might be wrong though
[13:48] <chrisccoulson> and there's no new template after i disabled that in the firefox source package
[13:48] <dpm> pitti, no worries, just mentioning as a heds up, and in case any of you knew
[13:49] <dpm> ok
[13:53] <pitti> hey mterry
[13:54] <nessita> hi all!
[13:54] <kenvandine> pitti, i'll get that tomboy patch fixed and uploaded asap
[13:54] <kenvandine> guess it is a good reason to upload to devel first :)
[13:55] <kenvandine> looks like the fix was reverted in 1.5.2 when it was synced from debian
[13:55] <kenvandine> while the fix was still in -proposed
[13:55] <pitti> kenvandine: ah, thanks; I had hoped it was in 1.5.2
[13:55] <pitti> kenvandine: good morning!
[13:55] <kenvandine> :)
[13:55] <kenvandine> good afternoon :)
[13:57] <kenvandine> ugh... of course it FTBFS now... /me dives in
[13:58] <didrocks> hey mterry, nessita, kenvandine :)
[13:58] <kenvandine> he didrocks
[13:59] <nessita> didrocks: hey there, I don't want to be a PITA (though I might already be :-P), but I was wondering about the u1cp package... since is still on the NEW queue. Do I need to chase seb instead? can I ask some other package admin?
[14:02] <didrocks> nessita: it's in archive admin hands, not mine :)
[14:02] <didrocks> nessita: so seb or pitti maybe ;)
[14:02] <nessita> ah! pitti! :-D
[14:02] <pitti> hey nessita
[14:02] <pitti> we have daily archive admins..
[14:03] <pitti> can you please poke those instead? :-)
[14:03] <pitti> https://wiki.ubuntu.com/ArchiveAdministration#Archive%20days
[14:03] <pitti> jdstrand today
[14:03] <nessita> pitti: bien sur!
[14:04] <mterry> hi pitti and didrocks.  :)
[14:06] <didrocks> nessita speaks in french to pitti… am I missing something or it's not just me to be terribly confused? :)
[14:07] <pitti> didrocks: ah, it's French?
[14:07] <pitti> I had expected it to be Spanish :)
[14:08] <didrocks> pitti: it's "bien sûr", but I doubt that to be Spanish :)
[14:08] <nessita> didrocks: in spanish, literally, means "good south". But I meant the french phrase, "of course"
[14:09] <nessita> didrocks: I like french. I speak 2 or 3 words in french a day
[14:09] <nessita> mostly "bien sur", "ca va", "je vous re merci"
[14:12] <didrocks> :)
[14:13] <didrocks> (really, I'm sure one day we will have french as the official #ubuntu-desktop language :))
[14:19] <bcurtiswx_> anyone using the desktop gtk3 PPA, do you have nautilus-sendto installed?
[14:21] <bcurtiswx_> kenvandine, are you using the desktop gtk3 ppa ?
[14:21] <kenvandine> nope
[14:21] <bcurtiswx_> k thx
[14:22] <bcurtiswx_> is seb128 off today?
[14:22] <cyphermox> hellp
[14:23] <cyphermox> *hello
[14:23] <cyphermox> bcurtiswx, yes, he is
[14:23] <bcurtiswx_> cyphermox, thx
[14:23] <cyphermox> bcurtiswx, can I help you out with something ?
[14:24] <bcurtiswx_> empathy 2.91.3 depends on nautilus-sendto and the desktop PPA deoesn't have it for 2.91.x so i can't install nautilus-sendto without complete breakage
[14:25] <bcurtiswx_> i was hoping i could get someone to get that into the PPA
[14:25] <cyphermox> bcurtiswx, I can certainly prepare the package, though I'll need help to upload it to the ppa :)
[14:26] <bcurtiswx_> kenvandine, would you be able to put nautilus-sendto in the gtk3 PPA ?
[14:26] <didrocks> hum, does anyone knows why setting in the commit log "LP: #XXXX" doesn't anymore add "--fixes lp:XXXX"?
[14:26] <cyphermox> didrocks, even with (LP: #xxxx) ?
[14:26] <cyphermox> it worked for me yesterday
[14:26] <pitti> didrocks: hm, last time I checked it worked
[14:27] <pitti> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/gupnp-av/natty/revision/13
[14:27] <pitti> worked for me a couple of hours ago
[14:27] <pitti> plain "debcommit"
[14:28] <didrocks> waow, I even tried --fixes lp:XXXX and it doesn't work :/
[14:28] <didrocks> something is broken locally then
[14:28] <didrocks> bzr launchpad-login works…
[14:30] <didrocks> bzr log shows it, isn't it?
[14:30] <pitti> didrocks: yes, bzr log mentions it
[14:30] <didrocks> hum, I moved .bazaar as well…
[14:30] <bcurtiswx_> hmm seems there's an ubuntugtk3 nautilus-sendto already but a apt-cache policy nautilus-sendto doesn't show it
[14:31] <bcurtiswx_> the build failed on my machine due to a standards version mismatch.. where's that stored?
[14:32] <didrocks> james_w: hey, do you have any idea what can be the cause? (seems I'm uptodate bzr-wise) ^^
[14:32] <cyphermox> bcurtiswx, debian/control.
[14:33] <bcurtiswx_> cyphermox, is there a specific thing i have to do to upgrade from 3.8.4 to 3.9.1 other than editing the file...
[14:34] <cyphermox> bcurtiswx, I don't recall off the top of my head, sorry ;) usually what you can do is try to build and fix lintian warnings as they come up
[14:36] <bcurtiswx_> didrocks, do you know ^^ ?
[14:36] <bcurtiswx_> the standards version
[14:37] <didrocks> bcurtiswx_: no, just check if lintian is complaining about something after building
[14:37] <bcurtiswx_> didrocks, W: nautilus-sendto source: out-of-date-standards-version 3.8.4 (current is 3.9.1)  thats all (even after editing the file) :-\
[14:38] <cyphermox> bcurtiswx, that usually doesn't fail the build though
[14:38] <didrocks> bcurtiswx_: is there a debian/control and debian/control.in ?
[14:38] <cyphermox> ohh
[14:38] <bcurtiswx_> didrocks, yes.. edited as well. thx :D
[14:38] <didrocks> yw :)
[14:42] <james_w> didrocks, bonjour, --fixes lp:something doesn't work?
[14:42] <bcurtiswx_> hmm, rodrigo_ (who's not here) has a changelog already for nautilus-sendto, but has it as unreleased.  anyone know why ?
[14:42] <bcurtiswx_> in the desktop GTK3 PAP
[14:42] <bcurtiswx_> PPA*
[14:46] <didrocks> james_w: no, it doesn't here, I tried to remove ~/.bazaar as well without any success
[14:46] <james_w> didrocks, no result, or an error?
[14:46] <didrocks> james_w: no result
[14:47] <james_w> didrocks, hmm, bzr --version, and "bzr plugins -v | grep launchpad"?
[14:48] <didrocks> james_w: http://paste.ubuntu.com/539424/
[14:49] <james_w> didrocks, no idea, sorry, I suggest you file a bug
[14:49] <didrocks> james_w: ok, no worry, I will, thanks :)
[15:05] <bcurtiswx_> would someone be able to add https://code.edge.launchpad.net/~bcurtiswx/ubuntu/natty/nautilus-sendto/nautilus-sendto-2.90.0/+merge/42630 to the GTK3 PPA ?
[15:06] <bcurtiswx_> hmm, wait
[15:06] <bcurtiswx_> nautilus conflicts with nautilus-sendto :-\  how?
[15:16] <fagan> the nm-applet is taking up 500MB of ram at the moment :-/
[15:16] <cyphermox> fagan, I know :/
[15:16] <cyphermox> working on it still
[15:17] <fagan> yeah I have 4 GB in this computer though so its ok :)
[15:20] <cyphermox> hehe
[15:20] <cyphermox> bcurtiswx, btw, major changes in nautilus 2.91.1: * Move the nautilus-sendto extension module in-tree
[15:21] <bcurtiswx_> idk what in-tree means :-\
[15:21] <cyphermox> bcurtiswx, that's in nautilus' NEWS file, and why it now conflicts
[15:21] <cyphermox> means it was integrated into nautilus proper
[15:21] <cyphermox> you should instead update empathy to not require nautilus-sendto, but perhaps nautilus >= 2.91.1
[15:22] <bcurtiswx_> cassidy,  ^^
[15:23] <cassidy> bcurtiswx_, can you file a bug please ?
[15:24] <cyphermox> fagan, I was able to reduce the number of X errors nm-applet triggers to just 2 batches, but I'm not sure it will fix the leaks
[15:24] <bcurtiswx_> cassidy, sure.  in the mean time i'll changelog a bump on the depends to 2.91.1 for 2.91.3 and see if it build OK
[15:24] <bcurtiswx_> to nautilus 2.91.1 *
[15:27] <bcurtiswx_> cassidy, https://bugzilla.gnome.org/show_bug.cgi?id=636377
[15:28] <ubot2> Gnome bug 636377 in General "Bump nautilus dep to >2.91.1 as -sendto is now in-tree" [Normal,Unconfirmed]
[15:37] <pitti> chrisccoulson: I just spotted the nspluginwrapper karmic SRU you uploaded in September, for bug 410407
[15:37] <ubot2> Launchpad bug 410407 in nspluginwrapper (Fedora) (and 17 other projects) "Adobe Flash Player does not respond to mouse clicks [READ DESCRIPTION] (affects: 1023) (dups: 58) (heat: 4366)" [Unknown,Unknown] https://launchpad.net/bugs/410407
[15:38] <pitti> chrisccoulson: it was declined for Karmic; is that upload still actually relevant
[15:38] <pitti> ?
[15:38] <chrisccoulson> pitti - oh, i'd forgotten about that
[15:38] <chrisccoulson> yeah, the upload is relevant for karmic too
[15:38] <pitti> ok
[16:01] <didrocks> asac: what's the trick with ubuntu-mir? :p
[16:02] <didrocks> seems I'm an innocent victim :)
[16:07] <pitti> dpm: natty langpacks working fine for me, uploading now
[16:08] <dpm> pitti, \o/ thanks
[16:25] <pitti> dpm: the gnome ones will take quite a bit more time to build, FTR, due to the png compression
[16:25] <pitti> but at the same time they are quite a bit smaller now :)
[16:29] <dpm> ok, sounds good!
[16:42] <kenvandine> pitti, can you look at the MIR for ubuntu-geoip? bug 676510
[16:42] <ubot2> Launchpad bug 676510 in ubuntu-geoip (Ubuntu) "[MIR] ubuntu-geoip (affects: 1) (heat: 255)" [Undecided,New] https://launchpad.net/bugs/676510
[16:43] <kenvandine> i want to upload indicator-datetime today which depends on it
[16:43] <pitti> kenvandine: I'm in meeting now; and not in ~ubuntu-mir any more :)
[16:44] <kenvandine> oh... didn't know that
[16:44] <kenvandine> ok
[16:44] <kenvandine> any suggestions who to poke about it?
[16:44] <asac> didrocks: did doko add you? ;)
[16:45] <pitti> kenvandine: https://launchpad.net/~ubuntu-mir/+members :)
[16:45] <didrocks> asac: yeah, I was quite surprised! it's mean :)
[16:45] <pitti> oh, didrocks is a MIR reviewer now?
[16:45] <kenvandine> woot... didrocks can you look at ubuntu-geoip?
[16:46] <didrocks> kenvandine: hum, "no" :)
[16:46] <didrocks> well, not in the short time :)
[16:46] <asac> didrocks: drop in the hot and cold water approach ;)
[16:46] <kenvandine> added 3 hours ago... woot
[16:47] <kenvandine> oh, mterry is a MIR reviewer too
[16:47] <kenvandine> mterry, got a few minutes to look at ubuntu-geoip?
[16:48] <mterry> kenvandine, I can do it today, but I have a meeting shortly, so can't be right now
[16:48] <kenvandine> sure
[16:48] <kenvandine> today is good enough :)
[16:48] <kenvandine> anxious to get indicator-datetime off my plate :)
[16:48] <didrocks> heeee, and the banshee MIR? :)
[16:48] <didrocks> asac: don't go away like that :p
[16:48] <kenvandine> but i am still blocked on tedg getting me an actual tarball :)
[16:50] <tedg> kenvandine, Sorry getting distracted :(
[16:51] <kenvandine> yeah, i am getting distracted from appindicator too
[16:51] <kenvandine> :-D
[16:51] <asac> didrocks: you want to start your duties before monday? ;)
[16:52] <didrocks> asac: you mean, the banshee MIR is on my plate? now :)
[16:52] <asac> lol
[16:52] <didrocks> not a nice gift :p
[16:52] <didrocks> and I'm biased, I can't review it :p
[16:53] <asac> didrocks: right. so let me look
[16:53] <kenvandine> haha
[16:53] <didrocks> \o/
[16:53] <didrocks> thanks asac
[16:58] <asac> didrocks: so ... monday 9am?
[16:58] <asac> i scheduled a talk on mumble there
[16:58] <asac> i have to run on another call now etc.
[16:58] <asac> and on weekend i want to stay off
[16:58] <didrocks> asac: sure, no worry :)
[16:59] <asac> sure so enjoy your MIR free time ;)
[16:59] <didrocks> asac: just send me an invite
[16:59] <didrocks> one week-end \o/
[16:59] <didrocks> and then, the hell begins :)
[16:59] <asac> didrocks: i sent, did you receive?
[17:00]  * kenvandine -> lunch
[17:00] <didrocks> asac: received, perfect, thanks!
[17:03] <mvo> mpt: thanks for s-c commit
[17:06] <mvo> pitti: when you have time after the meeting, could you quickly tell me why msttcorefonts was rejected?
[17:07] <pitti> mvo: I said so in the bug
[17:07] <pitti> mvo: it was the same version as the maverick update
[17:07] <mvo> pitti: meh, right. thanks for spotting this
[17:07] <pitti> mvo: well, LP did :)
[17:08] <mvo> thanks LP
[17:09] <mvo> pitti: I created a LP lib based script for the changelogs extraction now, if that works well, I don't think we need a custom upload format (at least for changelogs)
[17:11] <pitti> mvo: nice, you take the data from +changelog ?
[17:15] <mvo> pitti: no, when I tried this for the kernel it oopsed
[17:16] <mvo> pitti: I use the sourceUriUrls()
[17:28] <pitti> good night everyone
[17:29] <pitti> I'll be on holiday on Monday
[18:15] <didrocks> see you pitti!
[18:16] <kenvandine> tedg, uhoh... doko uploaded indicator-application to natty to force a rebuild with python 2.7... and of course it doesn't build on natty
[18:17] <mterry> kenvandine, approved ubuntu-geoip
[18:18] <kenvandine> mterry, woot... thx!
[18:18] <kenvandine> ok tedg, now i am waiting on indicator-datetime
[18:19] <tedg> kenvandine, Did the python bindings fail?  Uhg.
[18:19] <kenvandine> no... not that
[18:19] <tedg> kenvandine, I'm working on that tarball as we... speak?
[18:19] <kenvandine> the gir problem i hit yesterday
[18:20] <kenvandine> that problem wasn't related to making it build for gtk3
[18:20] <kenvandine> it just doesn't build on natty
[18:20] <kenvandine> although i wouldn't be surprised if it fails building for python 2.7 too :)
[18:20] <kenvandine> The GObject name 'AppIndicator' isn't compatibile
[18:20] <kenvandine> with the configured identifier prefixes:
[18:20] <kenvandine>   ['AppIndicator']
[18:20] <kenvandine> The class would have no name.
[18:20] <tedg> kenvandine, Ah, okay.  Hmph.
[18:20] <kenvandine> that's the build failure
[18:21] <tedg> kenvandine, Tell doko just to use Maverick -- it's WAY better ;)
[18:21] <kenvandine> still think that is because appindicator doesn't have a namespace?
[18:21] <kenvandine> haha
[18:21] <tedg> That's my guess... though I couldn't get my Natty test drive to work yesterday :(
[18:21] <kenvandine> so why doesn't appindicator have a namepsace?
[18:21] <kenvandine> or even a namespace
[18:21] <tedg> kenvandine, Well, what would it be?
[18:21] <kenvandine> :-D
[18:22] <tedg> kenvandine, It seems unfair to take the namespace "App" :)
[18:22] <kenvandine> hehe :)
[18:22] <kenvandine> appindicator ?
[18:22] <tedg> Then all the functions would have to be appindicator_indicator_foo()
[18:22] <kenvandine> yeah, so?
[18:23] <tedg> I don't like to type that much :)
[18:23] <kenvandine> your a C guy, you like lots of typing :)
[18:23] <tedg> See, we solve this by not having tons of namespaces :)
[18:23] <kenvandine> well the functions are named app_indicator_foo now
[18:23]  * kenvandine does a big sed on tedg's code
[18:24] <kenvandine> ugh... api breakage
[18:36] <didrocks> ok, week-end time now!
[18:36] <didrocks> see you guys
[19:09] <hakermania> hello all, I have packaged my application for REVU, but I need to know how exactly the image of the package will be defined. I've heard about debian.screenshots.net but (of course) my package cannot be found in http://screenshots.debian.net/upload because REVU hasn't accepted it yet! What's the process I have to follow?
[19:52] <tedg> kenvandine, FIRE IN THE HOLE!  Merge request en route.
[19:52] <kenvandine> woot
[20:51] <czajkowski> kenvandine: you'll be happy to know Gwibber runs faster on unity than my regular desktop version :s
[20:52] <kenvandine> :)
[20:54] <czajkowski> kenvandine: it hates my column layout for some unknown reason
[20:56] <kenvandine> what about it?
[20:57] <czajkowski> much slower and crashes on scrolling, but doesnt under unity. :(
[20:57] <czajkowski> kenvandine: is this your sublte way of telling me to use unity ;)
[20:58]  * kenvandine sends subliminal messages over the pond
[20:58] <czajkowski> icey snowed in pond!
[20:59] <czajkowski> heading to stuttgart on sunday and it's warmer there!
[21:19] <kenvandine> mterry, whoops... geoclue needs an mir too... ubuntu-geoclue needs it
[21:19] <kenvandine> mterry, mind reviewing that one?  once i file the mir bug?
[21:19] <mterry> kenvandine, uh, I may not get to it today?  but I can do it this weekend
[21:20] <kenvandine> ok, whenever
[21:20] <kenvandine> sorry i missed that before
[21:20] <kenvandine> been a  while since i had looked at that
[21:31] <cyphermox> jasoncwarner, ping?
[21:32] <jasoncwarner> cyphermox:
[21:32] <jasoncwarner> hello
[21:33] <cyphermox> hey :)
[21:33] <jasoncwarner> afternoon!
[21:34] <devildante> any way to build empathy on natty? apt-get build-dep seems to miss a lot of deps
[21:40] <cyphermox> devildante, are you also using the rules from debian/rules to build it?
[21:41] <devildante> cyphermox: I'm trying to build it straight from git
[21:41] <cyphermox> devildante, you can check what configure complains about to find the missing deps?
[21:42] <devildante> Requested 'folks >= 0.3.2' but version of Folks is 0.1.17
[21:42] <devildante> Requested 'folks-telepathy >= 0.3.2' but version of Folks Telepathy support library is 0.1.17
[21:42] <devildante> No package 'gsettings-desktop-schemas' found
[21:42] <devildante> No package 'gtk+-3.0' found
[21:42] <devildante> No package 'libcanberra-gtk3' found
[21:42] <devildante> Requested 'libnotify >= 0.7.0' but version of libnotify is 0.5.0
[21:42] <devildante> No package 'gcr-3' found
[21:42] <cyphermox> devildante, not so fast ;)
[21:43] <devildante> :p
[21:43]  * Tm_T hints of paste.ubuntu.com
[21:43] <devildante> Tm_T: yeah, sorry for noise
[21:43] <cyphermox> devildante, some of those will already be available in the desktop team gnome-gtk3 builds, e.g. gtk+-3.0 and others. in fact, I think they're already uploaded too
[21:44] <devildante> cyphermox: you mean the gnome3-builds PPA? already tested on my native install and didn't work :(
[21:44] <devildante> about to try again on virtualized install though
[21:46] <cyphermox> devildante, well, I don't think folks and folks-telepathy are up to date
[21:46] <devildante> :-/
[21:47] <devildante> let's also build them, then :p
[21:47] <cyphermox> exactly ;)
[22:17] <kenvandine> tedg, sent a merge proposal for which fixes the current build failures https://code.edge.launchpad.net/~ken-vandine/indicator-application/gi-build-fixes/+merge/42697
[22:17] <kenvandine> doesn't include the with-gtk=3 stuff yet
[22:18] <tedg> kenvandine, Cool
[22:18] <kenvandine> i'll get to that later... now i need to fix the package so it builds
[22:18] <tedg> kenvandine, I'll have to merge it at http://code.launchpad.net/libappindicator though :)
[22:18] <kenvandine> failing with the multiple python versions now
[22:18] <kenvandine> whatever floats your boat man :)
[22:19]  * kenvandine calls it a day... later folks!
[22:22] <tedg> 'night kenvandine!
[22:33] <ebroder> I'm trying to hunt down a regression in...the X stack between Lucid and Maverick. I know that downgrading all of libdrm, libgl, the X server itself, and the Intel driver from Maverick's version to Lucid's fixes the issue I'm seeing, but...that's a lot of things with a lot of interdependencies to bisect across. Any tips?
[22:46] <fta> still no panel on startup with metacity :P
[23:06] <cyphermox> fta, classic desktop?
[23:10] <fta> cyphermox, yes. i have to manually start it
[23:11] <fta> cyphermox, but it messes up everything. apps launched from that panel appear on a random workspace
[23:11] <fta> started 2 or 3 days ago
[23:11] <cyphermox> heh, I can't remember if I had to kill gnome-panel again when I started with classic this morning
[23:12] <cyphermox> I'll look at it tonight on a live session and fix it if I can
[23:13] <fta> i'm currently with unity, but it breaks my workflow, so i'll quickly return to metacity
[23:14] <cyphermox> fta, breaks your workflow?
[23:15] <fta> cyphermox, can't do anything, my launchers are all gone, replaced by old launchers i haven't seen in years. no menu
[23:15] <fta> a 24" almost empty panel
[23:15] <cyphermox> ok
[23:15] <cyphermox> well we can at least figure out how to import the launchers you have... where?
[23:15] <fta> global menu unusable in follow focus mode
[23:15] <fta> etc..
[23:16] <cyphermox> oh right, follow focus, yeah that's not too great :/
[23:17] <fta> it seems to ignore my default apps too
[23:17] <cyphermox> fta, maybe as a first step, where are your launchers? in the panel?
[23:17] <fta> yes
[23:18] <cyphermox> ah, ok
[23:18] <fta> i see grey question marks icons in unity
[23:18] <cyphermox> oh
[23:18] <cyphermox> they're imported but not with the icons?
[23:19] <fta> seems so
[23:19] <cyphermox> ah right
[23:19] <cyphermox> icons were an issue as we tested a1, unity would crash in 20101201 because of it