[02:13] <kmckinney> Hello mclasen: I have been trying to find Davidz on GimpNet but I am not sure what channel he is on.. Would you know the channel he resides?
[02:13] <mclasen> he's usually in #gtk+ or #fedora-desktop
[02:14] <kmckinney> thanks again
[03:16] <kyanardag__>  i remember reading about a software two connect two computers via wireless (without connecting to router), do you any of you guys know a software like that?
[03:38] <OwaisL> kyanardag__: What do you intent to do with the connection?
[03:39] <OwaisL> kyanardag__: Network Manager can do that. Try creating a new wireless connection by clicking the NM applet.
[07:33] <didrocks> good morning
[07:35] <nisshh> hey didrocks :)
[07:36] <didrocks> hey nisshh!
[07:37] <nisshh> didrocks: i thought you ran an irssi proxy? but you keep hopping on and off irc
[07:38] <didrocks> nisshh: I moved from Paris and consequently, my server is down right now
[07:38] <didrocks> nisshh: I used bip btw, not irssi proxy :)
[07:39] <nisshh> didrocks: ah, right, i forgot you just moved :)
[08:39] <dpm> good morning didrocks. I've got a question: one of the recent unity updates wiped out all my launchers from the panel in the left (or whatever it is called). Is there an easy way to get them back? Or at least to get the default ones back?
[08:39] <didrocks> dpm: was it something like 2 weeks before?
[08:39] <didrocks> good morning :)
[08:40] <dpm> didrocks, I cannot tell, I hadn't been updating the notebook for a while. I would have thought it might have been rather a week, but it could have been two as well :)
[08:43] <didrocks> dpm: ok, I think that's because I reorganized the defaults to be more sane
[08:44] <didrocks> dpm: so, the easiest is to: gconftool-2 -u /desktop/unity
[08:44] <didrocks> logout
[08:44] <didrocks> and login again
[08:44] <dpm> didrocks, ok, cool, let me try that now
[08:47] <didrocks> dpm: keep me in touch :)
[08:48] <dpm> didrocks, that did not seem to do anything. I've still got: a terminal launcher (that I had added some time ago), a launcher to bazaar notification (which I've never added there but somehow it's now stuck in there) and then workspaces, files, applications and trash
[08:49] <didrocks> dpm: oupss, sorry, it was gconftool-2 --recursive-unset /desktop/unity
[08:49] <dpm> didrocks, no worries, trying that now :)
[08:49] <didrocks> sorry again :)
[08:52] <dpm> didrocks, that did it, thanks! I've got another question, though. How can I get rid of the bzr notification launcher? I cannot untick the "Keep in launcher" option, as it is not checked anyway, but that launcher comes back every time
[08:52] <didrocks> dpm: no, you can't I think you should open a bug against unity (for tracking) and bamf (for the component) and harrass Jason about it :)
[08:53] <dpm> didrocks, ok, that will do, thanks! :)
[08:53] <didrocks> you're welcome :)
[08:58] <didrocks> dpm: about OOo translation, can we do that for natty? maybe it doesn't worth crowding builders so close to release?
[09:01] <pitti> Good morning
[09:05] <dpm> didrocks, sure. It would be cool if the fix could be committed, so that the next upload (be it in maverick or in natty) already includes it and does not import translations, as every OO.o upload puts thousands of PO files in the imports queue that take several days to process and block the ones from other applications. It would be ok if we were using those translations, but until there is a dedicated OO.o maintainer who can take care of them, we've di
[09:05] <dpm> sabled them, so OO.o is not translatable in LP and generally it is not useful to import them (unless they are needed for statistics).
[09:07] <didrocks> hey pitti
[09:07] <didrocks> dpm: sure, will have a look this week
[09:11] <dpm> didrocks, thanks a lot. It doesn't need a new upload, I just want to make sure that the next upload, if there is any, does not put all the translations in the imports queue.
[09:11] <didrocks> dpm: ok, will do :)
[09:14] <dpm> cool :)
[09:58] <njm> Hey Guys, since I updated my Ubuntu 10.04 Remix on my netbook, my 3G USB Dongle doesn't work anymore...  It says: waiting for usb device to settle in dmesg.  Any ideas
[10:09] <milanbv> njm: this is a development channel, try in #ubuntu
[10:09] <njm> Will do thanx
[10:17] <fta> slomo, uh?? https://edge.launchpad.net/ubuntu/+source/libvpx/0.9.2-1
[10:17] <fta> thought you did it, but it's not your name
[10:19] <fta> hm, he filed bug 636894
[10:19] <ubot2> Launchpad bug 636894 in libvpx (Ubuntu) "please sync libvpx 0.9.2-1 from debian experimental (main) (affects: 1) (heat: 10)" [Undecided,Fix released] https://launchpad.net/bugs/636894
[10:39] <slomo> fta: yes, the person filing the sync bug is listed as uploader
[10:39] <fta> hm
[10:40] <didrocks> hum, seems I was disconnected
[10:41] <didrocks> dpm: did you receive my messages?
[10:41] <dpm> didrocks, no, unfortunately not
[10:41] <dpm> (the last ones I got were when we were talking about oo.o)
[10:42] <didrocks> dpm: ok, so: I've made a patch for unity as I told you last week, with a new string
[10:42] <didrocks> it will probably land tomorrow
[10:42] <didrocks> it's an error message on people not having acceleration when starting unity
[10:42] <didrocks> unity was crashing before
[10:42] <didrocks> so, even if it's not translated in time, it's still a win :
[10:43] <chrisccoulson> milanbv - you there?
[10:44] <dpm> didrocks, no worries. Can you point me to the patch, so I know which string it will be and I send an e-mail to translators?
[10:44] <dpm> or if there is a bug
[10:44] <didrocks> dpm: sure, one sec
[10:46] <milanbv> chrisccoulson: looks like ;-)
[10:50] <chrisccoulson> milanbv - can you easily trigger this g-s-d crasher?
[10:51] <chrisccoulson> well, that should probably be "anything with an indicator" crasher? :)
[10:51] <milanbv> chrisccoulson: no :(
[10:52] <milanbv> I think it happens when icons are changed, and gtk-update-icon-cache is run
[10:52] <chrisccoulson> milanbv, do you use the indicator-applet, or just the old notification area?
[10:52] <milanbv> which occurs often in development releases, but...
[10:52] <milanbv> just the notification area (GNOME Shell acutally)
[10:52] <milanbv> the crash is in GtkStatusIcon
[10:52] <chrisccoulson> ah, ok. i'll try with that too
[10:53] <milanbv> yesterday I got the crash hours after installing upgrades
[10:53] <milanbv> chrisccoulson: have you read the upstream report?
[10:53] <chrisccoulson> milanbv, yeah, i had a look at that
[10:53] <milanbv> random thoughts, but that could be useful
[10:56] <didrocks> dpm: bug #614088
[10:56] <ubot2> Launchpad bug 614088 in unity (Ubuntu) (and 2 other projects) "unity should give an error to the user when not supported by the driver/graphic card (affects: 20) (dups: 5) (heat: 114)" [Medium,Triaged] https://launchpad.net/bugs/614088
[10:57] <didrocks> just linked the branch to it
[10:57] <didrocks> dpm: if you have a better idea for the wording, do not hesitate
[11:06] <milanbv> chrisccoulson: actually, I suspect OpenOffice might trigger the crash
[11:07] <milanbv> I've updated it yesterday, and I remember having seen the crash after updating it before
[11:38] <rodrigo_> didrocks, I was about to submit the translations for the u1 email in evolution, but have just seen an update to the evo package, but the ubuntu-desktop branch is not up-to-date it seems, so my submission will overwrite that one
[11:38] <rodrigo_> didrocks, can you have a look, please?
[11:38] <didrocks> rodrigo_: oh, did I forgot to push? let me see
[11:39] <rodrigo_> ah, it was you? :)
[11:39] <rodrigo_> didn't see who the did the change :)
[11:39] <didrocks> rodrigo_: no revision to push
[11:39] <rodrigo_> hmm
[11:39] <didrocks> rodrigo_: let me see :)
[11:39] <didrocks> 2.30.3-1ubuntu4 ?
[11:39] <didrocks> that's my change from this morning
[11:40] <rodrigo_> ah, ok
[11:40] <rodrigo_> my fault, sorry
[11:40] <didrocks> no worry :)
[11:40] <didrocks> rodrigo_: ~ubuntu-desktop/evolution/ubuntu, right?
[11:40] <rodrigo_> didrocks, yes
[11:40] <didrocks> rodrigo_: all should be good then ;)
[11:40] <rodrigo_> my update is indeed 1ubuntu5
[11:41] <didrocks> great, maybe waiting for tomorrow for the update? seeing if new things are queuing?
[11:41] <didrocks> (normally not, but we never know)
[11:41] <didrocks> but still, I'll pull from your branch
[11:42] <rodrigo_> didrocks, https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/evolution/add_u1_email_translations/+merge/36123 <- so if you can upload and merge, we should be good
[11:42] <rodrigo_> (no permissions for evolution package)
[11:43] <rodrigo_> didrocks, I'm going to talk with upstream to have the email thing translatable via gettext (with a intltool patch from danilo), because it's going to be a PITA to maintain this patch
[11:44] <didrocks> rodrigo_: I totally agree :)
[11:44] <didrocks> rodrigo_: no formatting for languages? like the enligsh one?
[11:44] <rodrigo_> didrocks, no, sorry :(
[11:44] <didrocks> rodrigo_: I don't really care, but that will be nice to have for Natty :)
[11:45] <didrocks> rodrigo_: you tested it and it's working?
[11:45] <rodrigo_> didrocks, but I wrote a script to integrate the translations, so working on trying to make it generate the HTML also
[11:45] <didrocks> rodrigo_: ok, I pull and merge that then
[11:45] <didrocks> rodrigo_: will wait before uploading
[11:45] <didrocks> thanks :)
[11:45] <rodrigo_> didrocks, yes, tested a few languages, both ones with no previous translation for the evolution mail, and ones with that mail already translated
[11:46] <rodrigo_> didrocks, dpm wants to be notified when the package is ready, so that translators for each language can check it
[11:47] <rodrigo_> didrocks, the problem is that the translations don't include the HTML formatting (<a href...) the English version has, so I need to parse it and guess where the formatting goes
[11:47] <didrocks> rodrigo_: yeah, that's a PITA :/
[11:47] <rodrigo_> didrocks, so, I prefer to submit a plain text one, and hopefully if I make it work, submit a 2nd version of the patch with the HTML
[11:47] <rodrigo_> yeah, a royal PITA indeed :)
[11:47] <didrocks> rodrigo_: well, I'll upload tomorrow, maybe some changes will pile up for unity until then
[11:47] <rodrigo_> ok
[11:47] <didrocks> thanks ;)
[11:47] <rodrigo_> np :)
[11:54] <didrocks> pitti: not sure who is in archive admin task, but it seems that cheese is ignored, do you know why? it's not in the same rule than any other GNOME components?
[11:55] <pitti> didrocks: it'll be reviewed; several people review the queue several times a day, but it might not be entirely FIFO
[11:55] <didrocks> pitti: ok, just wondered about it. Thanks! ;)
[11:55] <didrocks> chrisccoulson: hey, how are you?
[11:55] <chrisccoulson> didrocks - good thanks, how are you?
[11:57] <didrocks> chrisccoulson: busy, but good :)
[11:57] <didrocks> chrisccoulson: do you strike still on the gtk/gsd bug?
[11:58] <didrocks> chrisccoulson: if you think it's too hard to get, do not hesitate to drop it
[11:58] <chrisccoulson> didrocks, yeah, i'm trying to figure that one out atm
[11:58] <didrocks> great, thanks ;) good luck!
[11:58] <chrisccoulson> thanks :)
[12:30] <didrocks> session restart, brb
[13:37] <chrisccoulson> jcastro - did you ask in here a few days ago about an issue with tomboy not displaying labels in the indicator menu?
[13:38] <jcastro> I did
[13:38] <chrisccoulson> jcastro, did you ever reproduce it?
[13:38] <bilalakhtar> I know this is a somewhat offtopic question, but can anyone over here hilight the process of joining the recently made app review board?
[13:38] <bilalakhtar> *highlight
[13:38] <bilalakhtar> brb
[13:40] <jcastro> isn't it on the wiki?
[13:42] <chrisccoulson> milanbv, so, libappindicator does actually handle the changed signal from GtkIconTheme, and updates GtkStatusIcon. isn't that unnecessary? (doesn't GtkImage already handle this same signal?)
[13:43] <jcastro> chrisccoulson: neither me, vandine, or karl were able to reproduce it
[13:43] <chrisccoulson> jcastro, i can reproduce it :)
[13:43] <jcastro> chrisccoulson: so far only the people on the bug seem to have reproduced it
[13:43] <jcastro> alright!
[13:43] <chrisccoulson> jcastro - it happens when you're not using the indicator (ie, with the fallback)
[13:43] <chrisccoulson> i've just got a menu full of blank entries
[13:43] <jcastro> Oh.
[13:44] <chrisccoulson> i just stumbled across it when looking at another issue
[13:44] <jcastro> ok, I'll let karl know
[13:45] <chrisccoulson> thanks
[13:50] <mvo> mpt: could you please have a look at this http://people.canonical.com/~mvo/tmp/Screenshot-Ubuntu%20Software%20Centre.png - its a fix for the missing support to show further information about a channel, it used to be a feature of gnome-app-install that was not used much, but it would be good to get it back because otherwise the "enable channel" screen is a bit terse
[13:50] <mvo> mpt: please let me know if that makes sense or if you think it should be done differently
[13:51] <mpt> mvo, is that for a whitelisted repository?
[13:51] <mvo> mpt: yes
[13:51] <mpt> mvo, that looks fine to me, apart from the "Share" link
[13:51] <mvo> mpt: currently its only maverick-partner, but the TI folks want to ship some more
[13:52] <mvo> mpt: ok, I make the button go away
[13:52] <mpt> mvo, is 100% of that description provided by the repository maintainer?
[13:53] <chrisccoulson> pitti - /dev/rfkill is only meant to be used by the root user isn't it?
[13:54] <mvo> mpt: yes
[13:54] <mpt> ok
[13:55] <cyphermox> chrisccoulson, right, through the rfkill command
[13:55] <klattimer> any chance of a repaste of the last few lines
[13:55] <bilalakhtar> jcastro: It isn't on the wiki
[13:55] <chrisccoulson> cyphermox, oh, i wasn't aware of that. the bluetooth-applet is trying to open /dev/rfkill directly, it seems
[13:55] <chrisccoulson> klattimer:
 pitti - /dev/rfkill is only meant to be used by the root user isn't it?
 chrisccoulson, right, through the rfkill command
