[22:53] <bob___> I Hav a mac book running 10.4 can i have ubuntu on it?
[22:56] <bob___> Anyone There
[22:57] <bob___> I Hav a mac book running 10.4 can i have ubuntu on it?
[23:00] <philballew> bob___, yes
[23:00] <bob___> what one?
[23:00] <philballew> 10.4 as in osx version 10.4
[23:01] <philballew> id install 12.10
[23:01] <philballew> how much ram does the mac book have?
[23:01] <bob___> yaeh but the computer say a unmountable disk
[23:02] <bob___> dont know got it from friend
[23:04] <bob___> you there


[06:53] <acheronuk> culprit K-lined ^^
[17:28] <lisac> hey, I might've got banned from #ubuntu from pasting a spam message I got about the channel
[17:51] <krytarik> lisac: Relaying spam messages to any channel is usually a bad idea - and now you also know why.  Unfortunately though, since I'm no op there myself, you'll have to wait for someone who is.
[18:00]  * genii reviews
[18:01] <lisac> krytarik: yeah, I've been warned a few times
[18:01] <lisac> didn't think it would ever actually happen
[18:03] <krytarik> Thanks, genii.  There you go, lisac.
[18:03] <genii> lisac: If you receive PMs with spam in them , the proper channel to report it is in here if it regards #ubuntu
[18:03] <genii> ( or other *buntu channels )
[18:04] <lisac> thanks, I'll keep that in mind next time
[18:25] <genii> lisac: It is also preferable if you did not idle in this channel, unless there is some other matter which requires attention :)
[18:27]  * genii consults his watch
[18:27] <lisac> oh, right, sorry :)
[19:29] <Pici> magic!
[19:30] <Pici> el: thanks


[09:41] <bluesabre> Unit193: good question
[11:00] <ochosi> i'm wondering what to do about the community-submitted wallpapers from 14.04 in 14.10
[11:01] <ochosi> not sure we simply wanna install them again by default, or whether we just leave the package in the repos for those who want it
[11:01] <bluesabre> we run another contest
[11:02] <ochosi> phu, not sure i have the energy for another contest
[11:02] <elfy> then if not I think there's no reason to not use the same ones again ;)
[11:03] <ochosi> well depends, that was a frequent point of criticism (even if it's hard for me to take it too seriously) that we only ship so few wallpapers by default
[11:03] <ochosi> i really don't wanna do wallpaper contests every release, that's exhausting and the results will hardly be great every time
[11:04] <elfy> but with the comm ones we ship more now don't we?
[11:04] <elfy> maybe carry on with the 14.04 ones - if people want to do more they can talk to us
[11:05] <ochosi> yeah
[11:05] <ochosi> ah, i misread you there before
[11:05] <elfy> anyway - I'm not really here - keep almost going
[11:05]  * ochosi facepalms
[11:05] <ochosi> i thought you said there's no reason to use the same ones again
[11:05] <elfy> yea - thought so - which is why I said it slightly differently :)
[11:05] <ochosi> guess i need a coffee or some rest, can't decide
[11:05] <elfy> or both ;)
[11:05] <elfy> little one now decides she's ready ... bye
[11:06] <bluesabre> is there an easier way to do it?  Seems like using the wiki put a lot of workload on you guys
[11:07] <bluesabre> anyway, it doesn't really matter to me either way ;)
[11:07] <ochosi> not only that, there were many crappy submissions and i partly hunted down people who would submit stuff
[11:08] <ochosi> now that 14.04 is released, i can disclose that most walls we voted in were those i found online before and got the authors to submit them
[11:09] <ochosi> (well i guess most of you knew that anyway)
[11:09] <bluesabre> :)
[11:09] <ochosi> but the voting also took a lot of time
[11:09] <ochosi> we went through 3 rounds, which was good, but also tiresome
[11:12] <ochosi> and agreed, the wiki made submissions and everything a lot of work, but it also had its benefits
[12:16] <bluesabre> Noskcaj: For some reason I cannot inject a new mugshot package into debian... I've got the package here if you want to give it a shot (and not have to package it yourself)
[12:16] <bluesabre> dget http://www.smdavis.us/tmp/mugshot_0.2.4-1.dsc
[12:59] <ochosi> bluesabre: i discussed this with satya a few minutes ago, in 14.10 we'll retire albatross
[12:59] <ochosi> so only greybird, numix, orion and possibly bluebird will remain
[13:00] <bluesabre> ok, fine by me
[13:02]  * ochosi downloads utopic daily build
[13:03] <ochosi> you've split the shimmer-themes package into individual packages already, right?
[13:03] <ochosi> if so, feel free to drop albatross anytime
[13:04] <bluesabre> yes
[13:06] <ochosi> what about the daily-archive? should that be updated with the new packaging too then?
[13:07] <bluesabre> the ppa?
[13:08] <ochosi> yup, this one. https://launchpad.net/~shimmerproject/+archive/ubuntu/daily
[13:08] <bluesabre> yeah, its split already too
[13:08] <bluesabre> for utopic
[13:08] <ochosi> oh
[13:08] <bluesabre> keeping all of our themes in that one
[13:08] <bluesabre> so blackbird and albatross will stay there in case they are ever resurrected
[13:09] <ochosi> basically depends on new contributors picking that up
[13:09] <bluesabre> yup
[13:09] <ochosi> don't see myself doing that :>
[13:11] <bluesabre> ugh, so many differences for builds to work on older gtk
[13:11] <ochosi> for what, parole 0.7?
[13:11] <bluesabre> oh wait
[13:11] <bluesabre> why is it pulling gtk2?
[13:11] <bluesabre> :\
[13:11] <ochosi> huh fun
[13:12] <bluesabre> I really disliked 13.10 for all the upstream issues
[13:12] <bluesabre> I went 13.04 -> 14.04
[13:12] <ochosi> yeah, never upgraded my gf's laptop to 13.10 and used 14.04 from its early stages
[13:14] <ochosi> hm nice, the installer for utopic failed :/
[13:15] <ochosi> (partitioner)
[13:18] <ochosi> for some reason the menu separators don't look very nice in gtk3 in utopic
[13:19] <bluesabre> guess its time for me to start running utopic fulltime to nag you
[13:20] <ochosi> heh, well actually satya said he'd take care of the gtk3.12 transition
[13:20] <ochosi> so you can nag him then ;)
[13:21] <bluesabre> ok
[13:22] <bluesabre> I've got a feeling that everything else is on standby until the numix sass conversion is done then?
[13:22] <bluesabre> (or whatever that thing is called)
[13:22] <bluesabre> :)
[13:23]  * ochosi asks
[13:23] <ochosi> hm, so x-d-s 14.04.5 fixed the black screen bug, right?
[13:24] <bluesabre> probably
[13:24] <bluesabre> it sets the setting anyway
[13:24] <bluesabre> unless lls is not started correctly or something
[13:24] <ochosi> i'm drafting the article you and i were supposed to write on the subject for the blog
[13:24] <bluesabre> ah cool
[13:29] <ochosi> http://xubuntu.org/?p=2656&preview=true
[13:32] <ochosi> bluesabre: lemme know what you think, this is a very quick draft ^
[13:37] <bluesabre> looks good
[13:37] <bluesabre> Title could use some work
[13:37] <bluesabre> ;)
[13:37] <ochosi> feel free to just edit
[13:37] <ochosi> i mean all of it, then hit publish ;)
[13:38] <bluesabre> ok, I'll be sure to get to that today
[13:38] <ochosi> great
[13:38] <ochosi> so the sass port will happen for after 14.10
[13:39] <ochosi> our themes will get 3.12 support on the current code base
[13:39] <bluesabre> ah, I see
[13:39] <bluesabre> wow, that is really a huge undertaking then
[13:40] <ochosi> yeah, basically a rewrite
[13:40] <ochosi> not much fun
[13:40] <ochosi> one of those things where you invest lots of time and effort, hoping that the code will become more maintainable
[13:40] <bluesabre> yup, been there/done that ;)
[13:41] <bluesabre> hm, the daily iso seems rather unstable atm
[13:41] <bluesabre> in my vm, it almost starts, then I get a really wide black screen
[13:42] <bluesabre> ooh progress
[13:43] <ochosi> on what?
[13:43] <bluesabre> https://imgur.com/Evyg3dQ
[13:44] <ochosi> hehe, looks flashy
[13:49] <ochosi> meh, installer always crashes at the partitioning step :(
[13:50] <ochosi> btw, i think i need to draw a different icon for the "plugged in" state in the power-manager's plugin
[13:50] <bluesabre> yes
[13:50] <ochosi> that lightning doesn't really cut it for me
[13:50] <bluesabre> :)
[13:51] <bluesabre> this could be a new default wallpaper https://imgur.com/2JOX8VB
[13:51] <ochosi> +1
[13:51] <ochosi> :D
[13:52] <ochosi> wee, finally managed to jump across that buggy partitioner
[13:52] <ochosi> so it's installing
[15:18] <pleia2> nice post
[15:20] <pleia2> social mediaed it
[17:06] <ochosi> thanks pleia2
[18:31] <ochosi> bluesabre: i just pushed two of the icons that seemed too large in your utopic appmenu screenshot
[18:31] <ochosi> please check whether there
[18:31] <ochosi> are more
[18:31] <ochosi> (if possible)
[18:35] <bluesabre> ochosi: I'll work on putting a list together as I find them
[18:38] <ochosi> cool, thanks
[18:38] <ochosi> so i fixed the keyboard-settings icon and jockey
[18:45] <bluesabre> cool, I'll check those out a bit later.. heading out to see a movie
[18:45] <bluesabre> bbl
[20:30] <Unit193> bluesabre: Speaking of which, in your packages in Debian, why isn't PAPT maintainer and both of you uploaders?
[22:55] <knome> i guess we could have a section on xubuntu-restricted-extras on the documentation
[22:57] <ochosi> sounds like a good idea to me


