[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<EMAIL_ADDRESS>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 :)


[00:23] <Gaming4JC> Hello, I am curious what is the point of grub-uboot and grub-efi-arm? Is it possible to use grub-efi-arm entirely without uboot on a device?
[00:23] <Gaming4JC> https://launchpad.net/ubuntu/trusty/+package/grub-efi-arm
[00:23] <Gaming4JC> I can't find any documentation on it
[20:09] <algyz> Hi guys, so I have tv stick mk809iv plus, based onamlogic s805 chip. Rooted it, with win32 image writer wrote lubuntu 14.04 odroid c1 image on microsd, inserted, tried to boot, no luck. Wrong image, anything else to do?
[22:51] <Doinky> Hi, can someone point me to an ISO for t bb black thats extreamly small
[22:56] <Doinky> thanks for your outstanding support as eva


[07:40] <Kristall> So how's 13.10 doing? Xu and Lu have some bugs but no show-stoppers... Ku is... ehh almost done.
[08:00] <darkxst> Kristall, pretty good, no known major issues lefts
[08:01] <darkxst> left
[08:01] <Kristall> Doing better than Ku with 1/20th the manpower? :P
[08:05] <darkxst> Possibly, although we did have an extra cycle to prepare and stabilise 3.8
[08:05] <darkxst> ^GNOME
[08:05] <Kristall> Ahh so you skipped a beat to concentrate on .10... I'm guessing the BIG focus will be the next LTS.
[08:08] <Kristall> How's 3D performance? It was a big-ish hit compared to kde when I toggled compo off.
[08:12] <kamanita> Hi i got a question i want to move from unity to gnome3 as second Desktop. First Desktop is KDE. So my question. Will ubuntugnome use MIR as Display Server in the Future?
[08:12] <Kristall> >mir
[08:12] <Kristall> lol nope
[08:13] <Kristall> Almost every desktop has wayland support now.
[08:13] <kamanita> Ok i was not sure. Many Ubuntu Spins made this clear, that they won't use MIR e.g Kubuntu Lubuntu etc. So i found no Information on ubuntugnome ...
[08:14] <kamanita> i am glad to hear that so i can switch this Weekend ;-)
[08:14] <Kristall> kamanita: 13.04 is kinda dead, 13.10 is where all work went
[08:15] <kamanita> ok it is as stable so that i can use it in production environment?
[08:15] <kamanita> as stable as it can be ;-)
[08:16] <Kristall> I just downloaded it... nothing screwing up :P
[22:38] <bjsnider> ricotz, i was looking at the nvidia packaging you were using in edgers
[22:38] <bjsnider> looks like it's all the same for the past 4 distros?
[22:50] <ricotz> bjsnider, yes
[22:51] <bjsnider> ah, so it's safe to use that
[22:51] <bjsnider> i was confused because i didn't see any compatible packaging in quantal
[22:52] <bjsnider> there's no nvidia-310 or anything there


[00:22] <sfsdfgh> apw: awake?
[00:23] <sfsdfgh> installing build deps didn't work for the required ncurses to run the config command you wrote on the buildyourownkernel page
[00:24] <sfsdfgh> several ncurses packages are installed ncurses-devel is not a package
[09:19] <ePirat> Hello
[09:19] <ePirat> Already asked yesterday and got no answer, so…
[09:20] <ePirat> I have Linux 3.19.0-16-generic (shipped with ubuntu vivid vervet) installed, where to find previous versions of that kernel?
[09:20] <ePirat> (preferably already packaged so I can install them easily)
[09:43] <genkgo> http://packages.ubuntu.com/vivid/i386/linux-image-3.19.0-15-generic/download
[09:44] <genkgo> i guess you will have to download the specific needed packages seperately
[09:44] <genkgo> ePirat: and install with dpkg -i *.deb
[09:44] <genkgo> ePirat: but honestly, i am far from experienced in ubuntu kernels
[09:45] <ePirat> how to find older ones? I need a list of them as I need to install many
[09:45] <ePirat> going back to 3.18
[09:45] <ePirat> (as I need to find in which version a special bug was introduces)
[09:46] <ePirat> *introduced
[09:46] <genkgo> http://kernel.ubuntu.com/~kernel-ppa/mainline/
[09:47] <genkgo> ePirat: does that help?
[09:47] <ePirat> Ah yes
[09:47] <ePirat> thanks
[18:58] <fprietog> Hello, I got a problem with HDMI sound in 3.19.0-18-generic kernel under Ubuntu 15.04 64bits
[18:59] <fprietog> I'm sure problem is with the kernel because the previous kernel 3.19.0-18-generic doesn't have it
[19:00] <fprietog> But I don't knowwhere to open a bug and what is the info needed to have it checked
[19:01] <fprietog> Here are some screenshots I took
[19:01] <fprietog> This is the sound config with kernel 3.19.0-16-generic. You can see there is HDMI sound device available (and works):
[19:02] <fprietog> http://rt002nf0.eresmas.net/Temp/FPGLINUX%203.19.0-16-generic_01.jpg
[19:02] <fprietog> This is the same creenshot with newest kernel 3.19.0-18-generic. HDMI device doesn't appears:
[19:02] <fprietog> http://rt002nf0.eresmas.net/Temp/FPGLINUX%203.19.0-18-generic_01.jpg
[19:04] <fprietog> Can anyone, please, point me where to open a bug and the info needed? Thanks :)
[21:39] <cyking> fprietog, https://help.ubuntu.com/community/ReportingBugs
[21:43] <fprietog> Thanks cyking


