[00:15] <rickspencer3> hiya robert_ancell
[00:16] <robert_ancell> rickspencer3, hey, sorry, missed our 9am
[00:16] <rickspencer3> robert_ancell, yeah yeah
[00:16] <rickspencer3> I tell ya' no respect
[00:16] <rickspencer3> ^read in Rodney Dangerfield voice
[00:16] <robert_ancell> heh
[00:16] <rickspencer3> robert_ancell, as punishment, I shall ask you a question about my poor coding skills
[00:16] <robert_ancell> okey
[00:17] <rickspencer3> so, I have a gstreamer pipeline set up that is streaming the web cam, no problems
[00:17] <rickspencer3> now I want to save a picture out of that
[00:17] <rickspencer3> what do I do?
[00:17] <rickspencer3> I tried linking in a tee, but it fell over
[00:17] <robert_ancell> I think you need to make a jpeg sink or similar
[00:18] <robert_ancell> short answer, I don't know
[00:18] <rickspencer3> robert_ancell, right, so I need to make a tee in order to keep the video flowing
[00:18] <rickspencer3> heh, someone in #gstreamer just told me to use camerabin
[00:18]  * rickspencer3 checks
[03:25] <kenvandine> robert_ancell, did you see bug 620733 ?
[03:25] <ubot2> Launchpad bug 620733 in empathy (Ubuntu) "Empathy does not remember settings (affects: 7) (dups: 3) (heat: 42)" [Medium,Confirmed] https://launchpad.net/bugs/620733
[03:27] <robert_ancell> kenvandine, no, I'll have a look
[03:28] <kenvandine> basically empathy isn't getting the default theme anymore
[03:28] <kenvandine> since the move to gsettings
[03:28] <kenvandine> the theme was set in the ubuntu-artwork package, as a gconf key
[03:28] <kenvandine> i have no idea what the right way to do that is
[03:29] <robert_ancell> hmm, I guess we want to modify ubuntu-artwork to set a gsettings key as well?
[03:29] <robert_ancell> what is the key?
[03:34] <kenvandine> one sec
[03:35] <kenvandine>  /apps/empathy/conversation/theme adium
[03:35] <kenvandine>  /usr/share/adium/message-styles/ubuntu.AdiumMessageStyle
[03:35] <kenvandine> robert_ancell, ubuntu-artwork sets a bunch of gconf keys
[03:36] <kenvandine> makes me wonder what else needs fixing
[03:36] <kenvandine> http://pastebin.ubuntu.com/487585/
[03:37] <robert_ancell> I don't think anything else has migrated to gsettings - we can just change the defaults in the empathy gsettings key.  I think that is the best we can do at the moment
[03:37] <kenvandine> ok
[03:37] <jcastro> hi kenvandine
[03:37] <kenvandine> yo jcastro
[03:37] <jcastro> speaking of the artwork package ...
[03:38] <jcastro> https://bugs.edge.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/629216
[03:38] <ubot2> Launchpad bug 629216 in ubuntu-wallpapers (Ubuntu) "Replace Cosmos "bundle" with existing wallpaper bundle (affects: 1) (heat: 6)" [Undecided,New]
[03:38] <jcastro> this was specced out at UDS but seems to have been dropped through a crack, how do I get it on someone's radar?
[03:38] <micahg> could I get a lucid bug task on bug 625801
[03:38] <ubot2> Launchpad bug 625801 in gnome-web-photo (Ubuntu) (and 1 other project) "gnome-web-photo missing required libxul.so (affects: 1) (heat: 10)" [Medium,Fix released] https://launchpad.net/bugs/625801
[03:40] <kenvandine> jcastro, humm... weird that comes from gnome-screensaver
[03:40] <kenvandine> so that will change screensaver as well
[03:40] <kenvandine> jcastro, did you see i uploaded the contest wallpapers?
[03:41] <jcastro> kenvandine: oh really, I didn't know that, odd, I would have thought the wallpaper thing did it
[03:41] <kenvandine> jcastro, so you want those same contest wallpapers to be available as a bundle?
[03:41] <jcastro> right
[03:41] <jcastro> in place of "cosmos"
[03:41] <jcastro> since that's kind of old/not very good/off brand
[03:41] <kenvandine> why not in addition too?
[03:41] <jcastro> get the space back. :)
[03:41] <kenvandine> it wouldn't add space
[03:42] <jcastro> The idea was replacing cosmos completely
[03:42] <jcastro> not just the bundle
[03:46] <kenvandine> ok, it would require an exception
[03:49] <kenvandine> ok, i figured out how to do it
[03:50] <kenvandine> jcastro, not hard... get someone to ok it as an exception and i'll whip it up then
[04:17] <kenvandine> jcastro, so i have the ubuntu bundle locally now :)
[04:18] <jcastro> woo
[04:19] <jcastro> kenvandine: here's the WI, which was supposed to be A3: https://blueprints.edge.launchpad.net/ubuntu/+spec/design-m-wallpaper-competition
[04:30] <jcastro> kenvandine: ok I followed all the FFe instructions, the only thing I can't really vouch for is risk and testing you've done.
[04:49] <kenvandine> jcastro, want to test it?
[04:57] <kenvandine> jcastro, you've got mail
[05:00] <jcastro> kenvandine: working over here
[05:00] <kenvandine> :)
[05:00] <kenvandine> doesn't remove the cosmos stuff, since that is in gnome-screensavers
[05:01] <jcastro> ah
[05:01] <jcastro> I already reassigned the bug to that package
[05:01] <jcastro> oh well
[05:01] <jcastro> kenvandine: what's the interval?
[05:03] <kenvandine> not sure
[05:03] <kenvandine> i think it changes a few times a day...
[05:03] <kenvandine> but it's configurable
[05:03] <jcastro> ok I've installed it on 2 machines, I'll use it for a while
[05:03] <kenvandine> not sure what increment is
[05:04] <kenvandine> it is "5"
[05:04] <kenvandine> whatever that means :)
[05:04] <kenvandine> it isn't 5m
[05:04] <jcastro> this is a nice little touch, I think people will dig it
[05:04] <jcastro> high five
[05:05] <kenvandine> i think this should stay in ubuntu-wallpapers and remove cosmos from gnome-screensavers
[05:05] <kenvandine> if we want to save the space
[05:05] <jcastro> I agree
[05:05] <kenvandine> but they belong here
[05:05] <jcastro> it's not just the space, cosmos just doesn't fit anywhere
[05:05] <kenvandine> pushing my branch is taking forever
[05:05] <kenvandine> slow ass uplink
[05:06] <jcastro> for N we should look at listing bundles seperately
[05:06] <jcastro> so people can just easily find it
[05:06] <kenvandine> what do you mean?
[05:06] <jcastro> right now the bundle is like in the middle of the appearance window thumbnails
[05:07] <jcastro> they should be like, grouped together or something
[05:07] <kenvandine> i see
[05:07] <kenvandine> it is alphabetical now
[05:07] <kenvandine> i named this "Contest"
[05:10] <jcastro> for N I think we should do, from left to right, the default wallpaper, then the bundle, then the solid color
[05:10] <jcastro> for the first row
[05:11] <jcastro> and then just file the other ones after that in whatever order
[05:12] <kenvandine> makes sense
[05:13]  * kenvandine really needs a faster connection
[05:13] <kenvandine> hate this uplink!
[06:33] <robert_ancell> desrt, ping
[07:30] <desrt> robert_ancell: hey
[07:30] <desrt> what is up, dude?
[07:33] <dmartinezc> hi, i'm not sure but i think i found a little but
[07:33] <dmartinezc> in nautilus, when you try to change de name of a folder in "places", you rigth click on te icon and select rename but after hitting enter the name remains the same until you reboot the browser...
[07:36] <dmartinezc> works ok using C-b
[07:52] <robert_ancell> desrt, hey, a question about gsettings - is there a way to have two multiple schemas with the same key?  There is a gconf-defaults settings I need to migrate
[08:03] <desrt> robert_ancell: you can overlap schemas
[08:05] <robert_ancell> desrt, so the particular example is if you have ubuntu-artwork installed the default empathy theme is set to the one in that package - where do I add a schema to change the standard emapthy default to the new ubuntu theme default?
[08:05] <desrt> this sounds like a use for override files
[08:06] <robert_ancell> any documentation?
[08:07] <desrt> mclasen was going to write some
[08:07] <desrt> i think he actually did, too
[08:08] <didrocks> good morning
[08:08] <desrt> hm.  i don't see the docs
[08:08] <desrt> anyway...
[08:09] <desrt> install a file into the glib-2.0/schemas/ directory
[08:09] <desrt> ending with .gschema.override
[08:09] <desrt> it should look like this:
[08:09] <desrt> [org.gnome.empathy.whatever]
[08:09] <desrt> somesetting="newvalue"
[08:09] <desrt> that should take care of it
[08:09] <robert_ancell> and they're loaded in strcmp order?
[08:09] <desrt> yes
[08:10] <desrt>       g_ptr_array_sort (overrides, compare_strings);
[08:10] <robert_ancell> and I'll need to run glib-compile-schemas I guess
[08:10] <desrt> yes
[08:10] <robert_ancell> desrt, ok, thanks!
[08:10] <desrt> i'm not sure what happens if you have two overrides for the same key
[08:10] <desrt> i suspect the one that happens later wins
[08:10] <desrt> didrocks: good morning :)
[08:11] <desrt> certainly an override file always beats the original schema file, though
[08:11] <desrt> all overrides are done after all schemas have been loaded
[08:16] <didrocks> hey desrt, how are you ?
[08:26] <robert_ancell> desrt, heh, I notice dconf-editor doesn't understand overrides. They work well otherwise, thanks!
[08:31] <didrocks> Laney: hey, do you have any news vs new banshee?
[08:45] <Laney> didrocks: working hard to package all the libs
[08:45] <didrocks> Laney: do not hesitate if you need any help
[08:45] <didrocks> (not that I have nothing to do, but if you need… ;))
[08:55] <Laney> didrocks: just time
[08:55] <Laney> we uploaded new gio-sharp to debian NEW
[08:55] <Laney> gkeyfile-sharp waits for sponsoring again to NEW
[08:55] <didrocks> Laney: when do you think we can get that to universe? (I'm afraid if we don't have the call for testing today, it will be hard to get it to default to UNE)
[08:56] <Laney> didrocks: right now we could upload a version without the new hardware support
[08:56] <Laney> would that work?
[08:56] <Laney> then you can have another revision with it enabled in a few days
[08:56] <didrocks> Laney: no, because we can't get hal back to the CD
[08:57] <didrocks> (you mean 1.7.4, right?)
[08:57] <Laney> or .5 with the new stuff turned off
[08:57] <didrocks> but it's still requires hal then, right?
[08:57] <Laney> yep
[08:57] <didrocks> yeah, that doesn't solve the issue so :-)
[08:58] <Laney> it's not all ready for upload yet, that's the problem
[08:58] <didrocks> otherwise, i will have promoted 1.7.2 by default some weeks ago already ;)
[08:58] <didrocks> right, I understand
[08:58] <Laney> if you want then a package for gtk-sharp-beans is needed
[08:58] <didrocks> it's just that I wanted to make you aware from the timeline
[08:58] <Laney> but coordinate with meebey on #debian-cli because he was going to work on it
[08:58] <Laney> it's an unstable library: copy the packaging of gio-sharp from git
[08:58] <didrocks> we are already really really late, that's why I honestly think that the release team won't accept it by default if we don't have this week-end testing
[08:59] <didrocks> heading to #debian-cli
[08:59] <Laney> I have to go do some real work now, will be back soon
[08:59] <didrocks> sure, see you :)
[09:00] <seb128> hey there
[09:00] <seb128> how is everybody doing?
[09:00] <didrocks> salut seb128, I'm fine there :)
[09:00] <didrocks> you?
[09:00] <seb128> I'm fine thanks
[09:01] <seb128> did some tweaking to my config, my IRC should stop connecting on session start
[09:01] <seb128> which will avoid having join, quit when I start the computer but don't want to start IRC yet :p
[09:04] <didrocks> great, no more seb128's flickering :-)
[09:04] <seb128> should be better
[09:05] <seb128> I sometime get isp flickering or restart my session for testing but should less that it was
[09:05] <didrocks> what's your isp again? orange?
[09:05] <seb128> yes
[09:05] <didrocks> ok
[09:06]  * didrocks notes that to not take it for his new accomodation :-)
[09:06] <seb128> the issue is rather being not really close from them
[09:06] <seb128> in fact it's over the noise level they sell dsl
[09:06] <didrocks> ok, the NRA is far from home?
[09:06] <seb128> it was quite some argumentation to convince them to try
[09:06] <didrocks> yeah, that can't be fixed easily, apart from paying a lot to build a new NRA closer :-)
[09:07] <seb128> something like 6km
[09:07] <didrocks> urgh
[09:07] <seb128> ;-)
[09:07] <seb128> see I don't blame them a lot
[09:07] <didrocks> yeah, in that case, it sounds inevitable
[09:09] <seb128> not complaining it works most of the time
[09:09] <rodrigo_> morning
[09:09] <rodrigo_> is LP down?
[09:09] <seb128> it's just flacky sometime when it rains
[09:10] <seb128> hey rodrigo_
[09:10] <seb128> rodrigo_, the code hosting is yes
[09:10]  * vish confused if that^ was a joke or true :)
[09:10] <rodrigo_> ah
[09:10] <seb128> "Launchpad: Code hosting offline 8.00-9.30 UTC on Friday 3rd September"
[09:10] <rodrigo_> right
[09:11] <baptistemm> didrocks: \./
[09:11] <baptistemm> it's friday !!!!
[09:11] <seb128> lut baptistemm
[09:11] <didrocks> baptistemm: yeah, salut! can you paste me the link again please? ;)
[09:11] <didrocks> baptistemm: does it requires feature freeze exception?
[09:12] <seb128> what?
[09:12] <vish> oh its friday..!!! i had to remind didrocks about SRU Bug 587853
[09:12] <ubot2> Launchpad bug 587853 in cheese (Ubuntu) (and 1 other project) "After video recording, record/take photo button becomes disabled (affects: 2) (dups: 1) (heat: 58)" [Low,Fix released] https://launchpad.net/bugs/587853
[09:12] <vish> ;)
[09:13] <didrocks> seb128: it's a new release of bluez IIRC or something bluetoohish :)
[09:13] <didrocks> vish: yeah, doing it today :)
[09:13] <baptistemm> didrocks: https://bugs.edge.launchpad.net/ubuntu/+source/bluez/+bug/625771
[09:13] <ubot2> Launchpad bug 625771 in bluez (Ubuntu) "Sponsor new upstream release (affects: 2) (heat: 12)" [High,New]
[09:14] <vish> didrocks: thanks :)
[09:14]  * didrocks shoudn't tell everyone "ping me on Friday", it works too well :-)
[09:14] <vish> hehe!
[09:14] <didrocks> baptistemm: does it require a feature freeze exception? can you get it in that case?
[09:15] <didrocks> baptistemm: it seems they are some new support (not only bug fixing release)
[09:15] <seb128> see my comment on that bug
[09:15] <seb128> baptistemm, are you sure you maverick version is broken?
[09:15] <seb128> baptistemm, wasn't your breakage the udev change pitti fixed around the time you updated?
[09:15] <seb128> baptistemm, could you install the maverick version and make sure it's broken
[09:16] <baptistemm> seb128: I use 4.69 on 2 machines (1 maverick and 1 lucid) and both are broken
[09:16] <seb128> there is nothing in that changelog that indicates it would fix your issue
[09:16] <seb128> baptistemm, what 4.69?
[09:16] <seb128> baptistemm, bug #https://edge.launchpad.net/ubuntu/+source/bluez/4.69-0ubuntu2
[09:16] <seb128> ups
[09:16] <seb128> bug #621911
[09:16] <ubot2> Launchpad bug 621911 in bluez (Ubuntu Maverick) (and 1 other project) "Bluetooth device not detected (affects: 3) (heat: 356)" [High,Fix released] https://launchpad.net/bugs/621911
[09:17] <seb128> baptistemm, ^ did you check that's not this bug that you have?
[09:17] <seb128> I would bet it's that and not the update
[09:17] <seb128> you just included that change in your update
[09:18] <seb128> didrocks, ^
[09:19] <baptistemm> okay, I'll look to that
[09:19] <didrocks> (seb128: I follow the discussion)
[09:19] <didrocks> :)
[09:19] <seb128> baptistemm, didrocks: in any case it needs a ubuntu-release review
[09:19] <seb128> I'm not wanting to approve this one
[09:19] <seb128> it has a lot of new code
[09:20] <seb128> I would rather back the few fixes if they are required
[09:20] <didrocks> hence my request for FFe :) didn't look at the code yet but if you did that, yeah, seems a big change
[09:21] <seb128> I didn't no
[09:21] <seb128> I just read the NEWS summary
[09:21] <seb128> lot of adding
[09:22] <didrocks> right
[09:51] <seb128> oh, chrome advertisment
[09:53] <didrocks> where?
[10:11] <seb128> mvo, hi
[10:11] <seb128> mvo, bug #628823, do you understand it? should it be maverick tasked or not?
[10:11] <ubot2> Launchpad bug 628823 in software-center (Ubuntu) "password request for proxy access everytime the install button is clicked (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/628823
[10:16] <mvo> seb128: yeah, aptdaemon changed recently
[10:16] <mvo> seb128: but it should remember the auth for this :/
[10:17] <mvo> glatzor: do you have a idea about this? https://bugs.edge.launchpad.net/ubuntu/+source/software-center/+bug/628823
[10:17] <ubot2> Launchpad bug 628823 in software-center (Ubuntu) "password request for proxy access everytime the install button is clicked (affects: 1) (heat: 6)" [Undecided,New]
[10:18] <seb128> I'm sure mvo will hates me rsn for all the pings I'm giving him since yesterday ;-)
[10:19]  * seb128 hugs mvo
[10:21] <seb128> mvo, I've the feeling bug #612825 is yours as well
[10:21] <mvo> seb128: heh, not at all, and I fixed a bunch of them
[10:21] <ubot2> Launchpad bug 612825 in language-selector (Ubuntu Maverick) (and 1 other project) "can't install new languages (nothing happen) (affects: 5) (heat: 30)" [High,Triaged] https://launchpad.net/bugs/612825
[10:21] <seb128> mvo, I would not be surprised if language selector would need to be updated for aptdaemon changes
[10:22] <mvo> yeah, I take care of this
[10:22] <seb128> thanks!
[10:22] <mvo> it needs a maintainer btw ;)
[10:22] <seb128> you are made of awesome
[10:22]  * mvo wonders if seb128 volunteers
[10:22] <seb128> I will make you get plenty of tea at UDS
[10:22] <seb128> mvo, lol, nice try
[10:23] <seb128> I can volunteer people in my team though ;-)
[10:23] <mvo> was worth a try ;)
[10:23] <seb128> you should join the desktop team
[10:23] <seb128> I would volunteer you :p
[10:25]  * didrocks +1 on that :-)
[10:26] <mvo> seb128: E_NOT_MY_TEAM ;)
[10:33] <didrocks> seb128: ok, so I'm targetting all https://edge.launchpad.net/unity/+milestone/2010-09-09 bugs to maverick, right? (even the design ones?)
[10:33] <seb128> didrocks, no, only the ones you think that are blockers
[10:34] <didrocks> seb128: ok, that's the high ones so, doing that now
[10:34] <seb128> didrocks, can you assign the ubuntu task to canonical-dx-team?
[10:34] <seb128> the maverick task
[10:34] <didrocks> seb128: sure, will do
[10:34] <seb128> so we are sure they are tracked and dx is accounted for those
[10:34] <seb128> didrocks, thanks!
[10:34]  * seb128 hugs didrocks
[10:34] <didrocks> thanks ;)
[10:35]  * didrocks hugs seb128 back
[10:35] <seb128> great work on this list ;-)
[10:35] <seb128> so at least we know where we stand
[10:37] <didrocks> right, we know where the important issues are for us! :)
[10:48] <didrocks> seb128: ok, done and they appears on https://edge.launchpad.net/ubuntu/+milestone/ubuntu-10.10. Doesn't seem you need to ack anything, right?
[10:50] <seb128> didrocks, seems correct
[10:50] <seb128> I'm a bit surprised
[10:50] <seb128> I though that nomination was restricted to drivers
[10:50] <didrocks> yeah, that's weird
[10:52] <didrocks> the only one I didn't set is bug #620011
[10:52] <ubot2> Launchpad bug 620011 in software-center (Ubuntu) (and 3 other projects) "[master] software-center crashed with AttributeError in _parse_and_or_not_tag() (affects: 11) (dups: 10) (heat: 90)" [High,Fix released] https://launchpad.net/bugs/620011
[10:52] <didrocks> I don't know if it needed only USC fix or if something in unity-place-applications is really needed. Will ask kamstrup on Monday
[10:55] <seb128> not sure, yeah better to check with kamstrup
[11:01] <seb128> re
[11:02] <seb128> lot of noise on the nominations review list
[11:02] <seb128> https://bugs.edge.launchpad.net/ubuntu/maverick/+nominations
[11:02] <seb128> mvo, bug #165181
[11:02] <ubot2> Launchpad bug 165181 in synaptic (Debian) (and 1 other project) "Order by "Supported" Column Slow (affects: 12) (dups: 5) (heat: 82)" [Unknown,New] https://launchpad.net/bugs/165181
[11:02] <seb128> is that fixed now?
[11:03] <seb128> it's fix commited for over a month it seems
[11:10] <mvo> I think it is, let me check
[11:10] <mvo> seb128: hm, stll very slow
[11:11] <mvo> seb128: I check it
[11:11] <seb128> mvo, thanks
[11:11] <mvo> but I want the gdebi fix in return ;)
[11:11] <mvo> the 91_keep_fds
[11:13] <seb128> do you have a bug about that?
[11:13] <mvo> https://bugs.edge.launchpad.net/ubuntu/+source/gdebi/+bug/620297
[11:14] <ubot2> Launchpad bug 620297 in vte (Ubuntu Maverick) (and 4 other projects) "gdebi-gtk fails with ''dpkg: unable to read filedescriptor flags...." (affects: 28) (dups: 2) (heat: 123)" [Medium,Confirmed]
[11:14] <mvo> robert broke it
[11:15] <seb128> he will fix it next week don't worry
[11:15] <seb128> I will make sure of that ;-)
[11:17] <rodrigo_> seb128, can you please merge https://code.launchpad.net/~rodrigo-moya/ubuntu/maverick/couchdb-glib/0_6_96_release/+merge/34206 ? the package has now been accepted
[11:17] <seb128> ok
[11:17] <rodrigo_> seb128, and, btw, you merged the tomboy branch before the package has been accepted, is that ok?
[11:17] <seb128> yes, since that was uploaded
[11:18] <rodrigo_> was it?
[11:19] <rodrigo_> yes, seems it was
[11:19] <rodrigo_> I didn't get any mail (or I missed it)
[11:19] <rodrigo_> ok then, sorry :)
[11:20] <rodrigo_> seb128, well, no, it's still in the queue -> http://launchpadlibrarian.net/54777247/tomboy_1.3.2-1ubuntu3_source.changes
[11:28] <rodrigo_> seb128, also please merge https://code.launchpad.net/~rodrigo-moya/ubuntu/maverick/evolution-couchdb/0_5_0_release/+merge/34208 <- package just accepted
[11:32] <bilalakhtar> Haven't we gone back to the FF and UIF?
[11:33] <bilalakhtar> Why are packages still in the queue?
[11:33] <rodrigo_> bilalakhtar, they seem to being accepted as we speak
[11:33] <bilalakhtar> okay
[11:47] <jpds> Anyone here familiar with gnome-language-selector ?
[11:50] <seb128> jpds, try mvo
[11:50] <seb128> mvo, sorry ;-)
[11:50] <seb128> jpds, or just ask there on the channel rather
[11:51] <seb128> rodrigo_, well if something is in the queue it has been uploaded
[11:51] <seb128> rodrigo_, it makes sense to merge when it's in the queue otherwise somebody will come and work on the vcs and upload a drop your changes
[11:51] <rodrigo_> seb128, ah, ok
[12:28] <Laney> rodrigo_: why did you upload that broken fix to tomboy?
[12:28] <rodrigo_> Laney, why is it broken?
[12:28] <Laney> I told you why it was broken.
[12:28] <rodrigo_> Laney, and I told you why it's not
[12:28] <Laney> You need to fix the library or patch to provide the dependency
[12:29] <rodrigo_> Laney, libsyncdaemon is DllImport'ed
[12:29] <Laney> it's almost never right to add binary dependencies like that
[12:29] <Laney> yeah I know
[12:29] <rodrigo_> so, debhelpers don't get it in shlibs-depends
[12:29] <Laney> that's not correct
[12:29] <Laney> dh_clideps is perfectly able to resolve shlib dependencies
[12:31] <rodrigo_> Laney, and why is it not getting them?
[12:31] <Laney> as I said in the bug, perhaps your dllmap is wrong (is there one? is one required?)
[12:31] <Laney> Perhaps the shlibs provided by syncdaemon aren't right.
[12:33] <rodrigo_> dllmap? you mean the DllImport statement?
[12:33] <Laney> http://www.mono-project.com/Config_DllMap
[12:34] <didrocks> bryceh: for bug #627531, the tag "edgers" means the issue is in xorg-edgers ppa or the fix is in xorg-edgers ppa? :) (here, the report is that the new version fixes the issue, we set the bug this way to tell people experiencing the issue that there is a workaround available as I guess new version won't get in maverick)
[12:34] <ubot2> Launchpad bug 627531 in unity (Ubuntu) (and 2 other projects) "Bad performance with Nvidia 6600 GT and nvidia-current (affects: 1) (heat: 6)" [Undecided,Invalid] https://launchpad.net/bugs/627531
[13:10] <didrocks> hum, amd64 builders are in trouble because of libglib2.0-bin (don't have a amd64 pbuilder, can't test)
[13:12] <seb128> didrocks, notabug
[13:12] <seb128> you just need to wait for the amd64 glib to be published
[13:12] <seb128> then retry those
[13:13] <didrocks> seb128: the -dev and -bin binary aren't published in the same round? I'm puzzled
[13:13] <didrocks> libglib2.0-dev : Depends: libglib2.0-bin (= 2.25.14-1ubuntu2) but it is not going to be installed
[13:14] <soren> It doesn't say it's not available.
[13:14] <soren> just that it's not going to be installed.
[13:15] <soren> try "sudo apt-get install libglib2.0-bin" and see what it wants to do. Probably remove some other package or something.
[13:15] <seb128> didrocks, it depends on the data
[13:15] <seb128> which is arch all and built on i386
[13:16] <seb128> not sure why, that's a bug
[13:16] <didrocks> seb128: oh right, didn't thought about that case
[13:16] <didrocks> that explains so :)
[13:16] <didrocks> thanks
[13:16] <didrocks> soren: I normally do that in that case, but I don't have any amd64 there and i386 is fine
[13:17] <seb128> didrocks, I will fix it in the next upload
[13:17] <didrocks> so, ok, got it now, should be due to arch all and arch amd64
[13:17] <soren> didrocks: Oh, I did't realise it was something you pasted froma build log. I thought it was from your own box.
[13:17] <ogra> amd64 is so last century ... use arm !
[13:17] <didrocks> seb128: thanks  :)
[13:17] <soren> ogra: arm is next century. This century is still amd64. Calm down :)
[13:17] <didrocks> ogra: at least, you have the time to see the build log in real time, right? ;)
[13:18] <ogra> soren, lol
[13:18] <seb128> ogra, where can I get hardware for it?
[13:18] <ogra> didrocks, not with the pandaboard :)
[13:18] <seb128> ;-)
[13:18] <ogra> seb128, want HW ? i can arrange that !
[13:18] <didrocks> "pandaboard", what a nice name :)
[13:18] <seb128> ogra, would that mean signing for extra work on it?
[13:18] <ogra> the case for it is called bamboo :)
[13:18] <seb128> ;-)
[13:18] <didrocks> seb128: be careful, then, you will have all the "wrong alignment" FTBFS to fix ;)
[13:19] <ogra> seb128, nah, i'd just bug you daily about FTBFs .... *g*
[13:19] <seb128> ;-)
[13:20] <ogra> but really, the panda is some serious HW, dual core 1GHz and 1G RAM ... with a fats USB disk you smart out ATOM
[13:20] <ogra> *fast
[13:20] <ogra> they're supposed to be on the market with the maverick release
[13:21] <didrocks> sounds great ;)
[13:22] <ogra> i hope we can get one for everybody at canonical ... or at least one for every team
[13:24] <ogra> (and with a price of $120 it should also be achievable for the community)
[13:48] <kenvandine> ogra, what's the panda?
[13:48] <ogra> kenvandine, the upcoming OMAP4 board from TI
[13:48] <ogra> successor of the beagleboard
[13:48] <kenvandine> cool
[13:49]  * kenvandine really wants a netbook with that kind of specs
[13:49] <ogra> i guess they will happen at some point
[13:49] <kenvandine> someday, i guess
[13:49] <ogra> first the board needs to come out :)
[14:14] <kklimonda> can we still update parts of GNOME to new upstream release if the one we hasn't been updated to 2.31.x even once at this point?
[14:14] <seb128> kklimonda, which one?
[14:15] <kklimonda> seb128: hamster-applet
[14:15] <kklimonda> so nothing important I think
[14:15] <seb128> you can update
[14:15] <seb128> we did decide to not update some
[14:15] <seb128> but that one is not in that case
[14:16] <kklimonda> ok, thanks
[14:25] <bcurtiswx> good morning all
[14:27] <fagan> afternoon
[14:27] <kenvandine> jcastro, animated wallpapers don't work in unity
[14:28] <kenvandine> jcastro, that is why we weren't seeing the change last night...
[14:28] <kenvandine> jcastro, i filed bug 629507
[14:28] <ubot2> Launchpad bug 629507 in unity (Ubuntu) "animated wallpapers do not work (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/629507
[14:28] <kenvandine> which i am sure will be low priority at this point
[14:30] <bcurtiswx> didrocks, ping for empathy 2.30.3 review
[14:31] <didrocks> bcurtiswx: sure, on other stuff right now. I'll then
[14:31] <bcurtiswx> didrocks, no prob, just doing what you told me to before ;)
[14:31] <didrocks> sure :)
[14:31]  * didrocks should really avoid telling people "ping me on Friday" ;)
[14:31] <bcurtiswx> :'(
[14:32] <didrocks> no worry :)
[14:33] <didrocks> james_w`: hum, I guess I have a bzr merge-upstream issue there (I think it's a timestamp issue)
[14:33] <james_w`> didrocks: oh dear, have a traceback?
[14:34] <didrocks> james_w`: not really, more on concepts
[14:34] <didrocks> james_w`: do you want to branch?
[14:34] <didrocks> trunk: lp:~unity-team/unity/trunk  packaging branch: lp:~unity-team/unity/packaging
[14:35] <seb128> james_w`, hey
[14:35] <seb128> james_w`, did you ever open a bug about the one I was having some time ago?
[14:35] <seb128> kenvandine, hey
[14:35] <kenvandine> hey seb128
[14:35] <didrocks> james_w`: there was a inline patch imported from trunk (file data/device.png)
[14:35] <seb128> kenvandine, how are you?
[14:36] <kenvandine> good, and you?
[14:36] <seb128> kenvandine, did you get ok feedback on the twitter changes?
[14:36] <didrocks> james_w`: after the merge, I checked that both have the same id (devices.png-20100831134702-wmobjem4md8t06s1-1)
[14:36] <seb128> kenvandine, i'm fine thanks ;-)
[14:36] <kenvandine> from the ppa, all positive
[14:36] <kenvandine> for both lucid and maverick
[14:36] <kenvandine> let me check for -proposed
[14:36] <seb128> didrocks, I did bzr merge the revision and reverted part of it
[14:36] <james_w`> seb128: which one was that (I think it's fixed)
[14:36] <didrocks> james_w`: but when in bzr bd, I got:
[14:36] <didrocks> dpkg-source: error: cannot represent change to unity-0.2.34/data/devices.png: binary file contents changed
[14:36] <didrocks> dpkg-source: unrepresentable changes to source
[14:36] <didrocks> seb128: yeah, but not the device.png one
[14:37] <seb128> right
[14:37] <kenvandine> seb128, did you see ryan's article on ars about it?
[14:37] <seb128> kenvandine, not yet, will read it later when I'm done with work ;-)
[14:37] <james_w`> didrocks: let me have a look myself
[14:37] <didrocks> james_w`: seb128: so, even if they get the same id (but not the same timestamp), it seems that bzr bd/dpkg-souce try to get it as an inline patch
[14:37] <didrocks> source*
[14:37] <didrocks> thanks james_w` :)
[14:37] <kenvandine> seb128, one confirmed
[14:37] <seb128> james_w`, the merge upstream one I had on indicator-sounds
[14:38] <kenvandine> another seems to have confirmed it, but complained about the easy to miss save button
[14:38] <fagan> hmmmmm im getting a weird crash with telepathy-idle that sets off apport but the traceback cant be retrieved :/
[14:38] <kenvandine> which we know about already
[14:38] <seb128> james_w`, I'm not sure what the stacktrace was now, but if it's fixed great ;-)
[14:38] <kenvandine> nothing new :)
[14:38] <james_w`> seb128: something about "inconsistent delta" IIRC?
[14:38] <seb128> fagan, how weird? is that an abort without message thing?
[14:38] <seb128> james_w`, yes
[14:38] <bilalakhtar> hello there kenvandine ! The gwibber OAuth changes look good, congrats!
[14:38] <james_w`> seb128: yeah, will be in the next upload
[14:38] <seb128> james_w`, ERROR: An inconsistent delta was supplied involving u'/vapi', 'vapi-20100621103135-gycdn15933l3irmh-1'
[14:38] <seb128> that was
[14:39] <fagan> seb128: its when you get a load of unread messages like 200 and click on the window and then crashes
[14:39] <kenvandine> seb128, it's a really good article... and he even includes a slight obfuscated consumer_key and secret from the official android twitter client :)
[14:39] <seb128> james_w`, you rock, thanks
[14:39] <seb128> kenvandine, nice ;-)
[14:39] <kenvandine> to show how easy it is to get from a proprietary app
[14:39] <fagan> seb128: its very reproducible
[14:39] <kenvandine> bilalakhtar,
[14:40] <bilalakhtar> yes kenvandine ?
[14:41] <didrocks> james_w`: thinking about it, dpkg-source maybe only rely on timestamp, and as bzr merge (from unknown reason there), got a different one, I don't know what to do…
[14:42] <james_w`> didrocks: dpkg-source doesn't rely on timestamps
[14:42] <fagan> seb128: apport give a message that the traceback cant be retrieved because its an assertion failure or something
[14:43] <didrocks> james_w`: ok, so the issue is not from there. I'm really puzzled so why it wants it to the diff.gz :)
[14:43] <fagan> if you want I can give you the exact message in an hour
[14:43] <seb128> fagan, right without an error message, what I told you before
[14:43] <seb128> fagan, not especially interested but open a bug about it
[14:43] <seb128> get a stacktrace using gdb
[14:44] <fagan> seb128: ill crash it then and see what breaks the empathy debug says
[14:44] <james_w`> didrocks: is there a tarball for this merge-upstream
[14:44] <didrocks> james_w`: if you uscan, you should get it
[14:45] <didrocks> james_w`: http://edge.launchpad.net/unity/0.2/2010-09-02/+download/unity-0.2.34.tar.gz
[14:46] <james_w`> thanks
[14:47] <kenvandine> seb128, i don't know how many confirmations we want to get on the SRU before pushing it through... what is proposed has to be better than what is in lucid now, considering it doesn't work for one of the most popular services
[14:47] <didrocks> james_w`: thanks for looking at it :)
[14:48] <seb128> kenvandine, not sure, maybe check with cjwatson?
[14:48] <kenvandine> ok
[14:48] <james_w`> didrocks:  the packaging still tries to copy debian/*.png
[14:49] <james_w`> so it's not going to build anway ;-)
[14:49] <james_w`> not the cause of this though...
[14:49] <didrocks> james_w`: right, fixing this now :)
[14:53] <james_w`> didrocks: that file is missing from the upstream tarball
[14:54] <didrocks> james_w`: urgh, ok, will blame dx so :) thanks and sorry for the trouble :)
[14:54] <james_w`> didrocks: np
[14:54] <didrocks> james_w`: I owe you a beer for next UDS (or njpatel's rather ;))
[14:54] <james_w`> heh
[14:54]  * didrocks hugs james_w`
[14:54] <james_w`> didrocks: you can "bzr mv" it in to debian and then not change the packaging :-)
[14:55] <didrocks> james_w`: well, it seems we have issues with daily build and source format 3, but that needs confirming first
[14:55] <james_w`> v3 quilt?
[14:56] <james_w`> bug 614768 by any chance?
[14:56] <ubot2> Launchpad bug 614768 in launchpad-code (and 1 other project) "Unable to build dpkg v3 (quilt) packages (affects: 7) (dups: 1) (heat: 42)" [Medium,Triaged] https://launchpad.net/bugs/614768
[14:56]  * didrocks opens
[14:57] <didrocks> james_w`: yeah, that one
[14:57] <james_w`> yeah, sorry about that
[14:57] <rickspencer3> seb128, hey, did the retracers get back up yesterday?
[14:58] <james_w`> if you have cunning suggestions for fixing it, I am all ears
[14:58] <seb128> rickspencer3, hey, no, but they think they are close, they wait for #is to do a small change now
[14:59] <seb128> rickspencer3, we got those running briefly early today but hitting an another issue
[14:59] <seb128> rickspencer3, which should be a small hosts change on the box running the retracer to workaround...
[14:59] <didrocks> james_w`: I'll look at it a little bit more. No worry, knowing from where the issue is, is still good :-) thanks!
[14:59] <rickspencer3> ok
[14:59] <seb128> rickspencer3, I will keep you updated
[15:02] <rickspencer3> thanks seb128
[15:09]  * kenvandine is discovering that most twitter clients don't have any sort of test suite
[15:09] <kenvandine> sigh
[15:22] <rodrigo_> Laney, sorry, got distracted, so going to fix the last submission
[15:22] <rodrigo_> Laney, so, I need to add a xml file containing the dllmap to the patch?
[15:30] <slomo> seb128: ok, so please sync gst-plugins-ugly0.10 0.10.16-1 from debian/experimental :) there are no ubuntu changes and no changes are necessary
[15:31] <seb128> slomo, can you ping cjwatson about it?
[15:31] <slomo> seb128: and gst-plugins-good0.10 0.10.25-1 is in debian/experimental too now
[15:31] <slomo> sure
[15:31] <seb128> I can do syncs right now and he was doing some earlier
[15:47] <hyperair> seb128: ping
[15:48] <seb128> hi
[15:48] <seb128> contextless ping though
[15:48] <hyperair> seb128: i'm updating libgpod at the moment, and i was wondering.. what's this 90_speed_itdb_resolve.dpatch?
[15:50] <hyperair> seb128: also i'm wondering how libgpod's SOVERSION remains at 4.2.0 when configure.ac shows it's 6:1:0 already
[15:50] <seb128> something teuf wrote
[15:50] <seb128> without that syncing ipods before eject was ten times slower
[15:50] <hyperair> i see.
[15:51] <hyperair> how come it wasn't applied upstraem?
[15:51] <dobey> hey seb128
[15:51] <seb128> dunno, ask teuf
[15:51] <seb128> he was not sure he would not have side effect and wanted it tested first
[15:51] <hyperair> i see.
[16:11] <didrocks> bcurtiswx: can you drop me the bug number again, please?
[16:12] <bcurtiswx> didrocks, bug #623657
[16:12] <ubot2> Launchpad bug 623657 in empathy (Ubuntu Lucid) (and 1 other project) "New Upstream Release 2.30.3 (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/623657
[16:14] <didrocks> bcurtiswx: hum, looks good, do you want me to port that to lp:~ubuntu-desktop/empathy/lucid ? we normallly use that, but it's not a big requirement
[16:15] <bcurtiswx> didrocks, well i was confused because when i branched that I only got the debian directory
[16:15] <didrocks> bcurtiswx: yeah, that's how the desktop team work right now
[16:15] <didrocks> bcurtiswx: did you hear about the merge mode?
[16:16] <bcurtiswx> didrocks, nope, i was guessing at that time that you took the original source code as is, and just used the debian directory to house patches etc..
[16:16] <didrocks> bcurtiswx: well, don't bother for now, I'll sponsor as it is and do the required change. Next time you want to work on an desktop component, just ping me, we will take time to see that together, sounds ok?
[16:18] <bcurtiswx> didrocks, sounds OK to me.  how about the next empathy maverick update?
[16:18] <didrocks> bcurtiswx: this is for lucid right? empathy in maverick is already <IP_ADDRESS>, latest one :)
[16:19] <didrocks> bcurtiswx: at next update, if you want to handle it, just ping me, we will see together, ok?
[16:19] <bcurtiswx> didrocks, sorry if i confused you.  I'm OK with the changes you'll be doing for Lucid.  Did you want to see together for the next empathy maverick update?
[16:20] <didrocks> bcurtiswx: sure, that would be great :)
[16:20] <didrocks> bcurtiswx: ok, back to the SRU, in the process, you have now to:
[16:20] <didrocks> 1. subscribe ubuntu-sru
[16:20] <didrocks> 2. copy the full debian/changelog of the change
[16:20] <didrocks> 3. write a testcase
[16:21] <didrocks> (the testcase here can be pretty fast, like, "installing the new version, opening a conversation, checking that…"
[16:21] <didrocks> (as it's not fixing a precise bug)
[16:22] <didrocks> I'm building it there and testing on my lucid box
[16:23] <bcurtiswx> didrocks, copy the full changelog from my branch to the bug you mean?
[16:23] <bcurtiswx> copy-paste as a comment?
[16:23] <didrocks> bcurtiswx: right
[16:24] <bcurtiswx> didrocks, OK
[16:24] <didrocks> bcurtiswx: the changelog is just your change, the 10 lines thing
[16:24] <bcurtiswx> didrocks, OK
[16:24] <didrocks> thanks :)
[16:27] <bcurtiswx> didrocks, changelog and testcase added as comments
[16:27] <didrocks> baptistemm: all sounds great thanks! currently building :)
[16:38] <fta> rhythmbox segfauls on exit (in libindicate)
[16:38] <seb128> known issue
[16:38] <seb128> tedg is working on it
[16:38] <fta> good, thanks
[16:43] <baptistemm> didrocks: sorry, but what are you talking about?
[16:43] <didrocks> oupsss, s/baptistemm/bcurtiswx
[16:43] <didrocks> baptistemm: sorry for the wrong ping :)
[16:44]  * didrocks will patch weechat soon for autocompletion when there is more than one result…
[16:44] <baptistemm> mental completion ftw
[16:45] <didrocks> baptistemm: give me a patch! :)
[16:45] <fta> kenvandine, in the app indicator, i see several times the same entry for gwibber
[16:46] <kenvandine> you mean in the messaging menu?
[16:46] <kenvandine> fta, the main Broadcast one? or messages?
[16:47] <fta> kenvandine, the one where liferea/xchat/evo show their numbers
[16:47] <kenvandine> fta, ok, messaging menu then
[16:48] <kenvandine> is it "Broadcast" that you are seeing more than one of?
[16:48] <kenvandine> or for messages
[16:49] <didrocks> vish: I can't reproduce the cheese bug
[16:49] <kenvandine> fta, earlier this week i fixed a bug related to dupe messages appearing there.. but now it should only display unique message ids
[16:51] <fta> kenvandine, http://people.ubuntu.com/~fta/gwibber-menu.png
[16:51] <kenvandine> ok, are you sure those are the same message?
[16:51] <kenvandine> and what version of gwibber?
[16:52] <fagan> im getting that too with the updated version
[16:52] <kenvandine> with 2.31.91-0ubuntu2?
[16:52] <fagan> yep
[16:52] <kenvandine> humm
[16:52] <fagan> one min ill just recheck
[16:53] <fagan> could someone do an @shanefagan on twitter to check
[16:53] <fta> 2.31.91-0ubuntu1 here
[16:53] <vish> didrocks: on lucid?
[16:53] <kenvandine> fta, ok that is the bug i fixed then
[16:53] <fta> kenvandine, hm, ok, upgrading then..
[16:53] <kenvandine> ubuntu2 has a patch that fixes the dupe
[16:54] <kenvandine> fagan, can you confirm?
[16:54] <fagan> yeah im on 2.31.91-0ubuntu2
[16:54] <popey> fagan: done
[16:54] <kenvandine> fagan, have you restart gwibber-service since updating?
[16:54] <fagan> oh ok the restart fixes it
[16:54] <kenvandine> great
[16:54] <kenvandine> :)
[16:55] <fagan> thanks popey
[16:55] <kenvandine> it was still running the code with the bug
[16:55] <fta> is there already a bug for the new theme(s) making most windows difficult to resize?
[16:55] <didrocks> vish: yeah, on lucid. If I click on Stop Recording, waiting for a few seconds and I can slick on start recording again
[16:55] <kenvandine> it also fixes the dupe notifications :)
[16:55] <didrocks> vish: the button is just greyed for a few seconds here (time to save the video, maybe?)
[16:56] <vish> didrocks: weird.. it still doesnt work here.. for a long time , and there are dups as well ..
[16:56] <fagan> kenvandine: a bit off topic but can we have it opening on the replies page when you click the notification?
[16:56] <didrocks> vish: ok, will rely on you and the fix, installing to confirming I have no regression first :)
[16:57] <kenvandine> fagan, yeah..
[16:57] <kenvandine> i was working on trying to do that last night
[16:57] <vish> didrocks: yeah , fillipo tested the fix and is subscribed to the bug too :)
[16:57] <kenvandine> some reason that code doesn't work anymore... and i can't see why
[16:57] <kenvandine> hasn't worked since the move to sqlite
[16:57]  * popey wonders if we're likely to get "follow" feature in gwibber any time soon?
[16:58] <fagan> kenvandine: and it should remove all of the notifications of messages when you click one IMO
[16:58] <didrocks> vish: at least, I can say it still works here with the fix, so pushing in -proposed :)
[16:58] <vish> :)
[16:58] <fagan> I found myself having to click through all of the notifications to clear them out when I already looked at the messages
[16:59]  * fagan really should have done the complaining earlier in the release :D
[17:00] <kenvandine> fagan, yeah
[17:00] <kenvandine> fagan, would you mind filing a bug if one doesn't exist and go ahead and assign it to me?
[17:00] <didrocks> vish: done, thanks ;) now it's time to chase ubuntu-sru guys!
[17:01] <fagan> kenvandine: sure
[17:01] <vish> didrocks: thanks :)
[17:01] <kenvandine> i don't have a bug in my list for it, but i do have a note that it is annoying :)
[17:02] <fagan> wow thats new launchpad failed to log me in
[17:05] <bryceh> didrocks, 'edgers' is sort of non-official, I'm not sure we have a definitive description.  I think in this case it means the person didn't repro it on edgers.  Generally a bug that exists  in edgers but not the distro ought to be filed upstream instead.  (But there's always exceptions..)
[17:06] <didrocks> bryceh: yeah, but in that case, it was different: it's "we have the bug on ubuntu but the new version on edgers fix it" :)
[17:06] <didrocks> bryceh: I was just curious about the tag, as long as the bug is opened for people knowing they can have a workaround if they found the performance issue, it's ok
[17:07] <bryceh> didrocks, yeah really I think 'edgers' has no meaning in this context, but there's no way to easily mark the bug "fix exists" in this case since it's proprietary
[17:07] <didrocks> bryceh: right
[17:08] <seb128> kenvandine, bug #628686
[17:08] <ubot2> Launchpad bug 628686 in gwibber (Ubuntu) "gwibber crashed with DBusException in call_blocking() (affects: 1) (heat: 10)" [Undecided,Confirmed] https://launchpad.net/bugs/628686
[17:08] <seb128> bug #620139
[17:08] <ubot2> Launchpad bug 620139 in gwibber (Ubuntu) "gwibber-service crashed with ValueError in raw_decode() (affects: 10) (heat: 52)" [Medium,Triaged] https://launchpad.net/bugs/620139
[17:08] <fagan> kenvandine: you have to add yourself because im not in a team with you so I cant :) https://bugs.launchpad.net/gwibber/+bug/629623
[17:08] <ubot2> Launchpad bug 629623 in gwibber "Remove messaging menu notifications in a single click (affects: 1) (heat: 6)" [Undecided,New]
[17:08] <seb128> kenvandine, can you make sure you fix those for maverick? ara wants her gwibber back ;-)
[17:08] <kenvandine> hehe
[17:08] <kenvandine> sure
[17:08] <ara> hehe :D
[17:09] <ara> kenvandine, seb128: thanks :)
[17:09] <kenvandine> hummm bug 628686 is meaningless, i think
[17:09] <ubot2> Launchpad bug 628686 in gwibber (Ubuntu) "gwibber crashed with DBusException in call_blocking() (affects: 1) (heat: 10)" [Undecided,Confirmed] https://launchpad.net/bugs/628686
[17:09] <kenvandine> which sucks... i know
[17:09] <fagan> Wasnt that bug from back in lucid
[17:11] <kenvandine> however bug 620139 is very interesting
[17:11] <ubot2> kenvandine: Bug 620139 on http://launchpad.net/bugs/620139 is private
[17:11] <kenvandine> pedro_, does that happen when there are no accounts?
[17:12] <pedro_> kenvandine, no, i have more accounts created there but to me it's reproduced when creating/deleting a twitter account
[17:12] <kenvandine> seb128, i suppose it is ok  for me to upload my apport hook for gwibber that attaches the log file... not really a feature :)
[17:13] <seb128> kenvandine, right, just make sure it doesn't have private datas
[17:13] <seb128> like passwords
[17:13] <pedro_> i've deleted it because i was not getting updates from twitter, so i've recreated the account and got the crash
[17:13] <kenvandine> seb128, yeah, it doesn't
[17:13] <kenvandine> if you run it with debug enabled it might have twitter names in it... but that is all public info anyway
[17:14] <seb128> kenvandine, ok
[17:14] <kenvandine> pedro_, would you mind sending me your sqlite db?
[17:14] <kenvandine>  ~/.config/gwibber/gwibber.sqlite?
[17:14] <kenvandine> it doesn't have passwords in it
[17:14] <pedro_> kenvandine, ok i'll send it to your email
[17:14] <kenvandine> but does have messages from all your contacts
[17:14] <kenvandine> pedro_, thx...
[17:14] <pedro_> oh well i don't have any private there :-P
[17:16] <didrocks> pedro_: you don't have any private life either? :-)
[17:16]  * didrocks hides… ;)
[17:16] <kenvandine> pedro_, make sure you send it when it is broken :)
[17:17] <pedro_> didrocks, !
[17:17]  * didrocks hugs pedro_
[17:17] <pedro_> kenvandine, it's totally busted now :-P
[17:17]  * pedro_ hugs didrocks back
[17:17] <kenvandine> pedro_, yay :)
[17:29] <slomo> seb128: ok, all gstreamer stuff is updated now, including the multiverse stuff (except -good and cjwatson synced the pre-release of ugly but that's ok)
[17:29] <seb128> ok
[17:29] <seb128> thanks
[17:29] <seb128> I will check everything next week
[17:29] <seb128> I'm busy with other things today
[17:30] <slomo> no problem, good/ugly are not really important now... it's just a version number anyway :)
[17:37] <didrocks> thanks slomo, people was harrassing me this morning on the French forum about it ;)
[17:37] <didrocks> were*
[17:39] <slomo> np, people were getting on my nerves about it too :)
[17:40] <didrocks> heh :-)
[17:43] <vish> didrocks: hmm, who opens the lucid task? only the SRU team?
[17:43] <didrocks> vish: they approve the task
[17:43] <didrocks> vish: you requested it, right?
[17:43] <didrocks> (IIRC)
[17:43] <vish> yup.. :)
[17:44] <vish> didrocks: thanks.. was just confused , since sometimes i notice the desktop team opening the release task.. nvm :)
[17:44]  * didrocks rereads the page in case…
[17:45] <didrocks> vish: Use Nominate for release to mark the bug as an SRU candidate for the appropriate Ubuntu releases (e. g. the current LTS and latest stable release), then subscribe ubuntu-sru.
[17:46] <vish> thats done..
[17:46] <didrocks> so, just nominate, don't approve it, seems ok :)
[17:46] <didrocks> vish: I think we approve it ourself when we are sure we want the update (like .1 GNOME release) to avoid too many work for the SRU team
[17:47] <vish> oh , i thought that part was for the person trying to nominate..
[17:47] <vish> and the approve was the person uploading the patch to -proposed..
[17:47] <vish> sru is too confusing :p
[17:47] <didrocks> vish: well, I'm unsure, but from the wiki page, I read that :-)
[17:48] <vish> yay! i'm not the only one confused ;)
[17:48] <didrocks> heh
[17:50] <vish> didrocks: cool .. read the wiki again.. :)  "Once the archive admins approve and publish your upload, " so its the archive admins who approve :)
[17:51] <didrocks> vish: yeah, seems that. Not a big bugger in any case :)
[17:51] <vish> yeah..
[17:56]  * vish unity daily testing time!!
[17:59] <didrocks> vish: you have another hw than ATI, now?
[18:00] <vish> didrocks: hmm , i have an Acer Aspire One, too.. so intel.. :)
[18:00] <vish> but sometimes , it just hangs.. i need to debug that..
[18:01] <vish> didrocks: more importantly,  i want unity to work on the ATI one! :D
[18:02]  * vish waiting to do a re-install.. ;)
[18:02] <didrocks> vish: I hope we will have a working clutter with ATI, right
[18:02] <didrocks> vish: I'll ask RAOF next week about it
[18:02] <vish> neat!
[18:03] <bcurtiswx> is it known that rhythmbox doesn't close to the sound menu, it closes all together :(
[18:03] <vish> hehe , another ati companion ^ ;)
[18:03] <bcurtiswx> vish, it's an ATI issue???
[18:04] <vish> bcurtiswx: nah, i just read logs and you talking about your ATI unity problem :)
[18:05] <bcurtiswx> vish, ah, i was gonna say thats pretty sad if that was really_ an ati issue
[18:05] <bcurtiswx> it would seem almost impossible
[18:05] <bcurtiswx> but yes, its annoying that unity doesn't work on ATI cards
[18:06] <bcurtiswx> please tell me thats gonna be fixed pretty soon
[18:23] <didrocks> bcurtiswx: complex issue due to clutter and driver. Note that most of netbooks have intel cards btw
[18:23] <didrocks> bcurtiswx: but in any case, it's known and tracked
[18:24] <bcurtiswx> didrocks, thats good to know.  My fiancee's laptop get overheated with ubuntu and shuts down (probably a BIOS issue but IDK), and I was hoping netbook would use less CPU/power and not cause shutdowns. unity just made it worse since its an ATI laptop
[18:25] <didrocks> bcurtiswx: hum, bad hardware and no luck so :/
[18:25] <didrocks> let's cross fingers it will be fixed!
[18:25] <bcurtiswx> didrocks, im thinking if i save up enough I'll get her a zareason netbook
[18:26] <didrocks> zareason ?
[18:26] <bcurtiswx> they make computers (laptops, netbooks) with Ubuntu as default, and open source hardware
[18:26] <didrocks> oh, good to know
[18:27] <bcurtiswx> didrocks, yeah, this way we can assume it's all supposed to work well with ubuntu instead of guessing ;)
[18:27] <didrocks> sure :)
[18:37] <didrocks> ok, time for week-end! (even if tomorrow will be an ubuntu-fr day!) enjoy everyone ;)
[18:38] <seb128> didrocks, have fun
[18:41] <fagan> hmmm whats wrong with the me menu's message box thing
[18:41]  * fagan looks
[18:44] <fagan> cant find any bugs about it kenvandine is the message box in the me menu issue known?
[18:44] <kenvandine> fagan, what is wrong with it?
[18:44] <fagan> its only allowing 1 char in there and it over writes that char when you type more
[18:45] <kenvandine> oh... sort of
[18:45] <kenvandine> davidbarth, had seen that
[18:45] <fagan> I didnt notice it before now
[18:45] <fagan> but I hadnt used it
[18:45] <kenvandine> but then it went away
[18:45] <fagan> so it might have been like that for a while
[18:45] <fagan> I dont know
[18:45] <kenvandine> did you look for the bug under indicator-messages?
[18:46] <kenvandine> if you don't see one, please create a bug there
[18:46] <fagan> cool
[18:46] <kenvandine> davidbarth, did you see that ^^ ?, someone else hit that :)
[18:47] <fagan> there isnt any bugs with text or box for indicator-messages
[18:47] <fagan> :)
[18:47]  * kenvandine has a fix for pedro_'s bug... that was simple, yet nasty
[18:47] <kenvandine> glad we found that!
[18:47] <kenvandine> thx pedro_ !
[18:47] <fagan> ok so what package do I file it against ?
[18:48] <kenvandine> indicator-messages
[18:48] <fagan> kk
[18:48] <kenvandine> it might be ido... but start with indicator-messages
[18:51] <fagan> ill attach a screen of it
[18:53] <fagan> kenvandine: https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/629705
[18:53] <ubot2> Launchpad bug 629705 in indicator-messages (Ubuntu) "Me-menu text box only allows 1 char (affects: 1) (heat: 6)" [Undecided,New]
[18:59] <fagan> Hmmmm thats strange there is no cursor in the box
[18:59] <fagan> thats weird
[18:59] <davidbarth> kenvandine: yup, so it's not an isolated case
[18:59] <davidbarth> kenvandine: Cimi got it too
[19:00] <davidbarth> really wondering why that happens
[19:00] <fagan> davidbarth: did you have this same installation since jaunty and upgrade it?
[19:00] <davidbarth> kenvandine, fagan: can you guys file a bug for that please? assign to me and i'll see with bratsche
[19:00] <fagan> or is it a fresh install
[19:00] <davidbarth> fagan: no, i moved from lucid to maverick
[19:00] <fagan> I wonder if thats it
[19:01] <davidbarth> but i made a clean jaunty install, and then upgraded it to karmic, lucid, and maverick if that can explain it
[19:01] <fagan> I went from jaunty to lucid to maverick
[19:01] <fagan> that was the same thing I did
[19:01] <fagan> davidbarth: I have the bug made but I cant assign it because im not in a team with you guys https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/629705
[19:02] <ubot2> Launchpad bug 629705 in indicator-messages (Ubuntu) "Me-menu text box only allows 1 char (affects: 1) (heat: 6)" [Undecided,New]
[19:02] <fagan> so you will have to do it yourself
[19:04] <fagan> oh I can sub people
[19:09] <Sgnu> i deleted .bashrc from home folder, and im not sure what i did, will the system create a new one ?
[19:11] <fagan> Sgnu: yep
[19:11] <Sgnu> when
[19:12] <fagan> when you use bash next
[19:12] <Sgnu> because i restarted and nothing
[19:12] <fagan> this isnt the place to ask support questions though you should go to #ubuntu
[19:12] <Sgnu> so now, if i want to change the color of terminal promp...
[19:12] <Sgnu> where do i do it?
[19:13] <fagan> in preferences but you should be asking this in #ubuntu Sgnu
[19:13] <fagan> this is a place for talking about improving ubuntu desktop
[19:13] <fagan> not a support channel
[19:30] <bcurtiswx> didrocks, what happeed with the folks upload.  Seems like I screwed something up?
[19:30] <bcurtiswx> i just read the email from cjwatson
[19:43] <bcurtiswx> didrocks, nevermind.
[20:04] <kenvandine> pedro_, ok, pushed
[20:04] <kenvandine> pedro_, bzr revert; bzr pull
[20:04] <kenvandine> and try again :)
[20:05] <pedro_> kenvandine, ok! doing that now
[20:05] <kenvandine> it shouldn't crash anymore, and in the future if you have a stream configured for an account that gets deleted, the stream will get deleted
[20:06] <pedro_> kenvandine, yay! gwibber is back!
[20:06] <kenvandine> great
[20:06] <pedro_> now it's time to sanitize my accounts as you recommended ;-)
[20:06] <kenvandine> so for now run it from the checkout :)
[20:07] <kenvandine> or... echo "delete from streams" | sqlite3 ~/.config/gwibber/gwibber.sqlite
[20:07] <kenvandine> then your installed version will work again
[20:08] <pedro_> ok thanks
[20:08] <kenvandine> pedro_, thank you!
[20:08] <kenvandine> we need to clean up more when an account is deleted
[20:08] <kenvandine> i am improving that now
[20:09] <pedro_> awesome :-)
[20:13] <kenvandine> pedro_, ok i just pushed another change that will delete the stream automatically if it can't find an account
[20:13] <kenvandine> so if you didn't delete it yourself, you should be able to just run it and it will clean it for you :)
[20:15] <davidbarth> fagan: ok, i'll triage that on monday; there seems to be somethign wrong with LP this evening, i can't control the bug myself either
[20:15] <fagan> it has been marked as a dup now
[20:15] <fagan> the other one was named something funny so I didnt see it
[20:16] <fagan> oh he left :)