[00:01] <intellectronica> sladen: i've removed all subscriptions from the top-level bug
[00:01] <intellectronica> sladen: would you mind pasting or forwarding to me a few example emails, so that i can see from their headers why they're being sent?
[00:10] <sladen> intellectronica: http://www.paul.sladen.org/ubuntu/bugs/seahorse-apport-and-unsubscribes.mbox.txt  120-odd received messages since your "it's fixed post"
[00:11] <intellectronica> sladen: thanks!
[00:16] <sladen> intellectronica: and another one this second
[01:34] <intellectronica> sladen: i think i know what's going on. our idea of just nuking the subscriptions to that bug was way too naive. you are, of course, an 'also notified' subscriber now :(
[01:34] <wgrant> intellectronica: You didn't nuke the dupe subscriptions?
[01:35] <intellectronica> wgrant: no, because, at least in theory, users should be able to kill those subscriptions themselves (those bugs don't time out)
[01:35] <intellectronica> but i may have to, as a service to the public
[01:36] <wgrant> intellectronica: Users cannot get to the dupe bugs.
[01:36] <wgrant> intellectronica: Unless they formulate a link themselves.
[01:36] <wgrant> The normal story to opt out of dupe-spam is to go to the master and click the Unsubscribe link.
[01:36] <wgrant> Not go to the dupe and do that, since there is no link to the dupe in the email.
[01:37] <sladen> intellectronica: for each of those messages, 1 person is receiving it directly and 1,999 receiving it via the dupe
[01:37] <intellectronica> wgrant: right, but the information is in the headers, so it's not impossible, just hard
[01:38] <wgrant> intellectronica: They have to know what they are doing.
[01:38] <wgrant> intellectronica: And I bet 1950 of them don't.
[01:38] <intellectronica> indeed
[01:38] <sladen> intellectronica: people who "know what they are doing" don't reply to a message saying asking to be unsubscribed
[01:39] <ajmitch> it's so easy to file a bug & get subscribed, just a little harder for that person to unsubscribe
[01:39] <sladen> intellectronica: could I politely, respectively, hopefully, enquire strongly about kludging the out-going mail script
[01:39] <intellectronica> sladen: that's a good point. and i'm not rejecting the idea of using a heavier hammer in this particular case, b.t.w
[01:40] <intellectronica> sladen: yes, i am know seriously considering doing exactly that
[01:40] <ajmitch> parsing an 'unsubscribe' request could be useful too, but prone to failure
[01:40] <wgrant> ajmitch: And prone to hiding bugs.
[01:40] <intellectronica> ajmitch: i think that's taking it a bit too far :)
[01:40] <wgrant> ajmitch: eg. I forge an unsubscribe request.
[01:41] <ajmitch> wgrant: that requires some minimal level of knowledge, and it wasn't an entirely serious suggestion
[01:41] <sladen> long-term I suspect Launchpad is going to have to append email-specific unsubscribe links that "do the right thing" based on how the particular message was receieved (eg. change the "this was generated as a result of..." to be that and/or a link
[01:41] <ajmitch> partly because it's too much to expect gpg-signed mails to be able to unsubscribe from a bug :)
[01:42] <intellectronica> sladen: tbh long term i think we should re-consider indirect subscriptions from dupes. i'm not convinced that they are really that useful
[01:43] <sladen> ajmitch: the background to this is a frequently-occuring bug, apport enabled beyond release, auto-duping, launchpad timing out over X,000 dupe subscribers and then apport interating over all of the report, sending N backtraces to N subscribers  (were N is approximately 2,000)
[01:43] <wgrant> Mainly because of an update-manager bug.
[01:44] <ajmitch> sladen: Yes I know, it's something that's far too easy to subscribe to (by way of apport)
[01:45] <ajmitch> those people must be getting a lot of email
[01:45] <sladen> intellectronica: yup;  but I'd encourage doing something $now...  in 24 hours there will be another 100 messages, another 10 unsubscribe requests (and the same everyday going back a week or so)
[01:46] <sladen> ajmitch: uh huh
[01:46] <intellectronica> sladen: we're on it. sorry, once again, for the inconvenience
[01:47] <sladen> ajmitch: and it's even more monotonous because they're all identical;  people will have started backlisting them in gmail as spam by now, and that isn't going to bode well
[01:48] <ajmitch> I'm surprised that there's not been a big outcry over such things yet
[01:48] <intellectronica> sladen: using spam filtering is not necessarily a bad idea. the filter is most-likely statistical, and will do the right thing
[01:48] <sladen> intellectronica: not for adelie.canonical.com's reputation
[01:49] <intellectronica> that is, after some training, it will identify the bug number as the offending token and distinguish these emails from other bug mail
[01:50] <sladen> ...and notice the other 1,000,000 that have passed via gmail as being identical, and identify the same source
[01:51] <intellectronica> i don't think that's a risk, but admittedly, i don't care to find out :-/
[01:57] <sladen> ajmitch: I think for most of the people, this bug is the only one they've reported, and possibly their only contact with Launchpad---eg. people have referred saying "i think this linux bug reporter thing has issues and needs to be improved as i cannot unsub"  etc
[02:00] <intellectronica> sladen: i am going to nuke the subscriptions for all duplicates (as soon as i can get an administrator's help). i realise that won't solve the problem completely, but we can look at a more heavy-handed solution tomorrow (eu/us) morning.
[02:02] <sladen> intellectronica: yeah, it will need an administrator...
[02:03] <sladen> intellectronica: it would be good to have a record of who was affected so that a final email can be sent to them apologising/explaining (I'm happy to assist with that)
[02:04] <intellectronica> sladen: yes, we keep a record of all of it
[02:26] <intellectronica> sladen: subscriptions to duplicates nuked. this will continue to be a problem as new dupes and subscriptions are created all the time, but i hope it will make things manageable until we come up with a longer-term solution tomorrow
[02:27] <intellectronica> sladen: thanks a lot for the help diagnosing and solving this problem. feel free to update me with any new information you have
[02:29] <sladen> intellectronica: I just got one at  Date: Mon, 16 Nov 2009 02:17:16 -0000
[02:29] <sladen> oops, mis-read that as 02:27
[02:30] <intellectronica> sladen: that may have been just before removing the additional subscriptions. also, you may be 'also notified' for other reasons (other than dupes)
[02:30] <intellectronica> and there's nothing we can reasonably do about that
[02:31] <intellectronica> let's watch for new emails coming in the following hours. you should get none, or a lot less
[03:07] <esr> gmb: Here?
[03:13] <jml> esr, gmb is generally around during UK working hours.
[03:14] <esr> Noted, thanks.
[03:14] <jml> np.
[03:14] <esr> I wanted to nudge him again about ForgePlucker's Launchpad handler.
[03:48] <lifeless> jml: yo
[03:49] <jml> lifeless, hi
[03:50] <poolie1> hello jml, lifeless
[07:40] <RAOF> james_w: How did you set up your daily-builds launchpad persona?  Did you register a new account with a different email address, or what?
[07:42] <lifeless> RAOF: james_w will be asleep before UDS, I wager
[07:42] <RAOF> Stupid timezones.
[07:42] <RAOF> Oh, well.
[07:42] <wgrant> RAOF: But yes, he did.
[07:44] <RAOF> Hm.  That's annoying.
[07:44] <wgrant> Indeed.
[07:45] <wgrant> It would be handy to be able to restrict SSH keys, OpenPGP keys, OAuth tokens, and perhaps even browser login sessions to certain subsets of Launchpad.
[07:45] <RAOF> Time to crank out the ancient hotmail account, then.
[07:45] <wgrant> RAOF: No + addressing with your email provider?
[07:46] <RAOF> I don't know.  Does gmail?
[07:46] <wgrant> I presume so, but I haven't used it in a loooooooong time.l
[07:46] <RAOF> Answer: yes.
[07:47] <wgrant> A quick Google suggests yes.
[10:25] <maxb> To what extent is the "ubuntu distributed development" stuff part of Launchpad? Is there anyone other than james_w who can answer why a particular import hasn't happened?
[10:28] <wgrant> maxb: It's not part of LP at all.
[15:06] <[reed]> gmb: ping
[15:07] <gmb> [reed]: Hi
[15:08] <[reed]> gmb: hey, bugzilla.mozilla.org just upgraded to Bugzilla 3.4. Launchpad has already started pulling down comments, but we want to get the reverse set up. I assume you need some type of account to use for it?
[15:08] <[reed]> so it can set see_also and add comments
[15:09] <gmb> [reed]: We already have an account, it's just not enabled yet on our side, because we're having some problems with our syncing script at the moment.
[15:09] <gmb> [reed]: Basically, we track so many bugs on b.g.o that if we switched it on right now there'd be a very good chance that we'd DOS the Bugzilla, which would be Bad.
[15:09] <[reed]> what's the account?
[15:09] <[reed]> no
[15:09] <[reed]> b.m.o
[15:09] <[reed]> not b.g.o
[15:09] <[reed]> bugzilla.mozilla.org
[15:09] <gmb> [reed]: Ahhh. Fail.
[15:09] <gmb> Sorry.
[15:10] <gmb> Right, hang on then. Confusing you with Gnome isn't going to make matters easier...
[15:10] <[reed]> ;)
[15:10] <[reed]> been a year since we talked in MV about this, but now it's finally doable
[15:10] <[reed]> hehe
[15:11] <gmb> :)
[15:14] <gmb> [reed]: Okay, so we need an account, yes. I'll take care of setting that up, though it'll may take a couple of days to start syncing both ways because of the way that configuration works on our side (basically, we need SA intervention at the moment; fixing that is on our to-do list).
[15:14] <gmb> [reed]: Thanks for letting us know, though.
[15:14] <gmb> We'll get it up and running ASAP.
[15:16] <[reed]> gmb: you'll need to get that account granted privs
[15:17] <[reed]> you can drop me an e-mail with the account name
[15:17] <[reed]> or find me on IRC
[15:17] <[reed]> and I can do that for you
[15:17] <gmb> [reed]: Okay. I'll let you know when it's set up. Thanks.
[15:17] <[reed]> https://launchpad.net/~reed has my contact info
[15:17] <[reed]> thanks again!
[17:41] <anj> Do the lp code pages have a way to view the tags on a branch without scrolling through all of the revisions - i.e. the output from 'bzr tags'?
[18:03] <hit^> hi, something wrong with lp servers?
[18:20] <stevesmith1983> hi, I haven't signed into lunchpad for over a year, and I can't fathom out my email address, could someone help please?
[18:21] <stevesmith1983> ping allenap - the website says you're on help rotation ^
[18:24] <stevesmith1983> I've found my page, could someone log in and tell me my email addres, please https://launchpad.net/~stevesmith
[18:27] <tsimpson> stevesmith1983: it's publicly viewable it seems, do you want me to post it here or /msg you
[18:27] <tsimpson> ?
[18:28] <stevesmith1983> thanks tsimpson :) could you msg it to me please
[18:28] <tsimpson> there you go
[18:28] <stevesmith1983> thanks!  problem - I do't have that doain any mroe, how can I get my password reset?
[18:28] <stevesmith1983> I'll try some comon passwords I use first :P
[18:29] <stevesmith1983> I'm in, thanks very much, tsimpson :)
[18:30] <tsimpson> no problem :)
[18:31] <stevesmith1983> am I being blind? I can't find where to change my email address
[18:31] <stevesmith1983> ah, being blind, got it :P
[18:32] <tsimpson> LP is all web 2.0 these days ;)
[18:33] <stevesmith1983> well tell mr web 2.0 that his edit pencil icon looks like a funny ! symbol :P
[18:50] <l3on> Hi all... I've a question: How can I get indirectly members from a group ?
[18:50] <l3on> For example, here: https://launchpad.net/~ubuntu-it/+members
[18:51] <l3on> there are 87 member through other team memberships.
[18:53] <l3on> How can I get a list of them?
[18:54] <tsimpson> via the web interface or the launchpad API?
[18:55] <l3on> I prefer via web...
[18:55] <l3on> But API's way could be interesting :)
[18:55] <tsimpson> I don't think there is a way other than running through all the teams in a team
[18:56] <tsimpson> with the launchpad API (launchpadlib) you can just iterate over all the users and, if it's a team, iterate over that (in a big loop)
[18:56] <tsimpson> but there's no way to get "one big list" directly
[18:57] <l3on> mmm... so API is the only way?
[18:57] <tsimpson> without manually clicking on all the links, yeah
[18:58] <l3on> damn, ok. I'm going to read the doc. Thank you :).
[18:58] <tsimpson> people and teams are generally the same object to launchpad, it's just that teams can have sub-members
[20:12] <fta> hmm.. duplicate key value violates unique constraint "binarypackagerelease_binarypackagename_key"
[20:13] <fta> http://launchpadlibrarian.net/35755024/upload_1347942_log.txt
[20:13] <barefoot> anyone else having problems with the url for getting launchpad via https://dev.launchpad.net/Getting?
[20:14] <thumper> barefoot: which url are you having problems with?
[20:14] <barefoot> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/utilities/rocketfuel-setup
[20:28] <thumper> barefoot: try http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/annotate/head%3A/utilities/rocketfuel-setup
[20:28] <thumper> barefoot: no
[20:28] <thumper> not that one
[20:28] <thumper> this one
[20:28] <thumper> http://bazaar.launchpad.net/%7Elaunchpad-pqm/launchpad/devel/download/head%3A/rocketfuelsetup-20070604080655-qvg2xintg0bed61s-1/rocketfuel-setup
[20:32] <barefoot> ty thumper
[20:43] <geser> did someone seen a misalignment in the subscribers list of a bug? looks like there is too much space between the person icon and the name so a line break gets inserted
[21:54] <Rocha> hi
[21:54] <Rocha> i'm having some trouble with launchpad
[21:54] <Rocha> how can i branch two branches i have in a project registered in launchpad?
[21:55] <Rocha> i have a trunk and stable branches
[21:55] <Rocha> i want to merge trunk into stable
[21:55] <Rocha> i did propose for merging which asks for a review
[21:55] <Rocha> i changed the status of the review to approved
[21:55] <RAOF> Rocha: The "propose for merging" button doesn't actually do the merging for you.
[21:55] <Rocha> i know
[21:56] <RAOF> It's a review interface.
[21:56] <Rocha> but where is the button to actually do the merge
[21:56] <exarkun> Rocha: 'bzr merge ...'
[21:56] <RAOF> There isn't one.  You need to merge trunk into stable :)
[21:56] <RAOF> cd stable; bzr merge ../trunk
[21:57] <Rocha> so i have to branch trunk in a directory on my laptop and merge it with the launchpad url for the stable branch?
[21:57] <ajmitch> though a per-project PQM could be interesting :)
[21:58] <RAOF> Rocha: More the other way around; you want to merge trunk _into_ stable, so you need to start with stable.
[21:59] <Rocha> hmm, ok
[21:59] <Rocha> branch the stable on my laptop, merge with trunk and pull the changes to the stable branch in launchpad?
[21:59] <RAOF> Rocha: There is actually a project to make this automated; it's on launchpad and called "tarmac", I think.  It monitors your merge requests and automatically merges the "accepted" ones.
[22:00] <RAOF> Yes.  Although we'd say "push the changes to the stable branch on launchpad".
[22:00] <RAOF> ajmitch: Yes; that would be cool.  I seem to remember someone actually talking about making it happen, too.
[22:01] <thumper> Rocha: we're thinking about adding a "merge it" button, but there isn't one yet
[22:01] <RAOF> ajmitch: Although that was some time ago, so it would appear to have not :)
[22:01] <ajmitch> yeah, I think it came up when talking to thumper
[22:01] <exarkun> s/window 12
[22:02] <ajmitch> thumper: I'm guessing it could be done with the jobs system that was talked about, running a separate process?
[22:03] <thumper> ajmitch: yes
[22:03] <thumper> ajmitch: in fact, it is a trivial job to do
[22:03] <thumper> ajmitch: it just isn't a priority for us right now
[22:03] <thumper> we have got like a million other things on our plate
[22:03] <ajmitch> it sounds useful, I might have to ask you about how to go about it
[22:03] <thumper> ajmitch: I'd mentor the change if you want to do it :)
[22:03] <ajmitch> if you have time for it, that is
[22:06] <wgrant> Can I retarget a merge proposal from devel to db-devel?
[22:06] <thumper> wgrant: not yet
[22:06] <thumper> wgrant: I want to add it?
[22:07] <thumper> wgrant: I want to add it.
[22:07] <thumper> wgrant: right now, delete and try again
[22:07] <wgrant> thumper: I'd prefer not to delete, as it's an approved review.
[22:07] <thumper> wgrant: in which case, no you can't change the target
[22:08] <wgrant> But I need to retarget at and merge db-devel.
[22:08] <thumper> wgrant: hmm...
[22:09] <thumper> wgrant: it just isn't possible right now, sorry
[22:16] <Rocha> RAOF: done
[22:16] <Rocha> RAOF: thanks for the help =)
[22:36] <ari-tczew> question, how can I clean up my +related-software? It shows packages which have been removed from my ppa.
[22:37] <wgrant> ari-tczew: You can't. Those are there forever.
[22:37] <wgrant> It is a permanent record.
[22:39] <ari-tczew> mess :P
[22:47] <geser> did someone else seen a misalignment in the subscribers list of a bug? looks like there is too much space between the person icon and the name so a line break gets inserted
[22:48] <wgrant> geser: +1
[22:48] <wgrant> geser: It was slightly misaligned last week, but yesterday I noticed there's a complete linebreak.
[22:48] <wgrant> Changing the icon's display from inline-block to inline fixes it.
[22:52] <geser> I see it only for "normal" persons, teams look ok. till around a browser width of 1700px it looks like a line break, but on fullscreen I see on bug 179684 the "P" of "P Stahlmann" on the same line as the icon
[23:38] <huayra> Anyone here knows what data the launchpad-drupal module can give?
[23:38] <huayra> I am keen in using browser autodetection for a site (SpreadUbuntu) based in the Launchpad language settings
[23:39] <huayra> and have the original browser autodetection as a fallback
[23:39] <huayra> SpreadUbuntu uses Drupal 6.x and the drupal-Launchpad OpenID and Teams module for authentication


