[00:02] <RAOF> Morning all.
[00:13] <TheMuso> Hey RAOF.
[00:13] <RAOF> TheMuso: Good morning.
[00:14] <TheMuso> So I upgarded my notebook intsall of maverick yesterday to latest packages, and the audio mute bug has gone away. :S
[00:14] <TheMuso> gah typing
[00:14] <RAOF> Yay?
[00:14] <TheMuso> Yes, but still a pain, as I don't know what fixed it.
[00:15] <RAOF> I'll give my laptop a reboot after the upgrades install; I'll see if it's totally fixed here, too.
[00:15]  * TheMuso might do an alpha 3 install, and update.
[00:16] <TheMuso> TO see whether the issue is 100% fixed.
[00:18] <RAOF> It's a bit annoying that the dbgsym repository is behind the main archive.
[00:20] <TheMuso> Ouch.
[00:21] <RAOF> There go all my evolution debugging symbols! :)
[01:54] <RAOF> TheMuso: Volume came up muted this boot, so I don't think the bug has been fixed.
[01:54] <TheMuso> RAOF: gah!
[01:55] <TheMuso> Its a race condition, that much is for sure.
[01:55] <TheMuso> I believe crimsun_ has a more perminant fix in alsa-utils bzr.
[01:55] <RAOF> Yay!
[02:19] <TheMuso> yup
[03:42] <TheMuso> Hrm. Rebuilding even the current pulse package in maverick causes it to fail when run... Weird.
[03:42] <TheMuso> Anyway, that is to be solved afterwards.
[03:42]  * TheMuso -> lunch
[04:18] <TheMuso> ...or not. Got mixed up with versions.
[04:18] <TheMuso> Now to find the culpret patch...
[06:26] <robert_ancell> desrt, hello
[06:50] <robert_ancell> desrt, please have a look at https://bugzilla.gnome.org/show_bug.cgi?id=628937
[06:51] <ubot2> Gnome bug 628937 in gsettings "[patch] glib-compile-schemas fails when one schema/override is wrong" [Normal,Unconfirmed]
[07:59] <didrocks> good morning
[08:00] <and471> hey didrocks
[08:02] <didrocks> hey and471, how are you?
[08:03] <and471> didrocks, good thanks, but busy :)
[08:03] <and471> any you?
[08:03] <and471> And you?
[08:03] <didrocks> same here ;)
[08:53] <slomo> alf__: ping
[08:53] <alf__> slomo: Hi! Did you have any luck with cairo? It is strange that it doesn't build. I have successfully build packages in a PPA.
[08:54] <slomo> alf__: it's because of the autoreconf patch in combination with a weird bug in the cairo build system
[08:54] <slomo> if someone can explain to me how dh_autoreconf should be used i'll use that instead ;)
[08:55] <alf__> slomo: dh --with autoreconf
[08:56] <slomo> i'm using old-style debhelper :)
[08:56] <slomo> just call dh_autoreconf somewhere and that's it?
[08:56] <didrocks> slomo: hey, re: gst-plugins-bad-multiverse I can reproduce your issue in xvid in my pbuilder. I tracked down to the issue about the xvid_encore configuration is due to http://paste.ubuntu.com/489652/
[08:57] <didrocks> slomo: yeah, dh_autoreconf for dh5 :)
[08:57] <slomo> and dh_autoreconf_clean in clean
[08:57] <alf__> slomo: call dh_autoreconf prior to dh_auto_configure and will call dh_autoreconf_clean before dh_clean
[08:57] <slomo> didrocks: do you have conftest.c? :)
[08:57] <alf__> slomo: oops, thats for 7 again
[08:57] <slomo> ok, let's hope this works then :)
[08:57] <didrocks> slomo: yeah, I backed up somewhere, one second :)
[08:58] <didrocks> urgh, I've set in a directory cleaned on reboot, let me regenerate it
[08:59] <didrocks> (will take some time, can't use tmpfs there: too many packages ;))
[08:59] <slomo> alf__: how can i have the ltmain.sh patch *and* dh_autoreconf? manual patching?
[09:02] <alf__> slomo: I can't think of another way
[09:02] <slomo> stupid libtool :)
[09:02] <alf__> didrocks: ^^ any idea?
[09:02] <didrocks> hum?
[09:03] <didrocks> oh, about ltmain.sh
[09:03] <seb128> hey
[09:03] <didrocks> yeah, ltmain.sh is still manual patching in most of packages where we use dh-autoreconf
[09:03] <didrocks> salut seb128
[09:03] <slomo> didrocks: a bit annoying with 3.0 (quilt) but ok :P
[09:03] <didrocks> slomo: yeah :/
[09:04] <seb128> speaking about ltmain.sh changes for as-needed?
[09:04] <slomo> seb128: yes
[09:04] <seb128> why do we need those? how come upstream don't get a fixed version?
[09:04] <vish> kiwinote: hi , any idea why the fix for Bug #624072 dint work?  setting the menu to NoDisplay=True dint help ..
[09:04] <ubot2> Launchpad bug 624072 in software-properties (Ubuntu) (and 1 other project) "Hide 'Software Sources' from the System > Administration menu (affects: 1) (heat: 354)" [Wishlist,Triaged] https://launchpad.net/bugs/624072
[09:04] <slomo> seb128: is this fixed upstream?
[09:05] <slomo> seb128: also... i'm using dh-autoreconf now! :)
[09:05] <seb128> slomo, dunno that's what I'm asking, why does it not get fixed upstream?
[09:05] <seb128> slomo, nice ;-)
[09:05] <seb128> is the debian version fixed?
[09:05] <seb128> in any case the ltmain.sh changes are useless
[09:06] <seb128> if you use autoreconf at build time
[09:06] <didrocks> seb128: just a little bit of context: it's about cairo vs alf__'s patch if I understand correctly
[09:06] <seb128> the ltmain.sh will be replaced by the autos run
[09:06] <seb128> the unpatching will break as well most likely
[09:06] <seb128> since the patched file is overwritten unpatching doesn't work
[09:07] <kiwinote> vish: it looks like it needs to be 'true' rather than 'True'
[09:07] <slomo> seb128: well, i can patch and unpatch that one after dh_autoreconf and before dh_autoreconf_clean ;)
[09:07] <kiwinote> vish: if you could test that hypothesis, that would be great
[09:07] <vish> ah!
[09:07]  * vish tries
[09:07] <slomo> didrocks: most likely there's an include missing in the xvid configure check and should be easy to fix... do you want your first gstreamer commit? :)
[09:07] <seb128> slomo, it would be so easier to have the system ltmain.sh being correct so you would not need anything
[09:08] <slomo> sure, if you can convince libtool upstream :)
[09:09] <didrocks> slomo: heh, why not ;) let me first show you the conftest.c (once generated, pbuilder… slow ;))
[09:09] <seb128> slomo, well if we can't we should at least be able to patch the debian package no?
[09:09] <seb128> slomo, when we run autoreconf at build time we do it with the debian version
[09:10] <seb128> so if that one was fixed there would be no issue
[09:10] <vish> kiwinote: bingo! awesome! :)
[09:10] <vish> kiwinote: thanks..
[09:10] <kiwinote> vish: yw
[09:11] <slomo> seb128: joss tried this at least once and there's a bug against libtool in debian for that
[09:14] <didrocks> slomo: here is the conftest.c for xvid_encore: http://pastebin.com/s2vKdLYY
[09:15] <slomo> didrocks: is it still complaining about line 78?
[09:16] <didrocks> slomo: hum, not this time, undefined reference. I prefer that :)
[09:16] <didrocks> (when linking)
[09:16] <didrocks> let me check in the lib
[09:16] <slomo> that's from AC_CHECK_LIB btw
[09:16] <Laney> please NEW gkeyfile-sharp (should be™ the last one)
[09:17] <slomo> didrocks: heh, if you xvid doesn't have that symbol it can't encode :P
[09:18] <didrocks> slomo: it has (http://paste.ubuntu.com/489658/). I have to check again what U means, in any case
[09:19] <didrocks> "U" The symbol is undefined.
[09:19] <didrocks> hum, I don't understand how it can be printed if it's undefined TBH ;)
[09:19] <didrocks> but yeah, probably an issue in that library so
[09:20] <slomo> it means that it's not in this library
[09:20] <slomo> what you want is a T there
[09:20] <slomo> things like malloc, etc will also have an U
[09:20] <didrocks> but it's still printing its name, knowing that it can be?
[09:20] <didrocks> oh, ok
[09:21] <slomo> alf__: works now
[09:21] <seb128> brb
[09:28] <alf__> slomo: Great, thanks a million!
[09:32] <slomo> alf__: uploaded
[09:32] <slomo> alf__: please get the packaging from git though, it has to wait on NEW for some time unfortunately ;)
[09:32] <alf__> slomo: np :)
[09:41] <seb128> re
[09:41] <Laney> I got a conffile prompt for /etc/gnome/defaults.list
[09:41] <Laney> which I've never changed
[09:41] <Laney> oh maybe I have, sorry
[09:41] <huats> morning
[09:42] <seb128> hey huats Laney
[09:42] <huats> hello seb128
[09:42] <seb128> does somebody else got external screen not activating on dock stations for a week or so ?
[09:42] <Laney> hiya seb128
[09:44] <kiwinote> seb128: hey
[09:44] <kiwinote> seb128: the s-c desktop file is  called ubuntu-software-center.desktop rather than software-center.desktop
[09:44] <kiwinote> seb128: do you mind updating desktop-file-utils to reflect this correctly?
[09:45] <seb128> will do
[09:45] <kiwinote> thanks
[09:47] <didrocks> slomo: hum, that's weird, our xvidcore has to configure round. The second one disabling pthread support (http://launchpadlibrarian.net/49716936/buildlog_ubuntu-maverick-amd64.xvidcore_2%3A1.2.2%2Bdebian-1ubuntu2_FULLYBUILT.txt.gz)
[09:48] <didrocks> slomo: the only difference we have with the marillat version is merging README :/
[09:48] <didrocks> (from the changelog, at least)
[09:48] <didrocks> and I see nothing specical in debian/rules
[10:25] <kiwinote> mvo: hi
[10:26] <mvo> hey kiwinote
[10:26] <kiwinote> mvo: do you mind reviewing lp:~kiwinote/python-apt/reinstall-same-file
[10:26] <kiwinote> mvo: it should allow gdebi and s-c to reinstall deb files again, which was a regression wrt lucid
[10:26] <mvo> kiwinote: thanks, will do
[10:41] <vuntz> can anybody confirm https://bugzilla.gnome.org/show_bug.cgi?id=628919 on ubuntu?
[10:41] <ubot2> Gnome bug 628919 in gnome-about "gnome-about crashed with KeyError in make_info_label()" [Critical,Unconfirmed]
[10:42] <seb128> hey vuntz
[10:42] <seb128> it's probably a buggy translation
[10:42] <vuntz> oh
[10:42] <vuntz> right
[10:52] <seb128> mvo, bug #632292 btw
[10:52] <ubot2> Launchpad bug 632292 in software-center (Ubuntu) "switch to the installed applications view when opening a deb (affects: 1) (heat: 6)" [Low,New] https://launchpad.net/bugs/632292
[10:54] <mvo> thanks seb128
[10:54] <seb128> thank *you* ;-)
[11:27] <seb128> vuntz, btw how do you build the gnome-panel applets in opensuse?
[11:27] <seb128> using different binaries or .so?
[11:31] <vuntz> seb128: .so
[11:31] <seb128> vuntz, ok thanks
[11:31] <seb128> we should do that again ;-)
[11:33] <vuntz> seb128: well, binaries make sense during development, though
[11:34] <seb128> right, but we are after beta now
[11:34] <seb128> we forgot to change back in lucid and people complain quite a lot about it ;-)
[12:08] <chrisccoulson> wow, i've not updated for a while. lots of packages to update now :/
[12:12] <fta> if i want one of my apps to emit notifications, what should i use? libindicate?
[12:15] <ogra> chrisccoulson, stop uploading all these packages !!!
[12:15] <chrisccoulson> ogra - which packages?
[12:15] <ogra> the ones that dont fail to build and make it into the archive
[12:15] <ogra> then we wont have all these updates all the time
[12:15] <ogra> ;)
[12:16] <chrisccoulson> heh :)
[12:16] <chrisccoulson> fta - probably libnotify
[12:17] <chrisccoulson> the builders are looking fairly underused. i should upload something big to keep them occupied....
[12:22] <Laney> didrocks: banshee built
[12:22] <Laney> finally!
[12:22] <didrocks> Laney: great! will test there. unfortunatly, as the OMGUbuntu guy is away for calling from testing, not sure about the timeline for inclusion by default in UNE (seems to be really late) :/
[12:23] <Laney> dnielsen has been around
[12:24] <didrocks> oh right
[12:24] <Laney> dunno, I obviously think you should do it, but that's up to you!
[12:24] <didrocks> Laney: well, I'm not alone on that decision (there is the aa, and the release team)
[12:25] <didrocks> Laney: in any case, let's make the call for testing first
[12:25] <Laney> sure
[12:37] <fta> chrisccoulson, oh, i see. thanks
[12:38] <fta> chrisccoulson, damned, it needs gdk + gtk dev, too heavy for my small agent
[12:38] <fta> chrisccoulson, i guess i'll have to cheat and dlopen libnotify directly
[12:39] <chrisccoulson> fta - you could use raw dbus calls too
[12:40] <devildante> mvo, around?
[12:40] <mvo> hey devildante
[12:40] <mvo> devildante: good afternoon :)
[12:40] <devildante> good morning :p
[12:41] <devildante> mvo, can you merge https://code.edge.launchpad.net/~ilidrissi.amine/software-properties/hide-desktop-file/+merge/34740 again, please?
[12:41] <mvo> devildante: sure, what happend to it?
[12:41] <fta> chrisccoulson, ideally, i want to have my own menu in the app indicator.. but i'm not sure where to start with that, can't find any docs
[12:42] <devildante> mvo, I changed the .desktop file to really hide it from the menu
[12:42] <devildante> mvo, if you go to the GNOME menu right now, it isn't hidden
[12:42] <mvo> devildante: aha, ok. thanks :)
[12:43] <mvo> devildante: funny that its case-sensitive
[12:43] <devildante> mvo, yeah... maybe that could be a GNOME bug? :p
[13:10] <devildante> thanks for the merge, mvo :)
[13:13] <mvo> devildante: cheeers
[13:13] <ronoc> bl8: hey, just getting around to looking at the name issue with banshee
[13:13] <devildante> ;)
[13:13] <ronoc> bl8:  the version in maverick is only 1.7.3
[13:13]  * devildante will go to school ; see ya after a while ;)
[13:13] <ronoc> is there a newer version coming anytime soon ?
[13:17] <ronoc> bl8: back shortly
[13:33] <didrocks> chrisccoulson: hey
[13:34] <didrocks> chrisccoulson: default offline firefox startpage is still saying "Welcome to Ubuntu 10.04 LTS". known bug?
[13:34] <chrisccoulson> didrocks - that's an issue with ubuntu-docs i think
[13:34]  * didrocks checks for a bug report
[13:35] <didrocks> weird, no bug report on it
[13:36] <didrocks> just the "no image, no style one"
[13:36] <didrocks> chrisccoulson: do you think I should add to that one ? ^
[13:36] <chrisccoulson> didrocks - it's probably best to report another bug for that
[13:36] <didrocks> (bug #531882)
[13:36] <ubot2> Launchpad bug 531882 in ubuntu-docs (Ubuntu Lucid) (and 3 other projects) "Default Home Page without style or images on offline mode (affects: 1) (heat: 20)" [Low,Triaged] https://launchpad.net/bugs/531882
[13:36] <didrocks> ok, adding a new one
[13:36] <chrisccoulson> thanks
[13:37] <chrisccoulson> i'm not sure who's working on that though
[13:37] <didrocks> not sure someone is working on that :)
[13:37] <didrocks> well, in any case, that page is in English and we change it for the French respin :p
[13:39] <seb128> mvo, bug #631675
[13:39] <ubot2> Launchpad bug 631675 in update-manager (Ubuntu) (and 1 other project) "Untranslated strings at update-manager (affects: 2) (heat: 10)" [Low,Confirmed] https://launchpad.net/bugs/631675
[13:39] <seb128> mvo, you probably want to have it on your maverick list
[13:46] <mvo> seb128: thanks, added
[13:46] <seb128> mvo, thank you
[13:48] <seb128> nessita, hey
[13:48]  * mvo hugs kiwinote
[13:49] <nessita> hello everybody, seb128
[13:49] <seb128> nessita, how are you?
[13:49] <mvo> devildante[schoo: are you keen to look at bug #631675 ?
[13:49] <ubot2> Launchpad bug 631675 in update-manager (Ubuntu Maverick) (and 2 other projects) "Untranslated strings at update-manager (affects: 2) (heat: 12)" [Low,Confirmed] https://launchpad.net/bugs/631675
[13:49] <mvo> hey nessita :)
[13:50] <nessita> pretty good, a bit sleepy but some mate will help in that field
[13:50] <nessita> hey mvo!
[13:50] <nessita> seb128: how about you?
[13:51] <seb128> nessita, do you know if the ubuntuone-preferences second tab using "<local machine>" as a name is a bug?
[13:51] <seb128> shouldn't it use the actual name?
[13:51] <seb128> nessita, I'm fine thanks ;-)
[13:51] <seb128> quite busy bugging other people about their bugs :p
[13:53] <nessita> seb128: I agree it looks awful, but I'm not sure why <local machine> is being displayed. We should ask dobey, he built the ubuntuone-preferences
[13:53] <seb128> nessita, ok
[13:53] <fta> chrisccoulson, do you have some experience with libnotify? i have 2 notifications sent with a 2 sec interval, and 3 sec timeout, i want the 2nd notif to be merged into the 1st as it's still visible, any idea how i can do that?
[13:55] <kenvandine> fta, do they have the same title?
[13:55] <kenvandine> you need to set the append hint
[13:56] <kiwinote> mvo: thanks for the merge! s-c trunk, the python-apt changes (my reinstalling the same pkg and your encoding one) and the desktop-file utils change should make the deb handling nice and robust now :)
[13:58] <mvo> kiwinote: yeah :)
[13:58] <kiwinote> mvo: the only remaining issue I have is that the error message for deb files is down in the description field (ie hard to notice), but that was on mpt's recommendation, so I'll assume that it is noticeable..
[13:59] <kiwinote> I suppose the install button is disabled, so in that sense it's ok
[14:00] <fta> kenvandine, where are those hints described? i can't find any in /usr/share/gtk-doc/html/libnotify/libnotify-notification.html
[14:01] <seb128> mvo, when do you plan to do an upload?
[14:02] <mvo> kiwinote: ok
[14:02] <mvo> seb128: soon, why?
[14:03] <seb128> mvo, I'm wanting to test the changes ;-)
[14:03] <seb128> mvo, but I'm lazy to get them from the vcs
[14:03] <mvo> seb128: lol
[14:03] <mvo> seb128: ok ;)
[14:04] <kenvandine> https://wiki.ubuntu.com/NotifyOSD#Merging%20notifications
[14:04] <kenvandine> fta, ^^
[14:07] <dobey> nessita: "<LOCAL MACHINE>" is displayed when the preferences is unable to read the user's machine list from the server
[14:07] <dobey> nessita: or if said list is empty
[14:08] <nessita> dobey: and why, for example, would be unable to read? I have 2 machines and I always got the "local machine" string
[14:08] <fta> kenvandine, hmm.. it doesn't say how this could be done, just what it should do
[14:08] <kenvandine> one sec
[14:09] <dobey> nessita: you have two machines listed in SSO? or on https://one.ubuntu.com/account/machines/ ?
[14:09] <kenvandine> https://wiki.ubuntu.com/NotificationDevelopmentGuidelines#How%20to%20use%20the%20append-hint
[14:10] <kenvandine> fta, ^^
[14:11] <nessita> dobey: now my account is a bit broken, but I'm talking about before SSO integration
[14:11] <nessita> dobey: at that point I had 2 machines both listed on https://one.ubuntu.com/account/machines/
[14:12] <mvo> seb128: uploaded
[14:12] <dobey> nessita: does preferences show your name/quota information correctly still?
[14:12] <nessita> dobey: at that point, yes\
[14:12] <dobey> nessita: are those 2 machines *still* listed there?
[14:13] <seb128> mvo, thanks
[14:15] <dobey> nessita: check the u1-prefs.log for errors?
[14:16] <nessita> dobey: I'll do it when I have a working client again
[14:22] <seb128> ronoc, not sure you got a reply to your question before but banshee 1.7.5 was uploaded yesterday
[14:23] <fta> kenvandine, thanks, it worked great :)
[14:26] <kenvandine> fta, np!
[14:26] <kenvandine> :)
[14:27]  * didrocks hates gconf + python
[14:29] <seb128> didrocks, why, because in C it's nicer?
[14:29] <didrocks> seb128: not really, but it caches behind my the result to the client
[14:29] <didrocks> seb128: and I can't force it to dump to the FS
[14:30] <didrocks> I'm partially interested to do that *before* my python script ends
[14:30] <didrocks> (for instance)
[14:30] <seb128> it's gconf doing that
[14:30] <seb128> send a sighup to the daemon
[14:30] <seb128> no?
[14:31] <didrocks> (it's written it's cached client side, I try to unlog and relog, didn't get anything)
[14:31] <didrocks> let's see sending sighup
[14:31] <didrocks> nothing…
[14:31] <didrocks> so it's really client side
[14:33] <rodrigo_> dobey, can you package and upload https://edge.launchpad.net/ubuntuone-storage-protocol/trunk/1.4.0 please?
[14:36] <dobey> sure
[14:39] <ronoc> seb128: thx
[14:52] <fta> kenvandine, another question. when i have a notification from another app (like evo), can i force mine to be displayed below immediately (instead of having to wait 5sec or more)?
[14:53] <kenvandine> fta, not sure off hand
[14:53] <kenvandine> look at that wiki page for priorities
[14:53] <kenvandine> you can raise the priority of a notification
[14:53] <kenvandine> and urgency i think
[15:25] <seb128> re
[15:26] <chrisccoulson> connection problems seb128?
[15:26] <chrisccoulson> ;)
[15:26] <kenvandine> seb128, meeting today?
[15:26] <seb128> chrisccoulson, yes
[15:26] <seb128> kenvandine, yes, I'm about to send the reminder, got busy on other things
[15:26] <kenvandine> thx :)
[15:26] <kenvandine> i just noticed the wiki page wasn't there yet
[15:26] <kenvandine> i am heading out for an early lunch, bbiab
[15:44] <kiwinote> mvo: in s-c 2.1.16 the pathbar change introduced a regression (browse to any app with a screenshot)
[15:44] <kiwinote> mvo: can you confirm the regression and test the fix in my branch?
[15:51] <mvo> kiwinote: hm, I don't have the breakage, what does it look like
[15:51] <mvo> kiwinote: the fix looks ok though
[15:53] <kiwinote> mvo: the breakage that I was fixing is that the end cap of the first pathbar element is drawn as ]> rather than just >
[15:53] <jcastro> cassidy: I'd like to have a telepathy session for our Application Developer Week. Something like "How to use telepathy in your app" or something. Do you know if any of you might be interested? https://wiki.ubuntu.com/UbuntuAppDeveloperWeek/Timetable
[15:54] <cassidy> jcastro, I'd say to send a mail on the TP mailing list
[15:54] <jcastro> rock
[15:55] <kiwinote> mvo: with s-c 2.1.16 however s-c seems to get into an infinite loop and grind to a halt when navigating eg  get software > office > abiword
[15:58] <mvo> kiwinote: I can reproduce it only on one of my two machines, maybe its a timing issue
[15:59] <kiwinote> mvo: hm, that could be the case
[16:00] <mvo> kiwinote: but fix is fine, thanks! I upload the new package now
[16:00] <kiwinote> mvo: ok, thanks a lot
[16:20] <desrt> tedg: hey?
[16:21] <tedg> desrt, Hey, I'm in a meeting :(  Can I grab you in a bit?
[16:21] <desrt> i just wanted an up/down on your coming to the hackfest
[16:21] <desrt> we're trying to finalise the list
[16:23] <tedg> desrt, k, I'm pretty sure yes, let me verify.
[16:23] <seb128> bah, I hate launchpad being slow
[16:24] <desrt> tedg: poke me when you're sure, but we'll count you as a probably for now
[16:24] <seb128> sorry for the duplicated meeting reminder
[16:24] <seb128> desrt, hey
[16:24] <desrt> seb128: hello
[16:24] <seb128> desrt, the usecase to overwrite keys not installed is to make distro defaults for example
[16:24] <seb128> desrt, ie ubuntu-artwork set empathy keys
[16:25] <desrt> seb128: ya.  i understand that.
[16:25] <seb128> desrt, but some users uninstall empathy
[16:25] <desrt> it's not *so* weird
[16:25] <seb128> desrt, we can't go and distro patch every source to set key overwrites, that wouldn't work for ie derivates
[16:25] <desrt> my vision was that the overrides file would always be shipped in the same package
[16:25] <seb128> desrt, you can't
[16:25] <desrt> like you'd toss empathy overrides in the empathy package
[16:25] <seb128> desrt, xubuntu might change the theme over ubuntu
[16:25] <seb128> but they don't have a different empathy source
[16:25] <desrt> that's true, i suppose.
[16:26] <desrt> although it's starting to seem quite odd :)
[16:26] <seb128> why?
[16:26] <seb128> think wallpaper if you want
[16:26] <desrt> meh.  it's just not what i had in mind
[16:26] <seb128> let's say your company install ubuntu and want to change the default icons
[16:26] <desrt> but if you tell me there is a use case here then there is no point in me standing in your way
[16:26] <seb128> you would just add a desrt-artwork binary
[16:26] <desrt> seb128: ahah.  vendors vs. admins.
[16:26] <seb128> which override some keys
[16:26] <desrt> i would actually set the default dconf settings
[16:27] <seb128> how do you deploy that?
[16:27] <desrt> you drop some files into /etc/dconf/dbs/defaults.d/....
[16:27] <desrt> and you run 'dconf update'
[16:27] <seb128> should we do that rather than use overrides?
[16:27] <desrt> i'm not sure.
[16:27] <seb128> can we set a default for keys not available?
[16:27] <seb128> it's still the same issue...
[16:27] <desrt> yes.  definitely.
[16:28] <desrt> dconf has no particular structure
[16:28] <seb128> you might want a different logo in ubuntu and xubuntu
[16:28] <desrt> you can do anything you like
[16:28] <desrt> well, didrocks was talking to me about this issue
[16:28] <desrt> and in fact he had even higher requirements
[16:28] <desrt> that the defaults can be changed by an environment variable or something
[16:28] <desrt> so if you log in to one session type, you have one set of defaults
[16:28] <desrt> in another session type, another
[16:29] <didrocks> yeah, like what we do today with gconf
[16:29] <desrt> for something like this, obviously vendor overrides are totally unworkable
[16:29] <desrt> because of their static nature
[16:29] <didrocks> (hey desrt btw ;))
[16:29] <desrt> didrocks: hey :)
[16:29] <desrt> shame we couldn't meet in paris
[16:29] <desrt> i blame rick
[16:29] <didrocks> right :/ we'll see at UDS at least!
[16:30] <desrt> he was supposed to come, but mark's plane was too slow
[16:30] <didrocks> sure, it's all because of him :-)
[16:30] <didrocks> desrt: coming back to gsetting/dconf. yeah, we will really need that soon.
[16:30] <desrt> you already have it, actually
[16:30] <didrocks> ok, just need a recipe then. I didn't have the time to have a proper look at it
[16:30] <didrocks> (and yes, I know, it's a shame :))
[16:31] <desrt> ya.  i have a bad habbit of not writing docs :)
[16:31] <seb128> desrt, so back to the issue, it seems just broken than a buggy override crashes your complete desktop
[16:31] <desrt> basically the way it works is that you write a 'profile' file in /etc/dconf/profiles/....
[16:31] <seb128> desrt, it means no schemas was working so any gsettings software just crashed
[16:31] <desrt> listing the stacking order of the databases
[16:31] <desrt> then you set DCONF_PROFILE environment variable
[16:31] <desrt> pretty easy
[16:32] <desrt> seb128: yes.  i think we've talked about this before.
[16:32] <desrt> my biggest concern was that due to the nature of the parser it was very difficult to back out of changes
[16:32] <desrt> (ie: discard a partial .schema file if we discover that the schema file is broken)
[16:32] <desrt> since then there have been two major changes in the parser that make this a lot easier to deal with
[16:32] <desrt> and i like to believe that robert's patch actually succeeds here
[16:33] <desrt> so i will definitely have a look
[16:33] <nessita> kenvandine: hello! would you have some minutes for a packaging question?
[16:33] <seb128> desrt, he uploaded his patch to maverick btw
[16:33] <desrt> you fucking canonical assholes!
[16:33] <desrt> :p
[16:33] <seb128> nessita, just ask on the channel other people can reply this way
[16:34] <seb128> desrt, that's the spirit ;-)
[16:34]  * desrt is learning to be a good upstream :)
[16:34] <nessita> seb128: right :-)
[16:34] <seb128> desrt, btw do you know if any recent glib change broke gvfs?
[16:35] <desrt> i don't know of anything that would have
[16:35] <seb128> desrt, we started getting bugs about gvfsd-smb eating cpu and not working since yesterday
[16:35] <seb128> since gvfs didn't change it's something else
[16:35] <desrt> hmm.
[16:35] <seb128> I was thinking maybe glib...
[16:35] <desrt> did you try rebuilding?
[16:35] <seb128> gnome-keyring didn't change either
[16:35] <seb128> no
[16:35] <desrt> of course there have been some API breaks
[16:35] <seb128> why a rebuild would make any difference?
[16:36] <desrt> not aware of any that would really matter, though
[16:36] <seb128> like gdbus?
[16:36] <desrt> yes
[16:36] <seb128> I will try a rebuild
[16:36] <desrt> filters changed again
[16:36] <desrt> but i'd be surprised if they were using it
[16:36] <seb128> I was just asking before starting to investigate in case that was a known issue
[16:36] <desrt> and i think the change was ABI compatible (but not API)
[16:36] <nessita> anyone: I'm building a new version of the package ubuntu-sso-client, and until the last version, we were deploying some conf files on /etc/xdg. Those conf files are no longer needed and I removed them from setup.py. But when I'm installing the new package to test it, I get http://pastebin.ubuntu.com/489878/
[16:40] <seb128> desrt, ok, cf #nautilus
[16:40] <seb128> nessita, http://wiki.debian.org/DpkgConffileHandling
[16:40] <nessita> seb128: thanks!
[16:40] <seb128> nessita, np
[16:45] <LaserJock> didrocks: jcastro tells me you may want logs from a crashing banshee, is that right?
[16:45] <didrocks> LaserJock: sure, can we move the discussion to #banshee on gimp.net? (upstream is there too)
[17:26] <Laney> LaserJock: can you try 'cp /usr/lib/gio-sharp/gio-sharp.dll.config /usr/lib/banshee-1/Backends/'
[17:29] <seb128> hey everybody
[17:29] <didrocks> hey seb128
[17:30] <seb128> chrisccoulson, didrocks, kenvandine, Riddell, tremolux: hi
[17:30] <seb128> time for the meeting ;-)
[17:30] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-09-07
[17:30] <tremolux> seb128: hi!
[17:30] <Riddell> hi
[17:30] <seb128> sorry about the duplicate email, don't click several time on launchpad when it doesn't seem to respond ;-)
[17:30] <chrisccoulson> hi!
[17:31] <seb128> hey pedro_
[17:31] <pedro_> hello!
[17:31] <pedro_> seb128, i've edited the wiki as talked the previous week
[17:31] <seb128> nice
[17:31] <pedro_> to put some bugs we should be aware of
[17:31] <seb128> so let's get started
[17:31]  * kenvandine waves
[17:31] <seb128> outstanding actions
[17:32] <seb128> didrocks, hey
[17:32] <seb128> you had an action item for banshee?
[17:32] <didrocks> seb128: oh really? didn't see that :-)
[17:32] <didrocks> but made the action
[17:32] <didrocks> it was part of the UNE update, but well
[17:32] <seb128> yeah, I forgot to put it on the wiki
[17:32] <seb128> it doesn't mean I forgot about it :p
[17:33] <seb128> ok, so let's do that during the UNE update
[17:33] <didrocks>  Well, a lot of work with #debian-cli guys on banshee.
[17:33]  * chrisccoulson looks at wiki for bugs
[17:33] <seb128> coming back to you in a bit
[17:33] <seb128> kenvandine, hey
[17:33] <didrocks> ok :)
[17:33] <seb128> kenvandine, partner update?
[17:33] <kenvandine> sure
[17:33] <seb128> tell us they will fix all our bugs and not ask for any exception ;-)
[17:33] <kenvandine> hehe
[17:34] <kenvandine> U1
[17:34] <kenvandine> Desktop SSO problems seems to be working now, specifically bug 628118 is fixed
[17:34] <ubot2> Launchpad bug 628118 in ubuntuone-servers "OAuth tokens are not added to Ubuntu One after /sso-finished-so-get-tokens/ (affects: 13) (heat: 72)" [High,Fix committed] https://launchpad.net/bugs/628118
[17:34] <kenvandine> Music Store also seems to be working well again,  bug 572381 is now fixed
[17:34] <ubot2> Launchpad bug 572381 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 1 other project) "Ubuntu One Store not showing (dup-of: 624616)" [High,In progress] https://launchpad.net/bugs/572381
[17:34] <ubot2> Launchpad bug 624616 in rhythmbox-ubuntuone-music-store (Ubuntu Maverick) (and 2 other projects) "rhythmbox-ubuntuone-music-store without icon (affects: 9) (dups: 3) (heat: 46)" [Undecided,Fix released] https://launchpad.net/bugs/624616
[17:34] <kenvandine> desktopcouch still has some problems, it will now push changes to the service but won't pull changes down bug 585530
[17:34] <ubot2> Launchpad bug 585530 in ubuntuone-servers "Desktopcouch Replication is disabled - evolution contacts and bookmarks are not syncing (affects: 114) (dups: 9) (heat: 652)" [Critical,In progress] https://launchpad.net/bugs/585530
[17:34] <kenvandine> They are hopefull this will be resolved by the end of the week
[17:34] <kenvandine> desktopcouch pairing is broken, needs to be fixed to work properly with desktop SSO  bug 629095
[17:34] <ubot2> Launchpad bug 629095 in desktopcouch (Ubuntu Maverick) (and 2 other projects) "Ubuntu One pairing code needs to be added (affects: 2) (heat: 876)" [Medium,In progress] https://launchpad.net/bugs/629095
[17:34] <seb128> I've read that before :-(
[17:35] <kenvandine> yeah... i know :/
[17:35] <kenvandine> the local pairing stuff in desktopcouch seems to have been bit by the transition to desktop sso
[17:35] <kenvandine> questions/comments about U1 stuff?
[17:35] <seb128> do we have anything relying on desktopcouch right now?
[17:36] <seb128> or on the pairing to work?
[17:36] <kenvandine> i don't think so actually
[17:36] <kenvandine> i think we could drop it from the CD
[17:36] <seb128> ok, so it's annoying to promote it but not so much an issue for the default installation
[17:36] <seb128> let's not do CD changes now ;-)
[17:37] <kenvandine> as long as it doesn't get removed on upgrade, we need it to migrate users for gwibber
[17:37] <seb128> but we will discuss it at UDS if those issues are not sorted by then
[17:37] <kenvandine> seb128, indeed :)
[17:37] <kenvandine> on to DX
[17:37] <kenvandine> Concerned about a current nautilus crasher - bug 621536
[17:37] <ubot2> Launchpad bug 621536 in nautilus (Ubuntu) (and 1 other project) "nautilus crashed with SIGSEGV in g_object_set() (affects: 3) (heat: 16)" [Medium,New] https://launchpad.net/bugs/621536
[17:37] <kenvandine> Working on unity performance related bugs, memory leaks, etc
[17:38] <kenvandine> Desktop menu for appmenu should get uploaded this week
[17:38] <kenvandine> they do have some FFEs
[17:38] <kenvandine> https://wiki.ubuntu.com/DesktopExperienceTeam/MaverickReleaseStatus#Freeze%2520Exceptions%2520Requests
[17:39] <kenvandine> any questions? comments?
[17:39] <seb128> nice summary
[17:39] <Riddell> kenvandine: have you had any indication about when the font is going to go in the archive?
[17:39] <seb128> kenvandine, thanks
[17:39] <kenvandine> Riddell, i haven't heard anything
[17:40] <Riddell> bug 629622 suggests it is but so far no actual movement to get it in
[17:40] <ubot2> Launchpad bug 629622 in ubuntu (and 1 other project) "MIR+FFE: Inclusion of Ubuntu Font Family ~0.7 in Maverick (10.10) (affects: 6) (heat: 50)" [Wishlist,Invalid] https://launchpad.net/bugs/629622
[17:40] <seb128> is it still schedule for this cycle?
[17:40] <kenvandine> i'll check on that
[17:40] <kenvandine> seb128, i don't think so
[17:40] <kenvandine> but i'll confirm
[17:40] <Riddell> seb128: possibly, from Mark's comments
[17:40] <seb128> hum
[17:40] <seb128> yeah, I was just reading that
[17:41] <seb128> though cf comment #18
[17:42] <seb128> ok
[17:42] <seb128> anything else for kenvandine?
[17:42] <kenvandine> nope
[17:42] <kenvandine> thx
[17:42] <seb128> thanks kenvandine
[17:42] <seb128> Riddell, hey, kubuntu update?
[17:43] <Riddell> here it is..
[17:43] <Riddell>  * http://tinyurl.com/33p7vu3 19 milestoned bugs, the most notable ones are installer bugs
[17:43] <Riddell>  * beta release made, major installer problems fixed although still a few big issues to go, hugs to ev
[17:43] <Riddell>  * KDE SC 4.5.1 uploaded and built except on ARM
[17:43] <Riddell>  * KDE SC 4.5.2 due October 5th, so I don't except it to be in final
[17:43] <Riddell>  * kubuntu mobile image successfully made for beta, but the mobile workspace itself didn't actually work, so some fixes to be done there
[17:43] <Riddell>  * lucid -> maverick upgrades working good, maverick -> natty upgrades working good too (anyone else on natty yet?)
[17:44] <seb128> is natty open?
[17:44] <Riddell>  no, I had to set it up locally to test
[17:44] <seb128> usually they only set the builders etc after release no?
[17:44] <seb128> ok ;-)
[17:46] <seb128> thanks Riddell
[17:46] <seb128> does anybody has kubuntu questions?
[17:47] <seb128> seems not
[17:47] <seb128> thanks
[17:47] <seb128> didrocks, hey, UNE update?
[17:47] <seb128> I need to reorder the wiki template ;-)
[17:47] <didrocks> New unity this week. Some people have some crashes from unity-place-applications. It has been fixed in trunk. Will try to get a backport soon.
[17:47] <didrocks> Also, just fixed in trunk is the support for XDG \o/ That means that people will soon be able to play with evolution express on netbook really soon
[17:48] <didrocks> We triaged for some hours with davidb all the bug report to unity. We set important one to this week release (and some early next week).
[17:48] <didrocks> e have a lot of small issues (and few big one like memleaks) but all should be in shape for maverick (fingers crossed) to get a rocking unity for maverick
[17:48] <didrocks> Full bug list there: https://launchpad.net/unity/+milestone/2010-09-09
[17:49] <didrocks> hat else on the shiny netbook world? Well, a lot of work with #debian-cli guys on banshee. banshee 1.7.7 is just out
[17:49] <didrocks> 1.7.5*
[17:49] <didrocks> we have a crash right now at start but it's beeing working on. A call for testing on OMGUbuntu has been coordinated (http://www.omgubuntu.co.uk/2010/09/an-urgent-call-for-testing-banshee-1-7-5-on-maverick).
[17:49] <didrocks> this version gives the udev backend needed for removing HAL
[17:49] <didrocks> We will see how it goes, but it seems really late for banshee to be the default in UNE maverick, despite all its goodness like the netbook ui.
[17:50] <Laney> fixed & uploading
[17:50] <didrocks> you see, #debian-cli guys are awesome! :)
[17:50] <seb128> yeah
[17:51] <seb128> still it's very late for changing the default
[17:51] <seb128> especially to new code
[17:51] <didrocks> I have the same feeling
[17:51] <seb128> what is your opinion on that?
[17:51] <seb128> did you get any feedback on the music store in banshee?
[17:51] <didrocks> not yet, it's just *just* out. I need to have a proper test once I get the fix
[17:52] <didrocks> (for the crash at startup)
[17:52] <seb128> you probably have a better understanding of the benefit of the UI for small screens
[17:52] <didrocks> I really think the UI is way better, rhythmbox is hard to use on netbooks
[17:52] <seb128> how does it work with the sound indicator?
[17:53] <Laney> not yet, hyperair is doing that plugin now
[17:53] <didrocks> it has the mpris support, I don't know if V2 is there
[17:53] <seb128> seems lot still need to be tested and they still don't have a stable version
[17:53] <seb128> I would vote to delay it by default to next cycle
[17:53] <seb128> the hard freeze is in a week
[17:53] <seb128> what do you think?
[17:53] <didrocks> we can switch at least really early in the natty cycle
[17:53] <seb128> it seems not likely that first codedrop is bugless
[17:53] <didrocks> switch*
[17:54] <didrocks> and there is still the CD space issue, we don't really know what will happen on that side
[17:54] <didrocks> (for what I tested, we should be safe, but we never know)
[17:54] <didrocks> so, I'll play it safe, let's see maybe the feedback until tomorrow?
[17:54] <didrocks> and take a decision there?
[17:55] <kenvandine> i can test it today
[17:55] <didrocks> kenvandine: the issue is the external devices support (udev backend), it changed a lot and we need a lot of feedbacks on many hardware
[17:55] <kenvandine> yeah... i have a couple devices i can test with
[17:55] <didrocks> jcastro: you maybe want some inputs there?
[17:56] <seb128> ok
[17:56]  * bcurtiswx will test as well
[17:56] <seb128> let's keep going
[17:56] <seb128> we can discuss it during the week based on the testing feedback
[17:56] <didrocks> sure
[17:56] <seb128> but it seems late, it's code rewrite, changes to the default installation and CD use
[17:56] <seb128> the indicator needs to work
[17:56] <seb128> the store needs to be tested
[17:56] <seb128> etc
[17:57] <didrocks> right
[17:57] <seb128> in any case the work will be available in universe for users
[17:57] <seb128> thanks didrocks
[17:57] <seb128> does anybody has questions for Didier?
[17:57] <didrocks> you're welcome :)
[17:57] <jcastro> didrocks: my only input is that we've waited this long, it'd be a shame to ship something not-quite ready by default. I say ship it in N for both editions, rock solid style.
[17:57] <seb128> jcastro, banshee on desktop?
[17:58]  * kenvandine high fives jcastro
[17:58] <jcastro> seb128: that's a discussion for UDS!
[17:58] <seb128> jcastro, an uds without that discussion wouldn't be uds ;-)
[17:58] <pedro_> lol
[17:58] <kenvandine> :)
[17:58]  * didrocks files the blueprint already :-)
[17:58]  * kenvandine hasn't used banshee in a while... seems weird :)
[17:58] <jcastro> no seriously, if you weren't convinced at guadec then I give up.
[17:58] <seb128> and we all know how those discussions go
[17:58] <seb128> ;-)
[17:58] <jcastro> heh
[17:58] <seb128> ok, let's move on
[17:58] <seb128> thanks didrocks
[17:59] <kenvandine> i bet this time seb128 will be preaching why we should switch :)
[17:59] <seb128> tremolux, hey, software-center update?
[17:59] <didrocks> thanks seb128 :-)
[17:59] <tremolux> yep
[17:59] <tremolux> Buy Something: software-center-agent and payments service live now, continue testing and bug fixing
[17:59] <tremolux> New Apps: extras.ubuntu.com and corresponding sync from app-review-board PPA not yet implemented
[17:59] <tremolux> Misc: Lots of bug fixes and performance improvements this week, continued focus on quality/performance
[18:00] <seb128> tremolux, nice to see you fixed that loading view having no feedback bug ;-)
[18:00] <tremolux> haha, yes  :)  thanks for the suggestion
[18:00] <tremolux> it's much nicer now
[18:01] <seb128> extras.ubuntu.com... is anybody following with IS on that?
[18:01] <seb128> do you still think we have time? hard freeze is next week
[18:01] <tremolux> we do still have time, but we have to watch this closely now
[18:01] <seb128> ok
[18:01] <tremolux> I missed the call yesterday, but I will check on that
[18:01] <seb128> thanks
[18:01] <seb128> I will check with rick when he's back
[18:01] <tremolux> thanks seb128
[18:02] <tremolux> when is he back?
[18:02] <seb128> he's probably in a better position to get IS changes done if required
[18:02] <tremolux> right, middle of week he's back..
[18:02] <seb128> I need to check
[18:02] <seb128> he's on vac until wednesday I think
[18:02] <seb128> but I don't know if that's included or not
[18:03] <seb128> thanks tremolux
[18:03] <seb128> questions for tremolux?
[18:03] <tremolux> sure, thanks
[18:04] <seb128> thanks tremolux
[18:04] <seb128> pedro_, hey
[18:04] <pedro_> hello!
[18:04] <seb128> pedro_, bugs status? ;-)
[18:04] <pedro_> so i have some bugs to share again
[18:04] <pedro_> bug 609855
[18:04] <ubot2> Launchpad bug 609855 in totem (Ubuntu) (and 1 other project) "Totem unable to play youtube videos (affects: 14) (dups: 1) (heat: 88)" [Low,Triaged] https://launchpad.net/bugs/609855
[18:05] <pedro_> that's fixed upstream but according to the upstream developers we need to change the ranking of the gstreamer elements
[18:05] <seb128> is that an issue in maverick or only lucid?
[18:05] <pedro_> in order to use giosrc rather than souphttpsrc
[18:05] <pedro_> it's an issue on maverick as well
[18:05] <pedro_> youtube is broken in both right now
[18:05] <seb128> I got it to work sometime in maverick
[18:06] <seb128> I will check with slomo if he knows about it
[18:06] <pedro_> cool! thanks
[18:06] <pedro_> bug 631730
[18:06] <seb128> do you think you could check with upstream about the sink ranking change?
[18:06] <ubot2> Launchpad bug 631730 in brasero (Ubuntu) (and 1 other project) "brasero crashed with SIGSEGV in g_variant_is_trusted() (affects: 19) (dups: 2) (heat: 42)" [Medium,Triaged] https://launchpad.net/bugs/631730
[18:06] <seb128> it seems not really clear why and how to do that
[18:06] <pedro_> seb128, i'll check with pwithnall
[18:06] <seb128> I'm a bit nervous changing ranking only for totem youtube
[18:06] <seb128> thanks
[18:07] <seb128> seems the brasero one is upstreamed
[18:07] <pedro_> so that previous bug, brasero is a bit broken
[18:07] <seb128> I've assigned to robert_ancell on our side as well
[18:07] <pedro_> we're having more than 20 users affected since yesterday on that
[18:07] <pedro_> just press 'burn' and it will crash
[18:07] <seb128> I'm wondering if that's a desrt bug
[18:07] <seb128> it crashes in gvariant code ;-)
[18:08] <pedro_> i was wondering the same because it says gvariant
[18:08] <pedro_> heh
[18:08] <pedro_> the other bug is, bug 551831
[18:08] <ubot2> Launchpad bug 551831 in gtk+2.0 (Ubuntu) (and 2 other projects) "bluetooth-applet crashed with SIGSEGV (affects: 107) (dups: 15) (heat: 466)" [Low,New] https://launchpad.net/bugs/551831
[18:08] <pedro_> we're still getting duplicates there
[18:08] <pedro_> would be nice if someone could have a look
[18:08] <seb128> seems that one is not new and a bit weird
[18:09] <pedro_> yeah
[18:09] <seb128> we could perhaps get brastche to tell us if he can spot something
[18:09] <pedro_> that'd be great
[18:09] <seb128> I doubt we will that one tracked for maverick though
[18:09] <pedro_> well if it gets fixed after the release we can get an SRU for it
[18:10] <seb128> right
[18:10] <seb128> next one?
[18:10] <pedro_> bug 589047
[18:10] <ubot2> Launchpad bug 589047 in gstreamer0.10 (Ubuntu) "gst-plugin-scanner crashed with KeyError in <module>() (affects: 128) (dups: 19) (heat: 632)" [Medium,Confirmed] https://launchpad.net/bugs/589047
[18:10] <pedro_> is also getting new duplicates
[18:10] <seb128> could you upstream that one?
[18:10] <seb128> I've seen this one locally
[18:10] <seb128> I'm not sure if it's an issue over apport noise though
[18:10] <pedro_> yeah it was affecting me a few ago and now it's back
[18:10] <seb128> I will check with slomo as well later
[18:11] <pedro_> ok cool
[18:11] <seb128> the 2 remaining ones are gvfs issues due to the libgconf port to gdbus
[18:11] <pedro_> and the next is bug 631740 and bug 631960
[18:11] <seb128> I think they are the same issue
[18:11] <ubot2> Launchpad bug 631740 in nautilus (Ubuntu) "Dbus error when clicking network icon in nautilus (affects: 7) (dups: 2) (heat: 46)" [Medium,Confirmed] https://launchpad.net/bugs/631740
[18:11] <ubot2> Launchpad bug 631960 in gvfs (Ubuntu Maverick) (and 1 other project) "Connecting to smb mount fails - gvfsd-smb just eats CPU (affects: 10) (dups: 4) (heat: 64)" [High,Triaged] https://launchpad.net/bugs/631960
[18:11] <seb128> I was chatting with desrt and #nautilus guys about it today
[18:11] <seb128> tzbatek said it would be fixed in git tomorrow
[18:11] <pedro_> cool! nice to know that's being tracked already
[18:12] <pedro_> those are the ones hitting more users recently
[18:12] <seb128> ok
[18:12] <pedro_> that's all from here on that seb128 unless there's a question/comment
[18:12] <seb128> retracers are still broken...
[18:12] <pedro_> :-(
[18:12] <seb128> the python dupchecking ran yesterday
[18:13] <seb128> they workarounded the bug which broke reading for crash files
[18:13] <seb128> but now we hit a timeout on upload
[18:13] <seb128> I'm still tracking that actively with launchpad guys
[18:13] <pedro_> do you know if there's any ETA on the retracers?
[18:13] <seb128> yesterday
[18:13] <pedro_> heh ok
[18:13] <seb128> it's one of their priority and I'm daily on their channel pushing for it
[18:14] <seb128> I will let you know when I get news
[18:14] <pedro_> indeed, hope they fix it soon
[18:14] <pedro_> thank you seb128
[18:14] <seb128> thanks pedro_
[18:14] <seb128> ok, release status
[18:15] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team.html
[18:15] <seb128> we are sort of on track
[18:15] <seb128> out of kenvandine's 18 gwibber items ;-)
[18:15] <kenvandine> hehe
[18:15] <seb128> kenvandine, is there any progress on that?
[18:15] <kenvandine> most of those should be tiny once i get the initial setup done...
[18:15] <kenvandine> i spent some time last week on it
[18:16] <seb128> kenvandine, I think we don't really need to track that spec for maverick anyway
[18:16] <kenvandine> mostly trying to see how other projects deal with unit testing against twitter
[18:16] <kenvandine> yeah
[18:16] <seb128> kenvandine, great work on the twitter fix btw
[18:16] <kenvandine> thx
[18:16] <kenvandine> seems to be working well
[18:16] <seb128> excellent ;-)
[18:16] <seb128> otherwise focus should be on bug fixing now
[18:16] <kenvandine> but... it looks like none of the twitter clients does any unit testing
[18:16] <seb128> if you find a bug in maverick that you think should be fixed for release please nominate it
[18:16] <kenvandine> yeah, i have a gwibber crasher i am dealing with now
[18:17] <seb128> and assign or subscribe the team if you think we should track it specifically
[18:17] <seb128> ok
[18:17] <seb128> that's it from me I think
[18:17] <seb128> hard freeze is next week so let's go back to work
[18:17] <kenvandine> :)
[18:17] <kenvandine> thx
[18:18] <seb128> thanks everybody, maverick shapes to be solid
[18:18] <seb128> so let's make sure we focus on quality now until end of the cycle!
[18:18] <didrocks>  thanks everyone!
[18:19] <pedro_> thanks!
[18:19] <tremolux> thanks folks
[18:19] <didrocks> seb128: just an update (out of the meeting) on evolution-mapi 2.30
[18:19] <seb128> sync from debian?
[18:19] <didrocks> evolution-mapi 2.28 (current one) is crashing with evo 2.30
[18:19] <didrocks> yeah, we can sync for most of them
[18:20] <didrocks> but it asks syncing openchange and samba4 from experimental
[18:20] <didrocks> which is ok as we don't have stable version of them and they are not used a lot
[18:20] <didrocks> but samba4 needed also other rdepends
[18:20] <didrocks> tdb, tevent and ldb
[18:20] <didrocks> tevent and ldb are ok, they are in universe and don't have a lot of dep
[18:21] <didrocks> tdb is more a problem
[18:21] <didrocks> so, after talking to jelmer, he will have a look if he can workaround the new tdb dep
[18:21] <jcastro> what's the procedure for Featured Apps for maverick?
[18:21] <jcastro> nod
[18:27] <seb128> didrocks, thanks
[18:28] <seb128> didrocks, let's see if the syncs got approved or not
[18:28] <didrocks> seb128: I'll only poke the release team once we will now about the tdb dep status
[18:28] <didrocks> know*
[18:32] <jcastro> seb128: what's the procedure for Featured Apps for maverick?
[18:42] <seb128> jcastro, there is none I think
[18:43] <seb128> jcastro, want to handle that?
[18:43] <jcastro> I knew you were going to say that
[18:43] <jcastro> I would like to "loosen" the restrictions a bit though.
[18:44] <and471> good night everyone
[18:44] <jcastro> For example, smuxi is a full featured client for IRC, and we ship basic IRC support, so why not put it in there? etc.
[18:45] <seb128> jcastro, well IRC seems geeky...
[18:46] <jcastro> audacity and blender are geeky
[18:46] <seb128> not really
[18:46] <seb128> doing audio is not geeky ;-)
[18:47]  * jcastro looks at the UI.
[18:48] <jcastro> Laney: did PDFmod ever get packaged?
[18:48] <seb128> jcastro, realistically you will find non technical people who want to edit an audio record
[18:48] <seb128> jcastro, but non technical people will not even know what IRC is
[18:48] <seb128> even less search for a powerful client
[18:49] <jcastro> yeah, it's just without ratings there's no way for an app developer to expose their app in the software center. :-/
[18:50] <seb128> next cycle...
[18:51] <meebey> looking at person who join the #smuxi channel, there are many non-technical persons on it
[18:51] <meebey> far away from geeky
[18:53] <meebey> seb128: isn't it actually the opposite? the less IRC gets spread the more geeky and nerdy it gets
[18:53] <seb128> non technical people don't look for things like IRC
[18:53] <meebey> I can prove the opposite, the search for chat and find IRC
[18:54] <meebey> s/the/they/
[18:56] <seb128> meebey, well no offense but we don't have the same definition of non technical users
[18:56] <seb128> the non technical users I speak about don't like computer much and are not searching for anything
[18:57] <seb128> they want to go on the web and chat with their friends on msn or such
[18:57] <seb128> they don't use emails, irc or whatever else
[18:57] <meebey> ok, that sounds more like the computer unaware users
[18:58] <seb128> well people who don't care about computer
[18:58] <seb128> who wants to download their photos
[18:58] <seb128> chat with friends
[18:58] <seb128> check on some website
[18:58] <seb128> and that's about it
[18:58] <seb128> the current list we have is not really technical
[18:58] <seb128> some games
[18:58] <seb128> image editing
[18:58] <meebey> and those are going to edit sound files?
[18:58] <seb128> backup
[18:59] <seb128> banking
[18:59] <kenvandine> meebey, they might... seb128 is talking about users that use the computers to do things that aren't necessarily computer related
[18:59] <seb128> well people are likely to record sound and want to do some small changes
[18:59] <seb128> like cut just a part of the sound file
[19:00] <kenvandine> treating the computer as a tool
[19:00] <meebey> getting help for ubuntu is not offtopic then?
[19:00] <meebey> as IRC and forums are the best resource for that
[19:00] <seb128> I don't want to argue for hours
[19:00] <seb128> that's my view on that I might be wrong
[19:00] <seb128> I think only technical people do IRC
[19:00] <seb128> lot of people just ask friends or give up to start
[19:01] <jcastro> well, ideally, in N, if people search for "chat" and the application is awesome it will show up on top right?
[19:01] <kenvandine> IRC is intimidating to lots of these types of users
[19:01] <seb128> the ones a bit techy will search in their browser and found forums for questions
[19:01] <seb128> IRC is really tecky
[19:01] <kenvandine> many "users" really do just give up or live with what they have
[19:01] <meebey> hm Smuxi is making IRC straight forward instead of tecky, but I understand that most client simply suck in that regard
[19:01] <meebey> and made it tecky
[19:02] <jcastro> I am already biased, the ayatana integration of it is quite sexy
[19:02] <meebey> kind of sad to put it in that corner though, but well
[19:02] <kenvandine> meebey, well it isn't so much the client... it is the concept
[19:02] <kenvandine> jumping into a room full of people that know more than you and asking
[19:02] <kenvandine> when you might not know the way to even ask... it is intimidating
[19:02] <meebey> ack, topic based channels are not the perfect way to find the right place
[19:02] <meebey> I agree
[19:03] <meebey> the same way is email though, imperfectly designed and irritating to use for newcomers
[19:03] <kenvandine> yeah... email sucks on many levels
[19:05] <seb128> ok, time for dinner, gtg
[19:13] <didrocks> seb128: enjoy!
[19:21] <vish> hehe , the dummy-screenshot-ubuntu and dummy-thumbnail-ubuntu in SC uses the old logo ;p
[20:01] <seb128> didrocks, thanks
[20:14] <didrocks> time for dinner as well, as then, time for some rest :)
[20:14] <didrocks> see you tomorrow!
[20:15] <seb128> didrocks, enjoy, see you tomorrow ;-)
[20:41] <seb128> kenvandine, hey
[20:41] <seb128> bug #603526
[20:41] <ubot2> Launchpad bug 603526 in empathy (Ubuntu) "new conversation notifications are hidden until I open the conversation (affects: 6) (dups: 4) (heat: 42)" [High,Confirmed] https://launchpad.net/bugs/603526
[20:41] <kenvandine> hey
[20:41] <seb128> kenvandine, could you try to figure if that's due to our indicator support?
[20:41] <seb128> kenvandine, the comment seems to indicate it doesn't happen using the notification area icon
[20:42] <kenvandine> interesting
[20:42] <kenvandine>  i am pretty sure i am getting notifications
[20:42] <kenvandine> i'll look at it
[20:42] <seb128> thanks
[20:42] <seb128> I'm not getting notifications for a while for sure
[20:43] <seb128> I noticed it a while ago but I wanted to wait to get some empathy update before investigating then I forgot to do it
[20:43] <seb128> but I don't get online bubbles
[20:44] <kenvandine> ok, i appear to not be either
[20:44] <kenvandine> ok, i'll dig in to that soon
[20:45] <seb128> kenvandine, thanks
[20:52] <jcastro> hyperair: for your last b-c-e upload, why enable both the soundmenu and the indicator? I thought the sound menu removes the need for the indicator?
[20:53] <hyperair> jcastro: er whoops. should i disable indicator then?
[20:53] <jcastro> yes
[20:53] <hyperair> okay
[20:53] <jcastro> we should keep it in there for people who'll run backports in lucid or something for a while, just off by default
[20:53] <hyperair> er
[20:54] <hyperair> so basically the indicator should be built
[20:54] <hyperair> but not enabled by default?
[20:54] <jcastro> correct
[20:54] <hyperair> have you tested the new bce?
[20:54] <jcastro> waiting for it to be published
[20:55] <hyperair> i'm not sure, but i thought soundmenu should disable indicator if it was enabled.
[20:55] <jcastro> I am suffering from a crash today and haven't been able to banshee
[20:55] <jcastro> oh, does it do that?
[20:56] <hyperair> regarding that crash, i've just uploaded a fix for that
[20:56]  * jcastro nods
[20:56] <hyperair> thanks to Laney.
[20:56] <hyperair> and yes, i think the newest banshee and bce have support for conflicts relationships
[20:56] <Laney> I think I implemented conflicting in soundmenu/indicator
[20:56] <hyperair> i'm not sure how well it works in practice, but in theory i think soundmenu should take priority
[20:56] <Laney> and yeah the crash should be fixed in ubuntu2, sorry — that was my fail initially
[20:57] <hyperair> Laney: oh, so does indicator disable soundmenu or soundmenu disable indicator?
[20:57] <Laney> both
[20:57] <Laney> the one enabled second will win
[20:57] <Laney> (I think)
[20:57] <Laney> the default should still be sane though
[20:58] <hyperair> sane meaning soundmenu appears first?
[20:58] <Laney> no I mean in the packaging
[20:58] <Laney> we should enable the ones that we want enabled
[20:58] <Laney> the conflicts is really to protect users
[20:58] <hyperair> right.
[20:58] <devildante> mvo, do you still want me to look at bug 631675?
[20:58] <ubot2> Launchpad bug 631675 in aptdaemon (Ubuntu Maverick) (and 2 other projects) "Untranslated strings at update-manager (affects: 2) (heat: 12)" [High,In progress] https://launchpad.net/bugs/631675
[20:59] <mvo> devildante: thanks, I fixed it, turned out to be a bug in aptdaemon
[20:59] <hyperair> Laney: were those things upstream? i didn't add any new patches
[20:59] <Laney> yeah afaik
[20:59] <Laney> I remember doing it, but I think that was for appindicator/notificationarea
[20:59] <Laney> and then IIRC bertrand did another one
[20:59] <devildante> mvo, great ;) ping me if you've got another bug :)
[20:59] <hyperair> Laney: no i mean soundmenu being default.
[20:59] <Laney> oh, dunno
[21:00] <Laney> distro patches for that are reasonable though
[21:00] <hyperair> soundmenu is not enabled by default
[21:01] <hyperair> i guess we'll have to distro patch it
[21:01] <Laney> defaults only affect new configs, yeah?
[21:01] <hyperair> what?
[21:01] <hyperair> i think so.
[21:01] <Laney> I mean if you enable soundmenu now and I upgrade, I still won't get it
[21:01] <hyperair> the addin.xml thing
[21:01] <Laney> so the conflicts thing doesn't really matter for this change
[21:01] <hyperair> erm i'm not sure about how mono-addins works. =\
[21:02] <Laney> unless you accidently leave soundmenu and appindicator enabled by default
[21:02] <Laney> in that case it'll be a race condition
[21:02] <Laney> afaik
[21:02] <hyperair> right.
[21:02] <devildante> mvo, can you merge https://code.edge.launchpad.net/~ilidrissi.amine/software-center/fix-conflicting-packages/+merge/33818 in both trunk and 3.0? It fixes a high priority bug
[21:02] <Laney> and I'm not sure what happens wrt notificationarea
[21:02] <hyperair> it probably conflicts as well, doesn't it?
[21:03] <Laney> yeah, but that one is on by default isn't it
[21:03] <Laney> could be a problem
[21:03] <hyperair> yes, that's on by default.
[21:03] <hyperair> yes, it is a problem.
[21:03] <hyperair> actually come to think of it..
[21:03] <Laney> actually no it's not
[21:03] <Laney> the conflict will sort it out
[21:03] <hyperair> via a race condition.
[21:03] <Laney> no
[21:03] <hyperair> ?
[21:03] <Laney> because the conflict is only one way
[21:03] <Laney> so soundmenu will always win
[21:04] <hyperair> oh
[21:04] <hyperair> okay, good.
[21:04] <Laney> as long as it does indeed conflict with notificationarea
[21:04] <Laney> should check the code
[21:04] <hyperair> Laney: bertrand says that soundmenu only disables notificationarea, but not indicator.
[21:04] <Laney> that works
[21:04] <hyperair> yes, that works.
[21:05] <Laney> bit crap if someone enables both
[21:05] <Laney> but hey
[21:05] <hyperair> what about what happens if someone enables the notification area icon after that?
[21:05] <Laney> soundmenu will disable itself
[21:05] <hyperair> oh okay
[21:05] <hyperair> so can we extend this conflicts thing to include the appindicator as well?
[21:06] <Laney> yeah
[21:06] <Laney> probs best upstream though
[21:06] <hyperair> yes
[21:12] <ronoc> bl8 :  ring ring
[21:13] <bl8> ronoc: Hey !
[21:14] <ronoc> bl8: alright, so tmrw I'll turn my attention to that bug
[21:14] <ronoc> sorry just been bogged down with alot of last minute stuff to get in
[21:14] <ronoc> hard freeze is very soon ...
[21:15] <ronoc> bl8, I have 1.7.5 installed so should be able to recreate here
[21:18] <bl8> ronoc: no problem, ping if if you need more info
[21:18] <ronoc> bl8: will do, good night
[21:20]  * hyperair suddenly realizes that bertrand is around here too =O
[21:20] <devildante> mvo, here?
[21:23] <mvo> devildante: yes, sorry. its late here and I'm on the phone. I will do the merge tomorrow, sorry that I have let it slip for so long
[21:23] <devildante> mvo, np, and thanks :)
[21:27] <ajmitch> Laney: have you filed a bug for that libindicate dllmap issue?
[21:28] <Laney> ajmitch: no, because I haven't investigated and don't know what the problem is
[21:28] <ajmitch> k, then I'll file a bug & upload the fix then :)
[21:28] <ajmitch> sorry, I thought I'd seen you talking about it earlier
[21:44] <devildante> mvo, for 11.04, since synaptic will not be in the CD anymore, do we want advanced features in USC such as reinstalling, forcing a version... ?
[21:51] <seb128> chrisccoulson, bug #333799
[21:51] <ubot2> Launchpad bug 333799 in firefox-3.5 (Ubuntu) (and 3 other projects) "Firefox uses en-GB by default instead of en-US (affects: 5) (dups: 2) (heat: 40)" [Low,Triaged] https://launchpad.net/bugs/333799
[21:51] <seb128> chrisccoulson, is that still valid? it was milestone for some lucid beta version
[21:53] <chrisccoulson> seb128 - i'm not sure, i use the en-GB locale
[21:53] <chrisccoulson> ^^micahg?
[21:53] <seb128> chrisccoulson, I've refused the nomination for this cycle
[21:53] <micahg> chrisccoulson: good question :)
[21:53] <seb128> could somebody drop the milestone or update it?
[21:54] <micahg> chrisccoulson: I should test that from a live CD this weekend
[21:54] <chrisccoulson> we generate a en-US.xpi from the build
[21:55]  * micahg tries in a clean profile
[21:57] <chrisccoulson> i've dropped the milestone anyway, it doesn't seem like something that should be a priority. if people were really bothered about it then we'd get a lot more comments
[21:58] <chrisccoulson> in fact, i would have thought it was the other way around. if you query the language of the browser via the DOM when you're running en-GB, it tells you it's en-US ;)
[21:58] <micahg> chrisccoulson: yeah, something's not right, the default is not en_US, although my locale is C at the moment, it chooses the first dictionary available in this case, let me try with LC_ALL set
[22:01] <chrisccoulson> yeah, if i look at window.navigator.language in a JS shell, it says it's en-US
[22:01] <micahg> chrisccoulson: yes, I tried en_US, de_DE, es_ES, it's not working correctly
[22:02] <chrisccoulson> hmmm :/
[22:02] <micahg> Is this the dictionary bug though?
[22:02] <chrisccoulson> i don't think so
[22:02] <devildante> tremolux, around?
[22:03] <tremolux> devildante: hiya
[22:03] <devildante> tremolux: hi :)
[22:03] <devildante> tremolux: <devildante> mvo, for 11.04, since synaptic will not be in the CD anymore, do we want advanced features in USC such as reinstalling, forcing a version... ?
[22:03] <Laney> jcastro: yeah, pdfmod should be in universe
[22:03] <Laney> I have never tried it though
[22:03] <devildante> tremolux, I wanted to ask mvo, but he was gone :p Opinions?
[22:03]  * Laney builds a backport to see
[22:04] <micahg> chrisccoulson: idk what to test for this bug then, I'll have to make sure we have a bug for the dictionaries though
[22:04] <jcastro> Laney: lmk what you think, I think it'd be a great Featured app
[22:04] <chrisccoulson> micahg - so, what is the actual behaviour you see?
[22:04] <Laney> I think that featured apps needs a sexy IRC/Twitter client ;)
[22:04] <micahg> chrisccoulson: in a text box, spell check offers the first language in the list in a new profile
[22:04] <jcastro> Laney: I know right?
[22:05] <chrisccoulson> ah, ok
[22:06] <tremolux> devildante: I wasn't aware that Synaptic was to be removed for 11.04
[22:06] <devildante> tremolux, http://www.webupd8.org/2010/09/synaptic-is-going-bye-bye-soon.html and http://blog.pault.ag/2010/09/06/synaptic-part-deux/
[22:07] <chrisccoulson> micahg - i think the spelling thing is something different
[22:07] <devildante> tremolux, but it could be just rumors, my bad :p
[22:07] <chrisccoulson> but yeah, that's broken for sure
[22:07] <micahg> chrisccoulson: yes, not this bug but a similar one
[22:07] <chrisccoulson> i get german at the top of the list when running en-GB
[22:07] <chrisccoulson> but it's not really en-GB. even my google search results are localised for en-US, which is a real pain
[22:08] <chrisccoulson> they are localised correctly for every language except en-GB
[22:09] <tremolux> devildante: it's true that the eventual goal is to incorporate Synaptic features in USC, and indeed if we are doing it for 11.04 we would need to implement those features that people rely on
[22:10] <tremolux> devildante: mpt talks about it a bit: https://wiki.ubuntu.com/SoftwareCenter
[22:11] <ajmitch> jcastro: I'll fully endorse it as a featured app too ;)
[22:12] <tremolux> devildante: we have to start solidifying the roadmap for USC 4.0 (that will be in 11.04), but it's still a little early to know for sure just yet
[22:12] <tremolux> devildante: that planning will happen in earnest at UDS
[22:12] <devildante> tremolux, okay, thanks for the info :)
[22:12] <tremolux> devildante: sorry, does that help at all?  :)
[22:12] <devildante> yes, of course! ;)
[22:13] <tremolux> devildante: ok, cool!
[22:16] <chrisccoulson> micahg - indeed, general.useragent.locale=en-US on mine (even though that is set to en-GB in my language pack)
[22:16] <chrisccoulson> so, i'd say it's the other way around :(
[22:21] <devildante> tremolux, ;)
[22:21]  * devildante have the urge to at least smile to people when they talk to him
[22:22] <chrisccoulson> micahg - got it!
[22:22] <chrisccoulson> the language code in the en_GB chrome.manifest is wrong
[22:22] <chrisccoulson> it should be "en-GB" rather than "en_GB"
[22:22] <chrisccoulson> if i change that, then i get a correctly localised browser :)
[22:24] <chrisccoulson> we need pitti here now :)
[22:35] <micahg> chrisccoulson: that seems to be a larger bug since I thought everything was changed to support _ instead of -
[22:41] <micahg> maybe on the dictionaries were changed
[22:41] <micahg> chrisccoulson: are any other manifests like that?
[22:41] <chrisccoulson> micahg - yeah, all the en-* ones
[22:42] <micahg> chrisccoulson: the other languages are not?
[22:43] <chrisccoulson> micahg - most of the other ones aren't hyphenated, but i'll have a look
[22:43] <chrisccoulson> they must be getting mangled in launchpad
[22:43] <chrisccoulson> we should just package these like the thunderbird ones ;)
[22:43] <micahg> chrisccoulson: oh, if that's all, that'll be a relief
[22:44] <micahg> chrisccoulson: heh, yeah, speaking of those I'll update them this weekend
[22:57] <Riddell> didrocks: care to comment on bug anjal ?
[22:57] <Riddell> tsk, bug 621660
[22:57] <ubot2> Launchpad bug 621660 in anjal (Ubuntu) "Please remove anjal from maverick (affects: 3) (dups: 1) (heat: 229)" [Undecided,Confirmed] https://launchpad.net/bugs/621660
[23:08] <Riddell> didrocks: can you confirm you want openchange synced but not samba4?  bug 632519
[23:08] <ubot2> Launchpad bug 632519 in openchange (Ubuntu) "Sync openchange 1:0.9+svn2132-1 (universe) from Debian experimental (main) (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/632519
[23:08] <Riddell> bug 632518
[23:08] <ubot2> Launchpad bug 632518 in samba4 (Ubuntu) "Sync samba4 4.0.0~alpha13+git+bzr12670.dfsg1-1 (universe) from Debian experimental (main) (affects: 1) (heat: 8)" [Wishlist,Incomplete] https://launchpad.net/bugs/632518
[23:23] <kklimonda> Riddell: I've added my comment to the anjal bug
[23:25] <kklimonda> Riddell: (I'm one of last people who has touched anjal in Ubuntu)
[23:26] <Riddell> kklimonda: thanks, removed


 DebConf17 is happening down the road from where I live. It's a 15 minute walk away.
[15:49] <m0nkey_> https://debconf17.debconf.org/about/debconf/
[15:55] <penguin42> cool
[17:47] <penguin42> (If anyone knows any Bupa DNS/web admins you might want to ask them to wake up and put the smoke back in to their website)


[02:54] <AliTabuger7> newz2000, I believe you wanted my help on something about the new Ubuntu website, but you never emailed me back. Just reminding you, if you still would like help.
[02:54] <newz2000> AliTabuger7: I think we're stuck for the moment
[02:55] <AliTabuger7> In what way?
[02:55] <newz2000> The feature tour is going to stay like it is with updated images, the start page is under discussion amongst people with strong opinions.
[02:56] <newz2000> I think we'll have to resume more team activities after the release
[02:57] <AliTabuger7> So there's nothing you need aside from a decision/consensus?
[02:57] <newz2000> not at the moment
[02:57] <newz2000> there's a chance the start page will need some effort but I won't know until the last minute
[02:58] <AliTabuger7> ok. Well if you need any lat minute help, I'm usually free.
[02:58] <newz2000> ok, thanks AliTabuger7
[15:25] <newz2000> Hi mpt, I'd love your feedback on the download stuff if you get a chance
[15:45] <mpt> newz2000, ok
[15:45] <mpt> I have a mountainous Inbox
[15:46] <newz2000> hre, I'll save you the trouble of reading through the incredibly long thread
[15:46] <newz2000> mpt: http://people.ubuntu.com/~mnuzum/tmp/downloadpage.html  and http://people.ubuntu.com/~mnuzum/tmp/downloadpage2.html
[15:46] <newz2000> I think I'll use the shorter tabs off the 2nd one regardless of the end result
[15:47] <newz2000> also alternate cd will be removed from the options
[15:47] <mpt> oh, definitely the smaller tabs
[15:47] <newz2000> also will play with the colors, they confuse some people about which tab is active
[15:48] <mpt> Yes, I was just in the middle of typing that "Server Edition" looks much much more important
[15:48] <mpt> "Use this page to" -> ""
[15:48] <newz2000> mpt: no paragraph eh?
[15:48] <mpt> oh, "click the button below"?
[15:49] <mpt> Actually I just had my eye on the "Use this page to" phrase, but ... yes, I confidently predict that paragraph won't help anyone
[15:49] <mpt> Can you imagine someone reading that paragraph and then successfully using the form, who wouldn't have successfully used it without the paragraph?
[15:50] <newz2000> yeah, probably one of those things that's only purpose in life is to point to and say, "see, the instructions are right here" after they've already failed
[15:51] <mpt> The goal is percentage success, not righteous defense :-)
[15:51] <newz2000> Somethign I'm trying to do better is to indicate that they're going to be downloading a CD (vs. the firefox homepage where you get to install right away) and also that there is more help on the subsequent page
[15:51] <mpt> hm
[15:51] <mpt> Maybe the system requirements should be squarely above the download options then
[15:51] <mpt> though that increases the below-the-fold problem
[15:52] <mpt> One big step towards bringing the Download button above the fold would be nuking that "Get Ubuntu - Get Certified Ubuntu Training" banner
[15:52] <mpt> It almost looks as if we're so poor we're running banner ads on our own site :-)
[15:53] <newz2000> I'm not ready to make that big of a change yet, but when we staff up the art dept later this year I'm going to propose a redesign that uses a minimal header
[15:55] <mpt> "Use the list below..." is another not-particularly-useful paragaraph
[15:55] <mpt> excuse my mistyping, I need sleep
[15:55] <newz2000> hey, this is IRC
[15:55] <newz2000> axing those two paragraphs may get the button up to or at least near the fold
[15:55] <newz2000> and you're right, I think people will understand what to do based on the headings
[15:56] <newz2000> (btw, the orange dotted line is the fold)
[15:56] <mpt> yes
[15:57] <mpt> That's all from me I think
[15:57] <newz2000> ok, tahnks for your feedback, awesome stuff
[15:57] <newz2000> I'm already hearing stuff trickle in from the gnome conf, sounds like you guys had a good meetup