[00:14] <xu-help47w> Im trying to use youtube on my laptop and it wont let me get on the app. it says its been removed or moved to a different web. May you help me


[16:28] <Muscovy> Hey Omega, what should ubuntutour.org's nameservers be?
[16:37] <Omega> Muscovy: well, we could use the domain registrar's nameservers, point it to <IP_ADDRESS> (<- is the ip of the server)
[16:37] <Muscovy> I didn't know we could do that.
[16:38] <Muscovy> So that's... directly pointing to the webserver's IP, then?
[16:39] <Omega> Muscovy: what registrar did april use?
[16:39] <Omega> because they all have nameservers
[16:39] <Omega> and you just tell it that that's the ip of the server
[16:40] <Muscovy> Oh ok.
[16:40] <Muscovy> She's using godaddy.com


 Hi, Is there a standard procedur to submit a new Ubuntu package?
 I was thinking about the ChucK programming language package, and at the moment the Ubuntu package is quite old (v1.2 while the 1.4 is out)
 @mario_buoninfante [Hi, Is there a standard procedure to submit a new Ubuntu package?], Pretty much this: http://packaging.ubuntu.com/html/packaging-new-software.html
 thanks @Eickmeyer
 I'll look into it
 You're welcome. :)


[01:33] <wallyworld> tlm: testing the model operator, i notice that the service and pod and deployment names etc start with <modelname>. That's not needed and it just adds clutter. Can you change to just "modeloperator"
[01:34] <wallyworld> thumper: +1 on the pr
[01:35] <thumper> wallyworld: ta
[01:37] <wallyworld> tlm: also, the introspection script is missing
[01:38] <hpidcock> python-libjuju PR https://github.com/juju/python-libjuju/pull/416
[01:38] <thumper> hpidcock: I'm wondering if recent jenkins updates missed something, I had a new PR (https://github.com/juju/juju/pull/11571) and a merge job was kicked off for it with no $$merge$$ anywhere
[01:38] <thumper> the merge job unit tests passed, but the merge failed (obviously) because it hadn't been reviewed
[01:39] <thumper> https://jenkins.juju.canonical.com/job/github-juju-merge-jobs/1559/console
[01:39] <thumper> the job thinks it merged fine
[01:39] <thumper> but github said no
[01:39] <thumper> a bit weird
[01:39] <hpidcock> thumper: looking
[01:43] <hpidcock> thumper: I don't see a failed merge job for 11571
[01:43] <hpidcock> there is only the pending one
[01:43] <thumper> no, it passed
[01:43] <thumper> the one I linked above was for it
[01:43] <thumper> but it shouldn't have been started even
[01:44] <hpidcock> thumper: that is for 11564 not 11571
[01:44] <thumper> ah... it showed up on my branch...
[01:44] <thumper> perhaps it is github that has the error
[01:44] <hpidcock> probably because of this pr https://github.com/juju/juju/pull/11564
[01:44] <thumper> I just proposed the same branch to land on a different target
[01:45] <thumper> that makes me feel better
[01:45] <thumper> I think we're ok then
[01:45] <hpidcock> yeah you scared me for a second
[01:46] <thumper> I was a bit scared too
[01:47] <thumper> and now I'm scared for an entirely different reason, for a different issue
[01:47] <thumper> just emailed crew
[01:47] <thumper> need to examine code
[01:51] <tlm> wallyworld: np
[02:08] <tlm> wallyworld: got 5 minute for HO ?
[02:08] <wallyworld> tlm: sure, once sec
[03:20] <wallyworld> tlm: merged, tag is 2.0.1
[03:31] <tlm> thanks wallyworld
[04:15] <babbageclunk> thumper: do you think I should remove the featureflag worker? It's not used now that the legacy-leases-flag is removed, but it's not actually tied to that flag, and I could see wanting to use it again for some other flag
[04:16] <babbageclunk> I guess it could always be resurrected, but it's equally likely to just get rewritten next time it's needed because no-one remembers it was there
[04:17] <babbageclunk> that might still be better than keeping the vestigial worker around
[04:17] <babbageclunk> ok, you've convinced me, good talk!
[04:19] <thumper> wallyworld: reviewed, just some logging to fix
[04:20] <thumper> babbageclunk: I agree with yourself
[04:20] <wallyworld> thumper: ty
[04:37] <babbageclunk> thumper: for reference, the deletionist won
[04:37] <wallyworld> kelvinliu: just checking in to see if i can help with anything, quick HO?
[04:37] <kelvinliu> yep
[05:24] <babbageclunk> anyone want to remove the legacy-leases removal? https://github.com/juju/juju/pull/11573
[05:27] <wallyworld> looking
[05:28] <babbageclunk> oops I meant review it
[05:29] <babbageclunk> thanks!
[05:30] <wallyworld> babbageclunk: should the leases collection be removed after upgrading
[05:31] <babbageclunk> wallyworld: mmmmmaybe?
[05:31] <babbageclunk> probably
[05:31] <wallyworld> remove the const from allcollections at least so we don't create it
[05:32] <babbageclunk> yeah, good call - I'll just use "leases" in the places that use leasesC now.
[05:32] <wallyworld> yup
[05:32] <wallyworld> in upgrade steps i'm guessing
[05:35] <babbageclunk> yup
[05:59] <wallyworld> hpidcock: a very small fix https://github.com/juju/juju/pull/11574
[06:00] <tlm> i can do it wallyworld ? hpidcock has gone AFK I think
[06:00] <wallyworld> ok, ty
[07:35] <kelvinliu> wallyworld: free to HO?
[07:43] <wallyworld> kelvinliu: sure
[07:43] <kelvinliu> stdup?
[08:11] <thumper> anyone? https://github.com/juju/juju/pull/11575
[08:12] <thumper> merges 2.8-rc branch into 2.8
[08:12] <thumper> everything applied cleanly
[08:12] <thumper> (thankfully)
[08:12] <tlm> i'll take a look
[08:18] <thumper> tlm: ta
[09:50] <kelvinliu> wallyworld: application-mariadb-k8s: 02:00:59 ERROR juju.worker.uniter resolver loop error: executing operation "remote init": Internal error occurred: error executing command in container: failed to exec in container: failed to create exec "49f43e921bc7252d4180672fb6535b9b09bcff09a50b7495c19d117ef10f10ad": cannot exec in a stopped state: unknown
[09:50] <kelvinliu> this is the error I mentioned last week, now I got it again. I might finally have to retry for many different errors.
[10:12] <skatsaounis> Hi there, the Juju public events calendar had an entry for Juju Office Hours for today. Apparently I was not able to find the relevant YouTube link.
[10:12] <skatsaounis> Did you cancel it or transfer it to a different date?
[11:29] <manadart> skatsaounis: I assume that has been left up in error. I don't see it on my schedule.
[11:29] <manadart> achilleasa: https://github.com/juju/juju/pull/11576
[11:31] <achilleasa> manadart: any particular reason for dropping the []InterfaceInfo type? I am actually working on adding a filter function to select NICs created via OVS
[11:31] <achilleasa> s/actually/currently
[11:32] <achilleasa> manadart: ah crap. sorry; just saw that it moved
[11:36] <manadart> achilleasa: Ja.
[11:44] <achilleasa> manadart: left one comment
[11:47] <manadart> achilleasa: Thanks. That method's only usage is in it the test for it. Any issue if I delete it?
[11:47] <manadart> *is in the test for it...
[11:48] <achilleasa> Don't think so. You could make it a method on []InterfaceInfo though. I will also be adding one for Filtering
[11:48] <achilleasa> we may need a sorted list at some point
[11:50] <manadart> achilleasa: Sure; I'll remove it. Specific sort(s) can be added to the new type as you say, at need.
[12:00] <manadart> achilleasa: Removed it. Also relocated tests for the type that were still under the network package.
[12:02] <achilleasa> manadart: great; I will wait for it to land and rebase my stuff on top so I can make use of the exported InterfaceInfos
[12:13] <skatsaounis> manadart, ok thanks. The most important thing is that I didn't miss it :) Just to be on the safe side, I can see the next one is on 21th of May. Is that correct?
[12:26] <manadart> skatsaounis: timClicks is organising those. He should be able to confirm/deny.
[12:38] <achilleasa> manadart: can you also forward-port your changes to develop?
[12:39] <manadart> achilleasa: Yep.
[12:44] <manadart> achilleasa: https://github.com/juju/juju/pull/11577
[12:52] <achilleasa> manadart: did it merge cleanly or did you have to tweak anything?
[12:53] <manadart> achilleasa: Just the same old version bits.
[12:53] <manadart> All clean otherwise.
[12:53] <achilleasa> manadart: ok, going through the change list but just wanted to double-check if I should do a thorough review or not ;-)
[12:54] <manadart> achilleasa: Ja.
[13:05] <skay> is there a way for me to specify machine constraints when I add another unit to an application?
[13:05] <skay> *different* constraints than what I originally deployed
[13:22] <rick_h> skay:  just change the constraints with set-constraints and then when you add-unit it'll follow the new updated constraints
[13:29] <skay> rick_h: thanks!
[13:52] <achilleasa> manadart: I will push a PR against 2.8 (and forward port to develop) to replace []InterfaceInfo with InterfaceInfos. Will that cause any issues with the stuff you are working on?
[13:53] <manadart> achilleasa: No. I was going to do that ultimately, so go ahead.
[15:01] <manadart> hml: Can you look at his one in your day? https://github.com/juju/juju/pull/11579. No rush I am heading off now.
[15:08] <hml> manadart:  looking
[15:20] <achilleasa> hml: small "sed-rename" PR https://github.com/juju/juju/pull/11580
[15:20] <hml> achilleasa:  added to the queue.  :-)
[15:59] <hml> achilleasa:  approved
[16:00] <achilleasa> hml: thanks!
[16:00] <achilleasa> achilleasa: I will push another one to forward-port to develop so I can rebase my ovs PR tomorrow
[16:00] <achilleasa> hml: ^
[16:01] <hml> achilleasa:  rgr
[16:29] <achilleasa> hml: PR for the forward port: https://github.com/juju/juju/pull/11581
[16:30] <hml> achilleasa:  looking
[16:31] <hml> achilleasa:  approved
[23:39] <hpidcock> pylibjuju PR for wallyworld or someone else https://github.com/juju/python-libjuju/pull/422
[23:41] <wallyworld> looking
[23:41] <wallyworld> hpidcock: btw, last night i landed the gh actions PR, got pinged by a us person
[23:43] <wallyworld> hpidcock: why is status.relations handled but not status.applications?
[23:44] <wallyworld> it seems this would be confusing for a user writing python to use the library to us different approaches
[23:44] <hpidcock> wallyworld: I'm just testing various ways of getting attributes
[23:45] <wallyworld> ah ok
[23:45] <wallyworld> might be work a different test then
[23:45] <wallyworld> a small test with just that bit tested
[23:45] <hpidcock> wallyworld: yep can do
[23:46] <wallyworld> lgtm, ty