[07:03] <lucidfox> Is it possible to tell programmatically if the appindicator menu is open?
[07:04] <lucidfox> I have a program using a tray icon that updates its menu every time it is opened, and polls for its items every X seconds, so porting it to the indicator API causes flicker when the menu is open
[07:07] <lucidfox> I also wonder what is the Right Way(tm) for a third-party application to distribute separate indicator icons for dark and light themes
[07:07] <lucidfox> monochrome ones, that is
[07:12] <lucidfox> And... are there any plans to patch gnome-shell for indicator support?
[08:54] <lucidfox> What would be the best way to indicate on https://wiki.ubuntu.com/NotificationAreaTransition/CompatibilityFixes that an application is fixed?
[08:55] <lucidfox> For example, I ported liferea, epiphany-browser, guake and linuxdcpp, so they should no longer be on that list
[09:42] <klattimer> kenvandine: davidbarth: could one of you re-assign this https://bugs.launchpad.net/ayatana-ubuntu/+bug/599844 to the canonical desktop team?
[09:42] <klattimer> I've updated the patch, no more memory leaks and all the other issues brought up have been addressed
[09:47] <davidbarth> klattimer: hi, ok checking that now
[09:53] <klattimer> closed a bunch of gsd bugs
[09:53] <klattimer> and it's much nicer to use now
[09:53] <klattimer> feels a bit sharper :)
[09:59] <seb128> klattimer, hey, thanks for the g-s-d fixes, please don't set the bug fix released though
[09:59] <davidbarth> klattimer: you want to reassign to get confirmation of the fixes and then have it landed?
[09:59] <davidbarth> seb128: it's not
[09:59] <seb128> klattimer, use fix commited rather, they will be closed when the package with the update is uploaded
[09:59] <davidbarth> seb128: it's still 'in progress'
[09:59] <davidbarth> right
[09:59] <seb128> [Bug 620571] Re: [Maverick] Move keyboard layouts out of the submenu
[09:59] <seb128> ** Changed in: gnome-settings-daemon (Ubuntu)
[09:59] <seb128>        Status: Confirmed => Fix Released
[09:59] <seb128>
[09:59] <seb128> I just got that by email
[09:59] <davidbarth> ah
[10:11] <klattimer> seb128: sorry, I thought that the best way of pushing the bugs upto the main bug
[10:13] <davidbarth> seb128: so does that help to have dx-team reassigned, or can we just check the packages and you take the proposed ones into maverick on monday?
[10:13] <seb128> klattimer, no worry
[10:14] <seb128> davidbarth, dx-team reassigned?
[10:14] <seb128> davidbarth, klattimer: I just uploaded the g-s-d update
[10:14] <seb128> klattimer, just set the bugs you fix to fix commited so I know which ones to list in the changelog for the upload
[10:15] <seb128> klattimer, do you have other changes that need upload?
[10:18] <seb128> davidbarth, mpt, klattimer: btw can we drop the keyboard icon?
[10:18] <davidbarth> drop? wdym?
[10:18] <seb128> ie bug #620331
[10:19] <mpt> seb128, no, not without changing the API.
[10:19] <mpt> And it would only be a temporary change until the icon generation is implemented.
[10:19] <seb128> hum ok, it has very weird spacing compared to other indicators and the icon waste space
[10:19] <seb128> temporary like for this cycle in the stable version having something nice to use
[10:21] <klattimer> seb128: we'd have to do something in libappindicators and libindicator I think, which might break abi
[10:21] <klattimer> it's possible to do it without breaking abi I suppose but that could be messy
[10:21] <klattimer> e.g. passing a NULL icon to indicator_new
[10:23] <klattimer> seb128: no other changes to upload no
[10:23] <seb128> klattimer, mpt: ok thanks, don't bother then, could you add a comment in this bug saying that?
[10:23] <davidbarth> seb128, mpt: i guess pitti asks more for a way to hide it even if you do have multiple layouts configured
[10:23] <seb128> klattimer, ok, what do you work on next?
[10:23] <davidbarth> seb128, mpt: which would be consistent with your (mpt's) design
[10:23] <seb128> davidbarth, no, pitti just say the icon is useless and use space
[10:24] <klattimer> seb128: jorge said apport
[10:24] <seb128> klattimer, no ibus fixing?
[10:24] <klattimer> i don't think so
[10:24] <mpt> seb128, sure
[10:24] <davidbarth> by implementing the option to hide the indicator, the space is saved, and that's part of mpt's design
[10:24] <seb128> that's still broken in maverick
[10:24] <klattimer> is it?
[10:24] <klattimer> hmm
[10:24] <seb128> you updated your ppa
[10:24] <seb128> but you didn't send any updated patch for us to upload
[10:24] <klattimer> i tested in my vm and the package in the ppa was working
[10:24] <seb128> that's why I'm asking
[10:24] <klattimer> i'll test again
[10:24] <seb128> well you didn't ask any sponsoring
[10:25] <seb128> is your update patch to upload?
[10:25] <seb128> updated
[10:25] <seb128> or was that just a testing ppa to debug?
[10:25] <klattimer> there's no updated patch
[10:25] <klattimer> just an updated build and removing the distro patch
[10:25] <seb128> well you have a ppa version working according to comment
[10:25] <klattimer> yeah, that's a rebuilt package
[10:25] <klattimer> same patch as already in the bug report
[10:25] <seb128> which is the same as in maverick?
[10:26] <klattimer> oh hang on
[10:26] <klattimer> there is something
[10:26] <seb128> davidbarth, the point is that the icon is useless
[10:26] <klattimer> I'm testing it now, nearly forgot about this
[10:26] <klattimer> there's still a problem with the activated signal not being sent from menu items
[10:26] <seb128> davidbarth, it eats space compared to what we had an other systems have, ie just the label
[10:26] <klattimer> in python
[10:26] <klattimer> need tedg to look into that testing my ibus package which shows the problem
[10:28] <davidbarth> seb128: right, so that's why i say, we should push a little further and add mpt's checkboxes to be able to hide the icon
[10:28] <seb128> davidbarth, but seems it's not trivial so let's not bother for this cycle
[10:28] <seb128> having the spacing fixed would be nice though
[10:28] <davidbarth> seb128: a gconf key and a dialog update
[10:29] <seb128> it's a bit weird right now
[10:29] <seb128> davidbarth, ok, that would be ok I guess
[10:29] <davidbarth> spacing
[10:29] <davidbarth> ?
[10:29] <seb128> klattimer, http://launchpadlibrarian.net/53938769/ibus_1.3.7-1ubuntu2_1.3.7-1ubuntu3.diff.gz is weird
[10:29] <davidbarth> for the ibus one?
[10:29] <seb128> davidbarth, did you try the layout indicator?
[10:29] <klattimer> weird?
[10:29] <davidbarth> or the gsd one?
[10:29] <klattimer> what's weird about it?
[10:29] <davidbarth> i'm testing it right now (ibus is fubared on my system)
[10:29] <seb128> klattimer, did you drop the indicator support of was there some cruft in the maverick version?
[10:29] <klattimer> there was cruft in the maverick version
[10:30] <seb128> klattimer, I'm trying to understand what you did in your ppa and what we should do in maverick to it
[10:30] <seb128> oh ok
[10:30] <klattimer> a patch which removed part of my patch
[10:30] <seb128> so we need to clean that?
[10:30] <klattimer> yeah
[10:30] <seb128> ok, that's what I was asking before
[10:30] <seb128> thanks
[10:30] <klattimer> if you look I removed debian-changed-1.3.7-1ubuntu2
[10:30] <seb128> davidbarth, gsd one
[10:30] <seb128> klattimer, right, ok, makes sense now
[10:30] <seb128> klattimer, thanks
[10:30] <seb128> davidbarth, there is no left margin
[10:30] <seb128> davidbarth, but there is quite some space between the label and the right border
[10:31] <davidbarth> seb128: there is for me, i have the network icon on the left
[10:31] <davidbarth> the connman one that is
[10:31] <klattimer> seb128: in GSD?
[10:31] <davidbarth> hmm right
[10:31] <klattimer> It's hard to get the guide size right on that
[10:31] <klattimer> I used XXX1
[10:31] <seb128> davidbarth, click on it and watch the rectangle
[10:31] <davidbarth> on the right you mean, the right padding is too wide
[10:31] <davidbarth> yeah, because of the guide
[10:31] <seb128> the spacing next to the label and icon are not identical
[10:31] <klattimer> as different layouts will be different widths, and changing width doesn't appear to be the right thing to do
[10:32] <seb128> davidbarth, yes
[10:32] <seb128> ok, I've to run for some errands, will be back in an hour
[10:32] <davidbarth> ok
[10:35] <mpt> seb128, done
[10:36] <davidbarth> to be nitpicking, the guide could be calculated according to the declared layouts, so that if none are 4 char wide, the padding could be adjusted
[10:38] <klattimer> davidbarth: that's true
[10:39] <klattimer> do you want me to do that and produce a new patch?
[10:41] <klattimer> davidbarth: the other thing with it, would be that it's centrally aligned within the allocated space
[10:41] <klattimer> if we're going to have an icon we should align to the left against the edge of the icon + spacing
[10:48] <ronoc> Cimi: ping
[10:48] <davidbarth> klattimer: align to the left? sorry, re-reading
[10:50] <davidbarth> klattimer: the label you mean, but then that's something to patch in indicator-application
[10:51] <klattimer> yeah that's right
[10:51] <klattimer> I'm just saying
[10:51] <klattimer> I can patch the guide size now if you like?
[10:53] <davidbarth> klattimer: that'd be cool, yes
[10:53] <davidbarth> klattimer: if you think that's a safe change
[10:54] <davidbarth> klattimer: ie, if there aren't parts to update all across the module
[10:54] <davidbarth> klattimer: i'm looking at the dialog thing, to see if mpt's checkbox could be also an easy win
[10:54] <klattimer> k
[10:55] <Cimi> ronoc: pong
[10:55] <klattimer> cool
[10:55] <davidbarth> klattimer: can't find where the ui for the layout preferences tab is located
[10:55] <klattimer> :/
[10:55] <ronoc> Cimi: any joy with the colours etc. ?
[10:55] <davidbarth> klattimer: do you know where that is?
[10:56] <Cimi> not yet
[10:56] <klattimer> nope
[10:56] <klattimer> not yet
[10:56] <klattimer> :)
[10:56] <klattimer> will find out in a sec
[10:56] <davidbarth> ok, i'll keep digging, don't worry
[10:56] <ronoc> Cimi: okay let me know if you need anything
[10:58] <davidbarth> klattimer: seems to be in gsd-keyboard-xkb.c
[10:58] <klattimer> ?
[10:58] <klattimer> the layout preferences?
[10:58] <klattimer> nooo, surely not
[10:58] <davidbarth> klattimer: ah, where then?
[10:59] <klattimer> I've been through that file all day and haven't seen it
[10:59] <klattimer> not sure
[10:59] <klattimer> gimme a sec
[10:59] <klattimer> it calls popup_menu_launch_capplet from gsd-keyboard-xkb.c
[11:00] <davidbarth> ah a capplet of course
[11:00] <klattimer> so there's a capplet for it called gnome-keyboard-properties
[11:00] <davidbarth> yeah, hmm
[11:02] <klattimer> davidbarth: your patch is on the bug report now
[11:02] <klattimer> using the shortest guide width
[11:03] <davidbarth> klattimer: wow! impressive! ;)
[11:03] <klattimer> not really :)
[11:03] <klattimer> right onto the preference item
[11:05] <klattimer> davidbarth: the file gsd-keyboard-plugin is the capplet
[11:06] <klattimer> hmm noooo
[11:06] <klattimer> :/
[11:06] <klattimer> ok, this is getting a bit quirky
[11:08] <davidbarth> klattimer: ah ok, so it's only for "extended" layouts, cool, the changes looks ok
[11:09] <davidbarth> klattimer: it's in gnome-control-center
[11:09] <klattimer> ah bugger
[11:09] <davidbarth> and the ui is in the capplets-data package
[11:11] <davidbarth> gnome-keyboard-properties-dialog.ui
[11:12] <klattimer> yeah looking at it now
[11:13] <klattimer> well, a few things need to be done, add the necessary XML, add the handler for it which writes to gconf and then have that gconf change detected in the applet and the hide to be done
[11:13] <klattimer> ... is there not a way to hide applets from showing in libindicator?
[11:13] <klattimer> I'd assume not
[11:13] <davidbarth> klattimer: hmm, it's going to be a fun one, with a schema definition to share between the capplet and the gsd plugin
[11:14] <klattimer> lovely
[11:14] <klattimer> :/
[11:20] <davidbarth> klattimer: hmm, a new way with the approver mechanism, but that's even more complex, because that would mean fiddling with bamf, for something it's not meant to be
[11:21] <davidbarth> klattimer: can you get the gconf key first, because if time runs out, at least that provides an option for "people who know" (like pitti)
[11:22] <klattimer> i'll have a look at what can be done
[11:24] <davidbarth> mpt: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/620331/comments/7
[11:25] <mpt> davidbarth, neat
[11:25] <davidbarth> klattimer: awesome, thanks; assigning the task to you then; i know you loooove that indicator ;)
[12:08] <klattimer> mpt: I've updated ibus to include a radio menu item, but the string "Turn off input method" should probably be changed to "Input Method Off" as it's a member of the radio group
[12:08] <klattimer> when is string freeze?
[12:08] <mpt> klattimer, excellent choice. String freeze is Thursday 26th.
[12:09] <klattimer> urgh :/
[12:09] <klattimer> I've got a bunch of string fixes to do before then
[12:09] <klattimer> :(
[12:10] <klattimer> ok, well I'll change the string
[12:10] <klattimer> what's the procedure when I've changed the code?
[12:10] <klattimer> should I just leave it for translators to just get to work?
[12:10] <mpt> I don't know, sorry.
[12:10] <klattimer> k
[12:11] <klattimer> well seb128 do you know ^^
[12:11] <mpt> David Planella (dpm) might also know.
[12:12] <seb128> klattimer, you can change the strings they will show up in launchpad to translate
[12:12] <klattimer> oh, don't need to change any other files?
[12:12] <klattimer> that's pretty cool ;)
[12:13] <klattimer> the problem is, there's something wrong somewhere in the python bindings for the indicators
[12:13] <klattimer> the radio group doesn't even change on click
[12:13] <klattimer> there's definitely something wrong here :/
[12:13]  * mpt wonders why nothing appears in the panel when he turns on IBus
[12:13] <klattimer> anyway, I'll update the patch
[12:13] <seb128> kamstrup, open a bug and assign to ted
[12:13] <klattimer> mpt do you have the ibus from my ppa
[12:13] <klattimer> the current one in maverick is broken
[12:14] <seb128> the fixed one will be uploaded today
[12:14] <klattimer> seb128: did you mean me?
[12:14] <klattimer> seb128: I'm cooking a new patch for ibus with the menu item changes mpt wanted
[12:14] <klattimer> will add it to the bug report
[12:14] <seb128> klattimer, yes
[12:14] <seb128> kamstrup, sorry that was for klattimer
[12:15] <seb128> klattimer, if you have issues due to the indicator stack please open bugs
[12:15] <seb128> so they can be assigned to ted
[12:16] <klattimer> k will do
[12:23] <mpt> klattimer, no, I'll try your PPA
[12:24] <mpt> I see "System" > "Preferences" now contains (1) "Input Method Switcher" (2) "Keyboard" (3) "Keyboard Input Methods" (4) "Keyboard Shortcuts"
[12:25] <mpt> One day we'll fix that, but for now it's a mighty depressing example of uncoordination in open source
[12:25] <klattimer> seb128: can you assign https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/621075 to tedg
[12:25] <klattimer> mpt: I know, I hate that too :/
[12:26] <klattimer> what's the right thing to do however, is mighty difficult
[12:26] <c10ud> sorry guys disturbing your work but.. mpt when will we have an ubuntu-control-center that handles all this kind of stuff? yea, like mac
[12:26] <klattimer> merging of gnome-settings-daemon->keyboard with ibus in some way
[12:26] <seb128> klattimer, done and reassigned to one of the components he works on so he can't ignore it
[12:26] <mpt> c10ud, http://live.gnome.org/Design/SystemSettings/
[12:26] <klattimer> awesome :)
[12:27] <c10ud> no maverick i guess
[12:28] <mpt> certainly not
[12:28] <mpt> UI freeze is six days away
[12:29] <c10ud> heh, btw looking at all those visual improvements you've been doing lately, a 1080 dropdown menu for preferences is certainly a punch in your eye :p
[12:30] <mpt> c10ud, yes, especially when bug 578768 makes it near-impossible for me to choose the later items. :-)
[12:32] <c10ud> aww
[12:35] <mpt> "To be removed: xserver-xorg-video-i740" -- I hope that isn't anything important
[12:35] <klattimer> mpt: doubtful unless you've got a graphics card made by intel a decade ago?
[12:35] <mpt> Mine's Intel but 2007~2008 vintage
[12:35] <klattimer> it'll be fine :)
[12:37] <klattimer> mpt: btw https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/578768 should be marked as a duplicate of https://bugs.launchpad.net/bugs/548652
[12:40] <Cimi> ronoc: the code is there
[12:40] <Cimi> we just need to decide which colors we might use
[12:41] <ronoc> Cimi, sure for now I have the colours hardcoded in the play-button.c, can you use these for ambiance?
[12:41] <ronoc> Cimi: which branch is it ?
[12:42] <Cimi> ronoc: I mean
[12:42] <Cimi> I am actually getting the colors fromgtk
[12:42] <Cimi> apply a shade
[12:42] <Cimi> and draw with them
[12:42] <Cimi> now the question is:
[12:43] <ronoc> okay
[12:43] <Cimi> which colors we might use? I suggest bg[NORMAL] for the background, and fg[NORMAL] for the symbols on top
[12:43] <ronoc> sounds good
[12:43] <Cimi> does it support prelight etc etc?
[12:44] <ronoc> not yet, never spec'd but at some point we might need it
[12:44] <ronoc> lets refactor what is there to start with and then add stuff as we need it
[12:46] <Cimi> which is the design to implement?
[12:50] <Cimi> chaotic:
[13:14] <mpt> klattimer, with the keyboard menu from your PPA, it now shows the correct title ("USA2" instead of "USA" as it did before), but the menu has zero items.
[13:16] <meebey> kenvandine: reading about libgwibber, is it possible or will it be possible to retrieve statuses?
[13:16] <meebey> kenvandine: I would very like to see that for some sexy integration into smuxi
[13:20] <Cimi> ronoc: bzr branch lp:~cimi/indicator-sound/use-gtk-colors
[13:20] <ronoc> thanks Cimi, will take a look after lunch
[13:21] <meebey> kenvandine: with retrieve I mean to fetch the status per API not UI
[13:32] <ronoc> Cimi, did I hear you wanted to do rounded corners on the album art ?
[13:32] <ronoc> :)
[13:37] <kenvandine> meebey, not yet, but that is planned
[13:37] <kenvandine> the goal is to provide everything gwibber knows about through libgwibber
[13:37] <kenvandine> and then the gwibber client will use it
[13:37] <kenvandine> and hopefully lots of other apps
[13:38] <kenvandine> meebey, i would love some specific use cases you are after though, it will help in implementation
[13:38] <meebey> kenvandine: I have an issue to solve and havent decided yet
[13:38] <meebey> kenvandine: rewrite of the twitter engine in smuxi using twitterizer 2.0 (which has oauth support)
[13:39] <meebey> kenvandine: or use libgwibber if it can do the job :)
[13:39] <kenvandine> what is twitterizer going to do about the api key issue with oauth?
[13:39] <meebey> kenvandine: I have one use-case issue though, I would need pure libgwibber support... a headless linux server with smuxi server has no X server etc
[13:40] <klattimer> seb128: can you reassign this bug to canonical desktop team, the patch I have is working nicely; https://bugs.edge.launchpad.net/ubuntu/+source/indicator-application/+bug/558841
[13:40] <meebey> kenvandine: the client app needs to provide the key
[13:40] <kenvandine> right... but the key can't be in the source
[13:40] <seb128> klattimer, ok
[13:40] <meebey> kenvandine: it has to be in the source for opensource software
[13:40] <meebey> kenvandine: there is no issue ^^
[13:40] <seb128> klattimer, btw the g-s-d one still has issues
[13:40] <klattimer> seb128: like what?
[13:40] <kenvandine> meebey, but twitter won't allow that
[13:40] <meebey> kenvandine: everyone can use the key of course
[13:41] <meebey> kenvandine: what?
[13:41] <kenvandine> meebey, we are going though right now with gwibber...
[13:41] <kenvandine> it is a huge issue
[13:41] <seb128> klattimer, the menu selection is wrong sometime, it shows a layout selected which doesn't match the label
[13:41] <meebey> kenvandine: thats the standard practice to my knowledge
[13:41] <seb128> klattimer, the label is right though
[13:41] <klattimer> seb128: not with the updated patch it shouldn't
[13:41] <seb128> klattimer, but it does with the patch from today
[13:41] <kenvandine> meebey, they told us they will shutdown the key if they find it in any published source
[13:41] <klattimer> or is there a specific circumstance that "sometimes" is
[13:42] <klattimer> I mean, if you change it by keyboard shortcut does it go out of sync?
[13:42] <kenvandine> meebey, i am working with them right now
[13:42] <seb128> klattimer, yes, I've  3 layout, I select one, do both alt together
[13:42] <seb128> the label is correctly updated
[13:42] <seb128> but the list selection is not
[13:43] <klattimer> but the list selection isn't made
[13:43] <klattimer> ah... I get ya
[13:43] <kenvandine> meebey, it might be good enough to obfuscate it by requiring the distro packager to include the key in the packaging and install it in a separate location on the filesystem
[13:43] <klattimer> I know why that'll happen, but it's a tough one to fix
[13:43] <klattimer> lemme tinker with it
[13:43] <seb128> klattimer, thanks
[13:43] <kenvandine> meebey, they are thinking about that... we have gone back and forth a lot now... getting me stressed!
[13:44] <kenvandine> i need to get it resolved and SRU'd for lucid before the end of the month when they shutdown basic auth
[13:48] <meebey> kenvandine: yes I am also in stress because of the basic auth shutdown
[13:49] <meebey> kenvandine: to be honest, if they dont allow the key to be used in the source code, I might consider to simply drop twitter support
[13:49] <kenvandine> meebey, that is what ryan wants to do in gwibber... but twitter is just to popular, and ubuntu users are going to want it.
[13:49] <meebey> kenvandine: I kind of doubt the packaging obfuscation will help, each distro needs to obtain their own key then?
[13:50] <kenvandine> meebey, yeah... the solution they are giving to open source developers is to drive each user to dev.twitter.com to register their own application and enter their own key
[13:50] <meebey> kenvandine: well, if enough apps drop twitter support they might change their stupid EULA
[13:51] <kenvandine> the packaging obfuscation is about as good as stuffing it into a binary that can just be disassembled
[13:51] <meebey> kenvandine: if the key would be passed at build time...
[13:51] <kenvandine> either way it just can't be as secure as they want it
[13:51] <meebey> kenvandine: only the packagers would need to
[13:51] <meebey> kenvandine: that could be an acceptable workaround
[13:51] <meebey> still lame, but acceptable
[13:51] <kenvandine> not build time, the current though is to stuff it into a file, maybe several files on the filesystem
[13:51] <kenvandine> and we reassemble the files to get the key at runtime
[13:51] <meebey> kenvandine: I would do build time
[13:52] <kenvandine> so at least people have to do a little digging to figure out how to put it together
[13:52] <meebey> kenvandine: use with an automake maro
[13:52] <meebey> --with-twitter=$apikey
[13:52] <kenvandine> yeah... but gwibber is python so it would end up in plain text somewhere
[13:52] <meebey> oh!
[13:52] <meebey> :)
[13:52] <meebey> I dont have that particular issue with C#
[13:53] <meebey> but ic, a buildtime var is not helping, it ends up as plaintext on disk
[13:53] <meebey> disc, hehe
[13:54] <kenvandine> yeah :)
[13:54] <kenvandine> so build time could help, if we built it into some sort of binary
[13:54] <kenvandine> as long as they are OK with it being included in the packaging as plain text
[13:54] <meebey> kenvandine: actually....
[13:54] <meebey> kenvandine: libgwibber is C, why not that?
[13:55] <kenvandine> they definately are opposed to it being committed to the source repository
[13:55] <kenvandine> well libgwibber depends on gwibber-service
[13:55] <meebey> kenvandine: and at runtime gwibber reads (if needed) the api key from libgwibber
[13:55] <kenvandine> i don't want a circular depends
[13:55] <kenvandine> we could make gwibber build it into a tiny C module
[13:55] <meebey> yeah or that
[13:56] <meebey> something that is easy accessible from pyhton
[13:56] <kenvandine> they are discussing the idea of having the key in packaging but not in the source now
[13:56] <lucidfox> I don't understand why so many upstreams act downright hostile about libappindicator
[13:56] <lucidfox> "Until it appears in GNOME mainstream, no way we're supporting that"
[13:56] <kenvandine> lucidfox, yeah... i don't get it either
[13:56] <meebey> how backwards
[13:57] <meebey> good that there are also awesome upstreams like smuxi
[13:57]  * meebey hides
[13:57] <lucidfox> ^_^
[13:57] <meebey> GNOME is not providing any solution to the tray mess
[13:57] <kenvandine> awesome upstreams!
[13:57] <meebey> so why would I expect them to solve it?
[13:57] <meebey> they didnt for the past 10 years
[13:57] <meebey> ...
[13:58]  * meebey tries to get smuxi 0.8 ready in time for maverick with all the ayatana sexyness
[13:59] <kenvandine> woot
[13:59] <meebey> and twitter is the showstopper on that roadmap :/
[13:59] <meebey> maybe its time for a status.net replacement ^^ does it allow a brdige to twitter?
[14:00] <kenvandine> i think just posting
[14:00] <kenvandine> i haven't looked into it much
[14:00]  * meebey never used identica...
[14:00] <kenvandine> i want things like twitter lists and stuff
[14:00] <meebey> right, for full twitter support there is no way around it
[14:00] <lucidfox> Oh great, not bloody Twitter *here* too
[14:00] <meebey> but smuxi has no full blown twitter support yet, so...
[14:00] <meebey> haha
[14:01] <meebey> lucidfox went once crazy on #debian-cli because of using the word twitter
[14:01] <meebey> ...
[14:01] <kenvandine> hehe
[14:52] <tedg> mpt, Should we be puttin gin an override for the placement of the gsd keyboard layout switcher?
[14:52] <mpt> tedg, because it's not yet a system one?
[14:53] <tedg> mpt, Correct, so it gets place by category/id.
[14:53] <tedg> mpt, On my system that puts it all the way to the left.
[14:53] <mpt> tedg, it would make sense to override both the gsd one and the ibus one to put them at the trailing end
[14:53] <mpt> well spotted
[14:54] <tedg> mpt, Hmm, I would have guessed the opposite?  Why the trailing, it seems like the should be next to power?
[14:54] <mpt> tedg, yes, next to the other system ones
[14:55] <tedg> mpt, Ah, cool.  I thought you meant the other side ;)  Any preference on the order of gsd, ibus, gpm ?
[14:55] <mpt> https://wiki.ubuntu.com/SoftwareCenter#def-trailing :-)
[14:56] <mpt> tedg, no preference
[14:57] <mpt> just as long as gpm isn't separating the other two.
[14:57] <tedg> mpt, Hmm, I would have said trailing is "closest to white space" as the one in the corner is anchored and everyone else is following.
[14:57] <mpt> It's Java GUI lingo, apparently
[15:27] <Cimi> ronoc:
[15:27] <ronoc> Cimi
[15:28] <Cimi> ronoc: did ypu play with the branch?
[15:28] <ronoc> so I want get a chance today to get around to those branches. I have to finish something I'm working on here. But you mentioned earlier that you were interested in doing the rounded corners on the album art
[15:28] <ronoc> Cimi: do you want to branch and do that also, that is if you have nothing else on your plate ?
[15:29] <ronoc> davidbarth ^
[15:29] <Cimi> ronoc: the design is not definitive
[15:29] <Cimi> bug if you had chance to have a look at the code
[15:29] <Cimi> at the very beginning of the file I placed a lot of shade defines
[15:29] <Cimi> so you can easily adjust the colors
[15:30] <ronoc> hmm are you sure, I spoke with Otto yesterday and he seems to think the rounded corners were in.
[15:30] <ronoc> Cimi ^
[15:30] <Cimi> yeah but I want ottos' feedback
[15:30] <Cimi> anyway
[15:30] <ronoc> Cimi on which the rounded corners or the work you did this morning ?
[15:31] <Cimi> there are few things missing: 1) the background of the drawing area is filled with bg[NORMAL] and that looks ugly with the gradient of the menu
[15:31] <Cimi> ronoc: the work I did)
[15:31] <ronoc> okay
[15:31] <ronoc> well i would think it would be best to park that branch until Otto is back Tuesday
[15:31] <Cimi> another thing is could you please name the scrubber?
[15:31] <Cimi> for example ido-scrubber
[15:31] <ronoc> then we can go throw this on Tuesday with him.
[15:32] <ronoc> Cody is back next week also
[15:32] <davidbarth> ronoc, Cimi: don't forget the player item icon will have to move to the left column eventually; don't know if that impacts what you're adjusting at the moment
[15:32] <ronoc> Cimi: have you anything else to work on right now ?
[15:32] <Cimi> for the moment no
[15:33] <Cimi> I mean in the sound menu
[15:33] <ronoc> davidbarth: not right now
[15:33] <Cimi> the implementation is correct
[15:33] <ronoc> sorry not what I'm working on right now
[15:33] <ronoc> will talk to ted about this in mo
[15:34] <ronoc> davidbarth: I'm working on the blank graphic/the place holder for when there is no album art
[15:34] <ronoc> currently
[15:34] <ronoc> Cimi: well do you want to branch again from trunk and do the rounded rectangle work. doesn't seem like it would take too long ?
[15:34] <davidbarth> ronoc: ok nice
[15:35] <Cimi> which is the rounded rectangle work?
[15:35] <Cimi> for the cover?
[15:35] <ronoc> Cimi: the rounded corners on the album art, yep
[15:36] <ronoc> sorry rounded squares :)
[15:36] <Cimi> ok
[15:36] <ronoc> thx
[15:36] <Cimi> where's the code?
[15:36] <ronoc> in the metadata-widget.c
[15:36] <ronoc> art-url property update
[15:37] <Cimi> thx
[15:37] <ronoc> static void
[15:37] <ronoc> metadata_widget_update_album_art(MetadataWidget* self){
[15:37] <ronoc> Cimi ^
[15:37] <ronoc> that does the pixbuf and scaling
[15:38] <Cimi> ok
[15:48] <danyR> hi ayatana. anyone knows where can I get some indicator-network suppport?
[15:49] <davidbarth> danyR: hi
[15:50] <davidbarth> danyR: i'll call kvalo on this channel
[15:50] <davidbarth> danyR: what's the issue?
[15:51] <danyR> davidbarth: hi. indicator-network stopped working on my system. the indicator-network-agent is running fine
[15:51] <danyR> but everytime I call the indicator-network-service, I get a "(process:1721): libindicator-WARNING **: Name request failed.  Status returned: 3"
[15:51] <danyR> error
[15:52] <davidbarth> danyR: is indicator-network-service running already?
[15:54] <danyR> davidbarth: yeah. even if I kill it, it restarts itself
[15:55] <davidbarth> danyR: which is normal, the indicator restarts the service automatically
[15:55] <davidbarth> what's wrong with the instance that is runnign?
[15:57] <bcurtiswx> hey all, does the fact that rhythmbox still launches the icon on the top when using Applications-->sound and video  need a bug report, (since the sound menu will replace it) or not?
[15:58] <danyR> davidbarth: sorry, indicator-network started working suddenly. I don't really know what happened, it was unresponsive before
[15:58] <danyR> didn't answer to mouse clicks & actions
[15:58] <danyR> it started working, so I had to kill NM
[15:59] <danyR> however I've still an issue, it isn't updating icons/displaying connecting annimations
[15:59] <davidbarth> danyR: indicator-network works with connman
[15:59] <danyR> davidbarth: I know, I've a little knowledge on its insights :)
[15:59] <davidbarth> danyR: if you have both connman + i-network and NM running, you're up for some not so fun bugs with your connection
[16:00] <davidbarth> danyR: no offense, it's just that NM should /never/ run at the same time as connman
[16:02] <danyR> connman is running now. but I'm pretty sure it wasn't NM causing my problem. it's working, so I've just one last problem: no icon change/connecting animation
[16:02] <danyR> it seems it's crashed
[16:02] <danyR> unresponsive
[16:02] <danyR> but it's working
[16:05] <danyR> ok, it's working now. displays icons/animations.
[16:06] <danyR> I don't really know what happened, but it's funny that when I came here asking support, it started working.
[16:06] <danyR> I gues indicator-network was afraid of official support :P
[16:08] <danyR> kvalo: hi. what's the state of the "application start in offline mode" bug?
[16:14] <Cimi> davidbarth: I'm the only one who finds ugly the etched shadow around the user avatar in indicator-me?
[16:15] <davidbarth> Cimi: it is ugly, but it is gone altogether in the latest version; ivanka did some user testing and the avatar was creating confusion it seems
[16:15] <davidbarth> Cimi: i've kept the code around, just in case
[16:16] <davidbarth> Cimi: the test entry style is not great however with the current theme: it's not highlighted to reflect that it has the focus
[16:16] <davidbarth> and the text color doesn't work well with the rest of the background and menu
[16:17] <Cimi> davidbarth: Idon't have the text entry here
[16:18] <davidbarth> you need a configured account on gwibber for it to show up
[16:19] <Cimi> i havw it
[16:21] <Cimi> strange
[16:21] <Cimi> I can't test it if I don't have the entry
[16:32] <danyR> Cimi: I think I don't have a text entry either, in Maverick. with gwibber accounts configured
[16:33] <danyR> I confirm, it doesn't show yp
[16:33] <danyR> up*
[17:07] <lucidfox> I wonder
[17:07] <lucidfox> how is the notification area transition problem going to be solved for Wine?
[17:07] <lucidfox> Windows applications can't exactly be patched
[17:07] <kklimonda> it wont and people will learn at last that wine is not a solution
[17:07] <kklimonda> <wine rant />
[17:07] <kklimonda> ;)
[17:09] <kklimonda> lucidfox: but frankly I don't see why should we do anything about it - I've always seen wine as a compatibility layer that eases the switch from windows to linux. sacrificing linux experience so people can use their windows applications indefinitely just seems wrong to me.
[17:09] <kklimonda> and with that explanation I have to go for a while, don't flame me too much ;)
[17:09] <lucidfox> Well, I only use Wine for games, so
[17:09] <lucidfox> *coughsteamcough* *coughblizzardupdatercough*
[17:10] <gambs> I agree with kklimonda, if anything, that should be Wine's problem.
[17:10] <jcastro> we discussed it at UDS
[17:11] <jcastro> iirc the solution was "if you care enough to try to get windows programs to run on linux then adding the old tray on your panel will be easy"
[17:12] <kklimonda> lucidfox: and thanks to wine developers have actually one less reason to port their games to linux. but that's getting offtopic, jcastro's explanation is good :)
[17:13] <jcastro> I'm sure a person running a windows program with a totally different UI, different file chooser, etc. will not care about their tray
[17:14] <lucidfox> Ah, so it will only be removed by default, but the applet will be available to add onto the panel?
[17:14] <lucidfox> then yes, problem solved, Wine users will just use that
[17:14] <jcastro> right
[17:15] <gambs> I thought the Unity panel couldn't be messed with?
[17:15] <lucidfox> Well, if you use Windows programs, chances are you won't be running unity
[17:15] <lucidfox> May I suggest, however, that when it's removed by default, it's renamed to something like "Legacy notification area" and has Wine mentioned in its description
[17:16] <lucidfox> That reminds me, is gnome-shell going to be patched for indicator support?
[17:17] <gambs> Better question is whether Gnome-shell is going into natty <.<
[17:18] <lucidfox> Well
[17:18] <lucidfox> My personal opinion, and I'm not anyone official, is that gnome-shell is stillborn
[17:19] <lucidfox> It's subjectively bad both speed-wise and usability-wise - at least the latter is going to get mitigated with them redesigning it into basically Unity Desktop Edition
[17:19] <lucidfox> and too tightly coupled (Unity has that problem too, by design)
[17:19] <gambs> I know, I'm not actually asking because I know no one "official" would answer typically.
[17:21] <jcastro> nothing is really official about natty until UDS
[17:21] <gambs> Not complaining.
[17:23] <jcastro> lucidfox: how's the keyboard indicator working for you now after the update today?
[17:23] <lucidfox> jcastro> Almost flawlessly - the text by the icon is updated when I press Alt-Shift
[17:23] <lucidfox> but
[17:24] <lucidfox> when I open the menu itself, the layout radio button marks the wrong layout, not the one actually selected
[17:24] <jcastro> can you file a bug?
[17:24] <lucidfox> sure
[17:24] <jcastro> klattimer: ^
[17:29] <lucidfox> filed, bug #621247
[17:36] <Cimi> ronoc: I've tried using the code from gnome-scrensaver lock
[17:36] <Cimi> but
[17:36] <ronoc> yep
[17:37] <Cimi> gtk_widget_get_window (GTK_IMAGE(image) return NULL
[17:37] <Cimi> no window :(
[17:37] <ronoc> hmm one sec
[17:38] <ronoc> i think you will need to get the window from the expose signal
[17:38] <ronoc> i'm working on a branch right now that does that
[17:39] <ronoc> so lets pick this up Monday
[17:39] <ronoc> could you email the branch with the work you did this morning and the branch you are working on now -><EMAIL_ADDRESS>[17:39] <ronoc> Cimi ^
[17:40] <Cimi> ok
[17:40] <Cimi> the actual branch crash :)
[17:41] <ronoc> not to worry, breaking things is always the first step :)
[17:48] <Cimi> lp:~cimi/indicator-sound/rounded-albumart
[17:58] <lucidfox> How is sound indicator support for Banshee coming along?
[17:58] <lucidfox> Is it going to be uploaded to Maverick?
[18:07] <jcastro> lucidfox: it's upstream, hyperair has been on holiday, which is why it's not in maverick
[18:45] <vish> is anyone aware that bug #607410  occurs even in the latest daily?
[21:24] <jcastro> klattimer: put lp #587272 in your low-hanging-fruit nice-to-have-but-not-a-requirement pile pls.
[21:39] <sense> vish: Do you think we should pass bug #606149 to the Design Team?
[21:58] <GreySim> I hope someone does *something* about that. I really loved the window borders in Neil Patel's Gwibber mockups: http://4.bp.blogspot.com/_Xie1ydrCav4/TEHqsC8MxbI/AAAAAAAABDg/dEBLMZbX43I/s1600/compact-multi-column.png
[22:04] <klattimer> jcastro: I've got the previous bug you mentioned on my radar
[22:05] <klattimer> the off-by-one error in gsd
[22:05] <klattimer> not sure where it comes from though
[22:05] <klattimer> I'll add this to my list of bugs
[22:05] <klattimer> :)
[22:05] <klattimer> oh it's all ready there
[22:06] <jcastro> heh
[22:40] <lamalex> kenvandine: is new gwibber in a ppa yet?
[22:40] <kenvandine> no... but it is in maverick :)
[22:41] <lamalex> if only I could install maverick!
[22:41] <kenvandine> it will hit fta'a nightlies tonight