[13:19] <qense> hello
[16:47] <newz2000> hi, vbabiy, have you had a chance yet to do the mockup?
[16:49] <vbabiy> Hey newz2000 not yet, been really busy with a project
[16:49] <Diptanu> Going for dinner guys,,
[16:49] <Diptanu> bbye
[16:49] <vbabiy> I think monday
[16:49] <vbabiy> on my day off
[16:56] <newz2000> vbabiy: would you be offended if I wireframed the idea and posted it to the list with a request for help (like with the js and stuff)?
[16:56] <vbabiy> newz2000: not at all
[16:56] <newz2000> ok, I think I may do that today then, we need to get moving on the feature tour and the countdown
[16:58] <Volans> newz2000: for the other projects? (in particular the Start Page)
[16:58] <newz2000> I've been told to hold on the startpage
[16:58] <newz2000> for now
[16:58] <newz2000> I'm really serious when I expect that this will drop at the last possible moment
[16:58] <newz2000> :-/
[17:00] <Volans> I will investigate the possibility to put the actual text on a .po file and to have an automatic script that can create the final html offline/online page, but waiting a decision to proceed
[17:01] <newz2000> getting a status update now
[17:03] <newz2000> ok, the word is, "go ahead and work on it but just know that we need to get reviews from a few different parties."
[17:03] <newz2000> Gerry will do some probing next week and give more status
[17:04] <Volans> ok newz2000, work on what of the two "possible solutions"?
[17:04] <Volans> (the new start page or the "automatization" of the actual one)
[17:05] <newz2000> both of those are great areas of action
[17:20] <Volans> ok newz2000, I think I will work on the automatization first because I think is a quick work and can be useful to have it ready in case the new start page will not be finished or approved
[17:22] <newz2000> Volans: good plan, thanks a lot for hlpeing out with this, its nice having some experience involved
[17:23] <Volans> :)
[17:24] <newz2000> today I will send some emails out about the other two projects, next week when I'm sure of my facts we'll light up the start page again
[18:19] <newz2000> I think this may be the most attractively laid out news site I've ever seen: http://www.cbc.ca/technology/story/2008/08/27/tech-quebec.html
[18:19] <newz2000> From the font family, size and leading, to the width of the page and columns to the particularly unique-for-new-sites lack of disrupting ads or insets in the content area
[18:29]  * Volans have to go, see you tomorrow
[20:05] <vbabiy> newz2000: Hey you still around?
[20:05] <newz2000> vbabiy: hey, still here
[20:06] <vbabiy> hey newz2000 have you thought about setting up http://laconi.ca/trac/ for ubuntu users?
[20:08] <newz2000> no, I haven't thought about it. I hadn't even heard of it actually.
[20:08] <newz2000> Is this like twitter?
[20:08] <vbabiy> newz2000: but much cooler
[20:09] <newz2000> well, considering my opinion of twitter, that's not too hard. :-)
[20:09] <vbabiy> newz2000: http://twit.tv/floss37 listen to that
[20:10] <newz2000> I'll check it shortly, doing a bandwidth intensive upload at the moment
[20:10] <vbabiy> newz2000: alright
[20:34] <Ekushey> vbabiy, good idea, but everyone is on twitter
[20:35] <Ekushey> i'm on so many micro-blogging sites that i can't even remember all the names
[20:36] <vbabiy> Ekushey: yeah, but I think this will change over time. I think the disturbed model is going to win.
[20:36] <vbabiy> Ekushey: whats you twitter?
[20:36] <Ekushey> vbabiy, it's Ekushey
[20:37] <Ekushey> feel free to follow me :)
[20:37] <vbabiy> Ekushey: adding you now
[20:37] <Ekushey> cool
[20:38] <vbabiy> I think having a way for Ubuntu users and developers to post. That would be awesome.
[20:40] <Ekushey> vbabiy, your idea is really cool, even i thought of a specialised micro-blogging portal for linux users and developers, but i backed off because everyone prefer using twitter to broadcast themselves
[20:40] <vbabiy> Ekushey: I think this is a good idea.
[20:40] <Ekushey> or the similar services like jaiku, identi.ca, plurk... the big names, you know
[20:41] <vbabiy> gwibber is starting to office great integration
[20:41] <Ekushey> btw, have you checked out rejaw?
[20:41] <Ekushey> it is really cool
[20:41] <vbabiy> Ekushey: but none are open. that is the thing with identi.ca
[20:41] <vbabiy> Ekushey: rejaw??
[20:42] <vbabiy> Ekushey: this is like Pownce
[20:43] <Ekushey> vbabiy, yeah... i liked it a lot
[20:44] <Ekushey> oh and her, feel free to follow http://twitter.com/Linux too, that's my other timeline :)
[20:44] <Ekushey> *hey