[00:13] <nixternal> JontheEchidna: will do, thanks for that heads up
[00:14] <nixternal> sitting in a nice air conditioned room
[00:15] <JontheEchidna> Yesterday we had to turn the heat on. :/
[00:17] <JontheEchidna> But don't worry, we'll have unbearable heat come summer
[01:04] <vorian> evening
[03:59] <jjesse> evening :)
[04:03] <lownoize> somebody knows who feels responsible for the kubuntu mirrors list?
[04:24] <ScottK> I think #canonical-sysadmin handles that, but I'm not certain.
[04:26] <Jucato> #ubuntu-mirrors ?
[04:28] <jjesse> dang i'm hungry
[04:30] <jjesse> ordering room service  :(
[04:33] <Jucato> :(
[04:45] <nixternal> I am an idiot
[04:45] <nixternal> instead of downloading the 4.0.4 tarballs, I downloaded the 4.0.3 tarballs
[04:45] <ScottK> Recognizing the problem is the first step to solving it.
[04:45] <Jucato> it was like me downloading 7.10 DVD instead of 8.04... :(
[04:46] <nixternal> heh
[04:46] <nixternal> nothing like grabbing all of the KDE 4.0.4 tarballs at 200KiB/s
[04:46] <jjesse> that probablly took a while
[04:47] <Jucato> DVD.. 56Kbps... :)
[04:47] <Jucato> took 24+ hours
[04:47] <Jucato> I'm still the greater tool :P
[04:48] <jjesse> i've always known that ;)
[04:48]  * ScottK is upgrading the kids' computer to Hardy right now.
[04:48] <Jucato> just reasserting my throne :)
[04:48] <ScottK> I'm sufficiently lazy that I'm doing it via ssh instead of walking into the other room.
[04:48] <jjesse> that's awesome
[04:49] <Jucato> lol :)
[04:53] <robotgeek> Jucato: i tried to upgrade using the ubuntu 8.04 cd. it did not work :(
[04:53] <jjesse> nixternal: is it tru i heard you are working becoming a core dev?
[05:01] <nixternal> jjesse: more than likely
[05:01] <nixternal> will possibly work on my application in the next week or so
[05:01] <jjesse> yay
[05:02] <nixternal> gotta figure out who all uploaded my crack for the past 2 years into main
[05:02] <nixternal> I can think of 3...is crimsun a core-dev? I can't remember since he doesn't say much anymore :p
[05:02] <nixternal> ooh, imbrandon uploaded my crack too
[05:02] <ScottK> He is
[05:02] <jjesse> yay
[05:02] <nixternal> ScottK: did you upload any of my crack?
[05:02] <ScottK> Yes.
[05:02] <nixternal> thought so
[05:03] <nixternal> ooh, and pitti
[05:03] <nixternal> pitti uploaded all of my security crack
[05:03] <jjesse> and don't forget Riddell
[05:03] <jjesse> :P
[05:03] <nixternal> ya, he makes 6
[05:03] <jjesse> how many do you "need"?
[05:03] <nixternal> is tonio core-dev?
[05:03] <ScottK> He is.
[05:03] <nixternal> as many as possible
[05:03] <nixternal> w00t, that makes 7
[05:03] <jjesse> how many coore-deve are there?
[05:04] <nixternal> damn, Kubuntu has quite a few core-devs
[05:04] <nixternal> jjesse: quite a few :)
[05:04] <ScottK> I think most of the rest of us have a lot less impact than Riddell.
[05:05] <nixternal> nah, you all are just as important in my book
[05:05] <nixternal> I keep hearing about this JR guy, who is he?
[05:05] <ScottK> For Hardy kde-guidance sucks substantially less than it would have otherwise and I did some decent stuff in the python-qt/kde packages, but that's about it.
[05:06] <nixternal> it would be nice to have with KDE 4 going into main for 8.10
[05:06] <jjesse> 54 active members according to launchpad.net/~ubuntu-core-dev
[05:06] <nixternal> then I can actually maintain MY kvkbd package too instead of linking debdiff's left and right
[05:07] <nixternal> would be nice to get that into Debian, but they said NOPE, don't want it
[05:07] <ScottK> Why don't they want it?
[05:09] <nixternal> no need for it because tehre is already a virtual keyboard
[05:09] <nixternal> to bad their idea of a virtual keyboard is a) crap, and b) crap
[05:09] <daskreecH> nixternal: Tha'ts you? I was looking for a -kde4 version
[05:10] <nixternal> isn't one yet
[05:11] <ScottK> New version of lintian in Debian.  I wonder what pain it holds for us.
[05:12] <jjesse> lots?
[05:13] <nixternal> probably an understatement
[05:13] <jjesse> why are tv commericails so much louder then the tv?
[05:13] <nixternal> that is marketing for you
[05:14] <ScottK> nixternal: That was the kde team?  You could always have it sponsored outside the team.
[05:15] <nixternal> even if it were in Debian, it would never get a proper sync, but I will talk to annma tomorrow and get it uploaded tomorrow
[05:16] <nixternal> I went through the mentor process prior, which I now realize kind of sucks
[05:16] <ScottK> It's kind of hit or miss in my experience.
[05:16] <jjesse> the devbian mentor process?
[05:16] <ScottK> Working through an established team is generally better when you can find one.
[05:31] <daskreecH> nixternal: ping
[05:31] <daskreecH> got the debian dir
[05:32] <daskreecH> dropped it in the 4.0.71 tarball
[05:47] <ScottK> nixternal: I just had one of those senior moments too.
[05:48]  * ScottK just was reminded (after much investigating to figure out why) that the new changes won't be in the binary if you don't rebuild the package after you change the source ....
[05:48] <nixternal> lol
[05:49] <stdin> that's nothing, I just wanted to cd to a dir, and typed "kde dir/" ...
[05:49] <nixternal> kdelibs-4.0.4 continues chugging away
[05:49] <daskreecH> Ha ha :)
[05:50] <daskreecH> Yay stdin is here as well :)
[05:50] <daskreecH> I'm cleaning house but I look over here every 4-5 minutes
[05:51] <daskreecH> I have the debian dir from 4.0.3 in 4.0.71
[05:51]  * stdin woke up ~40 mins ago, so don't expect much
[05:51] <daskreecH> nixternal: Would it make more sense to use the dir from 4.0.4 ?
[05:52] <stdin> there won't be much difference between the 4.0.3 dir and the 4.0.4 dir
[05:52] <daskreecH> ok just checking
[05:53] <daskreecH> so .. throw this at ppa ?
[05:53] <stdin> after changing the version/build-deps
[05:55] <daskreecH> Why does Mount try to auto complete files?
[05:56] <nixternal> actually, so far there is 1 change between 4.0.3 and 4.0.4 for kdelibs
[05:58] <daskreecH> keep all the patches I assume?
[05:58] <nixternal> oh more than likely not
[05:58] <nixternal> you will get heap failures left and right
[05:59] <nixternal> hehe, if this is your first time packaging, KDE 4.1 alpha may not be a good package to learn from
[05:59] <nixternal> if people want to test kde4 alpha, I am almost inclined to tell them check out openSUSE or Debian :p
[05:59] <nixternal> otherwise people will try it and flood LP with bug reports on Plasma for the next month
[05:59] <stdin> testing what patches are still needed, which were applied upstream and which just need editing is the best part! (not)
[06:00] <ScottK> nixternal: For Hardy I think staying on 4.0 is best, but once Intrepid opens, I think we ought to get 4.1 (based on Debian) in ASAP.
[06:01] <nixternal> our 4.0.x is based on Debian..we merge changes, just not our .install files and have changes to kde.mk
[06:01] <nixternal> but once we move kde4 to main, then totally start working from their builds
[06:02] <nixternal> I think we should either a) backport 4.1 to hardy, or b) put 4.1 for hardy in the PPAs
[06:02] <daskreecH> Debian doesn't have a 4.0.71
[06:02] <ScottK> I'd say do that at beta.
[06:02]  * nixternal notes that debuild -nc on this lappy is not fun
[06:03] <daskreecH> they have 4.0.70+svn and 4.0.72
[06:03] <nixternal> ScottK: if KDE 4 is in main, then yes, because Debian doesn't install KDE 3 and KDE 4 side-by-side I don't believe
[06:03] <nixternal> you either have KDE 3 or you have KDE 4
[06:03] <daskreecH> I think we should probably have a 4.1 snapshot with warnings for hardy and a tracking PPa for intrepid
[06:03] <ScottK> RIght.  They don't.
[06:04] <ScottK> The trick is I think our Hardy packages should always work side by side.  Not so for Intrepid.
[06:04] <nixternal> correct, and correct :)
[06:04] <nixternal> well, they will still work side by side in Intrepid, as moving KDE to universe and then installing it to /opt/kde3 I think was the track for it
[06:05] <nixternal> moving KDE 3 to universe that is
[06:05] <daskreecH> Which KDE?
[06:05] <daskreecH> ok
[06:05] <ScottK> Last time Riddell mentioned it, it seemed he wanted it as dead as possible as soon as possible.
[06:06] <daskreecH> KDE3?
[06:06] <ScottK> 1931kB/S from us.archive.ubuntu.com is a lot better than last week.
[06:06] <ScottK> daskreecH: Yes.
[06:06] <daskreecH> I dunno a lot of people might not move from it till 4.2
[06:06] <nixternal> hrmm, maybe debian does allow side-by-side, they just install it to different locations that us
[06:06] <daskreecH> some not till 4.3
[06:07] <ScottK> Well that's what I tried to suggest and I got a lot of pushback.
[06:07] <daskreecH> that's 15 months away
[06:07] <nixternal> ya, they do install side-by-side
[06:07] <ScottK> If we were going to keep kde3 around for another year, we could have done LTS for Hardy.
[06:07] <nixternal> where kde3 has */kde/ directories, for kde4 they did */kde4/ and such
[06:08] <nixternal> and all binaries have a 4 appended to them
[06:08] <nixternal> ScottK: I will leave the LTS comments to a minimum around here :p
[06:09] <ScottK> Just saying.
[06:09] <nixternal> hehe, totally understand
[06:09] <ScottK> I think we need to focus on KDE4 and move on.
[06:09] <nixternal> I feel the same, but we do have large rollouts that are currently committed to KDE 3
[06:10] <ScottK> And so they can stay on hardy for 18 months while it settles out.
[06:10] <nixternal> I think the school systems going with KDE 4 will be fine, but I don't know about the French Parliament
[06:10] <nixternal> that is true
[06:10] <nixternal> break time...while kdelibs builds out..gonna go grab some ice cream :)
[06:11] <ScottK> I'll probably stay on Hardy KDE3 on my desktop for quite some time.
[06:14]  * daskreecH wants KDE 4.1
[06:14]  * daskreecH wants to build it as well
[06:17]  * ScottK wants this Hardy upgrade to finish so he can go to bed.
[06:20] <daskreecH> nixternal: kwin44 ?
[06:20] <Jucato> yeah. wor KDE 44.05.1
[06:20] <Jucato> s/wor/for/
[06:21]  * daskreecH blinks
[06:22] <daskreecH> Jucato: Huh?
[06:22] <Jucato> you haven't heard of KDE 44? it's the Desktop of the 32nd century
[06:23] <daskreecH> Oh right
[06:23] <daskreecH> it will usher in the year of the Linux Desktop
[06:23] <daskreecH> Of course all the headlineswill read Gnome puts it's foot up Apple's ****
[06:24] <daskreecH> Aapple which has dominated computers after it's brillant manuvering of SCO will finally be overtaken this year by Linux
[06:24] <Jucato> nah.. headlines will be GNOME 2.134.20 released
[06:25] <daskreecH> Ha ha
[06:25] <daskreecH> do they even have sub releases?
[06:25] <daskreecH> I've never seen a dotdot release outside of unstable
[06:26] <Jucato> they have. maintenance/bug fixes
[06:28] <daskreecH> hmm are those feature locked?
[06:28] <Jucato> #gnome please
[06:29] <daskreecH> I'll just ask nixternal
[06:29] <Jucato> :)
[06:29] <Jucato> or any ubuntu dev
[06:30] <daskreecH> http://mirror7.escomposlinux.org/comic/ecol-160-e.png
[06:30]  * daskreecH shakes head
[10:02] <Riddell> stdin, nixternal: either of you start on 4.0.4?
[10:05] <stdin> I've started on the a's
[10:05] <Riddell> a very good place to start :)
[10:06] <stdin> I think nixternal has done kdelibs too
[10:18]  * stdin pokes nixternal to remember about bug 220655
[10:31] <stdin> Riddell: they're going in hardy-backports right? so do they need ~hardy1?
[10:43] <Riddell> stdin: yes
[10:43] <stdin> good, because that's what I did ;)
[10:44] <Riddell> stdin: if you have them ready for upload, put them on a webserver somewhere and I'll upload them to the queue
[10:45] <stdin> well I can't test them because I haven't build kdelibs, but they're pretty simple packages and should be ok
[10:47] <Riddell> stdin: kdelibs won't have changed notably, you can easily test them with 4.0.3
[10:53] <Riddell> stdin: if you have a web server you can put them on, I can upload to the queue
[10:54] <stdin> I'm just copying them over to my wired box
[10:58] <jpatrick> intrepid's open? *goes wild*
[11:01] <stdin> Riddell: http://stdin.me.uk/kde4/
[11:01] <stdin> it's not going to be fast though
[11:03] <Riddell> stdin: what isn't?
[11:03] <stdin> my upload speed
[11:04] <Riddell> well we have until tuesday :)
[11:42]  * Riddell politely points stdin towards Joining MOTU on https://wiki.kubuntu.org/UbuntuDevelopers :)
[11:47] <uga> Riddell: nobody is maintaining pptp networkmanager stuff?
[11:48] <uga> it's broken in both gutsy and hardy. Never heard of it before. it seems it works fine for the g-ubuntu version
[11:48] <uga> I just found I need it to setup a box for a friend
[11:49] <Riddell> uga: can't say I knew nm should support it
[11:49] <uga> https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/123696
[11:49] <uga> some people claim installing loads of gnome dependancies works as workaround
[11:50] <gnomefreak> is anyone having issues with email replys to malone bugs?
[11:50] <uga> Riddell: funny thing is, I can't install any dependancies, since my friend needs the vpn connection to get out ot the internet =)
[11:50] <uga> so I either drag them all in a CD or...
[11:52] <uga> Riddell: I may have to grab a (g)ubuntu live CD and install it instead
[11:56] <Riddell> uga: if the CD has the dependencies you need you could use an ubuntu alternate CD as an apt source
[11:57] <Riddell> I'd be curious to know what the dependencies for it are
[11:58] <uga> Riddell: yes, me too. So far I only installed the 2 packages for pptp, pptp-linux and networkmanager-pptp locally
[11:58] <uga> I saw the bug, it cannot open the configure gui
[11:59] <uga> and now I'm trying to manually configure pptp to see if it pops up at least
[12:01] <uga> Riddell: nothing, no luck
[12:06] <uga> Riddell: and the workdaround didn't work for me. I installed the gnome netm, and still "There is no configuration interface for the VPN service ppp installed. Please check your installation"
[12:08] <uga> Riddell: the connection config works through nm-applet (the gnome one)
[12:10] <uga> Riddell: the connection shows up afterwards in knetworkmanager config, even if I Cannot configure it
[12:11] <uga> I can't connect disconnect either, but that's possibly because I'm already connected through another router...
[12:11] <uga> brb... disconnecting
[12:16] <uga> I'll have to test in place
[12:21] <uga> Riddell: the ubuntu alternate CD install... does it have packages uncompressed and easily available?
[12:21] <uga> so that I could install them manually
[12:22] <Riddell> sure, use apt-cdrom to add it to sources.list
[12:23] <uga> Riddell: I have my doubts that will work while booted from the live CD though
[12:24] <uga> I want to test it before I end up installing
[12:24] <uga> I'd rather do so manually, thanks
[12:24] <Riddell> not without a second CD drive no
[12:24] <uga> yes, they do have a second drive
[12:25] <uga> if .debs are available though, it's no prob
[12:25] <uga> I'll do it one way or another
[12:26] <uga> Riddell: I guess I could also install ubuntu and later install the kde desktop
[12:26] <Riddell> you could yes
[12:26] <uga> I'm pondering all options here
[13:05] <uga> Riddell: I just found there's another tool... kvpnc
[13:06] <uga> and it looks like works fine
[13:08] <uga> although the little thing needs to be run as root =(
[13:09] <uga> is there a place that lists all packages available through the live CD?
[13:28] <Riddell> uga: http://releases.ubuntu.com/kubuntu/8.04/kubuntu-8.04-desktop-i386.manifest
[13:29] <uga> Riddell: cheers, I just found the list here http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[13:29] <uga> a minute ago
[13:29] <uga> somebody suggested using aptoncd too
[13:41] <uga> Riddell: anyway, burning everything I have, and off to go
[13:41] <uga> hopefully I won't need any extra packages
[14:26]  * apachelogger looks for a motu
[14:27]  * Hobbsee is no motu!  no motu's around here!
[14:27] <apachelogger> too bad
[14:27]  * apachelogger is wondering whether to abuse nixternal again
[14:27] <apachelogger> ah, better not to do that
[14:27] <apachelogger> Hobbsee: care for quick revu?
[14:28] <Hobbsee> nope
[14:29] <apachelogger> uh, now it hit me
[14:30] <apachelogger> jpatrick: http://revu.ubuntuwire.com/details.py?package=kgrubeditor I'd very much appreciate an R
[14:30]  * apachelogger continues learning for his french test
[14:35] <apachelogger> Nightrose: btw, we should get our talk prepared, do you have time next week?
[14:35]  * apachelogger gives everyone a cookie
[14:36] <Hobbsee> yay, cookies!
[14:36] <Nightrose> apachelogger: yea I have time - just tell me when - I will try to prepare some stuff this weekend but i also have to prepare two other talks so no promisses
[14:37] <Nightrose> apachelogger: which template do we use btw?
[14:37] <Nightrose> stock kde one?
[14:42] <apachelogger> Nightrose: probably, although I'd like something fresh
[14:43] <Nightrose> k
[15:48] <seele> Riddelll: is it possible to center ubiquity on the screen for the direct install option?
[16:18] <nixternal> Riddell: kdelibs is complete...gonna start on the rest now
[16:19] <nixternal> stdin: what did you finish?
[16:19] <nixternal> Riddell: what I was planning on doing, was uploading the packages to my PPA so we can at least get a day or two of testing before tossing them into backports
[16:22]  * JontheEchidna would help test, but he's going to be away for the weekend
[16:27] <ScottK> nixternal: I'm going to guess that the first autosync for Intrepid is coming soon.  It'll be a long time before the buildds digest that.  You might want to get it into backports before that since backports get a lower priority.
[16:28] <nixternal> hrmm, good point
[16:28] <ScottK> nixternal: I suspect we're better off to get it uploaded, built, and in a consistent state even if there are some issues than to wait until after the flood and get it in bits.
[16:28] <ScottK> If there turns out to be one critical fix or something, we can ask to get it manually reprioritized.
[16:30] <nixternal> s/hardy/hardy-backports/ in the changelog and dput to the same place right?
[16:30] <nixternal> I still think only core-devs are allowed to upload to backports
[16:31] <nixternal> iirc, you also add ~hardy1 to the version
[16:32] <nixternal> I am not going to just upload this w/o following the guidelines, especially seeing that I am considering going for core-dev...don't need a mark on my record :)
[16:32]  * nixternal starts filing backport reports
[16:33] <ScottK> nixternal: Yes to hardy-backports and ~hardy1 in the version.
[16:33] <nixternal> been a while since I did a backport :)
[16:33] <nixternal> probably dapper
[16:33] <ScottK> nixternal: I'd suggest upload it and see.  If it gets accepted, continue.  If it gets rejected, give me a ping.
[16:34] <nixternal> will do...if it gets rejected, I will upload to my server so you can grab them
[16:36] <ScottK> K
[16:45] <jjesse> sounds like someone is going to have a busy day
[16:45] <seele> damnit.. i have 2 bad disks
[16:48] <jjesse> official ubuntu book was given an honorable mention in the linux journal user awards
[16:51]  * nixternal dputs kde4libs to backports - crosses fingers!
[16:52] <Jucato_> kaputs kde4libs? :)
[16:54] <nixternal> Successfully uploaded packages.
[16:54] <nixternal> but that doesn't mean a damn thing
[16:54] <JontheEchidna> :D
[16:54]  * nixternal checks for rejected email
[16:54] <JontheEchidna> Oh, riiiight, heh.
[16:55] <uga> Riddell: heh, silly me, I had copied cached files, but I forgot his PC is i386 while mine is amd64 =)
[16:56] <stdin> nixternal: I've done the a's
[17:00]  * JontheEchidna will be back next week
[17:10]  * Jucato_ is at the ubuntu-ph "release party" :)
[17:11] <Jucato_> release party with no cd's, no beer, no pizza, no Linux :)
[17:13] <apachelogger> Jucato: sounds funny
[17:14] <apachelogger> Jucato: Nightrose is about to do a radio amarok show, in case you want a real party :P
[17:14] <Jucato_> :D
[17:15] <Nightrose> apachelogger: I am? I thought we will be doing this together ;-)
[17:15] <apachelogger> Nightrose: I haz to tune the configurations
[19:35] <stdin> Riddell: I've done everything but kdebase* now, all in the same URL
[21:25] <nixternal> jcastro: you around?
[21:25] <jcastro> nixternal: yep
[21:25] <nixternal> hey, unless by the grace of god, power comes back on, I will not be able to do the doc talk for openweek
[21:26] <nixternal> I am using battery backup for about the next 10 minutes
[21:26] <jcastro> yikes
[21:26] <jcastro> anyone else from the doc team that can fill in?
[21:26] <nixternal> we have been w/o power for about 4 hours now and we have more storms running through
[21:26] <nixternal> talking to laserjock now about it
[21:26] <jcastro> thanks for the heads up
[21:26] <jcastro> it's storming over here too so I hope I don't lose power either!
[21:27] <nixternal> everything is closed around here too...I went up to the bookstore hoping I could get online
[21:28] <Serega> hi all
[21:29] <Serega> Riddell: ping
[21:29] <nixternal> jcastro: looks like LaserJock can do a quick Q&A for documentation
[21:30] <nixternal> battery is beeping, need to go...any last words?
[21:30] <nixternal> jcastro: 15:30:22 [ LaserJock] ok, I'll do it
[21:30] <nixternal> :)
[21:30] <ScottK> nixternal: Did your upload work?
[21:31] <nixternal> don't know...haven't had the power to check :)
[21:31] <ScottK> K
[21:31] <jcastro> nixternal: thanks for the heads up
[21:31] <nixternal> when the power comes back on I will check, plus upload the other packages I have done on my laptop
[21:31] <nixternal> later all!
[21:31] <jcastro> let that be a lesson to all of us, don't live in Chicago.
[21:33] <seele> it's the windy city for a reason :)
[22:47] <Riddell> Serega: pong
[22:47] <Serega> Riddell: Jon, suggest me please the text for dvdcss handler dialog
[22:51] <Riddell> "This DVD Video is encrypted.  To be able to watch it you will need to install libdvdcss by running from a console: <script>.  In some countries it is illegal to install the decryption software without permission from the copyright holder."
[22:58] <NthDegree> bah who cares about the legality of watching a DVD you paid to watch
[23:30] <nixternal> yay, we got power!
[23:30] <nixternal> Riddell: I am working on kdebase.... so far my uploads to -backports went up, just awaiting archive approval
[23:31] <Riddell> groovy
[23:32] <Riddell> I'll not approve until closer to release time
[23:32] <nixternal> rock on
[23:32] <Riddell> nixternal: you coordinating modules with stdin?
[23:32] <nixternal> I haven't been online all day, so no
[23:32] <nixternal> stdin: what are you working on?
[23:33] <nixternal> man, the .install files need some reworking
[23:33] <Riddell> nixternal: http://stdin.me.uk/kde4/
[23:33] <nixternal> groovy
[23:34] <nixternal> I will grab those once the base is done, build them locally and test, then upload to -backports
[23:34] <Riddell> super
[23:34]  * nixternal wonders if stdin touched the .install files
[23:34] <nixternal> maybe the modules are fine
[23:35] <nixternal> as long as there aren't any so files, all of them have been updated from 4.0.0 to 4.0.4
[23:35] <nixternal> man I love debuild -nc
[23:36] <nixternal> and dh_install --list-missing --sourcedir=debian/tmp
[23:36] <crimsun> bah, --fail-missing.
[23:37] <Riddell> I can type that one blindfold with my hands tied behind my back
[23:37] <nixternal> hehe, I think I am getting close to that
[23:38] <nixternal> crimsun: --fail-missing is good as well :)


