[00:25]  * RAOF wins the “don't dispose the pixbuf immediately *before* using it” award.
[00:37] <TheMuso> heh
[00:38] <RAOF> Would you believe that the image doesn't get displayed if you dispose it just before queuing the draw? :)
[00:45] <TheMuso> heh
[02:13] <Sarvatt> woohoo, the magic env variable to make mutter not slow things to a crawl - CLUTTER_VBLANK=none
[02:15] <RAOF> Sarvatt: Isn't our OpenGL infrastructure totally awesome? :)
[02:25] <lifeless> RAOF: 1!
[02:26] <RAOF> lifeless: !!
[02:29] <RAOF> I suppose that it'd be polite to suggest to users that they save their changes if they quit f-spot's view mode with unsaved changes...
[07:33] <didrocks> good morning
[07:45] <pitti> Good morning
[07:47] <pitti> debfx: brightness_in_hardware> I don't know; it's just hardcoded like that in the hal source (not in hal-info)
[07:48] <pitti> RAOF: how is f-spot coming along? making you weep?
[07:48] <RAOF> pitti: It's not so bad.
[07:50] <RAOF> It'd be easier if they had some sort of policy as to who has responsibility for Dispose()ing pixmaps, but it's mostly done.
[07:50] <pitti> ah, that's the memleak you mentioned?
[07:51] <pitti> RAOF: nice! out of interest, did you have to rewrite half the browser code, or were the building blocks mostly there and just need to be re-plumbed?
[07:51] <RAOF> The building blocks were mostly there.
[07:52] <RAOF> Really its been a matter of ensuring that everything's updated when it needs to be.
[07:52] <RAOF> And fixing miscelaneous bugs where things have been disposed when they shouldn't be :)
[07:53] <RAOF> And with that, I'm off for a brisk walk.  I'll be back later to polish f-spot a little more.
[08:03] <pitti> RAOF: good luck, and good night!
[08:14] <pitti> didrocks, Keybuk: hmm, strange; current netbook daily has the new ubiquity which is supposed to copy the background image cache, but this still doesn't seem to work on http://people.canonical.com/~scott/daily-bootcharts/20100308-max-netbook.png
[08:15] <didrocks> pitti: Keybuk: that's strange, can you put some traces to ensure you have a bg cache after install, before reboot?
[08:16] <didrocks> pitti: I didn't tried the last version merged yet, I can try with latest daily
[08:16] <pitti> didrocks: I'll download and install the current daily in installer-only mode, and check
[08:17] <didrocks> I'm doing the same :)
[08:24] <pitti> didrocks: this thing is like a vampire, so hard to kill :(
[08:27] <didrocks> pitti: right. It seems like a ghost to me. Always hunting me :(
[08:30] <didrocks> pitti: hold on, there is no gnome-update-wallpaper-cache on the system
[08:31] <pitti> hah
[08:31] <didrocks> and g-s-d doesn't provide it anymore
[08:31] <pitti> where was it destined to be? g-s-d? casper? ubiquity?
[08:31] <didrocks> g-s-d finally
[08:32] <didrocks> I'm rebuilding the package, it seems to have debian/rules and debian/*.c needed bits
[08:32] <pitti> ok, great; please upload that one then, and we'll check tomorrow's daily
[08:33] <pitti> (no need to waste time on a manual test now)
[08:33] <didrocks> right :)
[08:40] <seb128> good morning there
[08:42] <didrocks> hey seb128, did you have a good week-end?
[08:46] <pitti> bonjour seb128
[08:48] <seb128> hey didrocks pitti
[08:48] <seb128> quite good yes
[08:48] <seb128> you?
[08:49] <pitti> I had a great one; helped my grandparents with their moving, got some new furniture through that :) and did some walking and fresh air
[08:49] <didrocks> really good needed week-end: feel rested :)
[08:50] <seb128> nice!
[08:51] <seb128> ok, today will be busy again
[08:51] <seb128> new GNOME
[08:51] <seb128> some thousand weekend emails
[08:51] <seb128> let's see how much people have been complaining about bugs in the new artwork too
[08:55] <Hew> seb128, could you please renew my membership in desktop-bugs?
[09:22] <pitti> seb128: do you happen to know why evolution builds libgdata1.2 and we have a separate libgdata source?
[09:22] <seb128> no
[09:23] <pitti> ok, thanks
[09:23] <seb128> they still do?
[09:23] <seb128> I was thinking about libical
[09:23] <seb128> ignore that
[09:24] <pitti> o_O
[09:24] <pitti> evolution builds libgdata1.2-dev and build-depends on it at the same time
[09:27] <seb128> pitti, it's coming from eds no?
[09:27] <seb128> pitti, evo is not building any lib
[09:27] <pitti> ah, probably
[09:28] <pitti> seb128: I'll have a look whether we can build totem against evo's lib, then we could drop libgdata
[09:28] <seb128> good luck
[09:28] <pitti> seb128: I'm currently checking duplicated libs in lucid, I'll send mail and create a wiki page
[09:28] <seb128> I would do it the other way around rather though
[09:28] <seb128> ok
[09:28] <pitti> build evo against libgdata?
[09:28] <seb128> yes
[09:29] <seb128> libgdata is separate lib and being actively worked
[09:29] <pitti> okay
[09:29] <seb128> I'm not sure the e-d-s one is being worked at all
[09:29]  * pitti marks libgdata as "primary" package then
[09:30] <seb128> well that's a first though thing
[09:30] <seb128> you might want to check both option
[09:30] <pitti> *nod*
[09:41] <chrisccoulson> good morning everyone
[09:42] <pitti> hey chrisccoulson, good morning! had a good weekend?
[09:44] <seb128> hey chrisccoulson
[09:45] <chrisccoulson> hey seb128, pitti
[09:45] <chrisccoulson> yeah, my weekend was ok thanks
[09:45] <chrisccoulson> did you both have a good weekend?
[09:45] <seb128> excellent thanks
[09:45] <sabdfl> noticed a warning in Xorg.0.log on one machine: Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[09:45] <seb128> fighting though 600 bug emails now
[09:46] <seb128> hey sabdfl
[09:46] <sabdfl> acpid is running, with the same parameters as it is on another machine
[09:46] <sabdfl> morning seb128, how was your weekend?
[09:46] <chrisccoulson> seb128 - yeah, i've got quite a few mails too
[09:46] <chrisccoulson> hey sabdfl - i don't think that warning is anything to be worried about
[09:46] <seb128> sabdfl, excellent, thanks! how was yours?
[09:46] <sabdfl> could it be a race at startup? is there any dependency between acpid startup and X?
[09:47] <sabdfl> seb128: super thanks, though I went to CT for one night only and got the night wrong
[09:47] <sabdfl> sigh
[09:47] <sabdfl> who gets married on a Friday?
[09:48] <pitti> sabdfl: indeed, gdm's upstart job does not have a dependency on acpid
[09:48] <seb128> none of the people I know who got married at least
[09:48]  * pitti got married on a Friday, why?
[09:49] <seb128> pitti, better during weekends when people can come in the afternoon without having to take a day off work or still be in work mood? ;-)
[09:49] <pitti> seb128: we didn't want to wait another year :) we wanted to have the wedding on an anniversary
[09:50] <seb128> seems a good reason indeed ;-)
[09:54] <chrisccoulson> pitti - sabdfl - bug 496859 FYI
[09:54] <baptistemm> Hello Ladies & Gentlemen
[09:54] <pitti> chrisccoulson: I was actually wondering what X would want with ACPI events
[09:54] <pitti> bonjour baptistemm
[09:54] <chrisccoulson> hey baptistemm
[09:54] <baptistemm> Hi pitti
[09:54] <chrisccoulson> pitti - yeah, me too
[09:56] <sabdfl> chrisccoulson: what happens if X doesn't get acpid.socket on the first go?
[09:57] <sabdfl> can X retry that later?
[09:57] <sabdfl> it seems that it would be better to be loosely coupled rather than have a hard dependency
[09:57] <chrisccoulson> sabdfl, i'm not really sure, but Keybuk seems to suggest in that bug report that X doesn't really really need to connect to the socket in the first place
[09:59] <pitti> all potentially interesting apci events, such as lid closing or power button are handled in g-p-m; X wouldn't have enough knowledge to handle them sanely, FWIW
[10:00] <sabdfl> that's good to know, i see Bryce hasn't expressed an opinion yet though
[10:00] <baptistemm> asac, Hi
[10:01] <baptistemm> asac, bluez 4.62 is out with API breakage fixed.
[10:03] <tjaalton> X doesn't need acpid
[10:03] <tjaalton> that code should be removed from the server altogether
[10:04] <asac> baptistemm: good ;) ... is it ready?
[10:05] <asac> pitti: someone said you know why suspend/resume does reliably not work since lucid anymore on my X61s thinkpad? something about missing quirks
[10:05] <asac> ?
[10:06] <pitti> asac: I fixed quirks during the sprint
[10:06] <pitti> if it still doesn't work, it's not a quirks problem
[10:06] <pitti> asac: nvidia?
[10:06] <baptistemm> asac, ready to ? I didn't had a look to it yet, I'm at work now
[10:07] <asac> ;)
[10:08] <asac> pitti: thats lenovo ... so some intel graphics. .. let me check
[10:08] <asac> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
[10:08] <asac> 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
[10:08] <sabdfl> tjaalton: ah, i pinged Bryce for comment on that, if you could add your comments that would be useful
[10:08] <sabdfl> to the bug, that is
[10:08] <tjaalton> sabdfl: done, and moved to xorg-server
[10:09] <pitti> asac: i965 has never needed quirks in the first place
[10:09] <pitti> asac: (everything newer than i915, in fact)
[10:09] <pitti> asac: also, KMS does not need quirks
[10:09] <pitti> asac: what's broken?
[10:09] <asac> pitti: it never suspends
[10:10] <asac> it tries, but then loops and i have to hit the power button
[10:10] <pitti> asac: oh, it just comes back immediately without suspend? that's not a quirks problem at all
[10:10] <pitti> asac: check /var/log/pm-suspend.log
[10:10] <asac> no ... it doesnt go down, but never comes back
[10:10] <pitti> perhaps one of the suspend.d scripts fails
[10:10] <asac> let me check
[10:11] <asac> hmm
[10:11] <asac> i get two things that dont look like "success"
[10:11] <asac> /usr/lib/pm-utils/sleep.d/49bluetooth thaw hibernate:Returned exit code 1.
[10:11] <asac> (i dont hibernate ever)
[10:11] <pitti> no, that's "thaw"
[10:11] <pitti> that's resuming from hibernate
[10:12] <pitti> asac: is only hibernate broken, or suspend as well?
[10:12] <asac> i never ever did hibernate ;)
[10:12] <pitti> but thaw is from hibernate
[10:12] <asac> suspend is broken
[10:12] <asac> yeah. no idea why its there.
[10:12] <pitti> suspend -> resume
[10:12] <pitti> hibernate -> thaw
[10:12] <asac> /etc/pm/sleep.d/action_wpa suspend suspend:success.
[10:12] <asac> Wed Mar  3 12:01:33 CET 2010: performing suspend
[10:12] <asac> Initial commandline parameters:
[10:12] <asac> Wed Mar  3 16:06:48 CET 2010: Running hooks for suspend.
[10:12] <asac> /usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend:success.
[10:12] <pitti> asac: perhaps delete the log, try one suspend, and then check the log?
[10:12] <asac> thats the other that isnt really unsuccessful, but that complains
[10:12] <asac> yeah
[10:12] <asac> let me do that
[10:13] <asac> ... later tonight. stay tuned
[10:13] <pitti> ok :)
[10:40] <debfx> pitti: on my laptop brightness_switch_enabled is Y, so hal sets brightness_in_hardware to true even though brightness isn't handled in hardware
[10:41] <debfx> so what component is reposible for setting brightness_switch_enabled to N for those laptops?
[10:42] <pitti> debfx: the kernel, it's an attribute in /sys/module/video/parameters/
[10:43] <debfx> pitti: yes, but which kernel module actually modifies the attribute?
[10:43] <pitti> debfx: "video"
[10:43] <pitti> oh, wait, it's a module parameter, not something that the kernel detects
[10:44] <pitti> I suppose it's just the default in our kernel
[10:44] <pitti> debfx: it's entirely possible that the hal test is wrong; I don't know why it does that
[10:45] <sabdfl> thanks tjaalton
[10:50] <seb128> mvo, hey
[10:50] <seb128> mvo, do you get bug 477127 too or just triaged it?
[10:51] <mvo> seb128: a guy in #ubuntu-testing has it (czajkowski)
[10:52] <mvo> seb128: I just added the gnome-panel task as its doing the magic to put the entry there, right?
[10:52] <seb128> czajkowski, there?
[10:52] <czajkowski> seb128: I am
[10:52] <seb128> mvo, no, it's in the gnome-menus description
[10:52] <mvo> oh, sorry. should I reassign or will you?
[10:52] <seb128> czajkowski, where is the entry missing? in the application menu? under GNOME?
[10:52] <seb128> mvo, trying to figure there what happens the bug description is not really clear
[10:53] <seb128> mvo, I will reassign then ;-)
[10:53] <mvo> ok, thanks!
[10:53] <czajkowski> seb128: back when I upgraded to karmic I noticed it. clicking on applications and going to end of menu where add/remove applications is displayed.
[10:54] <chrisccoulson> czajkowski, did you try cleaning out ~/.config/menus?
[10:54] <seb128> czajkowski, do you get the issue in a guest session?
[10:54] <czajkowski> chrisccoulson: nope I can do tonight and let folks know
[10:54] <czajkowski> seb128: shall check that also
[10:54] <czajkowski> machine isn't here unfortunately
[10:54] <seb128> or is that specific to your user?
[10:54] <seb128> ok
[10:54] <seb128> I will comment on the bug
[10:55] <czajkowski> ok I didnt report the bug, just found it and commented on it.
[11:02] <debfx> pitti: I guess the test is wrong as it doesn't check if the video module is actually capable of handling brightness changes
[11:32] <pitti> seb128: do you know whether anyone is particularly attached to pan? (newsreader); it's only seeded in the DVD seed
[11:32] <seb128> pitti, I doubt it
[11:32] <seb128> I mean people probably use it, but I don't think anybody look at its bugs, updates, etc
[11:33] <pitti> seb128: ok to unseed from DVD and demote?
[11:33] <seb128> I would move it to universe if that's the question
[11:33] <seb128> yes
[11:33] <pitti> alright, doing; merci
[11:33] <seb128> de rien
[11:34] <seb128> bah
[11:35] <seb128> new icon theme bring back an not noticable message indicator
[11:35] <seb128> I just noticed it was slightly bold
[11:35] <seb128> I got a message 2 hours ago which was sitting there :-(
[11:36] <didrocks> yeah, I'm missing some messages as well because of that again
[11:37]  * pitti wants it to blink
[11:39] <pitti> chrisccoulson: do you know whether we plan to update tracker? 0.7 doesn't use the obsolete gmime2.0 any more
[11:40] <pitti> (it drops it completely)
[11:40] <pitti> our version still uses it in the evolution and kmail indexer
[11:41] <chrisccoulson> pitti - not this cycle. there's a blocker for updating to 0.7 at the moment, else i would have done it by now
[11:41] <pitti> chrisccoulson: ok, thanks; I'll try to build against 2.4 then
[11:41] <chrisccoulson> the current 0.7 branch doesn't handle ontology changes (which still occur often), and currently require users to manually erase their database and reindex on upgrade
[11:41] <chrisccoulson> once that is fixed, they're going to do a stable 0.8 release
[11:42] <chrisccoulson> but that is lucid+1 material now
[11:42] <pitti> chrisccoulson: ok, thank you
[12:12] <didrocks> seb128: chrisccoulson: taking g-s-d update
[12:12] <chrisccoulson> didrocks - thanks
[12:27] <didrocks> chrisccoulson: g-s-d is waiting for new gnome-desktop release, I'm taking g-c-c in the meantime :)
[12:38] <didrocks> seb128: it seems you were disconnected: taking g-c-c
[12:38] <seb128> didrocks, there is a g-c-c update? ok
[12:38] <didrocks> yep :)
[12:38] <seb128> didrocks, can you take the patch from bug 533888
[12:39] <didrocks> seb128: sure, thanks for the notice :)
[12:39] <seb128> np
[12:39] <seb128> thank you for doing the update
[12:39] <didrocks> no pb :)
[12:40] <seb128> yes I got disconnected apparently
[12:41] <didrocks> seb128: I told also that I would take g-s-d, but it depends on new libgnome-desktop not yet released
[12:41] <seb128> ok
[12:41] <seb128> why do they keep doing that after freezes? ;-)
[12:41] <seb128> I blame vuntz!
[12:42] <didrocks> of course, everybody blame vuntz btw :-)
[12:46] <bratsche> Morning
[12:56] <didrocks> good morning bratsche
[12:57] <seb128> hey bratsche
[12:57] <seb128> bratsche, back to the other side of the ocean? ;-)
[12:58] <bratsche> Hey didrocks, seb128.. yeah I'm back home now.  Keep waking up around 5am now by that's okay I guess. :)
[12:58] <seb128> ;-)
[12:59] <seb128> didrocks, I will do the g-s-d update later, I've an another change to do there so when I do gnome-desktop I will do that too
[13:01] <didrocks> seb128: ok, I just had bumped the gnome-desktop dep and refreshed debian/patches/90_autoreconf.patch, do you want me to push them (knowing that I've already pushed something later this morning)?
[13:02] <didrocks> that's 3s, but as you'll have to pull in any case :)
[13:02] <seb128> didrocks, yes please, I will just add my change and upload when I do gnome-desktop so I can testbuild and upload
[13:02] <didrocks> ok
[13:02] <seb128> thanks
[13:03] <didrocks> y/w
[13:11] <seb128> asac, no thanks to you for saturating my download with tons of rebuilds :p
[13:14] <asac> seb128: the rebuild happened over the weekend ;)
[13:14] <asac> be happy that i didnt bust the builders during your work hours
[13:14] <asac> :-P
[13:14] <seb128> right
[13:20]  * didrocks is wondering what score asac soyuz karma today can be :)
[13:21] <asac> lol
[13:21] <asac> not that much ... 43667
[13:22] <asac> i think the first 100 packages were not fully counted as those were copied from a ppa
[13:28] <kenvandine> seb128, good morning
[13:28] <kenvandine> seb128, can you sponsor gwibber for me?
[13:28] <seb128> kenvandine, hey
[13:28] <seb128> kenvandine, can do
[13:28] <kenvandine> lp:~ubuntu-desktop/gwibber/ubuntu
[13:29] <seb128> ok
[13:29] <kenvandine> and, i would like some advice on libubuntuone
[13:29] <kenvandine> lp:ubuntu/libubuntuone
[13:29] <kenvandine> it adds the mono bindings, but they are unversioned
[13:29] <kenvandine> so i patched it to version them
[13:29] <kenvandine> but directhex doesn't agree they should be versioned
[13:32] <asac> seb128: btw, i wanted to commit the libgnome-keyring fix i did to the bzr branch in controll .... however that doesnt exist (the project doesnt exist)
[13:32] <seb128> kenvandine, hum, could you give the reasons why he thinks they should not?
[13:32] <kenvandine> his comment was they should be unversioned and apps that depend on it should copy the dll in at build time
[13:32] <kenvandine> which i guess banshee does
[13:32] <asac> so i couldnt do that
[13:32] <asac> ;)
[13:32] <kenvandine> seb128, and he said his assumption is that libu1 isn't abi stable yet... but i certain hope it is
[13:32] <seb128> asac, ups, sorry about that, feel free to push there which will create it
[13:32] <kenvandine> now that other apps will depend on it :)
[13:33] <kenvandine> rodrigo_, did you look at that merge proposal?
[13:33] <asac> seb128: it will create the project?
[13:33] <seb128> asac, libgnome-keyring has been splitted from gnome-keyring recently and I was not sure if we should use the canonical location or the team one
[13:33] <asac> i dont know either
[13:33] <asac> would thin same project
[13:33] <seb128> asac, hum, ok, do nothing I will sort that with the next update
[13:33] <seb128> I guess we will use the canonical location
[13:33] <asac> like gnome-keyring/lib.ubuntu ;)
[13:33] <seb128> ubuntu/libgnome-keyring
[13:33] <rodrigo_> kenvandine, yes, looks good to me, just wanted to confirm with you if that's what we want, since directhex mentions doing it differently?
[13:34] <asac> hmm
[13:34] <seb128> it's small enough than having source in bzr is ok
[13:34] <asac> right
[13:34] <asac> so we already have it ;)
[13:34] <seb128> asac, basically it means you have nothing to do the source importer should have taken care of it
[13:34] <asac> just update control
[13:34] <seb128> I will drop the vcs in control
[13:34] <asac> true
[13:34] <seb128> asac, right, thanks for pointing it
[13:34] <asac> welcome
[13:37] <kenvandine> rodrigo_, we would need to do the signing
[13:38] <rodrigo_> kenvandine, ok, let's ask directhex to propose a branch, since he knows how it should be done, ok?
[13:38] <kenvandine> rodrigo_, to get aquarius and his beta testers moving i uploaded to the ppa
[13:38] <kenvandine> sure
[13:38] <kenvandine> :)
[13:38] <rodrigo_> kenvandine, yeah, aquarius told me
[13:48] <seb128> ok, 5 hours later I'm done dealing with weekend emails
[13:49] <seb128> that includes 600 bug emails too
[13:50] <didrocks> seb128: that's impressive. Do you have some tweaks in evolution for standard answers and use the mail interface or do you use greasemonkey?
[13:50]  * pitti hugs seb128
[13:50] <seb128> greasemonkey
[13:50] <seb128> I go through unread emails in my email client
[13:51] <seb128> keep basically one by bugs I want to comment on
[13:51] <seb128> clean everything which has been triaged or I don't care about by marking as read
[13:51] <seb128> then I go through the unread ones and click on the url for each
[13:51] <seb128> and reply or use stock reply there
[13:51]  * seb128 hugs pitti
[13:51] <didrocks> isn't that too slow to load every page you're interested in? (maybe just my firefox is dying)
[13:51] <seb128> the gnome-keyring screen unlock hangs should be fixed too
[13:52] <seb128> which is a good week start ;-)
[13:52] <didrocks> sweet \o/
[13:52] <seb128> that was one of the annoying bugs I wanted fixed this week
[13:52] <seb128> thanks upstream for working during weekends :p
[13:52] <didrocks> heh :)
[13:52] <seb128> didrocks, I keep a firefox open on the same workspace
[13:52] <seb128> it adds tabs
[13:52] <seb128> I can queue a bunch and go through loaded tabs
[13:53] <didrocks> right, but the javascript part is terribly slow on my computer (I have 20 tabs opened + the launchpad one)… That's why I wonder how you deal with that :)
[13:54] <seb128> what javascript?
[13:54] <seb128> I click on the "+" to display the "change settings and add comment"s
[13:54] <seb128> do my changes or click on the greasemonkey and commit
[13:55] <seb128> then go to next tab while it ping pong with launchpad
[13:55] <seb128> there is loading or waiting involved that I can see there?
[13:55] <seb128> do you mean you use the ajax to change settings?
[13:56] <didrocks> just clicking on + to show the change settings and even switching tab/scrolling in the page is slow with my firefox
[13:58] <seb128> I guess it's an issue with your firefox then
[13:59] <didrocks> ok, I should try with a clean profile
[14:01] <didrocks> seb128: taking gnome-menus and blaming vuntz :)
[14:02] <Nafai> Good morning
[14:02] <didrocks> good morning Nafai
[14:02] <seb128> didrocks, ;-)
[14:02] <seb128> hey nafa
[14:02] <seb128> hey Nafai
[14:03] <Nafai> Morning didrocks seb128
[14:15] <Keybuk> so, I've noticed one thing since the notification indicator was made mandatory on the desktop
[14:15] <Keybuk> ... it's always lit up
[14:19] <seb128> Keybuk, lit up?
[14:19] <Keybuk> seb128: yeah, always saying I have messages
[14:20] <seb128> weird
[14:20] <Keybuk> it's always e-mail
[14:20] <Keybuk> which is probably correct; I always have new mail
[14:20] <seb128> here the change between no message and a message is barely noticable
[14:23] <seb128> didrocks, doing the gvfs update
[14:23] <didrocks> seb128: oki :)
[14:25] <seb128> chrisccoulson, btw I assigned you a notify-osd bug about nmapplet icons
[14:25] <seb128> chrisccoulson, kwwii said he was looking at getting a design decision about those so feel free to wait on that
[14:26] <seb128> chrisccoulson, the assignement + milestone was to keep it on our radar in some way
[14:26] <chrisccoulson> seb128 - thanks, no worries
[14:41] <seb128> didrocks, doing nautilus too
[14:44] <didrocks> seb128: ok
[15:05] <seb128> vuntz, is .92 the right time to add new bindings everywhere?
[15:17] <rickspencer3> seb128, how is RAOF's f-spot work going?
[15:18] <seb128> rickspencer3, dunno I've not seen him today, .au - Europe overlap in the morning is short
[15:18] <rickspencer3> ok
[15:18] <pitti> hey rickspencer3
[15:18] <seb128> I will check when he's online tonight
[15:18] <rickspencer3> seb128, also, anyone looking after bluetooth?
[15:18] <seb128> we tend to overlap rather in my evenings
[15:18] <pitti> rickspencer3: I quickly talked to him this morning, and he said "good"
[15:18] <seb128> rickspencer3, what about bluetooth?
[15:18] <rickspencer3> I tried it on the plane and it seemed to be a bit wonky
[15:18] <pitti> rickspencer3: he said it's basically working, but there's a memleak to fix still
[15:18] <seb128> pitti is an early bird ;-)
[15:19] <rickspencer3> the indicator and the bt dialog don't seem linked together really
[15:19] <rickspencer3> hi pitti
[15:19] <rickspencer3> great
[15:19] <rickspencer3> good to hear
[15:19] <rickspencer3> seb128, pitti do either of you have bluetooth you can test out?
[15:20] <pitti> I have a bt headset; what's wrong?
[15:20] <seb128> rickspencer3, I do, I've tested the indicator when uploading the changes
[15:20] <rickspencer3> it just flat out didn't work on mini 10v
[15:20] <seb128> using a mouse or sending files to a phone
[15:20] <pitti> oh, I didn't use the BT indicator yet, I think
[15:20] <rickspencer3> I'll try again today and log a propper bug
[15:20] <seb128> mini10v bluetooth is broken for me since the paris sprint
[15:20] <rickspencer3> ah
[15:20] <seb128> it just has "enable bluetooth"
[15:20] <seb128> which doesn't enable anything
[15:20] <rickspencer3> seb128, I enabled it in the bios
[15:21] <seb128> it's enable in the bios there
[15:21] <Nafai> rickspencer3:  I know about the problems with the indicator applet
[15:21] <rickspencer3> I suppose it lacks bluetooth hardware or something :/
[15:21] <seb128> it makes no difference ubuntu see it as off
[15:21] <rickspencer3> hi Nafai, great
[15:21] <Nafai> rickspencer3: I think jpetersen has fixed it
[15:21] <Nafai> :)
[15:21] <seb128> Nafai, what problems?
[15:21]  * seb128 doesn't
[15:21] <Nafai> seb128: https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/528694
[15:21] <seb128> rickspencer3, I'm pretty sure it used to work in karmic
[15:21] <rickspencer3> seb128, hmmm
[15:21] <seb128> Nafai, oh ok
[15:21] <rickspencer3> we need to get this fixed for Lucid then
[15:22] <rickspencer3> that is a rather serious regression
[15:22] <seb128> rickspencer3, I would say it's a linux bug
[15:22] <rickspencer3> seb128, that is my guess as well
[15:22]  * rickspencer3 throws to kernel team
[15:22] <seb128> I've stopped trying to get linux bugs fixed
[15:22] <seb128> nobody ever comment or reply to my bug reports there
[15:22] <rickspencer3> seb128, nm, I'll log a proper bug and follow up with the kernel team
[15:22] <seb128> rickspencer3, thanks
[15:22] <pitti> subscribing canonical-kernel-team sometimes works
[15:27] <vuntz> seb128: it's introspection data
[15:28] <vuntz> seb128: I don't consider this as new stuff, since it can't break anything already existing
[15:28] <vuntz> seb128: and --disable-introspection can be used
[15:28] <vuntz> but I'm open to your arguments :-)
[15:28] <seb128> vuntz, we don't have the same definition about new stuff
[15:29] <seb128> vuntz, like it changes build system and introduce extra distributor work with possible breakages for cases where the option is on or off
[15:31] <seb128> rickspencer3, ok so maybe I was wrong, I just booted karmic on the mini from an usb key and no bluetooth either there
[15:31] <seb128> rickspencer3, the dell website says it has bluetooth though
[15:35] <vuntz> seb128: well, by default, it shouldn't change anything
[15:35] <vuntz> seb128: unless you add the gobject-introspection devel stuff to the build dependencies
[15:36] <seb128> vuntz, "shouldn't", the reason we have freezes is that adding new things which shouldn't break do often break for some reasons ;-)
[15:36] <seb128> vuntz, like configure autofoo bugs or similar
[15:37] <seb128> vuntz, anyway I was just pointing it, you are the one granting exception there anyway so I guess you can grant you those you need or want ;-)
[15:39] <vuntz> I can't grant exceptions to me, though
[15:39] <vuntz> hrm, is http://patches.ubuntu.com/by-release/extracted/ not updated anymore?
[15:41] <seb128> Keybuk, ^ do you know?
[15:41] <Keybuk> it got dropped a while ago
[15:42] <vuntz> Keybuk: you don't love me anymore?
[15:43] <Keybuk> vuntz: it got no hits in months
[15:43] <Keybuk> and the "patches in a source package" and "diff for an upload" things have moved to Launchpad
[15:43] <Keybuk> as we move to Bzr source packages (lp:ubuntu/*) the old Merge-o-Matic stuff is slowly being wound down
[15:45] <vuntz> ah, indeed, it's all browsable in launchpad, cool
[15:45] <vuntz> thanks!
[15:46] <vuntz> (a bit slower, but I can live with that)
[15:47] <didrocks> vuntz: I believe jcastro is consolidating that on a page in the coming months to ease upstream picking/seeing ubuntu patches
[15:47] <seb128> didrocks, hum, are you sure we shouldn't build the introspection from upstream sources?
[15:47] <seb128> I'm a bit torned on this
[15:48] <seb128> kenvandine, looking to libubuntu I would think it should be not versioned too, none of the cil installed there seem versioned
[15:48] <didrocks> seb128: I tried to keep what we have. The gir file is still in gir-repository, but I can split in a package if you think it's important
[15:48] <seb128> didrocks, I'm not sure if that's "important" let do it without that for now
[15:48] <pitti> hm, I thought gir-repo was only a temporary hack
[15:49] <seb128> we can revisit in a few days
[15:49]  * jcastro says: try adding a +patches to a URL of a package on launchpad!
[15:49] <pitti> it seems much cleaner to me to build it from the particular pacakges?
[15:49] <seb128> pitti, it is, gnome-menus and libwnck are having this built from source now
[15:49] <didrocks> seb128: that's what I thought :)
[15:49] <seb128> pitti, the discussion is whether we want to do the extra change to those now
[15:49] <pitti> seb128: ah, they need a new binary pacakge? i. e. they can't just be put into the existing libfoo-dev?
[15:49] <seb128> or keep the gir blob for lucid
[15:49] <pitti> the latter seems trivial
[15:49] <seb128> pitti, right, there is a gir policy from debian
[15:49] <didrocks> pitti: it's a new bin package
[15:49] <seb128> those are splitted in new binaries
[15:50] <seb128> pitti, you have running typelibs too
[15:50] <pitti> hm, I wonder why they didn't use the existing -dev
[15:50] <seb128> pitti, those should go in the lib otherwise
[15:50] <pitti> ok
[15:50] <seb128> pitti, because typelib are runtime
[15:50] <pitti> well, let me know if you need a quick binNEW, I'm happy to help out
[15:50] <pitti> I'm in an archive cleanup mood today anyway :)
[15:50] <seb128> pitti, well we would need to do the source changes first
[15:50] <seb128> I think I would be in favor of doing it
[15:51] <seb128> the naming convention and the changes should be easy
[15:51] <seb128> and it's only a few sources
[15:51] <didrocks> ok, no pb, on it :)
[15:51] <seb128> didrocks, ^ what do you think?
[15:51] <seb128> didrocks, thanks
[15:51] <didrocks> seb128: I had no strong opinion when preparing the update. Just pick the less risky one :)
[15:51] <seb128> ok, let's do it
[15:51] <seb128> so we can blame vuntz for extra things if it breaks :p
[15:52] <didrocks> seb128: vuntz told me about the libwnck's change too, but where did you see it? it's not in the ftp mail yet :p
[15:52] <didrocks> seb128: yes \o/ let's blame vuntz again :)
[15:52] <seb128> didrocks, I'm on irc.gnome.org commits channel
[15:52] <didrocks> oh, oki, you're really everywhere and seeing everything :)
[15:52] <seb128> can't use alt-gr today
[15:52] <vuntz> didrocks: it's not released yet
[15:53] <seb128> it limits me in chars I can type
[15:53]  * seb128 hates how g-s-d crashing breaks things
[15:53] <didrocks> seb128: no "|" ? How can you live?
[15:53] <seb128> like a restart doesn't make themes or keymap work again in running applications
[15:54] <seb128> pitti,   * debian/rules: Explicitly set D-Bus service dir configuration option, to
[15:54] <seb128> pitti, did you have an opinion on whether we should keep that or go back to autodetection?
[15:54] <pitti> seb128: sorry, where?
[15:54] <seb128> pitti, gvfs
[15:54] <seb128> sorry ;-)
[15:55] <pitti> seb128: ah, that was fixed upstream, wasn't it?
[15:55] <seb128> pitti, yes
[15:55] <pitti> seb128: it was just a workaround to avoid an 99autoreconf
[15:55] <pitti> seb128: sure, please drop it
[15:55] <seb128> ok thanks
[15:55] <pitti> thanks to you
[15:55] <seb128> I was just wondering if it would make sense to keep the known location
[15:55] <seb128> or just let autodetection do the job
[15:56] <kenvandine> seb128, now directhex has converted it to a signed, versioned binary :)
[15:57] <seb128> kenvandine, ?
[15:57] <seb128> I don't get what you guys are doing
[15:57] <kenvandine> seb128, his only real issue with it was he didn't think libu1 was a stable api
[15:57] <kenvandine> but we need it to be now that it is in lucid
[15:57] <seb128> why is that lib having a version in its name to start with?
[15:57] <seb128> why just not using soname and changing it the day you break abi
[15:58] <kenvandine> isn't that desirable?
[15:58] <kenvandine> so we can install multiple versions?
[15:58] <seb128> who wants to do that?
[15:58] <kenvandine> we it does use the soname
[15:58] <seb128> I dislike having several versions of a lib
[15:58] <seb128> especially for libs used in very limited cases
[15:58] <kenvandine> of course, but if there are deps you don't control
[15:58] <seb128> the distro usually transition when required
[15:59] <seb128> and you build in a different prefix for local testing
[15:59] <kenvandine> like in this case banshee will start to depend on it
[15:59] <seb128> why would banshee and rhyhtmbox use 2 different version of the lib?
[15:59] <seb128> I'm sure everybody would hate that
[15:59] <seb128> starting by the security team
[15:59] <seb128> having 2 times the same lib
[16:00] <seb128> I'm not sure to understand what usecase you would have to ship 2 versions of those
[16:00] <seb128> it makes sense for ie gtk1 to gtk2
[16:00] <seb128> when you need the old lib for years the time to port things
[16:00] <seb128> but for small libs...
[16:03] <kenvandine> seb128, ok, i'll do that then
[16:03] <seb128> kenvandine, I would say libubuntuone has a library which get progressive updates in a compatible way
[16:04] <seb128> not a lib which need having 2 series usable at the same time or user boxes (hackers can build in a different dir an use that version to work)
[16:04] <kenvandine> so directhex changed it so it gets signed and has a strong name, etc
[16:04] <seb128> kenvandine, well don't especially bother now
[16:04] <seb128> it has been done this way now
[16:04] <seb128> it just makes names weird looking
[16:04] <seb128> and I doubt we will ever want 2 versions together in the archive
[16:04] <kenvandine> his assumption before was that during the build process banshee would just copy in the dll into the package
[16:04] <seb128> rather than just upgrade and rebuild rhythmbox and banshee
[16:04] <kenvandine> so now at least it works with the installed version
[16:04] <seb128> good
[16:05] <kenvandine> so libubuntuone-cil
[16:05] <kenvandine> right?
[16:05] <seb128> well my comments were about the C lib
[16:06] <seb128> dunno if that was clear ;-)
[16:06] <kenvandine> i am not changing that now :)
[16:06] <seb128> right what I said
[16:06] <kenvandine> but should the mono bindings follow what the C lib is now? or just drop the version from the name?
[16:06] <seb128> libubuntuone-1.0-cil I guess
[16:06] <kenvandine> like libubuntuone-cil?
[16:06] <kenvandine> ok
[16:06] <seb128> I would follow the C name
[16:07] <kenvandine> ok
[16:08] <kenvandine> seb128, i'll have a package to sponsor in a bit :)
[16:08] <seb128> ok
[16:08] <seb128> I did sponsor gwibber btw
[16:13] <kenvandine> seb128, thx!
[16:13] <seb128> kenvandine, yw
[16:45] <didrocks> pitti: you maybe want to have a look before I upload it: http://bazaar.launchpad.net/~ubuntu-desktop/gnome-menus/ubuntu/revision/56 I have also removed the typelib package from gir-repository and the gir file. (as it's a bin package moving between source packages, I prefer a double check  :))
[16:46] <andreasn> mpt, ping
[16:51] <pitti> didrocks: the C/R to gir-repository-dev looks a bit strange -- how do we know that -6 (or 5ubuntu1) will definitively drop it?
[16:51] <didrocks> pitti: FYI, the debdiff for gir-repository:  http://people.canonical.com/~didrocks/gir_repo.diff
[16:51] <didrocks> pitti: I will upload the gir-repository one
[16:52] <didrocks> if there is a smarter way… :)
[16:52] <pitti> didrocks: I think you should drop the Conflicts:
[16:52] <pitti> didrocks: just the replaces should be enough
[16:53] <pitti> erm, wait
[16:53] <didrocks> pitti: but if someone just get the gnome-menu update, and then install the old gir-repo?
[16:53] <pitti> didrocks: the gir-repository-dev conflict happens why? the binary name didn't change at all AFAICS?
[16:53] <didrocks> pitti: both provide the .gir file
[16:53] <pitti> didrocks: ah, that was actually my next question
[16:54] <pitti> didrocks: what is a .gir file, and why is it in libfoo-dev instead of the gir package?
[16:54] <didrocks> pitti: see http://www.mail-archive.com/debian-gtk-gnome@lists.debian.org/msg13664.html. The gir file is for building the package
[16:55] <didrocks> the typlib is arch depend and should be in the gir-* package
[16:55] <seb128> didrocks, pitti: don't update gir-repository yet
[16:55] <pitti> didrocks: ok, that explains the conflict; thanks
[16:55] <pitti> Package: gir1.0-gmenu-2.0
[16:55] <seb128> didrocks, pitti: we will have a bunch of those changes I will clean it after we are done, we don't want an upload for each change
[16:55] <pitti> Conflicts: gobject-introspection-repository
[16:56] <pitti> didrocks: ^ why that?
[16:56] <pitti> seb128: ack
[16:56] <seb128> didrocks, pitti: also please don't Conflicts when you mean Replaces
[16:56] <pitti> so we'd just add an unversioned replaces: for now
[16:56] <didrocks> pitti: it was on the old bin package in gir-repository
[16:56] <pitti> didrocks: so, use unversioned replaces then
[16:56] <didrocks> seb128: it C/R in fact
[16:56] <didrocks> and no conflict? what happen if:
[16:57] <seb128> didrocks, no conflicts
[16:57] <didrocks> 1. I install gmenu-dev package
[16:57] <didrocks> oh yes, forget it :)
[16:57] <didrocks> just realized that we won't be abled to install gir-…dev because of overwritting file without Replaces: :)
[16:58] <pitti> didrocks: ok, understood; diff looks ok to me, except for the "unversioned replaces/drop conflicts" thing
[16:58] <didrocks> ok, doing that
[16:58] <didrocks> just one question, we will have two sources packages providing the same bin package, no issue in the archive?
[16:59] <pitti> didrocks: you need to ensure that the new one has a higher version number
[16:59] <pitti> otherwise you'd never get an upgrade
[17:00] <didrocks> ok, that's the case, perfect :) thanks pitti, making the change and uploading now
[17:00] <seb128> it's not you will never get an upgrade
[17:00] <didrocks> seb128: I hold on the gir-repo until the new GNOME is released, thanks
[17:00] <seb128> it"s "soyuz will fail to upload the all binaries for the source"
[17:00] <didrocks> ok
[17:00] <seb128> "upload all the" rather
[17:00] <didrocks> (we get an email when this happens?)
[17:01] <seb128> iirc yes
[17:01] <seb128> it's a build failure
[17:01] <didrocks> ok, that's not the case here, but it's good to know for further fun :)
[17:01] <didrocks> thanks pitti & seb128
[17:04] <seb128> didrocks, thank you for doing the work ;-)
[17:04] <didrocks> you're welcome :-)
[17:05] <seb128> didrocks, doing gnome-desktop
[17:05] <seb128> I will let glib for tomorrow
[17:05] <seb128> since Debian does it usually, we just have to rebase your small change
[17:06] <didrocks> seb128: oki :)
[17:12] <mpt> mvo, I'm going through the rating+review process and had two "crashes", but Apport bails of course since it's not an official package. Now it's stuck on "Connecting…" in the review dialog. Anything more I can do to help here?
[17:12] <mpt> oh, cancelling and trying again connects ok
[17:13] <mpt> but can/should I report those crashes?
[17:17] <mvo> mpt: please mail me the backtraces
[17:18] <mvo> mpt: connecting…> I saw similar issues, I *think* in some cases its trying to connect to launchpads API and has a really long timeout
[17:18] <mvo> mpt: we are still using LP and not ubuntu SSO btw, the later has no API yet
[17:18] <mvo> (its not live)
[17:19] <mpt> mvo, who do I need to yell at about that?
[17:19] <didrocks> seb128: taking a look at gnome-themes
[17:20] <seb128> didrocks, ok
[17:20] <mvo> mpt: #isd - but please no yelling just yet :)
[17:22] <mpt> ok
[17:24] <mvo> mpt: see also /msg
[17:56] <artir_> indicator-me
[17:59] <seb128> artir_, ?
[18:00] <artir_> wrong place :)
[18:14] <seb128> I'm away for sport, be back later for newer upgrades
[18:27]  * kenvandine heads out for the afternoon... be back tonight
[18:36] <pitti> good night everyone, Taekwondo time
[18:38] <Lord-Readman> Hello
[18:38] <Lord-Readman> is the person who made the buttons go to the left on 10.04 in here?
[18:38] <Lord-Readman> please change them back
[18:38] <Lord-Readman> more people like right than left
[18:38] <Lord-Readman> http://brainstorm.ubuntu.com/idea/23899/
[18:46] <chrisccoulson> Lord-Readman, you can't really form the conclusion that "more people like the buttons on the right" based on some numbers from brainstorm
[18:46] <chrisccoulson> it could just be that the people who like the buttons on the right are more vocal
[18:48] <dobey> well i doubt the people who like them on the left are going to file a new brainstorm to say "put the buttons on the left"
[18:48] <dobey> but it's a configuration setting, so you can put them either way you want them really
[19:19] <mpt> mvo, back? Neil suggests that the API exists for logging in, and you can just open a Web browser for registering or forgetting the password
[19:23] <mvo> mpt: back, yes. so the API is deployed now? that is good news. I know that the api exists, but so far it was closed beta
[19:27] <mpt> mvo, Neil will talk to Stuart about it tomorrow
[19:29] <mvo> mpt: ok
[20:24] <rurti> hello is there anyone here who can help me?
[20:26] <rurti> I checked on the #Ubuntu channel and there was no one that could help me
[20:44] <bratsche> rurti: Just ask a question.  If someone knows the answer to your question they will answer.
[21:17] <didrocks> time to go to bed, have a good day/evening/night everyone
[21:17] <didrocks> and seb128, keep me some update for tomorrow :)
[21:17] <didrocks> (that's another way to tell "don't go to bed too late" ;))
[21:18] <seb128> 'night didrocks
[21:18] <seb128> didrocks, thanks for the updates today
[21:18] <seb128> didrocks, I don't plan to ;-)
[21:19] <chrisccoulson> 'night didrocks
[21:19] <chrisccoulson> hey seb128, how are you?
[21:20] <TheMuso> Good morning.
[21:21] <seb128> hey chrisccoulson
[21:21] <seb128> chrisccoulson, good, thanks! just back from sport and dinner
[21:21] <seb128> chrisccoulson, how are you?
[21:22] <seb128> busy I guess?
[21:22] <chrisccoulson> yeah, i'm not too bad thanks. starting to suffer brain-ache from trying to debug an openjdk build failure now though
[21:22] <seb128> how is the xulrunner update going?
[21:22] <chrisccoulson> so i might have an early night in a bit ;)
[21:22] <seb128> utch
[21:22] <seb128> how come you are fighting openjdk?
[21:23] <chrisccoulson> seb128 - we need try and build it against xulrunner 1.9.2
[21:23] <seb128> I see
[21:24] <seb128> good luck with that then
[21:24] <seb128> TheMuso, hey
[21:24] <chrisccoulson> thanks ;)
[21:25] <chrisccoulson> heh, jo has been complaining today that the desktop has been running really slow
[21:26] <chrisccoulson> what i didn't tell her was that i was SSH'd in building openjdk ;)
[21:26] <RAOF> Good morning all.
[21:26] <chrisccoulson> i thought i'd offload the work on to the machine that she uses
[21:26] <chrisccoulson> hey RAOF
[21:31] <TheMuso> chrisccoulson: sneaky. :)
[21:31] <TheMuso> Morning RAOF.
[21:32] <Nafai> chrisccoulson: Unfortunately my wife's machine is just a netbook so I can't really do that :)
[21:33] <seb128> RAOF, hey
[21:33] <seb128> RAOF, how is the f-spot hacking going?
[21:34] <RAOF> seb128: Undo is finished, modulo polishing and making really sure performance/memory use isn't unacceptable.
[21:35] <seb128> RAOF, ok, feel free to add an updated patch to the bug when you have one ready
[21:35] <RAOF> I estimate that adding the next/previous buttons in edit should be done by lunchtime or so.
[21:35] <seb128> if you get something which can be uploaded by the end of your day I will sponsor tomorrow
[21:36] <RAOF> Ok.
[21:36] <seb128> thanks
[21:42] <bryceh> heya RAOF
[21:42] <RAOF> bryceh: Good morning!
[21:42] <bryceh> RAOF, how's things?
[21:42] <RAOF> Pretty good.
[21:43] <RAOF> The set of reported nouveau bugs is being reduced by the new -16 kernel :)
[21:43] <bryceh> excellent
[21:43] <bryceh> RAOF, I chatted with apw a few hours ago about the nouveau api changes.  got a few minutes to chat about it?
[21:44] <RAOF> Yes.
[22:08] <rurti> hello
[22:08] <rurti> is anyone here?
[22:09] <TheMuso> rurti: As explained to you earlier, just ask your question, and if someone can answer it, they will.
[22:10] <rurti> ok
[22:10] <rurti> i didnt see that before sorry
[22:11] <seb128> TheMuso, hi
[22:11] <seb128> TheMuso, could you look at bug #532095?
[22:12] <rurti> I exported some dirs to the PATH variable in .profile however when using GUI based editors the paths do not show up
[22:12] <TheMuso> seb128: I'll have a look, but not sure what I can do about that.
[22:12] <TheMuso> but sure, I'll see what I can do.
[22:12] <seb128> TheMuso, is that a known issue?
[22:12] <TheMuso> seb128: I don't know, its the first I've heard of it.
[22:13] <rurti> what i am trying to do is assign the make commands to keys in gedit.
[22:13] <seb128> TheMuso, I might just bounce back to pulseaudion, dtchen reassigned to gnome-media but it works in fedora and upstream says it's a bug in your pulseaudio most likely
[22:13] <seb128> TheMuso, I will do that and ask daniel to provide some details on why he thinks that's a gnome-media issue
[22:13] <TheMuso> seb128: ok
[22:19] <rurti> is there anyone that has any idea why the .profile variables are not set in programs such as gedit?
[22:22] <czajkowski> seb128: evening
[22:24] <seb128> czajkowski, good evening
[22:25] <czajkowski> seb128: just saw your comment, I cant see the file :(
[22:25] <seb128> czajkowski, that's your issue then
[22:25] <seb128> czajkowski, is software-center installed?
[22:25] <czajkowski> seb128: yup
[22:26] <seb128> czajkowski, dpkg -l software-center
[22:26] <seb128> czajkowski, dpkg -L software-center | grep desktop
[22:26] <rurti> if no one can help me with the problem could any of you possibly point me in the right direction.
[22:26] <czajkowski> usr/share/app-install/desktop
[22:26] <czajkowski> /usr/share/app-install/desktop/software-center.menu
[22:26] <czajkowski> /usr/share/applications/ubuntu-software-center.desktop
[22:26] <czajkowski> czajkowski@cypher:~$
[22:27] <seb128> czajkowski, ls -l /usr/share/applications/ubuntu-software-center.desktop
[22:27] <seb128> rurti, how do you start your application?
[22:27] <czajkowski> seb128: -rw-r--r-- 1 root root 341 2010-03-03 22:01 /usr/share/applications/ubuntu-software-center.desktop
[22:27] <seb128> czajkowski, so it's there
[22:28] <seb128> czajkowski, and it's not in the application menu?
[22:28] <czajkowski> yup
[22:28] <rurti> seb128: ii launch it from the Applications bar at the top
[22:28] <TheMuso> 8/c
[22:28] <seb128> rurti, try setting it in .gnomerc
[22:28] <czajkowski> which is what I've been trying to work out why since Karmic
[22:28] <czajkowski> :(
[22:29] <seb128> rurti, not sure but .profile might be a command line thing
[22:29] <czajkowski> seb128: thanks though, I thought I was missing something
[22:29] <seb128> czajkowski, I'm confused now, does it work or not?
[22:30] <rurti> seb128: so is there a  way i can set my path globally for command line and apps?
[22:31] <czajkowski> seb128: see pm please.
[22:32] <seb128> rurti, not sure
[22:32] <rurti> seb128: is there someone i can contact that may know the answer to the question?
[22:34] <rurti> seb128: possibly a script file that is fun during the login of a user with the gui interface?
[22:34] <seb128> try asking on #ubuntu
[22:35] <seb128> but try /etc/profile
[22:35] <rurti> was already there before i was here
[22:35] <seb128> that might work
[22:35] <rurti> isnt profile the global version of the .profile?
[22:35] <seb128> you might have the wrong syntax in your .profile
[22:36] <LaserJock> rurti: it's not really clear what you're trying to do, why do you need PATH set in GUI apps?
[22:36] <rurti> here if you want to take a look i have it posted at http://paste.ubuntu.com/391240/
[22:37] <rurti> LaserJock: yes that is correct
[22:38] <seb128> rurti, what is PATH in "/proc/`pidof gnome-session`/environ"?
[22:38] <rurti> LaserJock: i set the path in my .profile however my gui apps do not see the modifications to PATH
[22:39] <LaserJock> rurti: the question is why do you want that? could you perhaps drop a wrapper script in ~/bin/ to do what you want?
[22:40] <rurti> LaserJock: im setting up a custom compiler chain for several developers in my office and they want to use shortcut keys in their editors rather then the command terminal
[22:41] <rurti> seb128: how do i get my gnome session pid?
[22:43] <LaserJock> rurti: so it seems like a wrapper script would at least work, but I would imagine PATH should be propogated to GUI apps in general
[22:43] <seb128> rurti, copy what I gave you
[22:43] <seb128> pidof is a command
[22:43] <seb128> and `` says to use the result of the command
[22:43] <rurti> ok
[22:47] <rurti> seb128 the command didnt work -> "bash: /proc//environ: No such file or directory"
[22:47] <rickspencer3> TheMuso, robert_ancell I was thinking you guys might consider setting up some kind of face to face day in Sydney to welcome RAOF
[22:48] <seb128> rurti, do you use gnome?
[22:48] <TheMuso> rickspencer3: Yeah sounds like a reasonable idea.
[22:48] <rurti> its Ubuntu 8.4 LTS it should be gnome
[22:51] <seb128> rurti, try changing gnome-session by x-session-manager there
[22:51] <seb128> it's an equivalent
[22:51] <RAOF> It'd be nice to have a get-together.  Somewhere near a train station :)
[22:51] <rurti> ok that works
[22:53] <rurti> it says command not found one second
[22:54] <rurti> yea command not found
[22:54] <robert_ancell> Sounds good.  RAOF - where are you in Sydney>
[22:54] <robert_ancell> ?
[22:55] <RAOF> robert_ancell: Cammeray; tucked away down the lower north shore.
[22:55] <chrisccoulson> seb128 - do you think bug 530751 needs a UI freeze exception? i'm reluctant to keep uploading string changes now...
[22:56] <robert_ancell> RAOF, well, I'm on the border between Crows Nest a Cammeray so not far
[22:58] <seb128> chrisccoulson, I would just do it and notify translators if we think it's important to have
[22:58] <rurti> seb128: are you wanting to know what the current path is?
[22:58] <seb128> I'm not english native speaker so I don't really know how weird "discharging" looks for you
[22:58] <seb128> rurti, yes, in the /proc/PID/environment
[22:58] <chrisccoulson> seb128 - i hadn't really noticed it to be weird before
[22:58] <seb128> rurti, yes, in the /proc/PID/environ
[22:58] <chrisccoulson> anyway, i'll look at that in the morning
[22:58] <seb128> chrisccoulson, I will let you make the call
[22:59] <seb128> chrisccoulson, if you change it do it this week and drop an email to the ubuntu-translators list I would say
[22:59] <seb128> it's still ok to do
[22:59] <seb128> it just has a cost for our translators etc
[22:59] <rurti> seb128: there is no /proc/PID/environ
[22:59] <chrisccoulson> seb128 - ok, i'll do that then. i might have some changes to the apport hook to upload tomorrow as well
[23:00] <RAOF> robert_ancell: Excellent taste in real estate ;)
[23:00] <rurti> seb128: would that give the same output as printenv?
[23:00] <seb128> rurti, PID is the pid of gnome-session
[23:00] <seb128> rurti, no, because when you open a command line it parses .profile
[23:00] <rurti> seb128: yes i know but environ is not there when i ls it
[23:00] <seb128> rurti, and I want to know the environment of the session not the one of a bash session which read .profile
[23:01] <seb128> rurti, how did you get the pid of gnome-session?
[23:01] <seb128> rurti, try ls /proc/`pidof gnome-panel`
[23:01] <rurti> pidof x-session-gnome
[23:01] <seb128> rurti, I said x-session-manager before
[23:01] <seb128> not x-session-gnome
[23:01] <rurti> sorry
[23:01] <rurti> typo
[23:02] <rurti> x-session-manager
[23:02] <seb128> and it's not working?
[23:02] <rurti> ill give you what it lists
[23:02] <seb128> rurti, ok sorry but that channel is not an user support one
[23:02] <seb128> I'm fine giving hints but I don't want to spend an hour having to explain every detail
[23:02] <seb128> try #ubuntu
[23:03] <rurti> its ok
[23:03] <TheMuso> RAOF, robert_ancell, I'm inner west Sydney, so I'm happy to travel to that region of Sydney, train stations permitting. :)
[23:04] <rurti> ok got it to work
[23:04] <rurti> had a typo
[23:04] <rurti> the path here is correct
[23:05] <rurti> correction the path is not correct
[23:05] <seb128> how incorrect?
[23:05] <rurti> the other variables i set are correct except the path
[23:06] <rurti> seb128: all i see under path are the usual bin dirs
[23:08] <rurti> seb128: the command i was missing btw was cat
[23:08] <seb128> ok
[23:08] <seb128> I'm not sure about the path
[23:09] <rurti> is it possible the path could be getting over written?
[23:09] <seb128> rurti, try hacking /etc/login.defs
[23:09] <seb128> rurti, right, path is handled in a specific way
[23:11] <rurti> seb128: can you tell me where the gui sets the path variable?
[23:11] <seb128> rurti, did you try to look at the file I just pointed you at?
[23:11] <rurti> seb128: working on it
[23:13] <rurti> seb128: ok after i have alter this file do i have to reboot to see the settings take effect?
[23:13] <seb128> rurti, I would say just start a new session
[23:14] <rurti> seb128: ok give me a minute to test this out please, i really do appreciate you patience with me on this
[23:15] <seb128> np
[23:17] <rurti> ok
[23:18] <rurti> seb128: i was reading the document ion in this file, ENV_PATH is what my path is set to, it says they are minimal and to add  the rest in the shell at startup.  do you know what this means?
[23:19] <seb128> it means to not change logins.def but rather try to do what you were trying to do
[23:19] <seb128> try asking on #ubuntu-devel maybe how to add a dir to your PATH for the desktop environment
[23:20] <rurti> ic thank you very much you have been helpful, i think this may be the problem.
[23:26] <chrisccoulson> hmmm, there's a nice helpful comment at the end of bug 44082 now
[23:29] <seb128> chrisccoulson, you mean mine?
[23:29] <chrisccoulson> seb128 - oh, did you comment too? i only noticed from what was in my inbox
[23:29] <chrisccoulson> from josh leverette
[23:30] <seb128> chrisccoulson, just a "you would have better used your time working on the issue rather than on such comments"
[23:30] <chrisccoulson> seb128 - oh, i didn't realise you'd already commented. i wasn't referring to your comment anyway ;)
[23:30] <seb128> ;-)
[23:31] <seb128> I never had my application menu moving
[23:31] <seb128> I do sometime have applets on the other side though
[23:32] <chrisccoulson> i must admit, i've noticed the applets moving a few times since getting my laptop
[23:32] <chrisccoulson> it's normally after i undock though
[23:32] <seb128> I guess it happens after geometry changes too
[23:33] <seb128> does anybody know if you can set the wm buttons order from a theme?
[23:55] <RAOF> Alright!  F-spot memory useage now goes up *and* down :)