[00:00] <infinity> sarnold: I sure hope no one's hitting that, given that I fixed it...
[00:00] <sarnold> infinity: oh! I missed that bit :)
[00:01] <sarnold> infinity: awesome, thanks :)
[05:15] <pitti> Good morning
[05:18] <sladen> good morning pitti
[05:19] <sladen> pitti: I've taken the liberty of cross-posting (shudder, I rarely, rarely do it)  https://lists.ubuntu.com/archives/ubuntu-community-team/2015-June/000612.html
[05:20] <sladen> pitti: I think that has hit the TB moderation
[05:25] <pitti> sladen: hey Paul, good morning!
[05:25] <pitti> sladen: I moderated your post
[05:29] <pitti> infinity: I went through the dozen regressions in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gcc-5 and none are gcc's fault; could we do the make-it-go-in-anyway magic?
[05:30] <pitti> infinity: perhaps I really should join ~ubuntu-release to do this myself
[06:51] <dholbach> good morning
[07:14] <LocutusOfBorg1> nothing pitti everything is good, somebody already retried cmake and now it is on -release pocket
[07:14] <LocutusOfBorg1> :D
[07:46] <LocutusOfBorg1> can anybody please "syncpackage sysdig" ? it doesn't build everywhere, but at least should be build against libjsoncpp on -release
[07:46] <LocutusOfBorg1> it was kicked out yesterday, and the auto import didn't pick it again?
[09:51] <cjwatson> LocutusOfBorg1: syncpackage won't do it, because it was already in Ubuntu - it needs a build1 upload.  I've done that now
[10:07] <LocutusOfBorg1> thanks cjwatson
[10:07] <LocutusOfBorg1> whenever debian uploads a -2 revision, is the sync automatic?
[10:08] <Unit193> build1 will be, yes.
[10:08] <LocutusOfBorg1> thanks! so buildN are sync'd, while ubuntuN are conserved
[10:09] <cjwatson> LocutusOfBorg1: The substring "ubuntu" in a version inhibits auto-sync; that's its sole technical purpose
[10:09] <LocutusOfBorg1> seems legit, thanks!
[10:09] <cjwatson> Nothing is special about buildN except that such versions don't normally contain "ubuntu"
[10:09] <cjwatson> Oh and that it's << ubuntuN
[10:10] <LocutusOfBorg1> yes of course
[10:13] <LocutusOfBorg1> thanks
[11:29] <doko> pitti, could you have a look at https://bugs.launchpad.net/ubuntu/+source/sessioninstaller/+bug/1440368 ? or find somebody from desktop (although this is foundations)
[11:52] <juliank> Can somebody reassign https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/1448394 to the correct package (some unity one I suppose)
[11:52]  * juliank is not sure which, but it's definitely not a python-apt bug
[11:55] <seb128> juliank, done
[11:55] <juliank> seb128: thanks
[12:08] <pitti> doko: not familiar with sessioninstaller and swamped, so I can't promise that I can get to it in the next two weeks or so
[12:08] <doko> ok
[12:09] <pitti> seb128: ^ do you know, are we still actually using sessioninstaller?
[12:09] <seb128> juliank, yw!
[12:10] <seb128> pitti, I don't think we changed anything in that area so likely yes
[12:35] <juliank> barry: Did you ever manage to reproduce https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/1220013?
[12:43] <infinity> pitti: I don't think anyone would object to you (re)joining the release team.
[13:11] <barry> juliank: no, never did.  i wonder if mvo__ has taken a look.  iirc we needed a reproducer
[13:11] <juliank> barry: Because I cannot reproduce it in Debian unstable by dropping that package without description into /var/lib/dpkg/status and then trying to get a description. It just raises an Exception, as expected
[13:13] <barry> juliank: maybe it's fixed by now?
[14:28] <jamespage> doko, what's the timeframe around having python3.5 as the default python3 ?
[14:28] <doko> jamespage, -> barry
[14:29] <jamespage> doko, ta for the redirection
[14:32] <barry> jamespage: maybe this cycle.  if i can find some time where i don't have to hack on system-image, i am working on the transition.  first step is to do a partial test rebuild in a ppa and address any problems that come up.  then we can do a full archive rebuild on all arches.  if that looks good, we can at last make it supported, then hopefully default by the rc time frame (august)
[14:33] <jamespage> barry, ack - we're enabling py3 across the openstack clients - started hitting a few py3.5 issues - just figuring out how to deal with them upstream as 3.5 is not on the 'even trying' list yet
[14:35] <barry> jamespage: very cool.  how can i follow the issues and resolutions (well, without being avalanched by email ;)?
[14:35] <jamespage> barry, I'll figure that out and let you know :-)
[14:38] <Daviey> jamespage: Are you using a tag for py35 issues?
[14:38] <jamespage> Daviey, tbh I only just started thinking about this - thats a nice idea
[14:41] <rbasak> jibel, pitti: I'm confused by the juju-core dep8 failure. It looks like an environment issue, but failed on both amd64 and i386 (ie. two separate runs)? It passes locally on amd64. Please could you take a look?
[14:42] <barry> jamespage: cool :)
[15:05] <xnox> is it me, or is docker lxc exec driver totally broken on 15.04?!
[15:05] <pitti> rbasak: hm, will investigate in a bit (meeting now)
[15:21] <pitti> rbasak: locally it fails differently for me: http://paste.ubuntu.com/11735834/
[15:25] <rbasak> pitti: is that with LXC? I used qemu, since the test actually exercises Juju+LXC and I didn't want to turn it into a test for nested LXC.
[15:27] <pitti> rbasak: it's QEMU, standard adt-buildvm-ubuntu-cloud image
[15:27] <pitti> with -proposed
[15:27] <rbasak> Oh. I don't think I used proposed
[15:28] <rbasak> Let me try again locally.
[15:28] <rbasak> (with proposed)
[15:46] <infinity> pitti: Will the autopkgtesting move to scalingstack happen hand-in-hand with killing jenkins from the workflow, or are those two different goals?
[15:47] <pitti> infinity: I'm rebuilding this entirely from scratch with just AMQP and swift, so it'll all go away in one stap
[15:47] <pitti> step
[15:47] <pitti> or rather, we don't need to touch jenkins and the static machines to run the new stuff in parallel, and can switch over once we are satisfied
[15:48] <infinity> pitti: SO MUCH YAY.
[15:57] <barry> pitti: i'm (slowly) working on the python3.5 transition.  first step is test rebuilds in a ppa.  after that i'd like to run dep-8 tests on any of those packages that have them.  what are your thoughts about infra to do that?  can we reuse some bits of prodscalingcanonistack?
[16:12] <TJ-> Any ideas about this strange issue with libvirt on 14.04? Got a VM image in $USER home directory that has previously worked (many months ago) but now when I try to start the VM (from Virtual Machine Manager) it reports "Access Denied". I check and find that the file ownership keeps being changed from '$USER:$USER' to 'root:root', despite that libvirt runs as user libvirt, which means that libvirtd (running as root) is changing ownership preventing itself fro
[16:12] <TJ-> m opening the image!
[16:14] <pitti> barry: in a week or so perhaps; I just started today with setting up the clouds and some baby steps :)
[16:17] <barry> pitti: cool, np!  thought i would put it on your radar.  "a week or so" is probably when i'll be ready to try it anyway
[16:54] <mdeslaur> TJ- do you have "user" configured in/etc/libvirt/qemu.conf?
[16:55] <mdeslaur> TJ- are you using the real ubuntu libvirt/qemu packages?
[16:59] <TJ-> mdeslaur: to your 2nd: yes ... let me check on the 1st
[17:02] <TJ-> mdeslaur: to the 1st. no changes to qemu.conf. I worked around the issue by moving the image to /var/lib/libvirt/images/
[17:05] <mdeslaur> TJ- weird, sorry, no idea
[17:05] <mdeslaur> oh, actually, all my images are root:root too
[17:06] <mdeslaur> looks like it's normal
[17:06] <mdeslaur> did you change the permissions on your home directory?
[17:06] <TJ-> mdeslaur: that was my reaction, too :)   I've always had this issue whenever libvirt opens an image it takes ownership. Used to annoy the heck out of me when I was writing/altering those images manually or by script
[17:07] <TJ-> mdeslaur: No, standard permissions on $HOME
[17:07] <mdeslaur> not sure why you're getting access denied on them
[17:08] <TJ-> mdeslaur: Ahhh, yes, the $HOME is 710 so that'd stop libvirt traversing
[17:10] <TJ-> I wish I knew why libvirtd needs to take ownership when it's running as root
[17:14] <arges> hallyn: bug 1425619, is now a verification-failed and blocking qemu/libvirt SRUs. How would you like to proceed?
[18:02] <dpm> mvo, cjwatson, would you be able to help with some guidance on bug 1466432? It seems to be quite difficult to find anyone who is familiar with click
[19:08] <hallyn> argefeh
[19:08] <hallyn> arges: feh
[19:08] <arges> foo
[19:10] <hallyn> arges: but,
[19:10] <hallyn> he only shows his qemu pkg version.  it requires both qemu and libvirt to fix this
[19:10] <arges> hallyn: i think he upgraded both, i spoke with him this morning. In addition I tried it myself and couldn't get it to work
[19:11] <arges> hallyn: not sure if there is something special that needs to be done other than 'virsh migrate'
[19:11] <arges> hallyn: it would be great if the original reporter tried it again. but I think we may want to skip this for now so we can get other fixes in
[19:11] <hallyn> agreed
[19:11] <hallyn> checking the changelogs
[19:13] <hallyn> so qemu had no other colocated bugs.  so yeah i'd say revert it and push 2.0.0+dfsg-2ubuntu1.15 with whatever you were wanting to sru there
[19:13] <hallyn> libvirt's more of a pain
[19:14] <hallyn> hm, do you have anything for qemu that you want to sru to trusty?
[19:14] <hallyn> I see two or libvirt perhaps, 1455608 and 146417
[19:15] <arges> hallyn: gotta look through the list. i think right now its just libvirt
[19:16] <hallyn> bug 1448205
[19:16] <hallyn> weird, wouldn't work for me through pad.lv
[19:17] <hallyn> arges: ok so those two are verifiaction-done.  let's rush the next libvirt with just those two for a clean confirmation
[19:17] <hallyn> do yo uwant me to push the new libvirt version, or were you already on it?
[19:17] <arges> hallyn: i haven't done anything yet, so have at it, and I can push the next batch with those two fixes
[19:19] <hallyn> ok
[19:22] <hallyn> arges: pushed
[19:23] <arges> hallyn: ok i'll reivew
[19:23] <hallyn> (i left the patch in but commented out in series;  maybe someone will want to take another look at some point...  )
[19:23] <hallyn> (if you think i should drop it altogether for cleanliness lemme know)
[19:23] <arges> hallyn: i think that's fine for now.
[19:24] <hallyn> cool.  thanks as always for all your sru work :)
[19:24] <arges> no problem
[20:10] <apostoj> Anyone familiar with the "static-network-up" upstart signal?
[21:04] <hallyn> stgraber: do you happen to know whether, for a task upstart job A that has a script section, if job B starts on started A, will it start when A's script section has started or finished?
[21:05] <hallyn> apostoj: been awhile since i've looked at it, but several ppl here should be able to help
[21:07] <hallyn> (guess i'll just test;  just need an upstart machine to do so :)
[21:08] <hallyn> answer: as soon as it starts :)
[21:08] <sarnold_> I thought there was  a way to wait for the script to have finished
[21:09] <hallyn> start on stopped ?
[21:12] <hallyn> sarnold_: was looking for best suggestion for bug #1466103.  i went with 'start on stopped'
[21:12] <hallyn> you may have another suggestion...
[21:16] <sarnold_> hallyn: hmm. I don't see any output from grep -r apparmor in the dnsmasq source packages
[21:16] <sarnold_> oh durrr that'sfrom apparmor-profiles
[21:16] <sarnold_> uh
[21:16] <hallyn> :)
[21:16] <hallyn> yeah especiallythe mentoin of libvirt threw me for a while
[21:17] <sarnold_> especially since the fix there is 100% not going to help here.
[21:20] <hallyn> right
[21:20] <hallyn> he hasn't yet said which dnsmasq he wants running
[21:20] <doko> bdmurray, https://bugs.launchpad.net/bugs/770766 ?
[21:23] <infinity> doko: THe patch was accepted in Debian 2.4-3 and mentioned in the changelog, and that upload is a backport of same, hence the bug closure 4 years later. :P