[12:06] <mpt> FaBMak, sorry, that's not implemented yet, bug 2773
[12:06] <Ubugtu> malone bug 2773 in launchpad "Deleting or removing or closing an account" [Normal,Confirmed]  http://launchpad.net/bugs/2773
[12:07] <AlinuxOS> FaBMak, no way out :)
[12:07] <AlinuxOS> You will launchpader forewer! :)
[12:08] <FaBMak> ok, i created two accounts
[12:09] <FaBMak> now i will keep both
[12:14] <mpt> FaBMak, you can merge those accounts
[12:16] <mpt> though *cough* I don't know how you go about doing that
[12:17] <kiko> IIRC /people/+mergeaccount
[12:17] <mpt> Where's that linked from?
[12:18] <FaBMak> this was my bad, using two differents emails
[12:18] <ajmitch_> afternoon
[12:24] <dilys> Merge to devel/launchpad/: [trivial]  Even more DB perms for Soyuz rollout (r3084: Celso Providelo)
[12:28] <mpt> FaBMak, log in with the account you want to keep, then go to https://launchpad.net/people/+requestmerge
[12:29] <ajmitch_> mpt: it's right in the middle of launchpad.net/people
[12:29] <ajmitch_> instead of on the sides with everything else
[12:29] <mpt> oh, wow
[12:30] <mpt> I even wrote that sentence!
[12:30] <mpt> and I didn't see it
[12:30] <ajmitch_> heh
[12:30] <mpt> well, it's on the wrong page
[12:34] <mpt> bug 30439
[12:34] <Ubugtu> malone bug 30439 in launchpad "Link to page for merging accounts is well-hidden" [Normal,Unconfirmed]  http://launchpad.net/bugs/30439
[12:34] <FaBMak> i saw this option but i think it's better delete the duplicate account, but how this is not possible yet, i will merge then
[12:35] <FaBMak> thanks
[12:35] <Kinnison> was the malone rollout this exciting?
[12:35] <kiko> yes
[12:35] <Kinnison> how did your heart take it
[12:35] <Kinnison> ?
[12:35] <mpt> yes, but it was a shorter period
[12:36] <Kinnison> malone had what? 25 thousand things to migrate?
[12:36] <mpt> Steve said "James, run the script", and then we all just sat and watched
[12:36] <Kinnison> kiko: how many things has dapper got yet?
[12:36] <kiko> five billion and eighty two
[12:36] <ajmitch_> is that all?
[12:36] <Kinnison> fuck, it was only five billion and eighty one ten minutes ago
[12:36] <Kinnison> it's going up
[12:37] <mpt> that extra one will overload the servers
[12:37] <mpt> and overserve the loaders
[12:37] <ajmitch_> buy more servers
[12:37] <Kinnison> need
[12:37] <Kinnison> more
[12:37] <Kinnison> memory
[12:37] <Kinnison> bandwidth
[12:37] <Kinnison> damnit
[12:37] <kiko> yes we need a octo-processor for Sinnickon
[12:37] <Kinnison> mmm sin
[12:38] <mpt> Processors of Sinnickon Valley
[12:38] <Kinnison> leave my valley out of this
[12:52] <dilys> Merge to devel/launchpad/: [r=spiv,r=SteveA]  Big cleanup of the translation form. It should be more easy to update and maintain now. This change lets us to finsh the PoMsgSetPage spec implementation (r3085: Carlos Perell Marn)
[12:52] <carlos> wow, finally...
[12:52] <carlos> night dudes
[12:52] <carlos> see you on Monday!
[12:55] <Kinnison> memory usage went down!
[12:55] <Kinnison> hallelujah!
[12:55] <kiko> heh
[01:02] <Kinnison> guys, say stuff, kiko feels a desperate need to troll
[01:14] <Kinnison>  We will fight for bovine freedom, and hold our large heads high. We will run free with the buffalo, or diiiiiiieeee! Cows with guns.
[01:15] <Kinnison>  The order was given to turn cows to whoppers. Enforced by the might of ten thousand coppers. But on the horizon, surrounding the shoppers, came the deafening roar of chickens in choppers.
[01:29] <mpt> mmmmmm, chicken
[01:56] <dilys> Merge to devel/launchpad/: [trivial]  Add some notes on Gina's breakage on bin-only-NMUs (r3087: Christian Reis)
[01:56] <dilys> Merge to devel/launchpad/: [r=kiko]  Make the build state titles more human friendly/useful. (r3086: James Troup)
[01:57] <kiko> yay
[01:57] <kiko> yay
[01:57] <kiko> yay
[01:57] <ddaa> hey kiko
[01:57] <kiko> hey ddaa
[01:57] <kiko> no sleep for the wicked?
[01:57] <ddaa> want to look at my latest docs?
[01:57] <kiko> I can't tonight
[01:57] <kiko> I am dying
[01:58] <ddaa> now with plenty of new UML diagrams and html export :->
[01:58] <kiko> heh
[01:58] <ddaa> not asking to read, just want to give you inspiration :P
[01:58] <ddaa> I'm dying to anyway.
[01:58] <ddaa> You should really give up this old TeX thing.
[01:59] <ddaa> I might even take it as personal failure, I gave almost two years of my life trying to make texmacs suck less.
[02:00] <kiko> hey latex is the future
[02:00] <kiko> and I'm not paying ANY attention to you la la la
[02:00] <ddaa> man, latex is sooooo pass!
[02:01] <Kinnison> yeah, proper vulcanised rubber is so clearly the future
[02:01] <ddaa> mhmh...
[02:02] <ddaa> maybe I'll call my future structured typographic system (like when I'm rich or on a sabbatical) "rubber"...
[02:07] <cprov> ddaa: where is your doc, let me have a look ...
[02:07] <ddaa> https://chinstrap.warthogs.hbd.com/~david/bzr-launchpad/bzr-launchpad.ps
[02:07] <ddaa> https://chinstrap.warthogs.hbd.com/~david/bzr-launchpad/bzr-launchpad.html
[02:07] <ddaa> I'll get it in rocketfuel early next week
[02:08] <ddaa> bah, some bastard earned 4ME... and it's not me...
[02:08] <ddaa> cprov: don't hurt yourself, it's heavy stuff
[02:12] <cprov> ddaa: actually, it's quite nice and not so complicated, you have very good sense for diagrams, they are very legible, even if the theme is sort of __hardcore__
[02:12] <cprov> ddaa: I liked it, congratulations dude
[02:12] <ddaa> you've got no idea how much time I spent on those
[02:13] <cprov> ddaa: are you using dia ?
[02:13] <ddaa> Yup.
[02:13] <ddaa> Great stuff.
[02:13] <ddaa> Thank you for the praise, I love that.
[02:13] <cprov> ddaa: I do have, did some diagrams for soyuz infra ...
[02:14] <cprov> ddaa: you deserve it, I know it costs days of hard work, you rock !
[02:36] <dilys> Merge to devel/launchpad/: [trivial]  fix emacs TAGS generation in Makefile (r3088: James Troup)
[05:35] <monzie> i want to contribute to Ubuntu
[05:35] <monzie> i have Debian administering/packaging experience
[05:35] <monzie> pease tell where my skills will be needed the most
[05:53] <kiko> monzie, visit #ubuntu-motu
[07:41] <kiko> yawn
[07:55] <mpt> still awake, kiko?
[07:56] <kiko> unfortunately no
[07:58] <kiko> I am rubbing my eyes and typing
[07:58] <kiko> but no, I can't really say I'm awake
[08:01] <mpt> kiko, do you remember when you turned off the auto-bug-summarization code?
[08:01] <kiko> I will need a better description of said code
[08:02] <mpt> the code that took the first sentence of a bug report's description and inserted it into the "summary" field
[08:03] <kiko> did /I/ turn that off? it was a long time ago if so
[08:04] <mpt> about bug 1380...
[08:04] <mpt> ok, #1384 has an auto-summary and #1385 does not
[08:16] <mpt> jamesh, ping
[08:19] <kiko> yeah, good idea, jamesh ping?
[09:17] <mpt> YES
[09:23] <mpt> jamesh, de-ping
[09:47] <kiko> mdz!
[09:47] <mdz> good morning
[09:47] <kiko> how are you?
[09:47] <mdz> that depends
[09:47] <kiko> Kinnison needs to give me +v in #soyuzrollout
[09:47] <kiko> we're just doing the final touches on putting everything online
[09:47] <kiko> thank you for your patience
[09:48] <mdz> fabio is awake and would like to know his fate
[09:48] <mdz> if everything is not online soon, there could be a controversy over interpretation of the bet
[09:49] <kiko> well
[09:49] <kiko> fabbione's fate was sealed the moment he made that bet
[09:50] <kiko> honestly, there were no surprises overnight
[09:50] <kiko> the process just involves many steps
[09:50] <mdz> I think I misinterpreted your original message as 6 hours of downtime rather than 18
[09:51] <Kinnison> Hey dudes
[09:52] <kiko> morning Kinnison
[09:52] <kiko> nice to see you rise and shine
[09:52] <Kinnison> Sorry I was so long, I figured I'd actually try and get some sleep
[09:53] <Kinnison> Are we physically anywhere useful or should I stay here in my room?
[09:53] <Kinnison> cprov is still dead to the world and it may be best to leave him there
[09:53] <Kinnison> the poor guy was so tired
[09:53] <mdz> does he know what is at stake?
[09:54] <Kinnison> He does
[09:54] <Kinnison> but to be honest there's little he could do right now
[09:54] <fabbione> are we there yet?
[09:54] <fabbione> :)
[09:54] <Kinnison> kiko: So is James doing the rsync now?
[09:54] <fabbione> kiko: sooooooo do i need to shave or not?
[09:55] <Kinnison> fabbione: very almost. All pretty much on track for our original projections
[09:56] <fabbione> Kinnison: good job.. i will shave my head with pleasure if all goes well
[09:56] <fabbione> otherwise i will enjoy mdz's beer :)
[09:56] <mdz> everyone will
[09:57] <kiko> Kinnison, yes, he's doing the rsync tests now, will take a bit
[09:57] <Kinnison> kiko: right, cool
[09:58] <Kinnison> kiko: are you updating the wiki page and channel?
[09:58] <Keybuk> you realise the roll-out will not be complete until someone brings a set of hair-clippers to ExCeL
[09:59] <Kinnison> is that where you guys are?
[09:59] <Keybuk> yeah
[10:00] <Kinnison> Well that saves me asking again later :-)
[10:00] <kiko> Kinnison, yes, I am
[10:04] <mdz> Keybuk: that won't be necessary
[10:04] <mdz> we're all coming in to central London tonight
[10:05] <fabbione> kiko: you better show up this evening :)
[10:05] <fabbione> kiko: i am trusty
[10:05] <fabbione> oh how the hell you spell it
[10:05] <kiko> I am awake and my spirits are high
[10:11] <SteveA> hmm, beer
[10:13] <GaNjA`ShAiTaN> hi
[10:37] <Keybuk> a Soyuz web-app "related packages" feature would be nice
[10:37] <Keybuk> so from alsa-base I could see "alsa-utils" :)
[10:37] <Kinnison> file a bug I guess
[10:37] <Keybuk> is it possible?
[10:38] <Kinnison> umm let's have a quick ponder
[10:38] <Kinnison> how do you define 'related' ?
[10:40] <Keybuk> <WAVE HANDS WILDLY>
[10:41] <Keybuk> "People who fixed bugs on FOO often fixed bugs on BAR too"
[10:41] <kiko> omg
[10:42] <mdz> a link to the bug contact (ubuntu-audio) which should have a link to the other packages for which it is a contact
[10:42] <mdz> though it doesn't yet
[10:43] <Kinnison> Keybuk: that sounds like we need some kind of heuristic analyst which looks at activity in a distro and tries to make/break links between people and packages
[10:43] <Kinnison> Keybuk: this is way more than a UI change
[11:32] <mdke> is it possible to unsubscribe someone from a bug in malone?
[11:34] <mdke> right now, the documentation team mailing list is qa on every bug in ubuntu-docs, which is good. But what we'd like is for only the first message to go to the list. If possible, this would happen automatically, but if necessary, I'd like to remove the subscription manually. Can I do this?
[11:41] <mdz> mdke: no, not presently
[11:41] <mdke> mdz, ok thanks
[11:41] <mdke> so groups can't be unsubscribed from bugs at all?
[11:42] <mdz> correct, it's a bug
[11:42] <mdz> bradb is aware of the problem, but I can't find a bug report in malone
[11:42] <mdz> it may be that it isn't filed yet
[11:42] <mdke> i might do one if I can't find it either
[11:42] <mdke> thanks
[11:44] <BjornT> mdke: well, you can unsubscribe people/teams using the email interface
[11:59] <mdz> Kinnison: how is the publisher doing?
[12:01] <siretart> would it be possible to make looking at buildlogs less painfull?
[12:03] <kiko-fud> yes
[12:03] <kiko-fud> it will be less painful on tuesday
[12:04] <mdz> that is a tuesday problem
[12:04] <mdz> how are we doing on today?
[12:04] <kiko-fud> there is code in RF already that improves that
[12:04] <kiko-fud> we're doing well
[12:04] <kiko-fud> waiting for publisher run 1
[12:06] <mdz> a publisher run is ~30m?
[12:06] <Kinnison> Normally yes
[12:06] <Kinnison> but this one has a huge number of gina fuckage/unfuckage
[12:11] <Kinnison> Sodding gina
[12:11] <Kinnison> hatesses her we do
[12:33] <kiko> morning matsubara
[12:34] <matsubara> good morning Kiko
[12:42] <kiko> how's it going?
[12:46] <fabbione> kiko: 15 minutes left for the transition
[12:46] <fabbione> or i get more beer :)
[12:48] <kiko> fabbione, it is inevitable, though it may delay a bit -- THE ROLLOUT WILL HAPPEN
[12:48] <fabbione> kiko: i am sure it will happen
[12:49] <fabbione> i am just looking at the clock and other stuff to match the bet with mdz
[12:49] <fabbione> so if you want to look at me shaved you better hurry up
[12:49] <fabbione> or pass by an atm before this evening ;)
[12:49] <kiko> looking at the clock is for sissie
[12:49] <kiko> s
[12:49] <fabbione> kiko: and to be hounest i wish to go back home without hair.. really
[12:49] <kiko> real men take their bets to the limit
[12:49] <fabbione> i want this over for all of us
[12:49] <kiko> well
[12:50] <kiko> we will need 20 more minutes for the publisher to finish running
[12:50] <fabbione> ok
[12:50] <kiko> perhaps another 40 for a second publisher run if we are unlucky
[12:50] <kiko> then we update dns
[12:50] <fabbione> ok i will extend the bet :)
[12:50] <kiko> and the mirrors
[12:50] <kiko> tell you what -- extend the bet and we will shave you AND buy you beer
[12:50] <fabbione> ahhaha
[12:50] <fabbione> ok
[12:50] <fabbione> deal
[12:50] <kiko> that way we all win
[12:51] <fabbione> we need shaving equipment tho
[12:51] <fabbione> does LP supports external shaving over IP?
[12:51] <kiko> it does but it requires you have a preferred email address and 750 karma points
[12:58] <jordi> kiko: I want to try it
[12:58] <jordi> I have like billions of karma points
[12:59] <kiko> you also need to weigh more than 45kg to participate
[01:08] <kiko> Unpublishing death row.
[01:08] <Kinnison> this is gonna take a little while
[01:08] <Kinnison> :-)
[01:09] <kiko> hopefully less than last time
[01:17] <fabbione> kiko: i can't answer on #soyuzrollout :)
[01:18] <kiko> that is the entire point of this exercise :)
[01:23] <fabbione> kiko: so are uploads processed now? as in ARE WE THERE YET?
[01:23] <kiko> fabbione, we have a golden archive from the comparator's viewpoint
[01:24] <fabbione> kiko: cool
[01:24] <kiko> elmo is looking at rsync effects of the pool change
[01:39] <fabbione> kiko: how bad does it look for the mirror?
[01:39] <fabbione> +s
[01:40] <kiko> 2.3G
[01:40] <mdz> why so much?
[01:40] <fabbione> that's... that's... INSANE
[01:40] <fabbione> timestamp screwage?
[01:41] <kiko> there's two main causes
[01:42] <kiko> first, because we are (at least in some cases) not moving sources around when the binaries change component
[01:42] <kiko> second, because of the change in policy to link main -> universe whenever possible
[01:42] <fabbione> why did you change policy?
[01:42] <Kinnison> to make a just-main mirror more correct
[01:50] <fabbione> Kinnison, kiko: are all these policy changes going to affect only dapper?
[01:50] <jordi> my bad
[01:50] <fabbione> or do we need to go and check from warty back to NOW
[01:51] <Kinnison> fabbione: it affects the pool as a whole
[01:51] <kiko> fabbione, the symlinks are in place where they need to be.
[01:51] <kiko> Kinnison, let's un-m #soyuzrollout?
[01:51] <Kinnison> okay
[01:54] <mdz> Kinnison: oh god, PLEASE tell me you aren't still calling it cron.daily
[01:54] <Kinnison> mdz: for the short term, yes
[01:54] <kiko> it almost takes a day to run anyway
[01:54] <Kinnison> mdz: just so we kept terminology shear small while we were deploying
[01:54] <mdz> that is not a very funny joke
[01:59] <weedar> For some reason I can't log on to my account
[02:00] <weedar> Can anyone help?
[02:08] <weedar> How do I sign codes of conduct?
[02:08] <kiko> log into launchpad, download and sign the content, push it back up
[02:09] <weedar> Well, it's the "sign the content"-part I dont get
[02:09] <weedar> How do I do that?
[02:09] <fabbione> weedar: with gpg
[02:09] <fabbione> if you don't know what gpg is, there is a lot of documentation on the web
[02:10] <weedar> Ah, no I have it installed. It's just that it wasn't obvious (to me anyway) that that was what was needed :)
[02:17] <weedar> I get an error, str: no public key
[02:19] <fabbione> weedar: gpg implies that you read the manual, understand what gpg is and so on..
[02:19] <fabbione> if you have never used gpg before, you must do some extensive reading
[02:19] <weedar> I use it all the time to encrypt and decrypt messages
[02:19] <weedar> And it works, which is why I'm bothered as to why when I chose sign/Verify clipboard and then paste the contents it doesn't work
[02:20] <weedar> I also tried adding my public key to the contents, but that didn't help either
[02:21] <fabbione> no you need to add you pub key to launchpad
[02:21] <fabbione> in the person section
[02:21] <weedar> ah, okay :)
[02:29] <weedar> fabbione, when I am told to upload my key to a keyserver, will wwwkeys.pgp.net do?
[02:34] <fabbione> weedar: yes, but it will take time to propagate, you can also upload to keyserver.ubuntu.com
[02:34] <weedar> In time, will keyserver.ubuntu.com "download" my key or should I for some reason also upload to keyserver.ubuntu.com ?
[02:35] <fabbione> it usually takes about 5 minutes for a key to propagate over the keyserver network
[02:35] <fabbione> so it will eventually hit keyserver.ubuntu.com, but time is not always exact
[02:36] <weedar> Ok, it works now. I think somebody once mentioned patience beeing a virtue, but I didn't have the time to listen..
[02:42] <weedar> Am I required to something else to be able to use my launchpad account to log on to the ubuntu wiki fabbione ?
[02:43] <fabbione> weedar: not that i know of
[02:43] <weedar> Because I am in the launchpad, logged in. But when trying to logon to the ubuntu wiki I get "wrong password" error
[02:44] <fabbione> weedar: i dunno.. it might take time to propagate
[02:46] <weedar> Okay. I hope that is the reason, I can't remember the last time I've been this frustrated
[02:47] <weedar> By the way, thanks for all your help so far, you've kept me sane this last hour
[04:13] <jsgotangco> hi
[04:31] <jbailey> Trying here before filing a bug.  https://launchpad.net/distros/ubuntu/+search?text=at claims that there's no source package "at" in Ubuntu.  I'm fairly certain there is.
[04:31] <jbailey> Which of us is confused?
[04:32] <Kinnison> the statistician may be confused
[04:33] <jbailey> Kinnison: Sorry, I'm not sure if you're 1) Being Humourous, 2) Sleep Deprived, 3) Refering to something I've never heard of.
[04:33] <jbailey> =)
[04:33] <Kinnison> 3
[04:33] <Kinnison> and 2
[04:33] <Kinnison> definitely not 1
[04:33] <Kinnison> well, not deliberately anyway
[04:34] <jbailey> Ah. =)
[04:34] <jbailey> Is there something I can usefull report on this/
[04:36] <Kinnison> 1. report a bug in /products/soyuz
[04:37] <Kinnison> 2. 'at' may be a stopword in the fti we use
[04:38] <Kinnison> 3. /distros/ubuntu/+source/<spn> is useful if you already know the name
[04:38] <ddaa> sorry guys, that just made me laugh too much to escape the quotes page
[04:46] <sivang> Kinnison: I know you're famour there :-)
[04:46] <sivang> s/famour/famous/
[04:48] <ddaa> well, there's a number of quotes which might too offensive for publication...
[04:48] <sivang> ddaa: Kinnison's ?
[04:49] <ddaa> "<kiko> do babies count as humans?"

[04:53] <ddaa> "Mark: does anyone know how got a bottle of liquid latex in my pocket?"
[04:53] <sivang> HAHAHA
[04:54] <sivang> ddaa: the last once was in UBZ, I was near Mark when he discovered that :)
[04:54] <sivang> but I liked the first one btter
[04:54] <ddaa> I was not around, I'm quite sad :)
[04:54] <sivang> ddaa: he tried to pass it around, and everybody got away from him :)
[04:55] <ddaa> <jblack's activity report> * (.25h) Touched elmo for planet.bazaar.canonical.com
[04:55] <ddaa> Oh, yes ther's a famous one
[04:55] <ddaa> Spec Writing
 pink is nominally green unless it has yellow written on it
[04:56] <sivang> :-)
[04:56] <sivang> what that thing about spec writing?
[04:56] <sivang> I didnt' uunderstand the joke ..
[04:57] <ddaa> I guess it was about nonsensical specs
[04:58] <ddaa> One of the more offensive ones (pretty old one): <Kinnison> But to fix that, we'd need to re-engineer Tom Lord's arsecrack.
 My knowledge of quebecois is limited to holding my nose whilst speaking french
[05:00] <ddaa> not much funny stuff from Kinni on the quotes page
[05:01] <sivang> ah I see, I recall marilize going over Kinni's ones in UBZ and ROTFLing
[05:03] <Kinnison> It often needs context
[05:04] <Kinnison> and people aren't always good at recording context
[05:04] <sivang> probably.
[05:05] <sivang> Kinnison: how are you ,?
[05:05] <Kinnison> sivang: very very very tired
[05:05] <sivang> oh dear.
[05:05] <Kinnison> tonight I will sleep the sleep of the dead
[05:07] <sivang> were you hacking on soyuz till late?
[05:08] <Kinnison> soyuz deployed last night / this morning
[05:08] <Kinnison> ubuntu is now run on launchpad
[05:08] <Kinnison> OMG
[05:08] <sivang> OMG
[05:08] <sivang> heap of bugs?
[05:08] <Kinnison> heap of tired kinnimess
[05:09] <sivang> so now archive.u.com was produced by lp ?
[05:09] <Kinnison> yes
[05:24] <tseng> can someone force an account merge for me given a gpg signature?
[05:24] <tseng> one of the mail accounts involved isnt working properly
[06:49] <meba> hi
[06:51] <meba> i just have one note to Rosetta translator: i did not found possibility to search strings, is it possible? If not, i think it should be implemented, because i just found one untranslated string in gnome-panel for ubuntu dapper and i am trying to find it to translate it...
[09:28] <[NT] DiMoS> , ,   ?
[09:31] <[NT] DiMoS> , ,  ?


[12:00] <jared> !rmb
[12:00] <jared> Do we have a meeting now?
[12:02] <lazyPower> we do!
[12:03] <jared> lazyPower: just trying to rustle up enough people to hold the meeting
[12:03] <lazyPower> i shall curb my enthusiasm
[12:05] <jared> lazyPower: enthusiasm is great, I just hope  it's not in vain.
[12:07] <jared> Hmm not looking good, only one other board member around at the moment.
[12:08] <lazyPower> booo
[12:08] <jared> I believe the first 2 applicants are actually from the last meeting so is valentino around?
[12:08] <jared> lazyPower: worst case, in these instances, we move to the mailing list so you're not waiting another month.
[12:08] <lazyPower> oh! well that changes perspective quite a bit
[12:09] <jared> It's not fair to penalise people turning up to meetings because the board isn't there.
[12:09] <jared> I've looked over yours and it seems pretty strong so I don't even have any clarifying questions.
[12:10] <lazyPower> Thanks for the peer review! I tried to do my due dilligence to be prepared
[12:10] <jared> When you have multiple testimonials from existing members it makes it very easy to show the requirements for community engagement.
[12:13] <jared> We'll give it until 15 past just in case we can do it now but we're still too light on
[12:14] <lazyPower> jared: thanks for running the motions and feedback. I'll keep my eyes peeled on my inbox for any required discussions on the list. Just so i can make sure i'm on the proper thread - which mailing list is this going to?
[12:14] <lazyPower> s/thread/list/
[12:14] <jared> lazyPower: sorry it's the membership board one that is private
[12:14] <jared> However we CC you on the outcome, is your mailing list on the wiki page the best one??
[12:15] <lazyPower> jared: certainly.
[12:21] <jared> lazyPower: might be in luck, we just hit 4 as I was typing the email to the mailing list
[12:21] <lazyPower> great success \o/
[12:22] <jared> !startmeeting Ubuntu Membership Board 1200 UTC Meeting
[12:22] <jared> Helps if I use the right symbold
[12:22] <jared> #startmeeting Ubuntu Membership Board 1200 UTC Meeting
[12:22] <meetingology> Meeting started Wed Jun 18 12:23:15 2014 UTC.  The chair is jared. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[12:22] <meetingology> Available commands: action commands idea info link nick
[12:23] <jared> Hello and welcome to the Ubuntu Membership Review Board for the 1200 UTC meeting for June 18, 2014.
[12:23] <jared> The wiki page for the Review Board is available here: https://wiki.ubuntu.com/Membership/Boards
[12:23] <jared> We will attempt to get through all of the applicants that have added themselves to that list before today's meeting. If we are unable to make it through the entire list due to time constraints, then at the next meeting we will pick up where we left off.
[12:23] <jared> The format for the meeting is as follows: We will go through the list of applicants one by one, by date of application (FIFO).
[12:23] <jared> Each applicant should introduce themselves (1-5 sentences) and provide links to their Ubuntu Wiki page. After the introduction the members of the Membership Review Board will review the pages and, if needed, ask the applicant further questions.
[12:23] <jared> During this time it is encouraged for other members of the community to show their support for the applicant. Do not be alarmed if the members of the Membership Review Board are quiet during this time; they are most likely reading wiki/launchpad/forum/other pages and deciding how they are going to vote.
[12:23] <jared> When the board is ready to vote, they will publicly vote in the channel with either +1, 0, or -1 (for membership, abstain, and against membership, respectively). If the sum of those numbers is positive, then the applicant is now an official Ubuntu member! (feel free congratulate them!)
[12:23] <jared> #voters jared micahg cyphermox Destine
[12:23] <meetingology> Current voters: Destine cyphermox jared micahg
[12:23] <jared> Now, without any further ado, lets get started with the first applicant...
[12:24] <jared> #topic Charles Butler's application
[12:24] <jared> lazyPower: can you please introduce yourself to the board while they read over your application
[12:24] <jared> #link https://wiki.ubuntu.com/LazyPower
[12:24] <lazyPower> Hello, I'm Charles Butler. I've been a long time Ubuntu user, and fairly active in the community at large mainly in IRC and AskUbuntu.
[12:26] <lazyPower> I've been talking with an Ubuntu Member - Jose whom I'm sure all of you know, and he was the prime supporter in the filing of my application. I love the work we are doing and the community. My strongest area of contributions has been the emerging Cloud Orchestration division of Juju
[12:26] <lazyPower> I present myself to the board as I am, and hope you vote for me.
[12:27] <jared> If any of the other board members have any questions please jump in
[12:28] <jared> If anyone is here to cheer in person for lazyPower's application now is the time
[12:28] <micahg> lazyPower: you mention wanting to introduce new life into the PA loco, any plans for that?
[12:28] <jose> ello
[12:29] <lazyPower> micahg: I've been talking to the existing members and meetings have kind of dwindled. I'm proposing a motion to the list for virtual hangouts - a la UDS/UOS style to make it more accessible to people outside of the Philly region (as i'm in pittsburgh)
[12:29] <lazyPower> Also to provide some focused sessions over some of the newer cloud / touch/ friday hacklabs type projects to expose the emerging ubuntu tech to fellow members of the LOCO
[12:30] <jared> lazyPower: there have been a few posts to the loco-contacts mailing list about that recently that might help you with that goal of virtual hangouts
[12:30] <lazyPower> jared: Thanks for the tip. I'll take a look after the meeting.
[12:31] <jared> lazyPower: no point reinventing the wheel, learning from others makes life easier.
[12:31] <micahg> lazyPower: that sounds interesting (hangouts for LoCo)
[12:32] <jared> jose: if you have anything to add other than your testimonial feel free to jump in now
[12:32] <lazyPower> micahg: I'm really interested in making it very accessible to any/all who are interested without fragmenting the LOCO itself. Its a great group of people.
[12:33] <micahg> lazyPower: I'd be interested in hearing how that goes, maybe we could try something similar in Chicago
[12:33]  * jedijf cheers for lazyPower and combining PA's east and west and then squeezing the middle
[12:33] <jedijf> nad welcomes any and all help :)
[12:34] <lazyPower> micahg: if this gets traction, we could definately collaborate on some bigger and shinier projects. Because "We have the technology!"
[12:34] <jared> So without further ado we'll conduct the vote
[12:34] <jared> #vote lazyPower for Ubuntu Membership
[12:34] <meetingology> Please vote on: lazyPower for Ubuntu Membership
[12:34] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[12:34] <cyphermox> +1
[12:34] <meetingology> +1 received from cyphermox
[12:35] <micahg> +1
[12:35] <meetingology> +1 received from micahg
[12:35] <jared> +1 great application, good detail and impressive testimonials
[12:35] <meetingology> +1 great application, good detail and impressive testimonials received from jared
[12:35] <Destine> +1
[12:35] <meetingology> +1 received from Destine
[12:36] <Destine> Congrats!
[12:36] <jared> #endvote
[12:36] <meetingology> Voting ended on: lazyPower for Ubuntu Membership
[12:36] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[12:36] <meetingology> Motion carried
[12:36] <lazyPower> Thank you! I'm honoured.
[12:36] <cyphermox> congrats lazyPower
[12:36] <jedijf> congrats lazyPower
[12:36] <jose> looks like my messages weren't sent but I wanted to just highlight the work that lazyPower has been doing
[12:37] <jose> congratulations, lazyPower
[12:37] <jared> jose: no problems, the testimonials on the application were great
[12:37] <jedijf> lazyPower: also, can't wait to 'hang'
[12:37] <lazyPower> jedijf: Likewise :)
[12:37] <cyphermox> lazyPower: you should be able to add your blog to planet.ubuntu.com, I'm sure people could benefit from more entries about juju things
[12:38] <lazyPower> With regard to the benefits of Ubuntu membership - such as adding my blog and the @ubuntu alias - are there instructions that are sent out or do i need ot dive deeper into the wiki?
[12:39] <cyphermox> the wiki has everything as I recall
[12:39] <jose> @ubuntu is automatic and planet is on the wiki, yes
[12:40] <meetingology> jose: Error: "ubuntu" is not a valid command.
[12:40] <lazyPower> brilliant. Thanks again everyone. I'm humbled and honoured to be accepted.
[12:41] <jared> #endmeeting
[12:41] <meetingology> Meeting ended Wed Jun 18 12:41:58 2014 UTC.
[12:41] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-06-18-12.23.moin.txt
[12:41] <jared> Happy to keep the conversation rolling but just didn't want to fill up the meeting logs ;)
[12:42] <lazyPower> ah, sorry
[12:42] <lazyPower> I'm a bit of a wind bag, i'll talk all day if you let me
[12:43] <jared> No worries at all
[12:43] <jared> Some of the board had to run off though so I wanted to end it so they could jet if they needed
[12:43] <lazyPower> jared: thanks again for seeing the meeting through. This just made my day
[12:43] <lazyPower> I'm going to be running around saying "Who's got two thumbs and just became a ubuntu member? this guy!"
[12:44] <jared> lazyPower: glad to hear it, sorry it was delayed
[12:45] <jared> So just added you to LP and sent out the email so it's official


[00:35] <AfC> Is there a way to get `bzr revert` to also revert (ie remove) "unknown" files?
[00:36] <fullermd> Pretty sure not.  That's more clean-tree's territory.
[00:39] <AfC> fullermd: ah!
[00:39] <AfC> didn't know about that one.
[00:39]  * AfC reads help
[00:45] <spiv> Good morning.
[00:49] <fullermd> I wouldn't mind mornings so much, but do they have to keep coming around every stinkin' day??
[00:52] <AfC> fullermd: that's just what we need. Thanks
[03:46] <hopeseekr> .
[03:47] <hopeseekr> Hi, is it possible to put some specialized string in a file that when its committed will turn into the revision number of that commit?
[03:51] <spiv> hopeseekr: sort of.  Take a look at the bzr-keywords plugin.
[03:51] <hopeseekr> thanks
[04:01] <johnnie_> i'm using bazaar explorer - isit the case that it always creates a trunk subfolder everytime you do an init?
[04:01] <johnnie_> I find that I navigate to where my files are, do an init and then it creates this trunk subfolder and I have to move the files down in order to add them
[04:02] <lifeless> I think so, it has a default that scales well
[04:04] <johnnie_> ok - thanks - so what i'm doing is right?
[04:04] <lifeless> yup
[04:04] <johnnie_> gpthca
[04:04] <johnnie_> gotcha
[04:05] <lifeless> you should only need to init a project once
[04:05] <lifeless> after that, branching existing branches
[04:05] <lifeless> is more appropriate
[04:05] <johnnie_> ok - think i understand
[04:07] <johnnie_> i guess it's best to do the bzr init first before creating the dev files?
[04:07] <lifeless> with explorer yup
[04:07] <johnnie_> great - tnx
[08:17] <spiv> Whee, bugs in socket.py in maverick's python2.6
[08:18] <lifeless> \o/
[08:18] <spiv> (bug 615236)
[08:18] <lifeless> what are we, barries test-case
[08:18] <spiv> Er, 615240
[08:19]  * spiv goes to pick up V
[08:19] <lifeless> bug 615240
[08:26] <poolie> hi spiv, bye spiv
[08:39] <mgz> uuuu, bad feeling about that socket bug
[08:40] <mgz> that lame "explict free" comment is from the EINTR fix for socket file objects
[08:40] <mgz> http://svn.python.org/view?view=rev&revision=74426
[08:40] <mgz> ...but it doesn't have a 'view'... wonder when that was added
[08:41] <mgz> looks like a bad merge:
[08:41] <mgz> http://svn.python.org/view?view=rev&revision=83624
[08:54] <spiv> Back again.
[08:55] <bialix> hey spiv
[08:55] <mgz> spiv, are you going to file an upstream bug, or just bug someone to put the one line change on release26-maint?
[08:57] <mgz> getting an answer from ezio.melotti on why he fiddled with that patch during merging might be useful.
[08:58] <spiv> mgz: I haven't looked upstream yet, 'ubuntu-bug' is more convenient than bugs.python.org ;)
[08:58] <mgz> well, it's only a six day old error, so you're probably the first one on it
[08:58] <spiv> mgz: I'll do so (even if I don't, I'm sure the Ubuntu packagers would forward the bug and fix upstream)
[08:58] <mgz> ...he fiddled because memoryview isn't in 2.6
[08:59] <mgz> I don't think his change is really right, even with the line he missed fixed...
[08:59] <spiv> I only just finished making a coherent bug report before I had to head out the door :)
[08:59] <mgz> ah, actually it might be, svn view on python server eats whitespace changes, I always forget that
[09:00] <spiv> mgz: hah: http://bugs.python.org/issue9543
[09:00] <mgz> wasn't suggestion you were being bad, was just going to volunteer if you were busy
[09:00] <spiv> mgz: oh, please do, it's basically EOD for me here right now :)
[09:00] <mgz> ^heh, mear hours in it.
[09:04] <mgz> okay, bugs linked, think you don't need to do any more work there.
[09:07] <Pieter> hey all. Is there a way to get bzr diff --using=... to also call the supplied difftool for added or removed files?
[09:07] <spiv> Thanks!  I went ahead and added a comment with the contents of the script for convenience.
[09:08] <spiv> Pieter: I think there might be a bug report about that (if not, there probably should be)
[10:07] <flam_> bzr add command doesn't seem to work: when i add new files with bzr add <filename> it says "adding <filename>" and when i then commit bzr says "added <filename>
[10:07] <flam_> ups
[10:08] <flam_> still, when i log into the server and check if that file has been added, it isn't there
[10:08] <flam_> wtf
[10:08] <flam_> no error messages are shown
[10:09] <fullermd> Are you expecting to see it in the working tree of a remote branch?
[10:10] <poolie> flam_: you may need to run 'bzr update' on the server
[10:15] <flam_> fullermd, both
[10:16] <flam_> poolie, i don't think i have rights to do it
[10:16] <fullermd> bzr doesn't touch working trees of branches it accesses across the network (e.g., anything you `bzr push bzr+ssh://...`), so they'll never be updated.
[12:29] <MAfifi> Is pushing code to launchpad now a little problematic?
[12:30] <MAfifi> I'm trying to push a new commit to an already existing branch on launchpad, and I keep getting that error:
[12:30] <MAfifi> ssh: connect to host bazaar.launchpad.net port 22: Connection refused bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[12:31] <MAfifi> I've made sure I'm logged in via bzr launchpad-login <username>.
[12:32] <lifeless> MAfifi: do you have a firewall blocking port 22 perhaps ? its working for me
[12:33] <MAfifi> No, I even can't checkout code with bzr branch.
[12:33] <lifeless> Do you have a firewall blocking port 22 ?
[12:37] <MAfifi> I consulted my system administrator and he stated that it was really blocked, sorry.
[13:42] <AfC1> Thank god for professional systems administrators, in the service of their users.
[13:44] <AfC1> Probably blocks port 80 too. Can't be too careful.
[14:23] <rubbs> actually, as a sysadmin, there is a reason to not let 22 out, not that I'd do it, because it's just too tin-foil hat, even for me.
[14:23] <rubbs> mostly due to the creation of port forwards and tunnels as a way to defeat incoming firewall rules.
[14:24] <rubbs> but if you got a guy on the inside punching holes you already have a problem, trying to block outbound ssh isn't going to help that.
[14:24] <rubbs> IMHO of course
[14:25] <ddaa> it depends on the level of competency you expect to block
[14:25] <rubbs> exactly
[14:25] <ddaa> punching holes out of a http proxy is a bit trickier, I would not know how to do it in a pinch
[14:27] <rubbs> unless you had an ssh server listening on port 80. There are a million and one tuts out there telling you how you can break through firewalls at work.
[14:27] <ddaa> I'm sure I could figure it in a couple of hours
[14:27] <ddaa> note the "in a pinch"
[14:28] <rubbs> true
[14:50] <bialix> heya GaryvdM
[14:51] <GaryvdM> Hi bialix
[14:51] <bialix> do you have 5 minutes to chat about explorer?
[14:52] <GaryvdM> sure!
[14:52] <bialix> I'm starting to think about explorer performance and what to do about it
[14:52] <bialix> 2 obvious things coming to my mind
[14:52] <GaryvdM> btw - Thanks for doing the release last week. I was to busy.
[14:53] <bialix> 1) if explorer using treewidget from qbzr, then on every refresh of the branch status explorer do 2 status operatrions: 1 for its own view, and second (indirectly) for treewidget
[14:54] <bialix> I think it's a waste
[14:54] <Noldorin> what can i use for resolving conflicts of files after a merge?
[14:54] <Noldorin> does bzr come with it's own tool i should be using?
[14:54] <bialix> GaryvdM: np, it's not hard for me to do release, but gave me a way to come back into bzr dev mindset after vacation
[14:55] <bialix> Noldorin: you can use extmerge plugin, or qconflicts command from qbzr, or just fire your favorite 2/3-way merge GUI tool
[14:55] <Noldorin> bialix, winmerge would do the job?
[14:56] <bialix> Noldorin: winmerge is ok, but you have to run it just from commandline
[14:56] <GaryvdM> bialix: Sure. I think it would be easiest for us to make the qbzr treewidget accept a delta.
[14:56] <Noldorin> bialix, why's that?
[14:56] <bialix> Noldorin: like this: winmergeu file.txt
[14:56] <Noldorin> ah yes
[14:57] <Noldorin> bialix, is there a detailed tutorial on how merging works in bzr? i could probably benefit to read up on it
[14:57] <bialix> Noldorin: because winmerge gets only 1 filename as parameter, but extmerge and qconflicts don't allow you to configure it this way. yet
[14:57] <Noldorin> right
[14:57] <bialix> Noldorin: tutorial?
[14:57] <Noldorin> bialix, or guide, rather
[14:57] <Noldorin> documentation of some sort
[14:58] <bialix> it works in the similar way as GNU diff3
[14:58] <tim> hi, is there a way to clone a repository without downloading the whole history, but just the most recent revision?
[14:58] <bialix> hmm, is not the User Guide has the section about resolving conflicts?
[14:58] <GaryvdM> tim: bzr checkout --lightweight
[14:59] <bialix> Noldorin: http://doc.bazaar.canonical.com/bzr.2.1/en/user-guide/resolving_conflicts.html
[14:59] <tim> GaryvdM, thanks!
[14:59] <bialix> Noldorin: also http://doc.bazaar.canonical.com/bzr.2.1/en/user-guide/merging_changes.html
[14:59] <GaryvdM> tim: In the feature we hope to support shallow branches/history horizon (http://wiki.bazaar.canonical.com/HistoryHorizon)
[14:59] <Noldorin> cheers
[15:00] <GaryvdM> tim: lightweight checkouts kind of suck, because the have to redownload the data if you want to do a diff/status.
[15:01] <bialix> GaryvdM: 2nd point about explorer: it's almost useless to run explorer under profiler, because it's supposed to be long running process. I'm thinking about adding profile calls for specific operations or for refreshes
[15:01] <Noldorin> bialix, it doesn't explain what the BASE/THIS/OTHER files correspond to though
[15:01] <Noldorin> i can guess...
[15:01] <bialix> Noldorin: http://doc.bazaar.canonical.com/bzr.2.1/en/user-reference/conflict-types-help.html#text-conflicts
[15:02] <Noldorin> BASE is the ancestor of the file in both branches, THIS is the version of the file in the destination branch, and OTHER the version in the source branch
[15:02] <Noldorin> ah
[15:02] <bialix> it's a kinda split over the docs
[15:02] <tim> GaryvdM, well, it is ok for me ... i was trying to branch a repository, but stopped after downloading almost 3gb
[15:02] <Noldorin> yeah, i'm noticing. cheers
[15:04] <GaryvdM> bialix: That should be easy to do. You will just have start the profiler, and stop it you self.
[15:04] <bialix> Garyvdm: 3rd point: maybe we can provide a result of q-subprocess operations (like qadd, qrevert) back to explorer via some sort of IPC (don't know yet) as list of affected files, to speed-up status update
[15:05] <bialix> GaryvdM: yep, that's my guess about profiler as well. I can store such data into user directory and then asking people for mailing these data for analysis
[15:05] <bialix> tim: what is your master branch?
[15:07] <GaryvdM> bialix: Also, with KCachegrind, you can see the callees of a method. So it's easy to see what is taking long in the refresh method.
[15:07] <bialix> GaryvdM: also, I'm thinking about using separate process a-la tortoisebzr status RPC service/daemon to collect status info in the background. I'm not sure how good it will be for Linux
[15:07] <tim> bialix, lp:ubuntu/gcc-4.5
[15:08] <bialix> tim: ah. sorry
[15:08] <bialix> GaryvdM: I don't have Ubuntu yet
[15:09] <GaryvdM> tim: I know that there were some memory issues with gcc checkouts. jam was looking at them.
[15:09] <bialix> GaryvdM: but maybe I need to get new notebook, where I can create dual-boot system
[15:09] <GaryvdM> bialix: Do you have any callgrinds I can look at?
[15:10] <Noldorin> bialix, what would you recommend for merging on windows? i'm not sure i fully like winmerge...
[15:10] <bialix> GaryvdM: no new data so far, I'm trying to figure the right way to attack this problem
[15:10] <bialix> Noldorin: I'm using either winmerge, or just text editor
[15:10] <Noldorin> right
[15:11] <bialix> Noldorin: many people like diffuse, and Araxis Merge tool (non-free)
[15:11] <Noldorin> bialix, i'm trying to figure out the correct command-line option for opening a conflict file
[15:11] <GaryvdM> Noldorin: On windows, I like Araxis Merge. It's propritory :-( and expensive :-(, but works well
[15:11] <Noldorin> right
[15:11] <Noldorin> GaryvdM, i see...
[15:11] <bialix> Noldorin: for which tool?
[15:11] <Noldorin> winmerge
[15:11] <bialix> winmergeu FILE_WITH_CONFLICTS
[15:12] <bialix> just a file name, without THIS/BASE/OTHER
[15:12] <Noldorin> doesn't work...
[15:12] <Noldorin> ok
[15:12] <Noldorin> hmm
[15:12] <bialix> Noldorin: I'd recommend to use winmerge 2.13.8 or higher
[15:12] <bialix> previous versions have some bugs in this area
[15:13] <GaryvdM> bialix: Re explorer, and qbzr dialogs, I think the easiest would be for them to be in the same subprocess...
[15:13] <Noldorin> bialix, i see. that version is beta as i understand
[15:13] <bialix> GaryvdM: yep, I think we can run qdialogs from main explorer process, anyway we then invoke qsubprocess, right?
[15:13] <bialix> Noldorin: I'm using it for very long time
[15:14] <bialix> Noldorin: no problems detected so far
[15:14] <Noldorin> ok that's good to know :)
[15:14] <GaryvdM> bialix: Yes. The issue with that is then you will have different code for qbzr and bzr-gtk dialogs.
[15:15] <bialix> GaryvdM: well, at some point I can drop bzr-gtk support, if it will be too much hassle
[15:15] <GaryvdM> I wonder if there  are any people who  launch bzr-gtk dialogs from explorer?
[15:15]  * bialix too
[15:15] <bialix> in the end there is olive-gtk, and nautilus
[15:15] <GaryvdM> bialix: Re https://code.edge.launchpad.net/~garyvdm/bzr-explorer/better_tree_filter/+merge/20519
[15:15] <ddaa> I would, bzr vis is superior to qlog in some respects
[15:16] <GaryvdM> bialix: I got stuck with requiring a version qbzr.
[15:16] <GaryvdM> ddaa: In what way?
[15:16] <bialix> GaryvdM: what's the problem?
[15:16] <GaryvdM> ddaa: And do you use bzr explorer?
[15:16] <ddaa> I find the "show me the revision where this line was introduced" behaviour of vis very nice.
[15:17] <ddaa> And qlog quite confusing in that respect.
[15:17] <ddaa> GaryvdM: I'm trying on occasion, but truthfully, I'm too used to the command line and I find a gui clumsy.
[15:17] <ddaa> So feel free to ignore me.
[15:18] <GaryvdM> ddaa: Ok
[15:18] <ddaa> mh
[15:18] <bialix> ddaa: is not this is annotate?
[15:18] <ddaa> yes it is :-)
[15:18] <ddaa> was about to correct myself
[15:18] <ddaa> duh
[15:19] <GaryvdM> ddaa: for qannotate, just click on the line of text, and the revision is selected?
[15:20] <ddaa> GaryvdM: do you really want go into debugging what exactly I found confusing?
[15:20] <GaryvdM> ddaa: Yes :-)
[15:20] <bialix> yes
[15:20] <ddaa> ok, let me fire the bugger
[15:21] <GaryvdM> ddaa: what version was this in. qannotate got some nice improvements in 0.18
[15:21] <ddaa> qbzr 0.18.4
[15:22] <GaryvdM> ddaa: i.e. Find, goto line, and when you change the annotated revision, the scroll remains consistent.
[15:22] <bialix> in 0.19?
[15:22] <GaryvdM> ddaa: sorry - in 0.19...
[15:22] <bialix> GaryvdM: I guess you mean 0.19
[15:22] <GaryvdM> Yes :-)
[15:22] <ddaa> mh... maybe my confusion came from scrolling issues indeed
[15:23] <GaryvdM> bialix: For https://code.edge.launchpad.net/~garyvdm/bzr-explorer/better_tree_filter/+merge/20519 , I have 2 code paths. one for qbzr 0.18, and one for qbzr 0.19
[15:23] <GaryvdM> bialix: basicly, the methods added in 0.19 are included in that patch as a fall back...
[15:24] <bialix> GaryvdM: ok, I understand
[15:25] <bialix> GaryvdM: I'm happy to say that explorer trunk required qbzr 0.19
[15:25] <Noldorin> bialix, thanks, seems to be working nicely now :)
[15:25] <GaryvdM> bialix: My problem was I was not able to do that.
[15:25] <GaryvdM> bialix: let me have another go...
[15:25] <bialix> GaryvdM: sorry, I can't dig into your code right now
[15:26] <bialix> GaryvdM: but I will review it ASAP
[15:26] <bialix> Noldorin: good to hear
[15:27] <GaryvdM> bialix: I would have just landed it, if it were not for the qbzr version issue.
[15:27] <GaryvdM> That for me is the issue.
[15:29] <bialix> hmm
[15:34] <GaryvdM> bialix: Were should we do the check? In the __init__.py, like we do for bzrlib check in qbzr,
[15:34] <GaryvdM> or in commands.cmd_explorer.run?
[15:34] <ddaa> GaryvdM: I'll check the newer qannotate when I get it from the system update.
[15:34] <bialix> GaryvdM: I'd prefer the latter
[15:34] <GaryvdM> ddaa: Cool.
[15:35] <GaryvdM> bialix: ok - I'll do that now.
[15:41] <Noldorin> bialix, so i've finished doing my merge/conflict resolution. is there any easy way to tell bzr to remove all the .~1~ and .moved files?
[15:41] <Noldorin> and .BASE, etc.
[15:41] <bialix> bzr resolve
[15:42] <Noldorin> thatl leaves them there
[15:42] <bialix> bzr clean-tree
[15:42] <Noldorin> ah yes
[15:42] <maxb> bzr clean-tree --detritus
[15:42] <bialix> Noldorin: you need to run `bzr resolve` and mark non-text conflicts as resolved
[15:43] <bialix> qconflicts is your friend
[15:43] <Noldorin> bialix, yes, bzr resolved tells me there are no more conflicts
[15:43] <bialix> (or qresolve, it's the same thing)
[15:43] <Noldorin> but the tree was dirty still
[15:43] <Noldorin> that did the job though - thanks again
[15:44] <bialix> now you're ready to commit your merge
[15:50] <Noldorin> :)
[15:52] <GaryvdM> Bla - my in progress maverick upgrade has broken pyqt...
[15:53] <GaryvdM> I guess you or not ment to use it while it's upgrading....
[16:11] <GaryvdM> bialix: landed.
[16:11] <bialix> GaryvdM: thanks!
[16:11]  * GaryvdM off to get food.
[16:11] <GaryvdM> bbl
[16:57] <Kaspi> hello
[16:57] <Kaspi> what's the difference between branch and repository?
[16:59] <maxb> A repository is an on-disk store of revision data
[16:59] <maxb> A branch is a store for a reference to a specific revision (and implicitly all of its ancestors), and also a mapping of tag-name -> revision-id.
[17:01] <parthm> Kaspi: 'bzr help branches' and 'bzr help repositories' have some good notes. There are some more topics under 'bzr help topics' in case you haven't seen it already.
[17:09] <thrope> does loggerhead have a download tarball link yet?
[17:10] <Kaspi> parthm: maxb: thanks
[17:11] <thrope> is there any other bazaar web client that allows downloading a tarball of the latest revision? ive been pretty happy with loggerhead but really need that functionality
[17:13] <thrope> according to this it can do it
[17:13] <thrope> https://bugs.launchpad.net/loggerhead/+bug/246764/comments/4
[17:13] <thrope> but i can't see how
[18:18] <GaryvdM> jam: Ping
[19:21] <bialix> GaryvdM: ping
[19:22] <GaryvdM> bialix: Pong
[19:22] <bialix> GaryvdM: regarding your check for qbzr version in explorer
[19:22] <bialix> I think it should report in the console AND as GUI MessageBox
[19:22] <bialix> or only as MessageBox
[19:22] <bialix> think about bzrw.exe
[19:22] <GaryvdM> Good point.
[19:23] <bialix> if there won't be a real console user will not know why explorer does not start
[19:23] <bialix> even with bzr.exe the console will flashing and closing
[19:24] <GaryvdM> bialix: If explorer had a ui-mode option, and you ran the command with it, then it would show a message box.
[19:24] <bialix> we can say that explorer is always run with --ui-mode ;-)
[19:24] <GaryvdM> bialix: but that's not what I think we should ho
[19:24] <GaryvdM> *do
[19:25] <GaryvdM> bialix: The error handler should detect bzrw.exe (using sys.frozen)
[19:25] <bialix> imho, explorer is GUI application, and I'd prefer to show error messages as GUI dialogs, when possible
[19:27] <jam> hey GaryvdM
[19:27] <GaryvdM> Hi jam.
[19:27] <GaryvdM> jam: I can't connect to the ec2 computer.
[19:27] <jam> it would be at a different address, I forgot about that
[19:27]  * bialix waves at jam
[19:27] <jam> hi bialix
[19:28] <GaryvdM> jam: That's what I figured.
[19:32] <dlee> Any way to use a normal bzr repository to manage parts of a tree also managed by svn?  IOW, I have an svn checkout but want to use bzr to manage little bits of it locally.  the .svn folders confuse bzr at sublevels though.
[19:33] <dlee> i think I'm looking for a way to get bzr 2 to ignore .svn folders, without having to rename them all momentarily.
[19:33] <GaryvdM> dlee: bzr ignore .svn
[19:35] <dlee> I doubt that helps... scenario: bzr init in folder a with subfolder b/c/d.  Then cd b/c/d, bzr add file.txt... but there are b/.svn, b/c/.svn, and b/c/d/.svn, all of which keep bzr from finding a/.bzr at all.
[19:36] <GaryvdM> bialix: I just had a look at the error handling in bzr-explorer. I would like to do some improvements there.
[19:36] <GaryvdM> bialix: But tonight, I want to get the 2.2.0 final installers done.
[19:37] <bialix> GaryvdM: ok
[19:37] <GaryvdM> bialix: How much do you know about buildout?
[19:37] <bialix> a little
[19:37] <bialix> but enough to get the bad impression
[19:38] <bialix> :-/
[19:38] <GaryvdM> bialix: Would you be able to help me get the build script to use a downloaded version of pycrypto & paramiko, rather than the ones installed on the build system?
[19:39] <bialix> get?
[19:39] <bialix> you need to download?
[19:39] <bialix> or you need to force them in py2exe>
[19:39] <bialix> or you need to force them in py2exe?
[19:39] <GaryvdM> bialix: yes, download, and change sys.path.
[19:40] <bialix> I guess PYTHONPATH should be enough for py2exe
[19:40] <bialix> lemme pull the branch first, trunk?
[19:40] <GaryvdM> bialix: yes
[19:40]  * bialix pulls
[19:40] <GaryvdM> bialix: I think buildout is ment to be able to do that for you automaticly.
[19:41] <bialix> I meant: pull the latest changes from lp:bzr-windows-installers
[19:41] <GaryvdM> Yes
[19:43] <GaryvdM> I watched a video about buildout. The guy added to install_requires in setup.py, and it automaticly got the egg, and change the sys.path so that the egg got used.
[19:43] <GaryvdM> The module was not installed on the system.
[19:45] <GaryvdM> Maybe I need to do that in the setup.py in the py2exe code.
[19:45] <bialix> file build.py, line 393, def _build_exe
[19:46] <bialix> IMO, you need to add PYTHONPATH to env dict
[19:47] <GaryvdM> Ah - ok - so I'm not going to be able to get buildout to do it for me.
[19:47] <bialix> GaryvdM: btw, in the bazaar_releases.py you have custom bzr
[19:47] <bialix>         Project('bzr', 'lp:~garyvdm/bzr/2.2b4-optimize'),
[19:47] <bialix> I think it should be updated to lp:bzr/2.2 ?
[19:48] <GaryvdM> bialix: Yes
[19:48] <bialix> and you need to merge my branch with changes to qbzr/explorer versions
[19:48] <bialix> or I should merge and push?
[19:48] <GaryvdM> bialix: Allready done :-)
[19:49] <GaryvdM> oh wait.
[19:49] <GaryvdM> I did not push
[19:49] <bialix> yep
[19:49] <GaryvdM> bialix: Sorry - I thought I had done it.
[19:50] <GaryvdM> Done now. :-)
[19:51] <bialix> GaryvdM: now only bzr 2.2 branch need to be changed
[19:51] <bialix> GaryvdM: to download pycrypto/paramiko I guess you need to add them into bazaar_releases
[19:52] <GaryvdM> bialix: Yes - and I need to go through the rest of the plugins, and check if there are any new releases.
[19:52] <bialix> I'd suggest to download them and install into temp directory, then use this directory in the PYTHONPATH
[19:52] <bialix> GaryvdM: it seems igc has removed some dependencies on buildout
[19:53] <bialix> before buildout generated bat file to execute build. now it's plain python, and this is good
[19:59] <GaryvdM> jam, bialix: This is harder than I thought. So I'm going to install the new versions on the build server.
[19:59]  * bialix nods
[20:06] <GaryvdM> jam: Sorry - forgot I don't have admin.
[20:06] <GaryvdM> please will you do it for me.
[20:06] <GaryvdM> the files are in d:
[20:09] <jam> GaryvdM: what do you need installed?
[20:09] <GaryvdM> pycrypto 2.2
[20:09] <GaryvdM> and paramiko with my patch
[20:10] <GaryvdM> I have the source for both in d:
[20:10] <jam> k, be about 5 min
[20:10] <GaryvdM> jam: Thanks
[20:21] <jam> GaryvdM: just setup.py install for paramiko?
[20:22] <GaryvdM> jam: I guess so. I'm not sure what the easest way to get easy_install to manage it.
[20:22] <GaryvdM> Maybe build an egg?
[20:24] <jam> GaryvdM: were you expecting pycrypto 2.2 to be installed?
[20:25] <GaryvdM> jam: Yes - that is the latest release
[20:25] <jam> k, I only knew about 2.1
[20:25] <GaryvdM> yes - Very new.
[20:26] <GaryvdM> I've run the paramiko test suit on it - all passes.
[20:27] <jam> so I made one small change, bumping 1.7.6 to <IP_ADDRESS>
[20:27] <jam> so that it will update to this version
[20:27] <GaryvdM> Ok - cool.
[20:27] <jam> rather than think it is new enough
[20:27] <jam> I'm a little concerned about this:
[20:28] <jam>   warning: GMP library not found; Not building Crypto.PublicKey._fastmath.
[20:28] <jam> but I guess I'll live with it
[20:28] <jam> they don't have binaries for pycrypto because of export rules, iirc
[20:28] <jam> anyway, stuff is installed, care to test it?
[20:29] <GaryvdM> jam: Thanks - Will do in a sec.
[20:43] <GaryvdM> Still no 2.2 compatible releases of bzr-loom, and bzr-pipeline :-(
[20:47] <bialix> jam: there is binary for pycrypto available on voidspace
[21:09] <quotemstr1> What's the best way to create a private fork of a project already on bzr?
[21:09] <ddaa> bzr branch
[21:10] <quotemstr1> On Launchpad, that is.
[21:10] <quotemstr1> Without having to re-upload the *entire* project to a fresh Launchpad branch.
[21:11] <GaryvdM> jelmer: I'm getting this error building subvertpy <IP_ADDRESS>: http://pastebin.org/462761, should I log a bug?
[21:11] <ddaa> define "private fork" in terms of launchpad
[21:11] <ddaa> when uploading a branch to an existing project, lp will use stacked repo
[21:11] <jelmer> GaryvdM, please do
[21:11] <jelmer> GaryvdM, actually, any chance you can try with lp:subvertpy as well?
[21:12] <jelmer> if it doesn't work with that, I think we should fix the issue and release a <IP_ADDRESS>
[21:12] <GaryvdM> jelmer: ok
[21:14] <quotemstr1> ddaa: Ah.
[21:14] <quotemstr1> ddaa: Is it normal that it bugs me about a missing .bzr directory?
[21:16] <ddaa> you must be doing something wrong, we'd need the full command and output of bzr (to a pastebin) to be able to tell
[21:17] <quotemstr1> Well, I created a new branch of Emacs using the bzr web interface, and tried to push to it: http://pastebin.ca/1914036
[21:19] <ddaa> what about following the hint in the error  message?
[21:19] <quotemstr1> That'll probably upload the entire project, which is huge.
[21:19] <ddaa> what about trying?
[21:20] <quotemstr1> Hrm. It seems to have worked.
[21:20] <quotemstr1> Thanks.
[21:22] <ddaa> thanks to stacked repos
[21:23] <ddaa> canonical does not terribly fancy the idea of hosting one complete copy of the emacs repo for each branch, either
[21:23] <ddaa> not to mention the fact it would make lp unusable for people
[21:27] <GaryvdM> jelmer: Yhea - builds fine with lp:subvertpy. I'm going to log a bug, and then release with 0.7.2
[21:27] <jelmer> GaryvdM, thanks.
[21:29] <GaryvdM> Ah - allready loged: bug 612056
[21:41] <C-S> Any ideas when bzr-gtk is released? It is not usable on the 2.2 version of bzr...
[21:59] <dobey> jam: ping :)
[22:16] <dobey> hrmm
[22:16] <dobey> so i am having a bit of a weird experience similar to https://bugs.edge.launchpad.net/launchpad-code/+bug/614404 i think
[22:29] <dobey> but even with jam's patch from there, i still get the same failure, occurring elsewhere
[22:31] <dobey> http://pastebin.ubuntu.com/475639/
[22:40] <james_w> dobey: that's not really the same issue, as nothing is specifying --committer for you
[22:41] <james_w> dobey: in that case I think it's probably that tarmac isn't using bzr's test case and so doesn't get the sanitised environment that should stop this sort of thing from happening
[22:54] <GaryvdM> Bla - I'm stuck. Will continue tomorrow.
[23:14] <poolie> hi gary,
[23:14] <poolie> mkanat: hello?
[23:20] <mkanat> Hey poolie!
[23:24] <poolie> mkanat: hi there, be with you in a sec
[23:24] <mkanat> Okay.
[23:26] <poolie> back
[23:26] <poolie> i'm glad that's all settled
[23:27] <poolie> now how about some lp bugs?
[23:27] <poolie> i mean loggerhead bugs
[23:27] <mkanat> :-)
[23:27] <mkanat> Yes, sounds like a plan. :-)
[23:27] <thumper> mkanat: hi
[23:27] <poolie> i had a couple of specific suggestions
[23:27] <poolie> we're seeing crashes every few days
[23:27] <mkanat> poolie: My schedule has become slightly more occupied since I was last doing loggerhead work, but I have a whole plan for how to fit this in.
[23:28] <thumper> mkanat: I should really have a chat with you and poolie about directions I'd like to see loggerhead go in
[23:28] <poolie> the losas may be able to help you characterize it
[23:28] <poolie> i don't think there's any specific emergency at the moment, so it doesn't need to be right this week or anything
[23:28] <thumper> poolie: it isn't quite as bad as every few days
[23:28] <mkanat> poolie: I think the memory leak thing should probably be addressed pretty quickly, though.
[23:28] <thumper> although we did have a day a while back where it was four times in one day
[23:28] <poolie> anyhow the suggestions were to do fixes off a stable branch we can roll out
[23:29] <poolie> maybe a numbered release branch, and then to get lp-loggerhead to converge with that
[23:29] <poolie> and also perhaps to see about meliae integration
[23:29] <poolie> perhaps working with jam
[23:29] <mkanat> poolie: Those sound like reasonable suggestions.
[23:30] <poolie> meliae should help get better data about future stuff
[23:30] <poolie> apparently the losas are all at a sprint in utc+2 at the moment
[23:30] <poolie> thumper: do you have any favourite bug nominations?
[23:31] <thumper> nothing really beyond the crash and non-responsive fixes
[23:31] <thumper> my concerns are more with strategic loggerhead direction
[23:33] <mkanat> That makes sense.
[23:33] <mkanat> FWIW, my general suspicion on loggerhead strategic direction is that it should switch to Spawning.
[23:34] <poolie> mm
[23:34] <poolie> it makes sense to me
[23:35] <poolie> how hard would it be? perhaps reasonably easy if it's just a wsgi reconfiguration
[23:35] <poolie> (he says hopefully)
[23:35] <mkanat> Well, we have a lot of custom code around Paste.
[23:35] <mkanat> I haven't looked into Spawning too much, but I have seen that there is a Paste layer.
[23:36] <mkanat> What wouldn't be portable is the kill-hung-threads stuff. But it might also no longer be necessary.
[23:36] <mkanat> I'm hoping that to get it to the point of doing a basic experiment wouldn't be too much work, but I suspect that a full "correct" migration would be more effort.
[23:38] <poolie> ok
[23:38] <poolie> so istm, i'm not sure about tim
[23:38] <poolie> that if there are smaller point bugs they would be good to do first
[23:39] <poolie> otherwise, switching to a spawning model makes sense
[23:39] <poolie> you could send a brief rfc if there's anything more to say beyond your previous mail
[23:46] <mkanat> poolie: Okay. :-)
[23:46] <mkanat> poolie: The only tricky part with Spawning is caching, because we can't share in-memory caches. So we have to do everything on-disk.
[23:47] <poolie> you could have nonshared in memory caching
[23:47] <mkanat> Yeah, we could.
[23:47] <mkanat> But I think that would make each process enormous.
[23:48] <poolie> mm maybe
[23:48] <mkanat> poolie: Maybe I should just go through every open loggerhead bug, right now, too. There aren't that many.
[23:49] <poolie> so we could externalize it to tdb, or a bzr pack, or memcached
[23:49]  * mkanat nods.
[23:49] <poolie> perhaps the last would be nice eventually but that may require bigger changes
[23:49] <poolie> also it'll make it less self contained
[23:49] <mkanat> Yeah, and I don't think it will be necessary.
[23:49] <poolie> that could be good
[23:49] <mkanat> That is, I think memcached is in the realm of YAGNI for the moment.
[23:51] <thumper> I just tried to use "bzr send" for the first time in gnome, and after switching default email client from evo to kmail it now brings up an email, but there is no attached bundle
[23:51] <thumper> it should right?
[23:51] <poolie> it should either have a body or an attachment