[11:53] <clement_> Hello guys. I have an Elantech touchpad on an Asus Zenbook running 12.04 kernel 3.2.0-24-generic and the touchpad suddenly stopped working few hours ago. It no longers appears in /proc/bus/input/devices and xinput can't see it neither. Any idea on how to have it back ? Thanks.
[12:09] <tjaalton> does dmesg show something related
[12:19] <clement_> It doesn't seem :-(   http://pastie.org/3909615
[12:21] <tjaalton> right, what about the xserver log, does it show it unloading the driver?
[12:26] <clement_> I can't see anything about it :-(   http://pastie.org/3909642
[12:28] <tjaalton> ah, so it doesn't work after reboot either?
[12:28] <clement_> Neither :-(
[12:28] <tjaalton> ok, hardware problem then
[12:29] <clement_> F*** !!!
[12:29] <clement_> I'm gonna boot on the windows recovery partition see if it works.
[12:30] <clement_> See you  o/    Thanks for diagnose.
[16:55] <bgamari`> bryceh: ping
[16:56] <bgamari`> RAOF: ping
[16:57] <bgamari`> bryceh, RAOF, We're waiting on some sort of acknowledgement on bug #980017
[16:57] <bgamari`> it should just be a cherry-pick yet it's been a month since I identified the fix and yet precisely nothing has happened
[17:12] <bryceh> bgamari`, we're quite busy with other things, but I can take a look for you.
[17:34] <bgamari`> bryceh: I would appreciate it greatly
[18:08] <bryceh> bgamari`, done
[18:42] <bgamari`> bryceh: Thanks! I'll make it into Precise eventually I take it?
[18:43] <bryceh> bgamari`, depends on if someone tests/verifies it out of precise-proposed
[18:45] <bryceh> but I've filed the sru and uploaded the candidate package for proposed, so the engineering for that is completed.
[18:45] <bryceh> bgamari`, once it's accepted into -proposed, the more testing feedback you can drum up, the sooner it will get released.
[18:59] <bgamari`> bryceh: alright, excellent. Thanks again!
[23:22] <RAOF> bryceh: You seem to have uploaded mesa to precise-updates rather than precise-proposed.  That's a mistake, I take it?
[23:23] <bryceh> RAOF, hrm, indeed
[23:25] <RAOF> Rejected from the queue :)
[23:25] <bryceh> reuploaded
[23:27]  * RAOF will get to that after processing the proposed→updates queue.
[23:58] <bryceh> RAOF, btw when you were going through your packaging tutoring with mlankhorst the other day it occurred to me that we should have some of that workflow documented
[23:59] <bryceh> RAOF, would you mind adding a "Cherrypicking from upstream git tree" section to https://wiki.ubuntu.com/X/GitUsage ?
[23:59] <bryceh> I'm also a bit curious because it sounds like  you have a slightly different (and likely more efficient) workflow than I


[04:22] <FrogCast> What version of qt is being used for artful aardvark? I need qt 5.8
[04:26] <valorie> FrogCast: it is telling you you need 5.8?
[04:26]  * valorie hasn't moved to artful yet
[04:26] <FrogCast> valorie, no, its a module I need for oath
[04:27] <valorie> ah
[04:27] <valorie> well, the Kub. team doesn't upload Qt
[04:27] <valorie> and now that Canonical won't supply it
[04:27] <valorie> we'll have to rely on Debian
[04:27] <valorie> and what we can do to assist
[04:27] <FrogCast> valorie, yikes, that is really sad.
[04:27] <valorie> Debian is pretty darn quick sometimes
[04:28] <valorie> help is always needed of course
[04:28] <valorie> including testing
[04:28] <FrogCast> nah I mean mark giving up on the dream, not that I blame him. The community was toxic towards him for no good reason. Anyway, neither here nor there.
[04:29] <valorie> I think it was dollars and cents
[04:29] <valorie> not publicity
[04:30] <FrogCast> valorie, Mmmm, I think jono leaving was tough, because he was a pretty decent communicator and community manager. The community though, like the Linux Action Show, never even bothered to run or install the ubuntu phone, which I found baffling.
[04:31] <valorie> the halium project might help
[04:31] <FrogCast> And the unity haters... you could tell they had no idea what they were talking aboot. ANYWAY i'm just sad.
[04:31] <FrogCast> halium?
[04:31] <valorie> https://halium.org/
[04:31] <valorie> just announced the other day
[04:32] <valorie> ubports is part of the project
[04:32] <FrogCast> ah neat
[04:32] <FrogCast> there is also yunit, which I want to continue work on.


[07:15] <guiverc> wxl - i'm always impressed with your replies to user ... you do great work.
 Why does lubuntu 18.04 doesn't ship with snapd?
 @The_LoudSpeaker [Why does lubuntu 18.04 doesn't ship with snapd?], AFAIK at that time snap had a bug that consumed memory even if no snap packages where in use. So it was left out of seed
 Only lubuntu left it? Not others?
[16:43] <Rosiey> Where do i find the option to update lubuntu 19.04 ?
 Roisiey, are you trying update from 18.10 or just do normal package updates?
 @Rosiey [<Rosiey> Where do i find the option to update lubuntu 19.04 ?], from which version?
 👍


[13:10] <rafaeldtinoco> why the ddebs for linux-image are 15Kb only ? anyone knows ?
[13:11] <rafaeldtinoco> I see ddebs.ubuntu.com/dists was moved to dists.old
[13:30] <xnox> rafaeldtinoco:  are you looking at the real ABI linux-image package; or just the meta which indeed is empty usually?
[13:30] <rafaeldtinoco> I was using info from Packages to generate BTF files for HWE kernels
[13:30] <rafaeldtinoco> https://github.com/aquasecurity/btfhub/tree/main/ubuntu/20.04/x86_64
[13:31] <rafaeldtinoco> because Ubuntu Bionic and Focal don't enable BTF by default
[13:31] <rafaeldtinoco> script stopped working recently that is all I see #)
[13:32] <rafaeldtinoco> BTW updating dwarves for Bionic and Focal will allow you to enable embedded BTF into HWE kernels for both. That would save eBPF vendors a lot of trouble ^.
[13:33] <rafaeldtinoco> wget http://ddebs.ubuntu.com/dists/bionic-updates/main/binary-amd64/Packages -O bionic-updates -> now package points to a 15Kb ddeb file
[13:34] <rafaeldtinoco> https://github.com/aquasecurity/btfhub#ubuntu (about eBPF support topic)
[14:25] <xnox> rafaeldtinoco:  i have backpowered dwarves to enable BTF by default
[14:25] <xnox> rafaeldtinoco:  but SRU team is not accepting it =(
[14:26] <xnox> rafaeldtinoco:  i'm not sure you are doing things right.
[14:26] <xnox> rafaeldtinoco:  linux-image..... blah blah contains no debug symbols. but depends on unsigned ddebs package. you need unsigned linux image ddeb for ddebs
[14:27] <xnox> Package: linux-image-unsigned-5.0.0-61-generic-dbgsym
[14:27] <rafaeldtinoco> ah ok.. then it makes more sense.. I recently changed that
[14:27] <xnox> Installed-Size: 5749733
[14:27] <rafaeldtinoco> because of a regex change. thanks xnox
[14:27] <rafaeldtinoco> sorry for the noise then
[14:27] <rafaeldtinoco> and rbasak ^ if you could help reconsidering dwarves backport
[14:28] <rafaeldtinoco> to enable BTF in HWE kernels for Bionic and Focal
[14:28] <rafaeldtinoco> that will open a new world to Ubuntu (regarding k8s and eBPF)
[14:28] <rafaeldtinoco> for already installed base at least =)
[14:28] <rafaeldtinoco> xnox: thx a lot
[14:42] <jdstrand> hi! fyi, I think that linux-firmware needs an update for i915 for hwe-5.11: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1889137/comments/12
[14:44] <jdstrand> tjaalton: hey, fyi since you did the last linux-firmware update for focal ^
[14:58] <tjaalton> jdstrand: right, those are harmless though
[14:59] <tjaalton> although the noise isn't nice
[15:19] <jdstrand> tjaalton: oh? it seemed scary since I use i915
[15:19] <jdstrand> but ok
[15:40] <tjaalton> jdstrand: guc isn't used at all before 5.15, and even there it's only enabled for gen11 and up (Ice Lake ->)
[15:41] <tjaalton> huc is used for h.264 encoding
[15:41] <tjaalton> required, I mean. and that's not a common use case
[15:43] <tjaalton> hmm no, HEVC/H.265
[16:24] <rbasak> rafaeldtinoco: the dwarves *SRU* is blocked on https://bugs.launchpad.net/ubuntu/+source/dwarves-dfsg/+bug/1912811/comments/7. Nothing else to reconsider I don't think?
[16:25] <rbasak> rafaeldtinoco: separately I'd like to discuss the backports pocket as a better destination, and it would be good to discuss that before accepting the SRU.
[16:25] <rafaeldtinoco> rbasak: I'll think on that commit through. Safest way would be to have 'pahole' binary statically compiled added to old dwarves perhaps.
[16:25] <rafaeldtinoco> without changing dwarves entirely for the rest of the OS.
[16:26] <rbasak> rafaeldtinoco: maybe it would be easier to push into backports though? Any reason that is not acceptable?
[16:26] <rafaeldtinoco> rbasak: compiling kernel with -backports ?
[16:26] <rafaeldtinoco> that was my -1 on that idea (before) =(
[16:26] <rafaeldtinoco> and I did see the -backports thread indeed
[16:26] <rbasak> Oh, the kernel has to build-depend on this?
[16:26] <rafaeldtinoco> I still have to get back to it though
[16:27] <rafaeldtinoco> rbasak: yep, the pahole binary is used to play with DWARVES/BTF on kernel generation (kernel build-deps on dwarves and it is old for HWE builds)
[16:27] <rbasak> Ah
[16:27] <rbasak> OK, so SRU then, but that means even more care needs taking!
[16:27] <jdstrand> tjaalton: ack, thanks!
[16:27] <rbasak> And, does it mean we need to SRU verify against a rebuilt kernel?
[16:27] <rafaeldtinoco> rbasak: are you super -1 on having a newer static pahole (being compiled together with old dwarves source) added to the binary pkg ?
[16:28] <rafaeldtinoco> the only change to final package would be a static binary added (that kernel could use if present)
[16:28] <rafaeldtinoco> and the delta would be to add the pahole binary generation logic
[16:28] <rbasak> rafaeldtinoco: definitely not -1 right now. I don't fully understand the situation so cannot have an opinion yet.
[16:28] <rafaeldtinoco> ok
[16:28] <rafaeldtinoco> Ill work on it and describe it fully in the bug.
[16:28] <rbasak> Thanks!
[16:28] <rbasak> If backports cannot work then I'm open to an SRU still.
[16:28] <rafaeldtinoco> and about -backports, will get back to the thread soonish. Sorry on the dealys
[16:29] <rafaeldtinoco> rbasak: that will enable BTF for Bionic and Focal
[16:29] <rafaeldtinoco> and that is a key competitive feature against centos/fedora/alma
[16:29] <rafaeldtinoco> fyio
[16:29] <rbasak> I just thought backports would be easier, but if that can't work, then it's certainly worth considering the SRU.
[16:29] <rafaeldtinoco> nice! tku!
[17:08] <xnox> rbasak:  backports no good, as it needs to be kernel's build-dep.
[17:08] <xnox> rbasak:  nothing but the kernel uses those packages, and kernels have stop using them, because they are too old.
[17:24] <rbasak> xnox: lots of good explanations to go in the bug please, thanks :)


[12:30] <Flannel> why would it be?
[12:30] <Burgundavia> Flannel: there are serious trademark concerns
[12:30] <Burgundavia> it is not an offiical ubuntu project
[12:30] <Flannel> isn't it called something else though?
[12:31] <Burgundavia> there is Icthux, which is KDE
[12:31] <Burgundavia> uce is GNOME
[12:31] <Flannel> Ah, maybe thats what I was confusing
[12:31] <Burgundavia> icthux is the right way to do it, uce is not
[12:32] <Burgundavia> sadly uce has gotten more press
[12:32] <Flannel> right.  I wasnt aware they weren't one and the same
[12:32] <Flannel> that's because the creator made a big hubub in the forums
[12:32] <Burgundavia> and bought advertising on DistroWatch
[12:32] <Flannel> oh?
[12:32] <Flannel> How random
[12:32] <Burgundavia> that is how he got listed so quickly
[12:34] <Flannel> still not sure why it's not just an easyubuntu-ish script that'll christianize (that's like jazzercize) your ubuntu
[12:35] <Flannel> CE... so misleading.  Everytime I see it, I think mobile ;)
[12:52] <ompaul> CE the mark that traders get in .eu for consumer electronics
[12:52] <ompaul> CE the mark that traders get in .eu for consumer electical kit sorry
[12:53] <ompaul> approved
[12:55] <Burgundavia> ompaul: sorry?
[12:56] <ompaul> Burgundavia, as Flannel siad "CE... so misleading."
[12:56] <Burgundavia> ah, yes
[01:11] <johnlittle> http://today.reuters.co.uk/news/articlenews.aspx?type=internetNews&storyID=2006-09-10T223401Z_01_L1391607_RTRIDST_0_OUKIN-UK-AFRICA-OPENSOURCE.XML
[01:11] <johnlittle> Reuters story will have a huge impact
[01:14] <Burgundavia> johnlittle: can you add that to UWN 14?
[01:14] <johnlittle> already in progress
[01:14] <Burgundavia> cool, thanks
[01:15] <Burgundavia> johnlittle: you can ubuntu member yet?
[01:15] <johnlittle> no
[01:15] <Burgundavia> you should
[01:17] <Burgundavia> should I organize a UWN meeting?
[01:18] <johnlittle> for format issues?
[01:21] <Burgundavia> just a general meeting
[01:21] <Burgundavia> talk about format, non-english, new contributers
[01:22] <johnlittle> sounds like a good idea
[01:26] <Burgundavia> when is a good time?
[01:26] <Burgundavia> given we are the two most active conributors, I want us both there
[01:26] <Burgundavia> wednesday, thursday and friday work for me
[01:27] <johnlittle> what time are you thinking?
[01:27] <Burgundavia> anytime between midnight UTC and 5am UTC
[01:28] <johnlittle> Wed or Thur would work for me
[01:29] <Burgundavia> what timezone are you?
[01:29] <johnlittle> central
[01:30] <Burgundavia> right
[01:30] <Burgundavia> Wednesday, at 1am UTC? (that is 6pm for me and 8pm for you)
[01:31] <johnlittle> sounds good
[01:31] <Burgundavia> I will announce it
[01:32] <johnlittle> cool
[02:30] <Burgundavia> woot! my inbox is clear, for the first time is almost a month
[03:45] <elkbuntu> Burgundavia, you wanted me earlier?
[04:02] <Burgundavia> elkbuntu: just wanted you to edit the template, but you had already gone
[04:04] <elkbuntu> i've already edited the template to put in the menu/contents box
[04:05] <elkbuntu> i presumed that was what you were wanting from the talk i came back to after you'd gone to bed
[04:05] <Burgundavia> right
[04:06] <Burgundavia> I edited it more extensively
[04:07] <elkbuntu> fair enough. you knew what was needed as such
[04:08] <poningru> what are we working on?
[04:09] <Burgundavia> yes
[04:09] <Burgundavia> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/IssueTemplate <-- we were workiong this, to bring it into line with the latest UWN
[04:10] <Burgundavia> we are also writing on https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue14
[04:29] <elkbuntu> meanwhile, did you enjoy your brief visit to -au ;)
[04:33] <Burgundavia> au?
[04:35] <elkbuntu> * Burgundavia (n=corey@ubuntu/member/burgundavia) has joined #ubuntu-au
[04:35] <elkbuntu> * Burgundavia (n=corey@ubuntu/member/burgundavia) has left #ubuntu-au ("Leaving")
[04:35] <elkbuntu> ;)
[04:35] <Burgundavia> oh
[04:36] <Burgundavia> yes, I wondered how many people au had managed to attract
[04:36] <Burgundavia> given au and ca are very similar countiies
[04:36] <elkbuntu> in active times, above 40
[04:36] <Burgundavia> we rarely go above 20
[04:36] <elkbuntu> wow
[04:36] <Burgundavia> but then again, there is no Linux Canada
[04:37] <Burgundavia> is that self organization or did you go out and find people?
[04:37] <elkbuntu> fujitsu and yukicuss basically got it to 20 or so overnight.. then they got sucked back into school and so forth
[04:38] <Burgundavia> how much overlap is there between -au and LA?
[04:39] <elkbuntu> um.. there's a few LA members. LA is quite ubuntu-biased i think but it's still quite a seperate affair
[04:39] <Burgundavia> I almost wonder if it is our proximity to the US
[04:40] <elkbuntu> no, i wouldnt think. however jono was -thinking- about loco mentoring, and New Zealand's loco is a mess at the moment, but that's nothing to do with au. we have 1 nz'er in our midsts because the nz loco is the state it is and he's not much a community person
[04:41] <elkbuntu> ok that was like 2 thoughts in one
[04:42] <elkbuntu> but yeah. the us loco is fairly broken up by state now, so the canada loco should not be that disadvantaged by the proximity
[04:43] <Burgundavia> well, canada is a spread pretty thin
[04:43] <Burgundavia> au is mostly along the coast
[04:43] <Burgundavia> and tbh, I have not been that active is getting people out
[04:44] <elkbuntu> a good handfull are adelaide so south central, and there's perthians also
[04:44] <Burgundavia> having people like jdub and pia in your corner is a always a good thing
[04:45] <elkbuntu> well.. jdub is never -in- the loco channel and just rears his head on the list occasionally. pia is often in the channel, but often idle and even less occasionally pops up on the list
[04:45] <Burgundavia> plus running a loco team is basically a full time job
[04:45] <elkbuntu> tell me about it...
[04:45] <Burgundavia> that they exist and are high profile helps
[04:46] <elkbuntu> who got snared for the canada stickers distribution?
[04:46] <Burgundavia> I currently devote so much to ubuntu in general, it is hard
[04:46] <Burgundavia> me
[04:46] <Burgundavia> are you AU?
[04:46] <elkbuntu> yep
[04:46] <elkbuntu> im going to go check my PO box soon and see if i have ups from the 5 envelopes i got on friday
[04:46] <Burgundavia> no matter how many people are active, it always seems like 90% of the load is carried by 10% of the people
[04:47] <Burgundavia> I got 2 on Friday
[04:47] <elkbuntu> that is usually how things go with n-f-p things
[04:47] <Burgundavia> I expect to get a bunch more tomorrow
[04:47] <elkbuntu> i got 1 on wed, 1 on thur, 5 on fri..
[04:47] <elkbuntu> it's incremental i think ;)
[04:47] <Burgundavia> I need to publicize it more widely
[04:48] <Burgundavia> need a freaking crm
[04:48] <elkbuntu> i put it on our list, and have kept people uptodate with the progress, i think someone put it on the loco wiki page but i havent seen it
[04:48] <elkbuntu> crm?
[04:48] <Burgundavia> customer relations manager
[04:48] <Burgundavia> basically a database of contacts
[04:48] <Burgundavia> we need a simple one, to handle contacts and mailing to those contacts
[04:48] <elkbuntu> yeah.. i need a freaking job to support this freaking addiction ;)
[04:49] <elkbuntu> jono is open for talking mostly i've found
[04:49] <Burgundavia> figured I might play with civicrm
[04:49] <Burgundavia> see if meets our needs
[04:49] <Burgundavia> given I work with a crms all day atwork
[04:49] <elkbuntu> sure
[04:50] <elkbuntu> i suggest at some point having a talk to jono if you havent
[04:50] <Burgundavia> I will
[04:51] <Burgundavia> jono and I, despite having written a book together, have only talked once on the phone
[04:52] <elkbuntu> i know it's -yet another channel- but maybe join the -locoteams channel?
[04:52] <Burgundavia> hmm, thought I was
[04:52] <Burgundavia> must have lost it when i moved from my old install to this one
[04:52] <elkbuntu> easy to do
[04:54] <elkbuntu> anyway, i've got things to do and im sure you do also
[04:54] <Burgundavia> sort of. Need ot finish a cover letter for a new job
[04:55] <elkbuntu> i've got about a dozen of those to do sometime today also
[04:55] <Burgundavia> this is basically "finish the cover letter, they hire me"
[04:55] <elkbuntu> you lucky bastard
[04:55] <Burgundavia> right place, right time
[04:56] <elkbuntu> still, previous statement applies
[04:56] <elkbuntu> i havent had a proper job in years, did delivery work since and ruined a car in the process so :(
[04:57] <Burgundavia> right
[04:57] <elkbuntu> lets just say i really really suck at faking enthusiasm
[04:58] <Burgundavia> so you are currenlty unemployed?
[04:58] <elkbuntu> yep
[04:59] <elkbuntu> anyway, gotta go do some stuff, wont be long
[05:53] <elkbuntu> Burgundavia, 9 envelopes today
[05:54] <Burgundavia> wow
[05:55] <elkbuntu> the effect is incremental
[05:55] <elkbuntu> ahahaha. this one's great:
[05:56] <elkbuntu> person's name
[05:56] <elkbuntu> registered linux user #....
[05:56] <elkbuntu> registered ubuntu user #....
[05:56] <elkbuntu> address
[05:56] <elkbuntu> he's seriously addressed it like that
[06:03] <elkbuntu> ok.. make that 10 envelopes.. one had 2 envelopes in it :)
[09:59] <livingdaylight> !seen madpilot
[10:00] <livingdaylight> !seen Madpilot
[05:45] <johnlittle> the effect of the reuters article: http://news.google.com/nwshp?tab=wn&q=Ubuntu&ie=UTF-8&scoring=d
[08:14] <Burgwork> http://edition.cnn.com/ <-- front page of cnn
[08:23] <johnlittle> yep..cnn stories have a very long shelf life too..i still get hits from the one I appeared in 3-4 years ago
[08:24] <Burgwork> ah, cool
[08:24] <Burgwork> too bad CNN is awful with external links
[08:24] <Burgwork> BBC is much better
[08:25] <Burgwork> hmm, nothing ont eh beeb yet
[08:28] <johnlittle> they tend to do their own thing more than they rehash the wires
[08:30] <Burgwork> yes, they do
[08:30] <Burgwork> makes them a better news organization
[08:30] <Burgwork> I think they have the largest organization of reporters in the world
[08:44] <nixternal> Thursday!
[08:45] <nixternal> have you guys been watching CNN Headline News?
[08:45] <nixternal> it has been on there all day long
[08:46] <nixternal> when they do the "Technology" thing they do, they talk very briefly about it
[08:53] <johnlittle> just switched over
[08:58] <nixternal> it is quick, and i mean. 5 to 10 seconds, as "Microsoft does something in Africa, and then something really quick about Cosmonaut and OSS"
[08:59] <nixternal> thats the stint of it
[08:59] <nixternal> they don't say Ubuntu, Canonical, Linux or nothing
[09:08] <johnlittle> Well that sucks but its all good. It gets us on the radar and will lead to more mainstream attention


[17:04] <jubalh> hi
[17:07] <jubalh> i clone this https://code.launchpad.net/~g-bluehut/ubuntu-terminal-app/whitespacefix/+merge/228807 which has the 'merged' but when i go through the log and search i caant find it. am i using bzr wrong here?
[17:33] <jubalh> different branch it seems