[19:42] <knome> how can we / who can update http://doc.ubuntu.com/xubuntu/ ?
[19:42] <knome> or is that site used at all any more, and if not, can we remove the old xubuntu docs
[19:44] <jbicha> knome: that site is obsolete, the current site is https://help.ubuntu.com/ but that is focused on just Ubuntu itself
[19:44] <knome> jbicha, in that case, can we get the outdated documentation removed?
[19:44] <knome> should i just contact the IS or is there a contact person for that site?
[19:45] <jbicha> hmm, I'm not sure where that site is maintained, mdke would know as he's been around for ever :)
[19:45] <jbicha> the non-wiki part of help.ubuntu.com is maintained at https://code.launchpad.net/~ubuntu-core-doc/ubuntu-docs/help.ubuntu.com
[19:45] <jbicha> but that's probably not important to you
[19:46] <knome> no, not really
[19:46] <jbicha> you're going to post your help at http://xubuntu.org/help/ ?
[19:46] <knome> jbicha, we're going to link to the offline docs there
[19:47] <knome> jbicha, it's possible we'll upload the docs under our domain too, if doc.ubuntu.com is obsolete
[19:47] <jbicha> are you going to them online there too?
[19:47] <knome> ^
[19:47] <jbicha> yeah, doc.ubuntu.com is obsolete, hasn't really been touched since perhaps 2010
[19:47] <knome> i asked IS if they host doc.ubuntu.com, and if they do, i'll ask them to remove the xubuntu part
[19:48] <knome> and probably in the same RT, ask them to update our docs under our domain too
[19:48] <jbicha> ask on the ubuntu-doc list too about it though since 2010 is before my time with docs ;)
[19:48] <jbicha> oh, IS manages xubuntu.org?
[19:49] <knome> yes, why wouldn't they?
[19:49] <knome> i mean, we do of course have access to the wordpress installation, but not the files
[19:50] <jbicha> Lubuntu might manage their own website, but Xubuntu is older
[19:51] <knome> there's up and downs with IS managing the site obviously, and i believe they might let us host it on our own too, if we wanted
[19:51] <knome> at least aiui that's possible
[19:52] <knome> but let's say the less work, the better ;)
[19:53] <jbicha> yeah :)
[20:01] <bkerensa> jbicha: Lubuntu is hosted by canonical too
[20:01] <bkerensa> so is Kubuntu
[20:01] <bkerensa> they also own all the domains
[20:01] <bkerensa> since they have trademarks for them
[20:04] <jbicha> well that's not what whois lubuntu.net says
[20:07] <bkerensa> jbicha: ahh and they are hosted at the OSL
[20:07] <bkerensa> http://www.ubuntu.com/aboutus/trademarkpolicy
[20:07] <bkerensa> thats why Canonical has not yet trademarked Lubuntu
[20:08] <bkerensa> Xubuntu on the other hand is trademarked to Canonical


[00:28] <kamakwazee> How am I supposed to actually get involved?
[16:26] <Foca_> Hy guys, How-to so that <img src=""> open my image in ubuntu-server ? I need configure my  permissions ?
[16:36] <dsenator> Hey all
[16:36] <dsenator> I am trying to use a 3d software called Modo in Ubuntu Virtual Box but there is an OpenGL issue
[16:37] <dsenator> Ubuntu 12.10
[16:43] <gocan76> hi
[22:29] <duaned> anyone running Ubuntu-Q amd having trouble running glxinfo?