[14:27] <BluesKaj> Hiyas all
[14:30] <IrcsomeBot2> tomazcanabrava was removed by: tomazcanabrava
 First the good news:  all the necessary xorg bits landed in Focal to run Nvidia hybrid laptops using prime offload with any extra ppa's.
 i.e. __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia steam steam://rungameid/240 &
 and the bad news: prime offload still under-performs the native NVidia profile by ~35%.
 @DarinMiller, without any  extra ppa's
[17:45] <IrcsomeBot2> * DarinMiller just learned message are editable and deleteable in Telegram...
[17:46] <BluesKaj> weird things going on with Firefox 72, on Focal, for some reason audio is turn off by default and the FF icon in the taskbar has to be clicked to turn the audio on, then it displays the speaker icon overlayed on FF icon, very strange
 the adventure never stops :)
 really?  hmmm will try to reproduce....
 Fresh install of focal here and I FF audio is working fine for me.  Steps to reproduce?
[17:51] <BluesKaj> DarinMiller, it didn't happen til this morning's upgrade, which was mostly cups stuff, but I think it might have something to do with plasma integration on FF
 plasma integration is enabled here so not sure how to help verify or fix your side.
[18:00] <BluesKaj> DarinMiller, the audio does work, it's just turned off by default
[18:01] <BluesKaj> here
 FWIW, the hybrid performance on Manjaro matches Kubuntu, so the slower perf in hybrid mode must be an NVidia driver issue.