[13:56] <cyphermox> chrisccoulson, oh
[13:56] <klattimer> :/
[13:56] <klattimer> ok, this isn't a brilliant state of affairs
[13:56] <chrisccoulson> how did this used to work?
[13:57] <jcastro> bilalakhtar: oh sorry, it was on the mailing list: https://lists.ubuntu.com/archives/ubuntu-devel/2010-August/031084.html
[13:57] <bilalakhtar> Thanks jcastro !
[13:58] <klattimer> chrisccoulson: the code is pretty specific
[13:58] <bilalakhtar> jcastro: as I mentioned, the biggest mistake in my life was not joining ubuntu-devel but joining ubuntu-devel-*. the aftermath of not joining resulted in me missing 2 deadlines, one for this and the other for the UDs sponsorship
[13:58] <didrocks> session restart, brb
[13:58] <bilalakhtar> *UDS
[13:59] <klattimer> chrisccoulson: http://paste.ubuntu.com/497680/
[13:59] <klattimer> and later to set the state it writes directly to the device
[14:00] <chrisccoulson> klattimer, so, this hasn't really changed between 2.30 and 2.31.x
[14:00] <chrisccoulson> so, we must have previously set ACL's on /dev/rfkill
[14:01] <klattimer> must have
[14:02] <chrisccoulson> hmmm, /lib/udev/rules.d/61-gnome-bluetooth-rfkill.rules
[14:06] <chrisccoulson> ok, i think the udev rule for gnome-bluetooth is not doing the right thing anymore, but i need pitti's help here :)
[14:07] <chrisccoulson> everything else is doing TAG+="udev-acl", but gnome-bluetooth is doing ENV{ACL_MANAGE}="1"
[14:07] <chrisccoulson> looks suspicious to me :)
[14:14] <chrisccoulson> ok, that fixes it
[14:14] <chrisccoulson> klattimer, i'll upload a fix for that in a minute
[14:15] <klattimer> chrisccoulson: brilliant
[14:17] <pitti> chrisccoulson: I think the bluetooth applet might use it as well -- there was at least one thing which talked to it from userspace
[14:17] <pitti> chrisccoulson: I remember an udev rule which allowed access to regular users
[14:17] <chrisccoulson> pitti - it's ok, i've got a fix already
[14:17] <pitti> chrisccoulson: ah, right
[14:17] <chrisccoulson> the current udev rule is wrong
[14:18] <chrisccoulson> i'm just going to upload the fix now
[14:18] <pitti> chrisccoulson: ENV{ACL_MANAGE} is supposed to be an internal implementation detail of udev-acl
[14:18] <pitti> chrisccoulson: if you use TAG, it'll work
[14:18] <pitti> chrisccoulson: ok, good
[14:18] <chrisccoulson> pitti - yeah, i just changed it to use TAG, and it works now
[14:18] <pitti> chrisccoulson: sorry for delay, was out for lunch
[14:18] <chrisccoulson> that's ok :)
[14:26] <didrocks> kenvandine: good morning :)
[14:27] <kenvandine> didrocks, good morning
[14:27] <didrocks> kenvandine: do you think you'll have some time today for updating the telepathy stack (folks, mission-control, gabble) to the version that upstream advised?
[14:27] <kenvandine> sure
[14:28] <kenvandine> i'll make time for that :)
[14:28] <kenvandine> upstream advised?
[14:28] <kenvandine> specific version?
[14:28] <kenvandine> or latest?
[14:28] <didrocks> kenvandine: specific version, one sec
[14:30] <didrocks> kenvandine: http://mail.gnome.org/archives/desktop-devel-list/2010-September/msg00037.html
[14:30] <didrocks> kenvandine: don't look at the bullets, it's the requirement. The advise is in the next paragraph :)
[14:31] <kenvandine> ok
[14:31] <didrocks> thanks kenvandine :)
[14:31] <didrocks> session restart, crossing fingers!
[14:42] <milanbv> chrisccoulson: you found a place where libappindicator is watching the 'changed' signal?
[14:42] <milanbv> I didn't notice this
[14:43] <chrisccoulson> milanbv - yeah, it's doing that
[14:43] <milanbv> of course it's wrong, since GIcon is meant to update automatically
[14:43] <chrisccoulson> yeah, it does seem wrong
[14:43] <chrisccoulson> i'm not sure if it has anything to do with the crash, but i'll start looking at it again in a bit
[14:43] <chrisccoulson> i had to get a break and look at something else ;)
[14:43] <milanbv> could be - if the signal handler is called before the default handler from GtkImage
[14:43] <chrisccoulson> before my head exploded
[14:44] <milanbv> the GIcon could be destroyed right after the custom handler uses it
[14:44] <milanbv> :-)
[14:44] <milanbv> nasty bug...
[14:44] <chrisccoulson> yeah, this bug is a bit of a pain
[14:56] <milanbv> chrisccoulson: I confirm theme_changed_cb() should not exist
[14:56] <milanbv> that may fix the bug, but it's hard to explain exactly why it crashes
[14:56] <milanbv> since anyway it doesn't crash everytime you change theme...
[14:58] <milanbv> tedg: if you're looking for a nice bug to work on... :-p
[14:59] <milanbv> Chris has found out that the gnome-settings-daemon crash could be linked with libappindicator updating the GtkStatusIcon when theme changes, which isn't needed
[14:59] <tedg> milanbv, No, I'm in holding pattern.  It seems that OMG Ubuntu is down -- my life is in a holding pattern.
[14:59] <milanbv> :-)
[15:00] <kenvandine> rodrigo_, i pushed more u1ms fixes to lp:~ken-vandine/ubuntu/maverick/rhythmbox-ubuntuone-music-store/gconf
[15:00] <tedg> milanbv, It does need to handle theme changes as the icon could change when the theme changes.
[15:01] <milanbv> tedg: yeah, that's the point
[15:01] <milanbv> I guess this redundant signal causes weird things
[15:01] <milanbv> even if I can't tell why it doesn't at least work
[15:02] <kenvandine> rodrigo_, i proposed a merge https://code.edge.launchpad.net/~ken-vandine/ubuntu/maverick/rhythmbox-ubuntuone-music-store/gconf/+merge/36147
[15:10] <rodrigo_> kenvandine, looking
[15:11] <rodrigo_> kenvandine, oh, it's u1ms, sorry :(
[15:11] <kenvandine> no worries
[15:11] <kenvandine> that is what aquarius gave you :)
[15:11] <rodrigo_> kenvandine, that's what aquarius had, yes
[15:11] <kenvandine> rodrigo_, but this actually works
[15:11]  * rodrigo_ blames aquarius
[15:11] <kenvandine> :)
[15:11] <rodrigo_> ok
[15:11] <rodrigo_> looking at the source branch now
[15:11]  * fagan wonders if there is going to be any update to the u1ms in terms of functionality next release
[15:13] <rodrigo_> kenvandine, ah, it's the same branch :)
[15:13] <rodrigo_> kenvandine, ok, so approved
[15:13] <kenvandine> :)
[15:13] <kenvandine> rodrigo_, only question i have is why it doesn't open the music store and go straight to the song
[15:13] <kenvandine> aquarius, ^^
[15:14] <kenvandine> rodrigo_, so don't upload yet... lets find out about that
[15:15] <rodrigo_> yes
[15:19]  * aquarius is blamed
[15:19]  * aquarius is on a phone call, though
[15:20] <aquarius> it *should* go straight to the song
[15:20] <aquarius> (sorry about the x- thing)
[15:20] <kenvandine> aquarius, no worries
[15:20] <kenvandine> aquarius, it doesn't :)
[15:21] <aquarius> kenvandine, what does it do? open rhythmbox?
[15:21] <kenvandine> yes
[15:21] <kenvandine> but not to the store
[15:22] <aquarius> if you start rhythmbox as "rhythmbox -D U1" from the terminal, and then click a link, what output do you get?
[15:22] <kenvandine> aquarius, one sec
[15:23] <rodrigo_> maybe it got broken with the last rb plugin API changes
[15:24] <kenvandine> Traceback (most recent call last):
[15:24] <kenvandine>   File "umusicstore/__init__.py", line 49, in activate
[15:24] <kenvandine>     shell.props.sourcelist.select(self.source)
[15:24] <kenvandine> AttributeError: 'U1MusicStorePlugin' object has no attribute 'source'
[15:24] <kenvandine> i see that when it loads the plugin
[15:24] <kenvandine> but no output at all when i click on the link
[15:24] <kenvandine> i think that %s is getting eaten
[15:25] <kenvandine> looks at the man page, it only takes options
[15:26] <kenvandine> aquarius, it probably needs to be rhythmbox-client --select-source=%s
[15:26]  * kenvandine tests
[15:26] <rodrigo_> kenvandine, hmm, maybe it needs to be "rhythmbox %s" ?
[15:26] <aquarius> kenvandine, it worked for me first.
[15:26] <rodrigo_> kenvandine, in the gconf-defaults file?
[15:26] <aquarius> kenvandine, if you're getting that error above then the problem is that the plugin isn't loading correctly
[15:26] <aquarius> and so becuse the plugin isn't loaded, it isn't catching the URL.
[15:27] <rodrigo_> kenvandine, that object has no attribute 'source' thing was fixed some weeks ago, I guess you're running latest packages of everything?
[15:27] <aquarius> ah, crapsticks
[15:27] <aquarius> rodrigo_, i thought this source thing was fixed?
[15:27] <kenvandine> rodrigo_, i am
[15:27] <rodrigo_> yes, it was
[15:28]  * rodrigo_ checks
[15:28] <aquarius> rodrigo_, hasn't been in http://bazaar.launchpad.net/~ubuntuone-control-tower/rhythmbox-ubuntuone-music-store/trunk/annotate/head:/umusicstore/__init__.py -- was any fix merged?
[15:32] <rodrigo_> hmm, I don't get that warning at all, with latest rb and the plugin
[15:32] <rodrigo_> self.source is supposed to be from rb.Plugin, isn't it?
[15:33] <aquarius> I have 0.1.5 installed, and 0.1.6 is in the archive, so I may need to upgrade. kenvandine, which version do you have?
[15:33] <aquarius> I get the same self.source error
[15:34] <kenvandine> i have 0.1.6
[15:34] <rodrigo_> 0.1.6 just has the fix from kenvandine from yesterday about the tweet button not showing up
[15:34] <aquarius> rodrigo_, uh? so you run rhythmbox -D U1 and don't get that error?
[15:34] <rodrigo_> let me try with -D U1
[15:35] <rodrigo_> I don't get that error, but the store is not selected
[15:36] <aquarius> the store won't be selected because you have the "it's run before" key
[15:36] <aquarius> that's why you're not getting the error :)
[15:36] <aquarius> delete the gconf key /apps/rhythmbox/plugins/umusicstore/first_time_flag
[15:36] <aquarius> and I think the line that refers to self.source should actually refer to self.music_store_widget.source
[15:36] <rodrigo_> I have rhythmbox                                 0.13.1-0ubuntu4
[15:37] <aquarius> and I didn't catch this bug because I already had the flag so that bit of code didn't get run :(
[15:37] <rodrigo_> is that what you both have?
[15:37] <aquarius> rodrigo_, yes
[15:37] <aquarius> rodrigo_, if you delete the key, I think you'll see the error
[15:37] <rodrigo_> hmm, let me try
[15:38] <rodrigo_> right
[15:39] <rodrigo_> I'll propose a branch
[15:39] <aquarius> test it first ;-)
[15:40] <rodrigo_> yeah :)
[15:42] <rodrigo_> yeah, that line needs to be self.music_store_widget.source
[15:43] <rodrigo_> seems to work
[15:43] <rodrigo_> let me try now with -D U1
[15:43] <rodrigo_> hmm, that doesn't seem to work
[15:43] <aquarius> does it throw an error?
[15:44] <aquarius> or does it just try to select the source but fail?
[15:44] <aquarius> (you may need to delete the key again)
[15:44] <rodrigo_> no error/warning on the terminal, no
[15:45] <rodrigo_> when I delete the key and activate it, it goes correctly to the music store
[15:45] <rodrigo_> but then quit, and run -D U1, and it just goes to the main library
[15:46] <rodrigo_> ah, but we have that in __init__.py#activate:
[15:46] <rodrigo_> # Select the source if it's the first time
[15:46] <rodrigo_>         conf_client = gconf.client_get_default ()
[15:46] <rodrigo_>         if not conf_client.get_bool(U1_FIRST_TIME_FLAG_ENTRY):
[15:46] <rodrigo_>             shell.props.sourcelist.select(self.music_store_widget.source)
[15:46] <rodrigo_>             conf_client.set_bool(U1_FIRST_TIME_FLAG_ENTRY, True)
[15:46] <rodrigo_> so it only does it when the key is False or doesn't exist, right?
[15:46] <rodrigo_> so, that is, -D U1 calls the activate in __init.py, right?
[15:47] <rodrigo_> right, if I unset the key, -D U1 works ok
[15:48] <rodrigo_> aquarius, so, why do we only do that on first run, do you remember?
[15:48] <aquarius> because it draws attention to the music store the first time you start rhythmbox, but doesn't ram it down your throat every time
[15:49] <rodrigo_> so if we don't check for the key there, it activates it always, right?
[15:49]  * rodrigo_ checks
[15:49] <rodrigo_> yeah, but this makes -D U1 not work
[15:50] <rodrigo_> and there is no way for the plugin to check the command line
[15:51] <rodrigo_> and I guess rb u1ms://... calls activate in _init_.py, right?
[15:51] <rodrigo_> aquarius, ^
[15:53] <rodrigo_> aquarius, in fact, how does the url get registered in rb? how does rb know which source to show? U1MSLinks doesn't seem to do anything related to that
[15:54]  * aquarius looks for the code
[15:55] <rodrigo_> __init__.py only has code to activate / deactivate it
[15:56] <aquarius> it's in musicstorewidget
[15:56] <aquarius> do_impl_want_uri and do_impl_add_uri
[15:57] <rodrigo_> ah
[15:57] <aquarius> u1mslinks is the thing that *provides* u1mslinks, not the thing that handles them
[15:57] <aquarius> the musicstorewidget handles them, because it knows how to open the store
[15:57] <rodrigo_> right
[15:57] <rodrigo_> so, I guess we miss a call to .activate there, in do_impl_add_uri
[15:58] <aquarius> the plugin doesn't need to check the command line: when RB gets started with a url, it says to all the plugins "hey, I have a u1ms:// URL, do you want it?"
[15:58] <aquarius> rodrigo_, so the problem is that the store isn't appearing on first load?
[15:58] <rodrigo_> aquarius, on first load, with the fix I just did, yes
[15:58] <rodrigo_> but then -D U1 doesn't work
[15:58] <aquarius> or is the store not appearing in the RB user interface *at all* if it's started from a u1ms link?
[15:59] <rodrigo_> kenvandine, ^^
[15:59]  * rodrigo_ tests
[15:59] <aquarius> not sure what you mean about -D U1 not working?
[15:59] <kenvandine> it is for me
[15:59] <kenvandine> i have the store
[15:59] <kenvandine> but the store doesn't get displayed
[15:59] <kenvandine> i have to select it
[16:00] <rodrigo_> aquarius, rhythmbox -D U1
[16:00] <rodrigo_> aquarius, because of the first_time_flag we have
[16:01] <aquarius> rodrigo_, why does having the first_time_flag stop -D U1 working? confused!
[16:02] <rodrigo_> aquarius, because of the code I pasted above
[16:02] <rodrigo_> we only call shell.props.sourcelist.select(self.music_store_widget.source) if the first_time_flag is not set
[16:02] <rodrigo_> or is False
[16:03] <aquarius> yep
[16:03] <aquarius> so delete the key and then run rhythmbox, no?
[16:04] <aquarius> I'd stick a "print self.music_store_widget.source" just above the line where we select it, I think, to see if that code's actually being run and whether the source is correctly set
[16:04] <aquarius> I feel like I am missing your point :)
[16:05] <rodrigo_> aquarius, it works if I delete the key, but then after that, running rb -D U1 doesn't select the music store
[16:06] <aquarius> when you say "it works if I delete the key", does that mean "it correctly selects the music store the first time I run Rhythmbox after deleting the key"?
[16:06] <rodrigo_> aquarius, yes
[16:06] <aquarius> that's what's supposed to happen!
[16:07] <aquarius> hooray, you have fixed the bug.
[16:07] <aquarius> You don't seem as happy about this as I would imagine you would be :)
[16:07] <rodrigo_> aquarius, yes, was looking at the other thing from kenvandine
[16:07] <rodrigo_> do_impl_add_uri is never called for me
[16:07] <aquarius> oh.
[16:07] <aquarius> er.
[16:08] <aquarius> don't know why that doesn't happen
[16:08] <rodrigo_> aquarius, is the return 100 in do_impl_want_uri what rb expects for knowing our plugin supports that?
[16:08] <aquarius> yes
[16:08] <aquarius> you return a score, 0-100, saying how much you want this URL
[16:09] <aquarius> so you could say 80, and then if someone else says 100 then they win
[16:09] <desrt> tedg: yes/no :)
[16:09] <rodrigo_> aquarius, do_impl_want_uri is never called neither
[16:09]  * aquarius grumbles
[16:10] <tedg> desrt, Actually have a TODO to write you a mail, looks like no :(
[16:10] <aquarius> it used to be, I promise
[16:10] <aquarius> rodrigo_, are you sure it's running the version of the plugni that you're editing?
[16:10] <rodrigo_> aquarius, yes
[16:10] <aquarius> then...don't know.
[16:10] <desrt> tedg: that's a shame :(
[16:10] <rodrigo_> aquarius, there were some API changes in one of the rb updates, so this might have broke then
[16:10] <desrt> cody is still in, i guess?
[16:10] <aquarius> rodrigo_, how are you starting rhyhtmbox?
[16:11] <rodrigo_> aquarius, rhythmbox u1ms://stores.7digital.com/corporate_1/artists/govt-mule/the-deepest-end-live-in-concert-1/
[16:11] <aquarius> how do you know whether do_impl_want_uri is being called or not?
[16:11] <rodrigo_> aquarius, added print's
[16:11] <aquarius> yeah, but if you don't have -D U1 you won't see the prints
[16:12] <rodrigo_> hmm
[16:13] <rodrigo_> aquarius, with -D U1, same thing
[16:14] <aquarius> now, impl_want_uri is weird
[16:14] <aquarius> I remember those functions being weird when I was writing this
[16:15] <aquarius> instead of having it print something, try something a bit more permanent like writing to a temp file
[16:15] <rodrigo_> aquarius, kenvandine: for he time being, I've proposed this branch -> https://code.edge.launchpad.net/~rodrigo-moya/rhythmbox-ubuntuone-music-store/fix-first-time-activation/+merge/36157
[16:15] <rodrigo_> aquarius, ok
[16:16] <aquarius> rodrigo_, branch approved
[16:17] <kenvandine> rodrigo_, that does fix the url problem though right?
[16:17] <rodrigo_> kenvandine, it doesn't, looking at that now, it doesn't work for me neither
[16:17] <aquarius> kenvandine, no. that just fixes the source error we were getting.
[16:18] <aquarius> now, if a link doesn't take you to the right page in the store, it's actually a problem with the plugin
[16:18] <kenvandine> ok
[16:18] <aquarius> which I will help debug just as soon as I've finished helping with desktopcouch ;)
[16:18] <tedg> desrt, I agree.
[16:19] <rodrigo_> aquarius, I'll keep debugging on my side
[16:19] <desrt> well
[16:19] <rodrigo_> hey desrt!
[16:19] <desrt> hopefully we can spend some time at UDS
[16:19] <desrt> rodrigo_: hey :)
[16:19] <rodrigo_> desrt, going to uds then?
[16:19] <desrt> pfft.  as if i'd miss that party!
[16:19] <rodrigo_> desrt, heh
[16:20] <desrt> we're gonna go get drunk with mickey mouse, right?
[16:20] <rodrigo_> yes, and pluto is coming also
[16:20] <desrt> NICE
[16:20] <desrt> the dog drinks me under the table every time
[16:20] <desrt> ...it could be that i'm remembering things wrong, though
[16:20] <rodrigo_> :)
[16:27] <desrt> someone really needs to package an updated modemmanager for ubuntu
[17:00] <robbiew> hey RAOF...so is nouveau currently busted for us in 10.10?
[17:27] <didrocks> hey desrt, how are you?
[17:30] <didrocks> hum, meeting time
[17:30]  * kenvandine waves
[17:30] <didrocks> chrisccoulson, tremolux, Riddell, kenvandine, cyphermox: hey
[17:31] <chrisccoulson> hey!
[17:31] <didrocks> am I forgetting someone? :)
[17:31] <tkamppeter> hi
[17:31] <didrocks> hey tkamppeter ;)
[17:31] <tremolux> hey!
[17:31] <didrocks> short list this week :-)
[17:31] <didrocks> let's keep it short then
[17:31] <didrocks> (and chrisccoulson, did you bought a car? :p)
[17:31] <chrisccoulson> ;)
[17:31] <chrisccoulson> i might have
[17:32] <didrocks> hehe, but you prefered the meeting to buy one, great! ;)
[17:32] <didrocks> so, action from previous meeting
[17:32] <Riddell> hi
[17:32] <didrocks> I had a call for testing the migration tools with custom launcher on unity
[17:32] <didrocks> did someone tried it?
[17:32] <didrocks> try*
[17:33]  * didrocks ears desperatly only the wind :)
[17:33] <kenvandine> hehe
[17:33] <didrocks> well, I've retried it (forced due to a / FS corruption)
[17:33] <didrocks> and it worked :)
[17:34] <didrocks> it seems that I got some bug report with special caracter in the desktop name
[17:34] <didrocks> so, people may have try it
[17:34] <chrisccoulson> i've not had a chance to try it, but i can try it if there's still some value in that
[17:34] <didrocks> there is a pending fix :)
[17:34] <didrocks> chrisccoulson: yeah, it would be great!
[17:34] <didrocks> instruction are from last week meeting
[17:34] <didrocks> ok, let's move on so
[17:35] <didrocks> kenvandine, parteners update?
[17:35] <kenvandine> sure
[17:35] <kenvandine> U1 guys are testing a fix for couchdb that CouchOne thinks will fix replication
[17:35] <kenvandine> bug 422178
[17:35] <ubot2> Launchpad bug 422178 in couchdb (Ubuntu Maverick) (and 2 other projects) "CouchDB needs to properly enable SSL support (affects: 2) (heat: 18)" [High,In progress] https://launchpad.net/bugs/422178
[17:36] <kenvandine> a bunch of fixes for u1ms plugin in rb, gwibber integration and url handler stuff
[17:36] <kenvandine> but not completely fixed yet, it isn't opening rb to the store page as it should
[17:36] <kenvandine> ubuntuone-client  - bug 640392
[17:36] <ubot2> Launchpad bug 640392 in ubuntuone-client (Ubuntu) (and 1 other project) "syncdaemon_metadata_get_is_synced always returns FALSE for post-generations folders (affects: 1) (heat: 10)" [Medium,Fix released] https://launchpad.net/bugs/640392
[17:36] <kenvandine> Fixed to show proper emblems on folders in nautilus (rather than showing "updating" emblem across synced folders) -
[17:37] <kenvandine> and bug 617656  Causes nautilus to hang when u1 is asking for a lot of folders. Still trying to track down the root cause after many hours of debugging and troubleshooting.
[17:37] <ubot2> Launchpad bug 617656 in ubuntuone-client (Ubuntu Maverick) (and 2 other projects) "nautilus hangs while asking for folders (affects: 3) (heat: 18)" [Medium,In progress] https://launchpad.net/bugs/617656
[17:37] <kenvandine> will go in this week
[17:37] <didrocks> before thursday then?
[17:37] <kenvandine> by tomorrow, if they aren't in already, i think i saw a changelog for that
[17:38] <didrocks> great :)
[17:38] <kenvandine> that's it for U1
[17:38] <didrocks> so, desktopcouch should now replicate everything? We shouldn't have any known issue during it?
[17:38] <aquarius> didrocks, not yet.
[17:38] <kenvandine> aquarius, there are other bugs?
[17:38] <didrocks> ok, that's a separate issue?
[17:38] <kenvandine> i thought this fixed it for maverick...
[17:38] <aquarius> didrocks, we're working with the couchio and erlang teams right now for an SSL fix.
[17:38]  * aquarius does the long-suffering look.
[17:38] <kenvandine> sigh...
[17:39]  * didrocks hugs aquarius
[17:39] <kenvandine> so this only fixes part of it... dang
[17:39] <kenvandine> poor aquarius
[17:39] <chrisccoulson> kenvandine, so, nautilus is hanging rather than crashing, right?
[17:39] <kenvandine> i'll buy you another beer in orlando :)
[17:39] <aquarius> kenvandine, heh
[17:39] <kenvandine> chrisccoulson, yes
[17:39] <didrocks> nice, way better :)
[17:39] <chrisccoulson> kenvandine, well, bug 635614 might be a good place to start
[17:39] <ubot2> Launchpad bug 635614 in ubuntuone-client (Ubuntu) "Should use async dbus calls when talking to syncdaemon, and stop blocking nautilus UI (affects: 1) (heat: 426)" [Undecided,Incomplete] https://launchpad.net/bugs/635614
[17:39] <aquarius> kenvandine, do you know how far rodrigo got with investigating why the music store isn't opening to the correct page with a link? I'm available to help now but he's gone :(
[17:40] <kenvandine> ok, i'll make sure they are looking at that
[17:40] <chrisccoulson> doing long synchronous dbus calls from the main thread is baaaaaadddd....
[17:40] <kenvandine> aquarius, nope
[17:40] <chrisccoulson> those calls hang the whole UI
[17:40] <kenvandine> ugh
[17:40] <aquarius> kenvandine, ok, I'll chase him later
[17:40] <kenvandine> ok, i'll point them at it
[17:40] <didrocks> kenvandine: can you show them this bug and suggest moving to that?
[17:40] <kenvandine> yes
[17:40] <kenvandine> anything else on U1?
[17:40] <didrocks> thanks :)
[17:40] <didrocks> not for me, you can go on
[17:41] <kenvandine> ok
[17:41] <kenvandine> DX
[17:41] <kenvandine> for DX, the biggest thing is ABI change in libindicator
[17:41] <kenvandine> bug 637692 (shotwell import dialog won't close)
[17:41] <ubot2> Launchpad bug 637692 in unity (and 5 other projects) "Action for top-level dropdown menu item not activated (affects: 3) (heat: 155)" [High,Confirmed] https://launchpad.net/bugs/637692
[17:41] <didrocks> (API change in fact)
[17:41] <kenvandine> didrocks, oh it is?
[17:41] <kenvandine> ugh!
[17:41] <kenvandine> grrrr
[17:41] <didrocks> kenvandine: yeah, we discussed again this morning
[17:41] <kenvandine> missed that...
[17:41] <didrocks> kenvandine: but it's the ABI issue which is annoying
[17:41] <didrocks> (well, my morning :))
[17:41] <kenvandine> hehe
[17:41] <kenvandine> ok
[17:42] <didrocks> it's basically changing a structure and adding an optional call
[17:42] <kenvandine> so this will require a bunch of rebuilds
[17:42] <kenvandine> anything more than rebuilds?
[17:42] <didrocks> just on indicator-appmenu, adding the call
[17:42] <didrocks> but rebuild for others
[17:42] <kenvandine> ok
[17:42] <kenvandine> whew
[17:43] <didrocks> so, that's the scary part
[17:43] <kenvandine> i am testing those builds now
[17:43] <kenvandine> well trying too... had to free some space on this SSD :)
[17:43] <didrocks> great, I'll coordinate with the release team for getting that approved
[17:43] <kenvandine> also got one more thing for design
[17:44] <kenvandine> hit me after i updated the wiki
[17:44] <kenvandine> they are requesting a couple UIF exceptions
[17:44] <kenvandine> for usability reasons
[17:44] <kenvandine> very minor... and shouldn't affect screenshots or anything
[17:44] <didrocks> on what component?
[17:44] <kenvandine> light-themes and compiz
[17:44] <didrocks> shouldn't affect screenshots?
[17:45] <kenvandine> compiz is tweaking shadows in the default settings
[17:45] <kenvandine> moving them down 4 pixels
[17:45] <kenvandine> not noticable
[17:45] <didrocks> yeah
[17:45] <didrocks> and the other one? on light-theme N
[17:45] <didrocks> ?
[17:45] <kenvandine> one more change for compiz
[17:46] <kenvandine> the inactive window decorations are no longer transparent
[17:46] <kenvandine> for the theme
[17:46] <didrocks> hum, this is some kind of visible :/
[17:46] <didrocks> design should learn the freeze…
[17:46] <didrocks> something to work on at UDS
[17:46] <Riddell> speaking of which, any word on the font?
[17:46] <kenvandine> yeah...
[17:47] <chrisccoulson> i was just thinking the same ;)
[17:47] <kenvandine> didrocks, let me grab the link for the theme email , easier
[17:47] <didrocks> kenvandine: can you follow that and ask them to do the UI freeze paperwork?
[17:47] <kenvandine> Riddell, nothing confirmed yet
[17:47] <kenvandine> didrocks, already doing that now... :)
[17:47] <didrocks> kenvandine: great, thanks :) (and yeah, if I can have the email, that will be good, thanks)
[17:47] <kenvandine> last week they said they wouldn't push for the exception, but changed their mind... seems they are worried from a usability stand point
[17:48] <didrocks> ok
[17:48] <didrocks> any other question for kenvandine?
[17:49] <kenvandine> i'll update the wiki with the details
[17:50] <didrocks> ok, moving on
[17:50] <didrocks> thanks kenvandine
[17:50] <didrocks> Riddell: kubuntu update? (not sure as you were on vacation IIRC last week)
[17:50] <Riddell> I was but since I'm never far away from Kubuntu I can do an update anyway
[17:50] <Riddell>  * Qt 4.7.0 just got released, we'll probably upload it although it's just a version number bump compared to what we currently have
[17:50] <Riddell>  * shiny new KPackagekit with applications view in the archive
[17:50] <Riddell>  * component mismatches is tidied up for Kubuntu bits
[17:50] <Riddell>  * possible samba sharing patches to be added yet, since this is broken anyway it can't get much worse
[17:50] <Riddell>  * 18 tagged beasties http://tinyurl.com/33p7vu3 mostly I expect them to be fixable or ignorable so I'm generally happy with where we are
[17:52] <Riddell> oh and thanks to persia for fixing koffice on ARM
[17:52] <didrocks> welcome back Riddell, btw :)
[17:52] <didrocks> great!
[17:52] <didrocks> so even "High" priority bugs aren't so high? the list is reasonable?
[17:53] <Riddell> they're high but I'm comfortable we have time to fix them
[17:53] <Riddell> I'll start panicing in about a week's time :)
[17:54] <didrocks> heh, right, let's postpone panic :)
[17:54] <didrocks> any question for Riddell?
[17:54] <Neko> http://launchpadlibrarian.net/55758568/screenshot.png
[17:54] <Neko> anyone know where the size of the Applications button up top is defined?
[17:55] <didrocks> Neko: we are in a meeting now
[17:55] <didrocks> ok, seems not, let's move on next topic
[17:55] <Neko> I'm patient :D
[17:55] <didrocks> thanks Riddell
[17:55] <didrocks> so, here is the most important piece of ubuntu: UNE :-)
[17:55] <didrocks> (sorry, kidding, that was my only chance to do that joke!)
[17:55] <tremolux> haha
[17:56] <didrocks> Lot of bugs fixed (more than 40!) in one week. A lot of goodness thanks to the crazy unity team. Still a lot of fixes in the pipeline. Hurring for a wednesday's evening upload for final fixes.
[17:56] <didrocks> the dx team is really rocking
[17:56] <didrocks> unity is in a way better state regarding crashes
[17:56] <didrocks> and a lot of goodness will come soon
[17:56] <didrocks> kudos to them :)
[17:56] <didrocks> We also got an issue this week due to a mesa upload breaking all clutter-based app (and so unity).
[17:56] <devildante> yeah, from what I've heard, unity is exciting :)
[17:57] <didrocks> fortunately, the fix made his way fast enough
[17:57] <didrocks> that's it for unity, any question?
[17:57] <devildante> btw, hi all :)
[17:57] <tremolux> hey devildante!
[17:57] <didrocks> hey devildante ;)
[17:57] <devildante> hi :)
[17:57] <didrocks> ok, next topic, tremolux, USC update?
[17:58] <tremolux> hi didrocks, yep
[17:58] <tremolux> Buy Something: new $1 test package uploaded, continued testing, target to open up for general testing this week
[17:58] <tremolux> New Apps: extras.ubuntu.com key added to default sources.list and to keyring, all pieces now in place for new-apps
[17:58] <tremolux> Misc:  of course, lots of testing, targeted bugfixing
[17:58] <devildante> great!
[17:58] <tremolux> so, things a moving along  :)
[17:58] <didrocks> about extras.ubuntu.com
[17:58] <tremolux> yes?
[17:58] <didrocks> I got an issue with it yesterday
[17:59] <didrocks> I tried to apt-get source <whatever<
[17:59] <tremolux> keyring issue?
[17:59] <didrocks> as the repo wasn't there, it didn't want to source it
[17:59] <didrocks> well, I have to get a deeper look, but not sure it was only a keyring issue
[17:59] <didrocks> (fresh forced install from Sunday)
[18:00] <tremolux> ok, you may not yet have the package that sets it up yet
[18:00] <tremolux> not sure
[18:00] <tremolux> maybe we can talk after
[18:00] <didrocks> ok, something to try then :)
[18:00] <didrocks> sure
[18:01] <didrocks> (yes, no key from what I see)
[18:01] <tremolux> so you don't have the extras.ubuntu.com repo at all?
[18:01] <tremolux> or, you have it but not the key>?
[18:01] <didrocks> do you need testing on the buy something?
[18:01] <didrocks> let's talk about extras after the meeting
[18:01] <tremolux> sure!  would appreciate that
[18:01] <tremolux> but, it will cost you $1 to test  ;)
[18:02] <didrocks> for rick's wallpaper, I can live with that :)
[18:02] <tremolux> maybe give it a few hours as I *think* we are working out issues still with the new $1 package
[18:02] <didrocks> ok ;)
[18:02] <tremolux> thanks didrocks
[18:02] <didrocks> nice to see it finally coming! awesome work ;)
[18:02] <didrocks> any question on USC?
[18:02] <tremolux> thanks (on behalf of the team)!  :)
[18:03]  * devildante wonders when it will be part of the USC team
[18:03] <didrocks> ok, moving on, thanks tremolux
[18:03] <devildante> not that it is a demand :p
[18:03] <didrocks> devildante: discuss that with them after the meeting :)
[18:03] <didrocks> so, no pedro this week
[18:04] <devildante> okay :)
[18:04] <didrocks> which means, no new bugs \o/
[18:04] <tremolux> devildante: heh, well, you are part of the team for sure, on LP is just a formality
[18:04] <didrocks> more seriously, I'm tracking bugs assigned to our team
[18:04] <didrocks> I assigned some already, nothing to be concerned about
[18:04] <devildante> tremolux, thanks :)
[18:04] <didrocks> so, no wasting time on that now
[18:05] <didrocks> ok, so release status: http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-ubuntu-10.10.html
[18:05] <didrocks> well… no activity which is normal as we should really focus on bugs
[18:05] <devildante> I still don't understand these graphs :p
[18:05] <didrocks> please please, update your WI, postpone them, close them
[18:06] <didrocks> seems to be the case, apart from RAOF (I will speak to him)
[18:06] <didrocks> and pitti!
[18:06] <pitti> oops :)
[18:06] <fagan> win 7
[18:06] <fagan> whoops sorry
[18:06]  * pitti defers his
[18:06] <didrocks> pitti: no worry, we are still under the trendline :)
[18:07] <didrocks> ok, that's it for that part, any question?
[18:07] <didrocks> hum, there is no mozilla update in the template, chrisccoulson, something to share?
[18:07] <chrisccoulson> didrocks - i've not filled in my bit yet
[18:08] <chrisccoulson> but maverick is looking pretty good for mozilla
[18:08] <didrocks> chrisccoulson: yeah, I'm switching back to using firefox nowdays :)
[18:08] <didrocks> seems like you triaged a lot of bugs
[18:08] <chrisccoulson> didrocks, you're the second person who's said that to me ;)
[18:08] <devildante> a silly question, is firefox 4.0 in 10.10?
[18:08] <didrocks> chrisccoulson: good work!
[18:09] <chrisccoulson> yeah, i spent some time looking at a bug report on friday, which looked like it might be a regression in lucid
[18:09] <didrocks> devildante: will be updated when out as the new mozilla update policy
[18:09] <devildante> didrocks, great, thanks :)
[18:09] <chrisccoulson> and i spent nearly my entire day to then discover it wasn't, and the reporter flamed me when i closed the report :(
[18:09] <didrocks> chrisccoulson: urgh, that happens… :/
[18:09] <didrocks> any other question on firefox?
[18:10] <chrisccoulson> i've spent some time this week preparing things for natty
[18:10] <chrisccoulson> one of those is to get the mozilla test-suite running on our builds in firerox 4.0
[18:10] <chrisccoulson> which i've done now :)
[18:10] <didrocks> chrisccoulson: nice!
[18:10] <didrocks> chrisccoulson: is there a ppa? :)
[18:10] <chrisccoulson> didrocks - yeah, there's the ubuntu-mozilla-daily PPA atm
[18:11] <chrisccoulson> but there will be another one soon for the FF4.0 beta's, which won't be daily builds
[18:11] <didrocks> ok, natty will be cool, but maverick is our first top priority! Fixing bugs and update/install test should be our current focus :)
[18:11] <devildante> yes!
[18:11] <chrisccoulson> yeah, i'm doing that too ;)
[18:12] <didrocks> so, back on bug fixing/updating/crazy ABI migration handling! Let's keep maverick rocking and good work everyone! :)
[18:12] <vish> mvo / tremolux: someone just pointed out > http://fonts.debian.net/  !! ;)
[18:12] <vish> where did this guy go!!!!!  > http://twitter.com/mpt/statuses/6691562107
[18:12] <didrocks> thanks all :)
[18:12] <pitti> thanks didrocks
[18:12] <vish> oops.. meeting! :s
[18:13] <didrocks> vish: just finished, it's ok!
[18:13] <devildante> vish, I missed the discussion, what's that for?
[18:13] <tremolux> thanks everybody
[18:13] <vish> didrocks: phew! :)
[18:13] <fagan> vish: thats awesome
[18:13]  * kenvandine back to rebuilding
[18:13] <vish> devildante: its for the font screenshots..
[18:13] <devildante> ah
[18:13] <devildante> great :)
[18:13] <vish> several of the fonts have no screenshots..
[18:14] <tremolux> vish: wow!
[18:14] <vish> we should probably try to link to that.. :)
[18:14] <fagan> and we should have one for the ubuntu font
[18:14] <fagan> but later
[18:14] <fagan> :)
[18:14] <fagan> vish: the best thing is that we can build from that
[18:14] <vish> yup
[18:14] <fagan> there is loads done
[18:15] <tremolux> vish: that is seriously cool
[18:15] <vish>  yea! seriously!
[18:17] <chrisccoulson> didrocks - https://edge.launchpad.net/~mozillateam/+archive/firefox-next
[18:17] <chrisccoulson> courtesy of micahg :)
[18:17] <chrisccoulson> for people who aren't brave enough for daily builds ;)
[18:17] <didrocks> chrisccoulson: thanks, I'll take a look :)
[18:18] <chrisccoulson> although, a fair bit has changed already between b6 and the current dailies
[18:18] <chrisccoulson> (ie, the statusbar has gone now)
[18:19] <didrocks> oh right, I read that
[18:21] <chrisccoulson> also, there's still a fair bit of discussion about what to do with the linux UI
[18:21] <chrisccoulson> eg, https://bugzilla.mozilla.org/show_bug.cgi?id=585370
[18:21] <ubot2> Mozilla bug 585370 in General "Implement the Firefox button on Linux" [Normal,Assigned]
[18:23] <didrocks> hum, seeing that
[18:24] <didrocks> well… let's track that and see. given the ressource, we don't have a lot of options :)
[18:38] <Neko> meeting over yet?
[18:39] <and471> Neko, yup
[18:39] <Neko> okay
[18:39] <Neko> http://launchpadlibrarian.net/55758568/screenshot.png
[18:39] <Neko> anyone know where the size of the Applications button up top is defined?
[18:40] <Neko> the button is called "Xfce Menu" but the .desktop that defines that is not seemingly used as the translation for it is Xfce Menu.. not Applications. I can't tell where that string comes from therefore I worry about where this menu and it's size and position are actually defined
[18:41] <Neko> if I knew that I could just fix it :]
[18:41] <Neko> so any ideas?
[18:43] <Neko> I'm also curious what settings defines the default backdrop etc. for the desktop, and the gdm backdrop.. older gdms I'd edit the theme but now it's seemingly some magical gconf somewhere..
[18:48] <didrocks> Neko: I think you'll find xfce guys on #ubuntu rather
[18:48] <Neko> .... it does the same for GNOME FYI
[18:48] <Neko> there is some special magic being done to this button somewhere :]
[18:49] <didrocks> Neko: not the same applet and panel
[18:49] <Neko> so where would it be for gnome just as an FYI
[18:49] <didrocks> Neko: for gdm, you should log in as the gdm user
[18:49] <didrocks> Neko: well, I think I know GNOME a little and no, it's not the same technology
[18:49] <didrocks> FYI
[18:49] <Neko> to change the backdrop for gdm?
[18:50] <didrocks> background, not sure what a backdrop is
[18:50] <Neko> same thing
[18:50] <Neko> you use painting terms I use theater terms :D
[18:50] <Neko> I need to log in as gdm? I just want to know where it keeps the string that says "this is the png I load behind the greeter window"
[18:52] <didrocks> Neko: the gconf key is /desktop/gnome/background/picture_filename as the gdm user
[18:52] <Neko> so it's kept in /var/lib/gdm/.gconf/desktop/und/so/weiter then by that reckoning?
[18:53] <didrocks> Neko: exactly
[18:54] <Neko> okay consider that this does not exist here where is the default kept
[18:58] <didrocks> Neko: it's the default system one then, generated by update-gconf-defaults from /usr/share/gconf/defaults/16_ubuntu-wallpapers
[18:59] <Neko> here that's "/usr/share/backgrounds/warty-final-ubuntu.png"
[18:59] <Neko> I have my doubts this has been valid for about 4 years
[18:59] <didrocks> right
[19:00] <didrocks> because when you upgrade,  you still want people having their wallpapers
[19:00] <didrocks> so, we keep the same filename
[19:00] <didrocks> ok, dinner time there!
[19:01] <Neko> so warty-final-ubuntu.png is provided by some update-alternatives stuff then?
[19:01] <dobey> hrmm. wonder when i can upload to narwhal
[19:02] <bcurtiswx_> dobey, gotta wait until after 10.10.10 at least
[19:42] <mvo> vish: cool, fonts.debian.net - we should use this to generate font screenshots inside software-center
[19:44] <vish> mvo: yup! i'v added it to the unresolved issues too.. probably for the fonts category, we can make SC grab screenshots from there..