[02:20] <ScottL> astraljava, i just talked to skaet about releasing an image for ubuntu studio and told her i would rather not make an A2 image
[02:20] <ScottL> we still need to push the xfce changes from the seeds first
[02:22] <ScottL> TheMuso, would you be able to help cory and i with the updated seeds and germination?
[02:22] <TheMuso> ScottL: Not right now, but I may be able to later today.
[02:29] <ScottL> TheMuso, not a problem, we shouldn't have an image for A2 anyway, so at your earliest convenience is fine :)
[02:29] <ScottL> TheMuso, on a related topic, persia and i were discussing create a group that has rights to push to the repository so we will not have to keep bugging you for these tasks :)
[02:30] <TheMuso> Sounds good.
[06:14] <saidinesh5> ouch! kxstudio seems to have broken the packages on my ubuntu studio :-/
[06:15] <holstein> in what way?
[06:15] <holstein> eh... as long as you know how to purge-ppa, you should be alright
[06:15] <holstein> ive used the -f flag a few times
[07:27] <saidinesh5> Ah ya holstein..... well i can't install half the packages from kxstudio
[07:27] <saidinesh5> cuz they can't find the dependencies
[07:27] <astraljava> ScottL: Right, but where are the xfce changes?
[11:24] <ScottL> astraljava,  i believe they should have been the latest bzr revision in the desktop seed
[11:44] <astraljava> ScottL: It still has things like: = Desktop GNOME Apps =, but rather more importantly, this: * gnome-panel, that breaks the installation now.
[11:45] <astraljava> jaska@lagavulin 14:43:31 ~$ cat src/ubuntu-seeds/ubuntustudio.oneiric/desktop | grep -i xfce
[11:45] <astraljava> jaska@lagavulin 14:45:00 ~$
[11:45] <astraljava> Same goes for xubu.
[11:48] <astraljava> $ bzr revision-info
[11:48] <astraljava> 1267<EMAIL_ADDRESS>[11:52] <ScottL> astraljava, hold on, let me look
[11:54] <ScottL> astraljava, apparently this is where cory was working: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[11:54] <ScottL> but if you are finding gnome-panel in the desktop seed then we should probably address this as well
[11:55] <ScottL> astraljava, do you have cory's email address?  it would be nice to talk to him about it just to make sure we are all on the same page
[12:02] <astraljava> He's not listing it on LP, and wiki's giving me hell. I seem to remember<EMAIL_ADDRESS>but I could be wrong. You can still send him an email through LP, though, from his page.
[12:07] <astraljava> ScottL: Right, but that (u-d-settings) doesn't reflect to the image spinning, so we need to work on that now, so we can do iso testing soon.
[12:09] <astraljava> Fortunately we got 4 weeks to date for Alpha-3, but we must start working on it pretty soon. I'll try to do some merging with Xubuntu over the weekend, if not tonight.
[12:09] <astraljava> ScottL: Oh yeah, you wanted to talk about backporting. Did I miss anything thus far?
[12:10] <astraljava> Oh, and I need to work on those graphics packages so that we can get them to debian.
[12:10] <astraljava> Lots to do, lots to do. :)
[13:48] <holstein> saidinesh5: interesting... is this 10.04?
[13:48] <holstein> 11.04?
[13:48] <holstein> you should /j #kxstudio and talk to falktx about it sometime
[13:56] <falktx> saidinesh5: what's up?
[13:57] <falktx> holstein: ^
[13:57] <holstein> 03:27 < saidinesh5> Ah ya holstein..... well i can't install half the packages from kxstudio
[13:57] <falktx> saidinesh5: ping
[13:57] <holstein> ^^ thats all i know, not sure what version of buntu the PPA's have been added to
[13:58] <holstein> ive had to use the -f flag a few times, but nothing like that has happened to me
[13:59] <falktx> holstein: he's probably on maverick, or he's missing some PPAs
[13:59] <falktx> maverick is the system I never tested :(
[14:00] <holstein> saidinesh5: this is probably the issue though
[14:00] <holstein> some of the PPA's depend on the others
[14:56] <saidinesh5> holstein: falktx pong
[14:56] <saidinesh5> oh ya, i have added all the ppas by hand............
[14:56] <falktx> saidinesh5: which ubuntu version?
[14:56] <saidinesh5> i am on 11.04 btw.
[14:56] <falktx> ah, k
[14:56] <falktx> saidinesh5: please run:
[14:56] <falktx> sudo apt-get update
[14:56] <falktx> saidinesh5: post the results on pastebin or similar
[14:57] <saidinesh5> ohh k one moment.........
[14:57] <saidinesh5> need to change the net connection
[15:06] <falktx> saidinesh5: so?
[15:07] <saidinesh5> falktx: now i got a lot of updates all of a sudden.. :O
[15:07] <saidinesh5> so downloading them all
[15:08] <saidinesh5> how frequently do the updates come falktx ??
[15:08] <falktx> ahha
[15:08] <saidinesh5> my last update was today morning
[15:08] <falktx> saidinesh5: not much recently, cause I've been busy
[15:08] <saidinesh5> oh i see
[15:08] <falktx> saidinesh5: the 1st update is the biggest one, then it will come small updates from time to time
[15:09] <falktx> for example, I just uploaded zynjacku 6
[15:09] <saidinesh5> today morning i remember doing a 220MB update
[15:09] <falktx> wow
[15:10] <saidinesh5> i think the reboot might have solved some issues
[15:10] <saidinesh5> but ya falktx there was this one issue .... some jack related lib was provided by both kxstudio and ia32libs or something
[15:11] <saidinesh5> so i had to uninstall all the programs that depended on jack ....
[15:11] <saidinesh5> and apparently it took away all the audio softwares...... so which package to install now??
[15:12] <falktx> saidinesh5: oh, I know about ia32libs problem, though it was fixed
[15:12] <falktx> saidinesh5: install kxstudio-meta-audio ;)
[15:12] <saidinesh5> on it :)
[15:16] <saidinesh5> ouch! Need to get 315 MB/360 MB of archives.
[15:16] <saidinesh5> for kxstudio-meta-audio
[15:17] <falktx> of course!
[15:17] <falktx> ardour, hydrogen, and lots of audio apps and plugins
[15:17] <saidinesh5> hmm... ya
[15:17] <falktx> KXStudio PPA is full of goodies you know
[15:17] <saidinesh5> :D
[15:17] <saidinesh5> so what did the kxstudio-desktop package bring then?
[15:19] <falktx> saidinesh5: the desktop, not audio or video
[15:19] <falktx> just like ubuntustudio-desktop does too
[15:19] <falktx> note - default desktop is kde4
[15:19] <saidinesh5> Ah yes ... :)
[15:21] <saidinesh5> falktx: btw. the startup applications i add in GNOME
[15:21] <saidinesh5> are they common startup or
[15:21] <saidinesh5> just for GNOME ??
[15:21] <saidinesh5> like for e.g the AWN DOck
[15:21] <falktx> hm, not sure, but I think kde will got them
[15:22] <falktx> saidinesh5: you can still use gnome if you want
[15:22] <saidinesh5> hmm.... i m more comfy with KDE though ... now that it is getting installed, why not use it :P
[15:25] <saidinesh5> btw. is it only me or flash(youtube) + compiz is really choppy all of a sudden?
[15:25] <falktx> flash = not linux friendly
[15:25] <falktx> saidinesh5: remove libflashsupport if installed
[15:25] <falktx> err, libflashsupport-jack
[15:26] <saidinesh5> hmm...... its not installed falktx
[15:26] <falktx> saidinesh5: install kxstudio-default-settings and relogin
[15:27] <falktx> ^ this package has some cute system tweaks
[15:27] <saidinesh5> aye aye
[16:01] <saidinesh5> falktx: where do i increase the buffer size or something of jack ??
[16:01] <saidinesh5> lots of clicks in the audio
[16:04] <falktx> saidinesh5: use candace (my own tools)
[16:05] <falktx> need to install first though
[16:05] <saidinesh5> its installed :)
[16:05] <saidinesh5> wow ... your own tools?? kool :D
[16:06] <saidinesh5> actually the whole thing "just works(tm)" .. didnt expect to hear the audio playing without messing around with jack.....
[16:06] <falktx> saidinesh5: you'll be amazed with "carla"
[16:06]  * falktx is proud of his work in KXStudio and Cadence
[16:06]  * saidinesh5 is looking at it
[16:14] <saidinesh5> falktx: awesome!! Caludia + carla
[16:14] <saidinesh5> (+clementine :P)
[16:14] <falktx> thanks
[16:15] <saidinesh5> actually i mean its *really* intutive!!
[16:15] <falktx> saidinesh5: you can join the Carla conversation here - http://linuxmusicians.com/viewtopic.php?f=4&t=7165
[16:15] <saidinesh5> was expecting to at least google for one thing to set things up....
[16:16] <saidinesh5> falktx: the whole thing is in pyqt right??
[16:17] <falktx> saidinesh5: yes, except for the carla audio processing, which is C++
[16:18] <saidinesh5> umm.........
[16:20]  * saidinesh5 googles for some info now
[16:26] <saidinesh5> baaah @ please don't advertise this, it's too soon...!!
[16:47] <falktx> hehe
[16:47] <falktx> saidinesh5: it is, Carla still needs much love <3
[16:48]  * saidinesh5 wonders if it would be added to claudia to makke 1 single app
[16:50] <saidinesh5> was that part of your masterplan falktx ??
[16:50] <saidinesh5> :P
[16:54] <falktx> saidinesh5: hey, that could be something...!
[16:54] <saidinesh5> falktx: :D
[16:54]  * saidinesh5 will try it out....
[16:54] <saidinesh5> come to think of it, actually it shouldn't even take much effort ... a couple of hours work
[16:55] <falktx> yep, but Carla still needs fixing firs
[16:55] <falktx> *first
[16:55] <saidinesh5> falktx: you probably need to update this :P http://kxstudio.sourceforge.net/mediawiki/index.php/Development
[16:58] <falktx> hehe, yes
[16:58] <falktx> saidinesh5: I'm waiting to get network at home first
[16:58] <falktx> should happen (finally) this weekend
[16:58] <saidinesh5> Ahh to keep up with the updates? :P
[16:59]  * saidinesh5 is tryign to get a virtual midi keyboard to work.... something seems to be missing ...
[16:59] <falktx> saidinesh5: I already worked too much for KXStudio during work hours...
[16:59] <saidinesh5> Ah.... what do you work as falktx ??
[16:59]  * falktx recommends 'jack-keyboard'
[16:59] <falktx> saidinesh5: currently I'm at php -> http://www.eter9.com/
[17:00] <saidinesh5> Ooo
[17:00] <falktx> saidinesh5: damn, I've shared the link and I was supposed not to...
[17:00] <falktx> eeek, this is a public IRC... :(
[17:00] <saidinesh5> falktx: suggest a virtual instrument that
[17:00] <saidinesh5> :-/
[17:00] <saidinesh5> goes with virtual keyboard
[17:01] <falktx> saidinesh5: yoshimi ?
[17:01] <falktx> saidinesh5: install 'klaudia' and launch it. you'll see all synths there
[17:02] <falktx> klaudia is also my own tool
[17:03] <saidinesh5> wow
[17:03] <saidinesh5> but still no sound :(
[17:08] <falktx> saidinesh5: ah, configure jack first
[17:08] <falktx> saidinesh5: if you just updated you neeed to reboot
[17:09] <saidinesh5> falktx: i was able to apply effects to the output of my media player
[17:09] <falktx> media player output != jack
[17:09] <falktx> saidinesh5: JACK was updated, so needs a reboot (jack1 -> jack2)
[17:10] <saidinesh5> ohh lemme check...
[17:10] <saidinesh5> brb
[17:22] <saidinesh5> hmm........... something is wrong with the virtual midi keyboard i guess
[17:22] <saidinesh5> yoshimi seems to be working
[17:22] <saidinesh5> with it's own keyboard


[06:40] <elfy> images rebuilding
[06:40] <micahg> elfy: I don't see the package accepted
[06:41] <elfy> package?
[06:41] <micahg> xubuntu-docs
[06:41] <micahg> still in unapproved
[06:41] <Unit193> elfy: So did you want me to change the topic to something specific, btw?
[06:41] <elfy> Unit193: not atm
[06:42] <Unit193> Oh, you can yourself, nevermind.
[06:42] <elfy> I think knome sorted that for me
[06:42] <elfy> yea
[06:42] <elfy> micahg: didn't catch all of the backlog obviously - I was rebuilding because ubiquity
[06:42] <micahg> ok
[06:43] <micahg> well, it's getting down to the wire :)
[06:43] <micahg> ok, off to sleep for me
[06:43] <elfy> is there a link to the x-d package unapproved I can put in the channel
[06:44] <micahg> the link links you to the source changes file I think
[06:44] <elfy> or ochosi or bluesabre can ping that channel about it
[06:44] <Unit193> micahg: G'night.
[06:44] <micahg> I think bluesabre said he'd ask in the morning
[06:44] <elfy> ok
[06:45] <micahg> was more of an FYI for your testing
[06:45] <elfy> ok
[06:45] <micahg> Unit193: night
[06:45] <elfy> micahg: night :)
[06:46] <Unit193> elfy: We're likely doing nothing new and silly for core in Wombat, right?
[06:46] <micahg> elfy: morning :)
[06:46] <elfy> :D
[06:47] <astraljava> elfy: I checked the tracker, and I didn't encounter any other bugs than what were already filed. To my surprise, the system was fairly swift once running. It sort of troubles me why the HDD operations take that long during installation, but not really afterwards.
[06:47] <elfy> Unit193: not that I know of
[06:47] <astraljava> But I'm not all that bothered. :p
[06:47] <elfy> astraljava: thanks for running it - and who knows :)
[06:49] <Unit193> Alrighty.
[06:50] <elfy> Unit193: tbh I think that what we have there is what is right for what it is :)
[06:51] <elfy> imho
[06:51] <Unit193> Right, doesn't need more than what it has.  I guess I was wondering about ISOs, and them being a silly idea.
[06:52] <elfy> oh right
[06:52] <Unit193> Seems like a lot more to test and support, sooo.  Nope.
[06:53] <elfy> well
[06:53] <elfy> it'd likely get tested as much as core does now - regardless of what it was
[06:53] <elfy> also - we could (if it was iso) make it optional
[06:54] <elfy> only time I'm particularly concerned about how much something is tested is when we need to mark ready
[06:55] <Unit193> Meh, core/mini is always a moving target, never "released" or "ready", so shouldn't hang on that.
[06:55] <elfy> personally I quite like the idea of it being an iso - smoketest core - 2 hours, smoketest 8 iso's 2 hours
[06:55] <Unit193> (Though the mini itself isn't rebuilt, all packages are just downloaded.)
[06:55] <Unit193> Hah, well that. :P
[06:56] <elfy> and dailies are a moving target too :)
[06:56] <Unit193> Right, but eventually Xubuntu is released for 15.04.
[07:00] <elfy> so - any real reasons behind not doing a cyclical core?
[07:01] <elfy> so - for future - request a rebuild to available ~45 minutes
[07:05] <Unit193> We'd be adding a new ISO.  I'm not even sure how to do that.  I wouldn't see any reason apart from the whole testing standpoint.
[07:07] <elfy> oh dear
[07:07] <elfy> live session doesn't start now
[07:07] <Unit193> Oi.
[07:10] <elfy> sigh
[07:10] <Unit193> (Downloading now.)
[07:14] <elfy> pnged -release about that
[07:15] <elfy> installs
[07:15] <elfy> just fails to reach desktop in live - both vm types I've got here
[07:52] <Unit193> elfy:32bit works in vbox.
[07:55] <Unit193> Hung on powering down, but still.
[08:17] <Unit193> Unapproved: accepted xubuntu-docs [source] (vivid-proposed) [15.04.2]
[08:50] <elfy> I've dashed in -dashing out, if someone can ping the right channel to get those -docs approved, we can rebuild - seems that pitti spotted the issue with the live
[08:51] <elfy> Unit193: thanks for looking at the 32 bit
[08:55] <Unit193> I may have managed to boot so I didn't see the issue.  I don't know.
[08:57] <slickymasterWork> which -docs are you talking about elfy?
[08:59] <Unit193> slickymasterWork: https://launchpad.net/ubuntu/+source/xubuntu-docs/15.04.2
[08:59] <Unit193> elfy: Next rebuild will catch it.
[09:00] <slickymasterWork> oh, ok
[09:00] <slickymasterWork> I think you're right Unit193
[09:00] <Unit193> slickymasterWork: https://launchpad.net/~slickymaster-d
[09:00] <Unit193> I know I'm right. :P
[09:01] <slickymasterWork> lol
[09:01]  * slickymasterWork wasn't trying to insinuate otherwise
[10:09] <bluesabre> looks like xubuntu-docs is published in release now
[10:11] <slickymasterWork> yeaps bluesabre \o/
[10:17] <bluesabre> I've never requested a rebuild, does hitting the button rebuild for everyone or go to another screen?
[10:18] <bluesabre> http://i.imgur.com/hcyslUC.png
[10:18] <bluesabre> knome, elfy, ochosi ^ ?
[10:18] <knome> i think it just rebuilds
[10:19] <bluesabre> so, I should poke -release before pressing in case they want to rebuild something in 5 minutes then
[10:22] <knome> i guess so
[10:22] <knome> of course you don't need to rebuild for the WHOLE world
[10:23] <knome> and i don't think i can ;)
[10:24] <bluesabre> yeah, the shiny button needs more descriptive text :)
[10:25] <knome> yep
[10:26] <knome> mention that in #ubuntu-quality and ping balloons :)
[10:38] <knome> upgrading laptop to vivid
[10:39] <bluesabre> watching ubuntu-quality
[10:39] <knome> mhm
[10:56] <bluesabre> seems like there are still ubiquity issues being sorted out
[10:56] <knome> mm
[10:56] <bluesabre> I'll leave the rebuild for elfy later today if it doesn't happen before we tell it to
[10:57] <knome> okie
[10:57] <bluesabre> always amazing how things come down to the last few days/hours
[10:57] <bluesabre> :)
[10:58] <knome> yep
[10:58] <knome> and otoh, not so amazing..
[10:58] <bluesabre> yeah
[11:09] <ochosi> hi everyone
[11:09] <knome> hullo
[11:10] <astraljava> o/
[11:11] <knome> even astraljava!
[11:11] <slickymasterWork> o/
[11:11] <knome> ooh, slickymasterWork!
[11:12] <slickymasterWork> yes, he's around
[11:14] <astraljava> I don't seem to have Xubuntu meetings in the calendar. Is it because there aren't any scheduled, or am I a dummy?
[11:14] <astraljava> Release date is there, though.
[11:15] <knome> those two aren't either/or though
[11:15] <astraljava> And EOL for 12.04.
[11:15] <astraljava> Oh, that may be so.
[11:15] <knome> astraljava, but, no meeting is scheduled
[11:15] <astraljava> Ok
[11:16] <knome> we have this cycling chair thing now, so it's not always on the same day or time
[11:16] <astraljava> Right.
[11:17] <astraljava> Oh yeah, there's the Xubuntu Team, should I apply to join? I forget these things.
[11:17] <knome> but otoh it means every team member can attend meetings at least now and then, and spreads the responsibilities
[11:17] <knome> not yet
[11:17] <astraljava> Tomorrow?
[11:18] <knome> hah
[11:18] <astraljava> If that's all you got, then I'm gonna keep asking.
[11:18] <knome> no, when your contributions are sustained :)
[11:18] <astraljava> Oh ok, thanks. :)
[11:18] <knome> you'll likely get more slack since you're coming back
[11:19] <astraljava> Well, I'm in no hurry.
[11:19] <knome> yeah
[11:19] <knome> the only way the team votes make a difference is that it isn't trivial to join it
[11:20] <knome> not to keep it exclusive, but something that has some long-time value
[11:20] <knome> for the decisions, mostly
[11:21] <knome> https://wiki.ubuntu.com/Xubuntu/StrategyDocument#Xubuntu_Team
[11:21] <knome> ^ the stratgy document is much shorter and easier to read nowadays.
[11:21] <astraljava> Thanks, I need to do some reading to get back on track.
[11:22] <knome> simply put:
[11:22] <knome> contribute to a subteam first
[11:22] <knome> after sustained contribution, you will get team membership more or less "automatically"
[11:25] <astraljava> Gotcha, cheers!
[11:25] <knome> ok, booting, brb
[11:30] <bluesabre> o/
[11:30] <bluesabre> :D
[11:31] <knome> hmm. is it normal that the battery icon isn't symbolic in vivid? :P
[11:31] <knome> well it's symbolic, but seems to be the wrong kind
[11:32] <knome> the other indicator icons are white, the battery icon is dark
[11:33] <astraljava> Screen shot?
[11:33] <knome> just a sec
[11:33] <bluesabre> knome: not normal, and not seeing here
[11:34] <knome> also my notes plugin was dropped from the panel layout during the upgrade
[11:34] <bluesabre> knome: just open notes and it should add itself back
[11:34] <knome> aha
[11:35] <knome> well i already readded it
[11:35] <knome> is there a bug for that?
[11:35] <bluesabre> dunno
[11:35] <bluesabre> probably not
[11:35] <knome> http://temp.knome.fi/xubuntu/Screenshot_2015-04-21_14-34-22.png
[11:35] <bluesabre> whats your panel height?
[11:35] <knome> 24
[11:36] <bluesabre> weird
[11:36] <knome> changing that doesn't affect the power icon
[11:36] <knome> it's the same for all sizes
[11:36] <bluesabre> ochosi: pling
[11:36] <ochosi> bluesabre: pong
[11:36] <bluesabre> ochosi: see above ;)
[11:36] <ochosi> a-ha, how did you get there?
[11:37] <knome> ochosi, upgraded utopic->vivid
[11:37] <ochosi> i mean upgrade/clean install
[11:37] <knome> ochosi, bam.
[11:37] <bluesabre> knome drops the mic
[11:37] <ochosi> sounds like it
[11:37] <astraljava> Okay, that's odd indeed. Isn't it slightly darker gray when it's charging, but not that much.
[11:37] <ochosi> knome: is that the power manager plugin or indicator-power?
[11:37] <knome> indicator
[11:38] <ochosi> hmkay, possible we don't really support it that well anymore in our icon theme
[11:38] <knome> ok
[11:38] <knome> how do i get the pm plugin, i don't have it in the applet list
[11:38] <ochosi> maybe it's not installed
[11:39] <knome> likely not.
[11:39] <ochosi> i *think* i see the culprit
[11:39] <ochosi> it's actually not entirely our fault, partly the indicators
[11:40] <knome> ok
[11:40] <ochosi> problem is, they now want 24px icons whereas before they wanted 22px
[11:40] <knome> he following packages have unmet dependencies: xfce4-power-manager-plugins : Depends: xfce4-power-manager (>= 0.8.0~) but it is not going to be installed
[11:40] <ochosi> so a few symlinks might be missing
[11:40] <ochosi> bluesabre: ^
[11:41] <ochosi> not sure what the packaging problem is abou
[11:41] <ochosi> t
[11:41] <knome> i wonder if there's something fishy with PPA's.
[11:41] <bluesabre> knome: do you have xfce4-power-manager pinned to an older version?
[11:41] <knome> or sth..
[11:41] <knome> maybe.
[11:41] <ochosi> knome: wanna test a quick fix for the icon problem?
[11:41] <knome> ochosi, soon
[11:41] <bluesabre> if you upgraded, your PPAs should all be disabled
[11:41] <knome> bluesabre, should, yeah...
[11:42] <knome> yeah, pinning
[11:43] <bluesabre> should have 1.4.3-0ubuntu1 for xfce4-power-manager, -data, -plugins
[11:43] <knome> ochosi, ok, shoot
[11:43] <knome> bluesabre, unpinning fixes
[11:43] <bluesabre> :p
[11:43] <ochosi> knome: go to /usr/share/icons/elementary-xfce-dark/panel/22 in the term
[11:43] <ochosi> knome: then run "cp battery* ../24/"
[11:43] <knome> brb, phone
[11:44] <ochosi> knome: ideally that'll work because the symlinks are all relative, so they should adjust. then run "sudo gtk-update-icon-cache /usr/share/icons/elementary-xfce-dark/" and then restart the panel (xfce4-panel -r)
[11:45] <knome> nope
[11:45] <knome> wait
[11:46] <knome> yeah, nope
[11:47] <ochosi> do the symlinks look ok?
[11:47] <ochosi> i mean the ones in 24
[11:47] <knome> just a sec..
[11:47] <knome> yeah
[11:47] <ochosi> right, then i'm not sure
[11:48] <ochosi> you could diff the -dark/panel folders with the -xfce/panel folder contents
[11:48] <ochosi> must be some icon name missing from dark
[11:50] <knome> http://temp.knome.fi/xubuntu/diff_dark_reg
[11:51] <knome> ochosi, constructive criticism: the new frame "around selected windows" in greybird when cycling is a bit too obtrusive to my taste
[11:54] <ochosi> you mean in the tabwin window or the frame that is indicating the window itself?
[11:55] <knome> the window itself
[11:55] <ochosi> that's up to xfwm4 itself, can't theme that rly
[11:55] <knome> aha
[11:55] <knome> then i guess i'll just turn that off
[11:55] <ochosi> you can disable it specifically for tabwin if you don't like it
[11:55] <knome> i know
[11:55] <knome> i liked the border
[11:56] <knome> but not the huge blue bloat
[11:56] <ochosi> nah, that one was extremely hard to see imo
[11:56] <knome> just enough
[11:56] <ochosi> especially when moving and tiling a window, the blue rectangle is very nice
[11:56] <knome> heh
[11:57] <knome> so
[11:57] <knome> do you want a bug for this indicator icon issue?
[11:59] <ochosi> i guess
[11:59] <knome> which package?
[11:59] <ochosi> it might be the fake symbolic icons actually
[11:59] <ochosi> lemme quickly check one more thing
[11:59] <knome> sure
[12:01] <ochosi> could you please create these symlinks in 22 and 24 in -dark? http://dpaste.com/3N8B0HZ
[12:01] <elfy> are we ready for rebuild?
[12:01] <knome> ugh
[12:02] <ochosi> knome: then if that's the problem, i guess i need to re-add those icons, even though this is actually broken by design :(
[12:02] <ochosi> and finally with 15.10 this problem will resurface if ppl continue to use indicator-power and it doesn't get fixed
[12:02] <knome> nope..
[12:02] <knome> (i cp'd)
[12:02] <ochosi> copied what?
[12:02] <knome> the symlinks
[12:03] <ochosi> and you updated the cache?
[12:03] <ochosi> you could also restart your session just to be sure
[12:03] <knome> yes..
[12:03] <knome> ok, just a sec
[12:04] <knome> no luck
[12:06] <ochosi> no clue then tbh
[12:06] <knome> so which package?
[12:06] <ochosi> maybe i can try that later @home
[12:06] <ochosi> assign it to xubuntu-artwork
[12:07] <knome> the package or the team?
[12:07] <knome> :P
[12:07] <elfy> seemingly not
[12:11] <knome> bug 1446605
[12:12] <knome> elfy, two real hardware upgrades with unclean configuration reported :)
[12:12] <elfy> knome: \o/ thanks :)
[12:12] <knome> np
[12:12] <knome> i still have that one old laptop there
[12:12] <elfy> worth more than a vbox smoketest for sure
[12:12] <knome> have to see if i have time to do install/upgrade tests with it
[12:13] <elfy> well
[12:13] <elfy> waiting for rebuild now
[12:13] <knome> yeah, not doing that *now*
[12:13] <elfy> not sure what else is being fixed elsewhere - so not triggering it manually
[12:13] <knome> in the evening or tomorrow
[12:14] <elfy> bluesabre: rebuilding - as long as you only select our stuff - that's all that gets rebuilt
[12:15] <knome> shower time, bbl
[12:15] <astraljava> Quite abstract, that knome fella.
[12:32] <knome> :)
[15:18] <ochosi> knome: i can't reproduce your problem
[15:18] <ochosi> i just installed indicator-power in vivid and the bright icon shows up just fine in my panel
[15:18] <ochosi> i can't really think of a difference between my system here and an upgraded one
[15:23] <ochosi> could it be that you have a stuck xubuntu-artwork package too or something?
[15:29] <drc> Quick question:  How does one get a "indicator-power" installed in vivid, rather than just the pm-plugin?
[15:30] <Unit193> Upgrade from trusty, I think it was?
[15:31] <ochosi> drc: sudo apt-get install indicator-power --no-install-recommends
[15:32] <drc> Thanks...I missed the old one :)
[15:32] <ochosi> anyway, would be good to know if it's reproducible in a normal vivid install
[15:32] <ochosi> if it's solely an upgrade issue i'll dial down my attention to this bug
[15:35] <drc> Just added it, logged out and in...it's dark on my box...the only thing I really changed from install was upped the panel height to 32.
[15:35] <drc> now, where's the config? :)
[15:36] <ochosi> strange
[15:36] <ochosi> what config?
[15:37] <drc> One used to be able to config it olny show up when the battery was charging or discharging
[15:37] <drc> That's what I missed about the new one
[15:38] <ochosi> maybe you can configure that in indicator-power, but i'm not sure anymore
[15:38] <ochosi> if so, you'd find it in dconf-editor
[15:42] <drc> yup...change "present" to "charge"
[15:45] <drc> works as advertised..the discharging icon is light/empty batter, but the charging icon is dark.
[15:45] <ochosi> a-ha, so only the charging icon
[15:45] <ochosi> i only checked the discharging one
[15:45] <drc> I'm going to let the laptop run on battery for a while to make sure
[15:47] <drc> Can't say for sure, the icon was dark on install, but I haven't let the battery run down enough to tell for sure.
[15:47] <ochosi> nope, charging looks ok for me too
[15:48] <ochosi> (left is indicator-power) http://i.imgur.com/gftUQQp.png
[15:49] <drc> interesting...discharging = light/empty. charging = dark/full
[15:49] <drc> But the initial icon show on installed was different from both of these.
[15:50] <drc> When the battery's fully charged, I'll change the config to "present" and see what that one is
[15:54] <ochosi> bbl
[15:58] <Unit193> gmb git supports mpv backend now.
[16:58] <drc> ochosi: This is what I get when on boot https://i.imgur.com/B11qpOz.png (see the dark icon)
[16:59] <drc> ochosi: This is what I get when on battery (discharging) https://i.imgur.com/bc39Rns.png
[17:05] <drc> Both those icons are when power indicator is "present" in the dconf-editor.
[17:07] <drc> there is a third "dark icon" when present is changed to "charge" but I'm having trouble getting a screenie of it :(
[17:08] <drc> Going to let the battery run for a while....
[17:14] <drc> ochosi: and this is what I see with "charge" just after I plug the power cord back in...just before it gows away.  https://i.imgur.com/A4uvy8B.png
[17:15] <drc> I don't think I'm explaining it well...any questions just ask.
[17:27] <drc> ochosi: https://i.imgur.com/A4uvy8B.png is when "battery is charging"
[17:50] <drc> https://i.imgur.com/B11qpOz.png == Charged (present)
[17:50] <drc> https://i.imgur.com/bc39Rns.png == Discharging (present)
[17:51] <drc> The log doesn't have the last image I posted but it is Charging (present)
[17:52] <elfy> logs will have it - I can see it
[17:52] <drc> I thought there was a difference in the "present" vs "charge" in the indicator-power config, but it looks like I was wrong, with "charge" the "charged" icon just goes away.
[17:52] <drc> elfy: sooner or later :)
[17:53] <drc> I was just trying to undo the confusion I wrought earlier.
[17:53] <elfy> :)
[17:54] <elfy> for what it's worth - I get the power indicator again for some reason on a desktop
[17:54] <elfy> and also it looks different - completely - if you change panel size
[17:54] <Unit193> Not xfpm plugin?
[17:55] <drc> yes <26 one icon >26 another
[17:57] <elfy> 24 here
[17:57] <elfy> Unit193: *shrug* whatever shows up in notification area, just added xfpm and that's blank
[17:58] <elfy> biab
[18:01] <drc> the funny thing is, the icons aren't even close in appearence.
[18:57] <knome> ochosi, no, i cleared all pins
[18:57] <knome> ochosi, i can look at it again later
[18:58] <Unit193> knome: Any way to give the Xubuntu packageset uploaders bzr access to xubuntu-docs?
[18:59] <knome> Unit193, good question. probably.
[19:00] <Unit193> knome: It could be done otherwise, but for example d/changelog (or other debian/* changes) or tags would be handy (micahg tagged the last upload, tags for 12.10.1 and 12.10.2 also existed.)
[19:02] <knome> weird, the doc-committers team doesn't have any team as a subteam
[19:02] <knome> and is owned by the CC
[19:08] <Unit193> (Also, fwiw LP 1299286 still exists. :P )
[19:59] <elfy> if anyone happens to notice rebuilds happening - would be good to see if it actually boots and shutsdown properly - thanks


[03:49] <tsimonq2> flocculant: I'll bring bug 1683581 up on either the ubuntu-quality or ubuntu-release list within the next day or two.
[06:20] <flocculant> seen it already :)
[16:12] <balloons> tsimonq2, I could swear there is an offline install -- is it not in lubuntu's queue to do perhaps?
[16:14] <flocculant> balloons: I checked this morning - the non-internet test is mostly about languages
[16:14] <flocculant> not got around to thinking more - might be better to change that one rather than add a new one
[16:15] <flocculant> depends on Ubuntu as they are the only users of it
[16:37] <balloons> ahh.. I always did an offline install
[16:37] <balloons> because indeed, bugs happen with it, and what's on the CD is important
[16:39] <flocculant> :)
[16:40] <flocculant> balloons: "The goal of this test case ... During the lang-packs installation, Internet breaks, and the installer handles it gracefully" blah blah
[16:42] <flocculant> 1441 is > Install (No Network Connection) but for Server install
[16:42] <flocculant> I think a new testcase would be the way forward