[08:42] <mandel> sil2100 Good morning!! sooo.. I'm a major pain in the ass, but silo 17, seems to be having issues, it is supposed to be a sync, any idea
[08:48] <anpok> hi trainguards - sili011 needs a manual sync of glmark2 and xorg-server
[08:48] <anpok> it seems I cannot rebuild those with through the silo ci jenkins!?
[09:01] <sil2100> anpok: hey! I can do those :) It was EOD already when mir finished on Friday for me
[09:02] <sil2100> anpok: those are not CI Train released projects so they need a manual intervention
[09:02] <anpok> sil2100: ha - it never ends
[09:02] <sil2100> mandel: hey!
[09:02] <sil2100> mandel: give me 5 minutes and I'll look into that :)
[09:03] <mandel> sil2100, super, thx
[09:03] <sil2100> anpok: yeah, big releaes are always filled with sweat, tears and blood
[09:10] <jamesh> cihelp: did anything weird happen with the ARM builders over the weekend?  I'm seeing weird ARM-only failures for my branch: https://code.launchpad.net/~jamesh/thumbnailer/devel-sync-20150725/+merge/265888
[09:11] <psivaa> jamesh: let me take a look
[09:12] <jamesh> It took an unusually long period of time for the autolanding job to pick up the branch too.
[09:12] <jamesh> psivaa: thanks.
[09:19] <sil2100> anpok: uploading the packages
[09:20] <sil2100> anpok: can I just upload both at the same time, or xorg-server is needed to be built first?
[09:22] <psivaa> jamesh: i see test failures in the likes of 'Error creating thumbnail: ThumbnailExtractor: change_state(): reading async messages: Could not decode stream.'
[09:22] <sil2100> mandel: ok, see the problem
[09:22] <marcustomlinson> sil2100: could you please reconsider silo 30, it no longer removes symbols
[09:23] <sil2100> marcustomlinson: oh! Of course, could you again re-trigger it as testing pass? :)
[09:23] <marcustomlinson> sil2100: ok :)
[09:23] <sil2100> mandel: so, the silo was a PPA sync silo, and now the PPA is empty
[09:23] <mandel> sil2100, oh, can we change it to sync from wily?
[09:23] <mandel> sil2100, everything is there
[09:23] <sil2100> mandel: someone that prepared this request didn't use the 'sync from silo' notation - that one would auto-switch to the main archive if the silo is freed
[09:23] <sil2100> mandel: yep
[09:23] <anpok> sil2100: no dependencies between those two
[09:24] <sil2100> I'll do that quick
[09:24] <psivaa> jamesh: that 'Could not decode stream.' error appears to be the cause for most of the failures
[09:24] <mandel> sil2100, AWESOME, thx
[09:25] <jamesh> psivaa: yep.  It is constructing a GStreamer pipeline to read a vorbis or theora file.  There are no code changes in that branch that'd cause this.
[09:26] <sil2100> marcustomlinson: perfect for archive release, publishing!
[09:26] <marcustomlinson> sil2100: thanks!
[09:26] <sil2100> mandel: reconfigured, you can try re-building content-hub
[09:27] <sil2100> mandel: I hope it'll work as I saw the sync code malfunctioning after recent changes ;/
[09:27] <mandel> sil2100, ok, I'll let you know
[09:28] <popey> sil2100: jibel added music app to bottom of citrain spreadsheet, could someone test pls?
[09:29] <sil2100> popey: thanks! Approved request
[09:30] <popey> ta
[09:33] <psivaa> jamesh: there was a new libgstreamer1.0-0:armhf (v 1.5.2-1) released last night,
[09:34] <psivaa> https://launchpad.net/ubuntu/+source/gstreamer1.0/1.5.2-1
[09:35] <jamesh> psivaa: thanks.  I'll see if there's any clues there.
[09:36] <psivaa> jamesh: ack, thanks. I dont think if we have any control over those failures
[09:37]  * jamesh hates platform dependent failures like this.
[09:38] <rvr> popey: Is there a changelog for music-app?
[09:46] <mandel> sil2100, so far so good :)
[10:03] <popey> rvr: yes, its in the linked readme
[10:03] <popey> rvr: http://pad.ubuntu.com/MusicAppReadMe
[10:05] <rvr> popey: I see, thanks
[10:05] <popey> np 🙂
[11:36]  * sil2100 off to lunch
[13:14] <davidbarth> o/ trainguards, you can also unload silo 040, as oxide 1.8 is released as a stable update using the regular channels this week
[13:14] <sil2100> o/
[13:14] <sil2100> davidbarth: ok!
[14:08] <sil2100> Ok guys, I'm building an OTA-5+ hotfix re-spin for mako - the rc-proposed channel should stay intact
[14:16] <mzanetti> jibel, hey, I just realized that my silo 35 has an already merged branch
[14:16] <mzanetti> jibel, looking at the build-log that doesn't seem to be a problem, the merge ends up being a no-op
[14:17] <mzanetti> so I'd suggest to leave it as it is. does that work for you?
[14:17] <jibel> mzanetti, which branch is it?
[14:17] <mzanetti> https://code.launchpad.net/~mzanetti/unity8/unity8-clickable-bottom-edge-hint/+merge/265019
[14:18] <jibel> mzanetti, works for me
[14:18] <mzanetti> jibel, thanks
[14:33] <bregma> trainsguards, is there some kind of black preventing me from getting silos for lines 76, 77, and 78?
[14:42] <rvr> boiko: Silo 39 approved
[14:43] <boiko> rvr: thanks, I will just ask robru to hold the publishing a bit, salem_ thinks one of the changes in there is causing a regression, we are just validating if it is the case
[14:44] <boiko> tranguards: can you please just hold the publication of silo 39 while salem_ and I confirm if one of the changes in there is causing a regression?
[14:45] <boiko> rvr: according to salem_'s tests, if you boot the device without any network connectivity (no wifi and no mobile data), the telepathy accounts are kept offline
[14:45] <boiko> rvr: he will confirm if the silo has anything to do with that
[14:52] <rvr> boiko: Ack
[14:54] <rvr> boiko: What do you mean by telepathy accounts?
[15:35] <sil2100> wgrant: hey! Did you get my e-mail about translations by any chance? :)
[15:47] <slangasek> charles: hi, can we expect silo 55 to land soon?  (g++4.9 build-deps)  this seems to be a prereq for flipping the switch on Friday
[15:47] <slangasek> charles: looks like the silo is dirty and needs a rebuild at the moment
[15:49] <slangasek> sil2100, robru: hmmm I can't find a spreadsheet line for landing-055, does that imply spreadsheet problems again?
[15:53] <robru> slangasek: could be, or could be somebody deleted the row
[15:57]  * sil2100 checks for errors
[15:58] <sil2100> hm, no new errors
[15:58] <sil2100> slangasek: I would suppose someone erased the row by accident
[15:58] <sil2100> Or removed the UID field
[15:59] <slangasek> "could be someone deleted the row" - how's that bileto transition looking, robru? ;)
[15:59] <sil2100> slangasek: looks like it got removed somehow indeed
[15:59] <slangasek> sil2100: how can we restore it?  I should be able to tell you the list of mps
[15:59] <sil2100> No logging or version control on the spreadsheet tho ;p
[15:59] <robru> slangasek: ugh, still some problems with https, needs a few more iterations
[16:00] <slangasek> robru: ok
[16:00] <sil2100> slangasek: let me check the backups
[16:00] <sil2100> hmmm
[16:00] <sil2100> Actually, we have no backups, my backups didn't get switched to the new spreadsheet
[16:00] <sil2100> I think ;/
[16:13] <slangasek> sil2100: I know the lander, I know the mps and I know the silo name (in fact, this information is all still available in the dashboard, even though not in the spreadsheet).  can I manually recreate the spreadsheet line with this?
[16:14] <boiko> rvr: sorry, I went for lunch, so, we expose the ofono modems via accounts on the telepathy framework
[16:14] <rvr> boiko: I see
[16:18] <boiko> rvr: salem_ just checked and the problem is there even without the silo (bug reported already), so the silo is good to go
[16:18] <boiko> trainguards: all the verifications were done, silo 39 is good to go
[16:18] <robru> slangasek: yes
[16:18] <robru> slangasek: well, you'd be missing the landing description only
[17:06] <sil2100> jibel, ToyKeeper, davmor2: I have the image
[17:06] <sil2100> jibel, ToyKeeper, davmor2: image #4 on ubuntu-touch/ubuntu-rtm/14.09-factory-proposed (mako)
[17:07] <sil2100> jibel, ToyKeeper, davmor2: please flash to this particular image as I will be adding a new one that has the here tarball on top of it
[17:11] <kenvandine> i can assign those
[17:16] <robru> kenvandine: ^^ same request assigned in both 6 and 8?
[17:16] <kenvandine> robru, wily and vivid
[17:16] <kenvandine> not dual
[17:17] <robru> kenvandine: ah ok. manual uploads
[17:17] <kenvandine> yeah
[17:19] <kenvandine> i was to speedy with the sync from 6 to 8 :)
[17:19]  * kenvandine works on patience
[17:21] <sil2100> kenvandine: you could have used the sync:silo_number,series notation
[17:21] <kenvandine> i thought i should be able to go ahead and sync from 6 to 8 since the source is there
[17:21] <sil2100> kenvandine: it works better for these cases as once you land the source silo, it re-targets to the main archive
[17:21] <kenvandine> sil2100, i thought so... but last time i tried that i got an exception and was told to do this... :)
[17:21] <kenvandine> which was ages ago
[17:22] <sil2100> kenvandine: https://wiki.ubuntu.com/citrain/SyncSilos <- should work now
[17:24] <kenvandine> sil2100, do i need to wait for silo 6 to finish building before syncing it?
[17:26] <sil2100> kenvandine: probably... it might need to wait until it's fully published
[17:26] <kenvandine> ok
[17:30] <ogra_> sil2100, hmm, just looking at my ubuntu-touch-meta upload, why was qml-module-qtbluetooth added to touch, ad not to the framework (sdk-libs) ?
[17:31] <sil2100> ogra_: slangasek merged it in, but said he won't release it - so I thought it wasn't released
[17:32] <ogra_> sil2100, it caame in with the last metapackage update (that i had to do for snappy personal)
[17:32] <sil2100> ugh
[17:32] <ogra_> if it shouldnt be released, it shouldne be merged in the seed ;)
[17:32] <ogra_> *shouldnt
[17:37] <slangasek> sil2100: what won't I release?
[17:37] <ogra_> slangasek, qml-module-qtbluetooth
[17:37] <slangasek> sil2100: ah.  yes, I merged it in the seed, and was waiting for the discussion to finalize before I uploaded the package
[17:38] <slangasek> because I had already merged the seed before ogra_ raised his objection
[17:38] <ogra_> i just noted post-upload that it landed in teeh wrong seed (qml modules usually go into the framework (sdk-libs) )
[17:38] <ogra_> *the
[17:39] <jibel> sil2100, you mean #4 is what we have to test or we must wait for #5?
[17:39] <sil2100> jibel: test #4 - #4 is the community image
[17:39] <jibel> sil2100, ok
[17:39] <sil2100> jibel: #5 is the same image with the HERE tarball
[17:40] <sil2100> jibel: in other words, #4 is like ubuntu-touch/stable/ubuntu, while #5 is like ubuntu-touch/stable/bq-aquaris.en (for mako of course)
[17:40] <sil2100> E-mail sent
[17:40] <slangasek> sil2100: looks like I need to add more lines to the spreadsheet in order to resurrect silo 55, because the spreadsheet is full?  how many lines is it reasonable to add?
[17:40] <davmor2> jibel: sil2100 I'm firing up 4 now
[17:40] <jibel> sil2100, yeah but as soon as you'll publish #5 there'll be an update notification and I'm sure a tester will upgrade
[17:41] <boiko> kenvandine: I think you need to change the series to vivid before uploading to silo 8
[17:41] <kenvandine> the train should mangle the version in the sync
[17:42] <kenvandine> sil2100, ^^ right?
[17:42] <boiko> kenvandine: only for train-generated release schemas
[17:42] <kenvandine> i can manually upload to the vivid silo too
[17:42] <boiko> kenvandine: if I remember correctly from the telepathy-qt landings I did
[17:42] <kenvandine> ok
[17:42] <sil2100> jibel: #5 is already present, that's why I said to explicitly use #4
[17:43] <sil2100> jibel: I can't keep normal rc-proposed builds waiting forever, so I had to creat both
[17:43] <sil2100> slangasek: uuh, I usually add 20
[17:43] <slangasek> sil2100: not 1000, which it defaults to? ;)
[17:43] <jibel> sil2100, understood, we'll be careful to test the right thing
[17:43] <slangasek> (done)
[17:44] <sil2100> slangasek: no, worried that the spreadsheet would die afterwards ;p
[17:44] <kenvandine> sil2100, since this is essentially a sync from mako, even though i have to manually upload it, what should i do with the version?
[17:44] <kenvandine> should i do an sru style version even though this isn't an sru?
[17:44] <sil2100> kenvandine: syncs work only for CI Train released packages, so depends what you're syncing
[17:45] <kenvandine> i wouldn't want an SRU in vivid to be a higher version than what's in the overlay ppa
[17:45] <sil2100> kenvandine: in case you need to do it manually, I usually version it like an SRU but then append ~overlay1 if I know this won't be SRUed in the nearest time
[17:46] <kenvandine> this is a package also used on the desktop
[17:46] <kenvandine> so i wouldn't want an sru for the desktop to stomp on the version in the overlay
[17:46] <kenvandine> and the source package i'm upload is identical to what's in wily
[17:48] <slangasek> charles: I've resurrected the spreadsheet line for silo 55 onto line 83; maybe you can help fill out the rest of the fields that I can't reverse-engineer from the dashboard
[17:48] <slangasek> sil2100: ^^ and should the rest of the automatic fields update on their own at some point, or is there something I should do to trigger a refresh?
[17:48] <charles> slangasek, looking
[17:49] <sil2100> slangasek: hmmm, might be that this part of the spreadsheet got broken, let me look at that
[17:56] <kenvandine> boiko, it's building now in silo 8
[17:56] <boiko> kenvandine: thanks!
[17:56] <charles> slangasek, I've resynced indicator-datetime and platform-api with changes in their trunks, will rebuild the silo & resinstall to confirm nothing crazy happened
[17:57] <slangasek> charles: cheers!
[18:04] <sil2100> robru: meeting!
[19:12] <robru> sil2100: yep it is working: https://ci-train.ubuntu.com/job/ubuntu-landing-043-2-publish/lastSuccessfulBuild/artifact/pay-service_packaging_changes.diff/*view*/ ;-)
[19:30] <slangasek> sil2100, robru: so not to worry you or anything, but I've just noticed that silo 13 is also not in the spreadsheet
[19:31] <robru> slangasek: naturally
[19:31] <robru> slangasek: "stuff missing from the spreadsheet" is not a scenario capable of surprising me.
[19:31] <slangasek> this means that of two silos I've looked at, both have been missing from the spreadsheet
[19:32] <slangasek> robru: can you audit it, to figure out what all is missing from the spreadsheet and what we need to do about it?
[19:32] <robru> slangasek: there's an easy way to tell what's missing from the spreadsheet. if the dashboard doesn't have a description in tiny text at the bottom of the silo's card, then the row couldn't be found in the spreadsheet
[19:32]  * slangasek nods
[19:33] <slangasek> silos 13, 14, 26, 27, 29 appear to be affected
[19:33] <robru> slangasek: looks like 13, 14, 26, 27, 29
[19:33] <robru> yep
[19:34] <robru> slangasek: there's no automated way to restore it, just have to copy & paste really
[19:41] <slangasek> mzanetti: I see that silo 18 is dirty wrt unity8, which we still need for the g++ transition; can you fix that up please?
[19:42] <mzanetti> slangasek, check out silo 35
[19:42] <slangasek> mzanetti: ok, then can you please take care of cleaning up silo 18 :)
[19:42] <mzanetti> slangasek, had to do some reshuffling and moved it over, will drop it from 18 when I touch that next time
[19:42] <slangasek> ok
[19:43] <mzanetti> slangasek, yeah... will need that as soon 35 has landed to prepare the next one
[19:46] <boiko> cihelp: hi, I have a telepathy-ofono package showing as "Regression" in the excuses page, is that for real or a false positive?
[19:47] <fginther> boiko, It was a false failure. It should show up on the excuses page with the updated results in a few minutes.
[19:48] <boiko> fginther: nice! thanks!
[19:49] <boiko> fginther: so, are you guys always monitoring those failures, or do you think it is a good idea that I ping you when I see a failure in a landing I am dealing with?
[19:50] <fginther> boiko, No, we don't always monitor them. so please ping us if there is unexpected failure.
[19:51] <boiko> fginther: ok, thanks
[19:52] <slangasek> greyback__: is silo 7 really meant to be a dual-landing?  qtmir isn't currently in sync between vivid overlay (0.4.5+15.04.20150617-0ubuntu1) and wily (0.4.5+15.10.20150722-0ubuntu1).  (Question prompted by trying to track down all the outstanding g++-4.9 build-dep bugs, which need to get landed asap this week)
[19:53] <greyback__> slangasek: I'm waiting for silo11 to land, which lands qtmir to sync between wily & vivid+overlay
[19:53] <greyback__> I hope that won't be long
[19:54] <robru> greyback__: well the silo is sitting in an error state, are you waiting for somebody to do something about that?
[19:56] <greyback__> robru: I'm waiting for silo11 to land, so the dual landing will work again
[19:56] <robru> greyback__: ok but like... it's not on anybody's radar to QA or publish it, so unless somebody is actively working on that silo, it's just sitting there.
[19:56] <slangasek> robru: are you referring to the error state of silo 7 (which requires silo 11 to land so the build-deps are satisfied), or silo 11 (which has a lovely error message I don't know)?
[19:57] <robru> slangasek: I'm talking about the error in silo 11.
[19:57] <slangasek> ok
[19:57] <robru> slangasek: greyback__: this error appears to be because the train doesn't support syncing packages it doesn't own, in this case xorg-server.
[19:58] <robru> slangasek: greyback__: but it looks like lukasz copied that package manually, so this could probably be kicked along by poking the train config
[19:58] <greyback__> robru: silo11 not my thing, I just want mir0.14 in vivid+overlay before I start with silo7 again
[19:58] <robru> anpok: are you working on silo 11? how's it going?
[19:58] <greyback__> robru: do you think I should do something else?
[19:59] <robru> greyback__: well I just have no idea if anybody is even looking at that silo, the error message sure doesn't make it sound like it's on the verge of being published.
[20:00] <greyback__> robru: I am maintaining that silo, and it fails to build right now. I believe that is because the qtmir versions in wily & vivid+overlay are currently different
[20:00] <slangasek> greyback__: IMHO this is a dependency on another silo that's going to take a while to figure out; we need the g++-4.9 build-dep dropped ASAP, because /after/ it's dropped we still need to try to build these packages with gcc 5 in the other silo, and deal with any failures
[20:00] <slangasek> greyback__: so we would appreciate getting the g++-4.9 b-d fix landed without it getting tangled in mir 0.14 / vivid
[20:01] <robru> greyback__: I mean silo 11. as far as I can tell it's just sitting there. I wouldn't hold my breath for it
[20:01] <greyback__> slangasek: alright, will take it on tomoorow am
[20:01] <slangasek> robru: looking at the config for silo 11, how would we fix that?  The 'sync:ubuntu,wily' applies to all the package names there, right?
[20:01] <slangasek> greyback__: ta
[20:01] <greyback__> robru: anpok was at it today afaik
[20:01] <greyback__> robru: was running AP tests
[20:02] <robru> slangasek: yeah but a sync is barely distinguishable from all manual sources, assuming all the other packages are copied correctly and working correctly we can just take out the sync, reconfigure, and WATCH_ONLY build and it should be good to go for QA.
[20:02] <robru> slangasek: but I need confirmation from the silo owner that he's tested it and it's actually good to go for QA before I bother reconfiguring it for him
[20:02] <slangasek> robru: gotcha
[20:12] <robru> anpok: why do we even need xorg in vivid-overlay anyway? is that used on the phones?


[08:35] <Unit193> Restarting ubottu and company.
[20:53] <sarnold> marlinc: any chance you can fix that connection? :)


[08:27] <JonathanD> Morning.
[09:00] <rmg51> Morning
[09:15] <JonathanD> Hey rmg51
[09:16] <rmg51> hay JonathanD
[09:16] <JonathanD> Whats up?
[09:18] <rmg51> just me and the bear
[09:26] <JonathanD> bear!
[09:26] <JonathanD> where is andrew
[09:31] <rmg51> sleeping?
[09:31] <JonathanD> I haven't seen him in a while, though.
[09:31] <JonathanD> And I wanted to ask him what hte shortlink was for the bear light.
[09:37] <rmg51> well,he should be at Fosscon
[09:37] <JonathanD> I'll ask him there :p
[09:38] <JonathanD> Speaking of we need cameras.
[09:38] <rmg51> vi,if you can wait that long
[09:38] <JonathanD> video cameras.
[09:38] <rmg51> where are those extra letters coming from?
[09:39] <rmg51> can't help you ther
[09:39] <rmg51> I don't have any cameras
[09:40] <JonathanD> rmg51: I think you were trying to type in vi, instead.
[09:40] <rmg51> I wasn't trying to type any thing
[09:40] <rmg51> the vi was a mistake
[09:41] <rmg51> no idea how that happened
[09:41] <JonathanD> gremlins
[09:44] <rmg51> I can't even blame Teddy
[09:44] <rmg51> he's in another room
[12:10] <teddy-dbear> Morning peoples, dogs, turkeys and everything else
[19:45] <MutantTurkey> i started doing concerts at my house last month
[19:45] <MutantTurkey> we are having another one soon
[19:45] <MutantTurkey> https://www.facebook.com/events/381012222020095/
[19:46] <MutantTurkey> should be pretty cool, I've seen a few of the bands around locally and they've been good
[19:46] <JonathanD> MutantTurkey: get us a fosscon band :P
[19:47] <MutantTurkey> FREEEEEEDOMM as in FREEE BEER AND FREE as in FREE FOOD
[19:47] <teddy-dbear> The MutantTurkeys?
[19:47] <MutantTurkey> the Turkey Talkers
[19:49] <JonathanD> Hey hey we're the turkeys.


[01:18] <shantorn> evening all
[01:19] <goddard> yo
[01:22] <shantorn> howdy, whats new
[01:42] <shantorn> anyone feel like chatting tonight?
[01:54] <shantorn> whats up bk?
[01:55] <thefinn93> shantorn, join #ubuntu-us-or-offtipic
[01:55] <thefinn93> topic*
[02:08] <jhmextern> thefinn93; thanks for approving my membership in the ubuntu-us-or so fast. my name is Jorge and happy to be here.
[02:10] <thefinn93> jhmextern, no problem
[02:10] <thefinn93> nice to meet you
[02:11] <jhmextern> Thanks, and nice to meet you too.
[02:11] <thefinn93> where in Oregon are you from?
[02:11] <jhmextern> I am in Newport
[02:11] <thefinn93> cool
[02:11] <thefinn93> any chance you're currently at DefCon?
[02:12] <jhmextern> not a chance, I am enjoying the nice weather in Newport.
[02:12] <thefinn93> ah cool
[02:12] <thefinn93> it's a balmy 106 degrees here
[02:13] <thefinn93> but i prefer to stay inside
[02:13] <shantorn> welcome jhmextern
[02:13] <shantorn> i am new as well
[02:14] <thefinn93> define "new"
[02:14] <jhmextern> We are at 56 degrees here. Nice and cool
[02:14] <thefinn93> i found out about Ubuntu Oregon in April
[02:14] <shantorn> new to the ubunut ug
[02:14] <thefinn93> ok ok
[02:14] <shantorn> io tried to join a year ago but alas nothing came of it until you and bk came along
[02:16] <jhmextern> I learned about ubuntu-or long time ago but there was no activity
[02:17] <thefinn93> cool
[02:17] <shantorn> same
[02:17] <shantorn> its nice to see life
[02:17] <shantorn> and fellow users
[02:17] <shantorn> of ubuntu that is
[02:17] <thefinn93> yeah
[02:18] <shantorn> i will be in newport next weekend actualy, a lil camping and site seeing
[02:18] <shantorn> i havent been there in years
[02:18] <shantorn> jhmextern, what flavor of ubuntu you running
[02:19] <jhmextern> using 10.04 in our office
[02:19] <jhmextern> everything ubuntu
[02:19] <shantorn> basic interfgace or unity?
[02:19] <jhmextern> basic
[02:19] <shantorn> solid
[02:19] <jhmextern> yep
[02:19] <shantorn> i am getting used to unity, its not bad just different
[02:19] <thefinn93> cool
[02:20] <shantorn> have either of you used crashplan backup system?
[02:20] <jhmextern> nop
[02:21] <jhmextern> We use rsync
[02:21] <thefinn93> i pretty much do the same
[02:22] <shantorn> i like crash plan even the free it allows me to use any os and backup over lan to my central system very simply and with a gui, i have not learned rsync
[02:22] <thefinn93> huh
[02:22] <thefinn93> cool
[02:22] <jhmextern> i prefer command line
[02:22] <shantorn> http://www.crashplan.com/
[02:23] <shantorn> i am not new to cli but havent taken the time for the full benefit
[02:23] <shantorn> hello bkerensa
[02:23] <bkerensa> hi
[02:27] <shantorn> what are you up to this evening
[02:27] <goddard> i am trying to run a file that i can clearly see but says it doesn't exist
[02:27] <goddard> haha
[02:27] <shantorn> yikes
[02:29] <goddard> doesn't make sense
[02:29] <shantorn> have you tried moving the file and then running it
[02:31] <bkerensa_> hmm
[02:31] <bkerensa_> :)
[02:31] <bkerensa_> ghost
[02:31] <shantorn> brb
[02:33] <shantorn> has any of you used e4rat?
[02:36] <thefinn93> what's that?
[02:36] <goddard> arg!!
[02:37] <thefinn93> Improving Startup Times by Physical Block Reallocation
[02:37] <thefinn93> interesting
[02:37] <goddard> ..
[02:37] <shantorn> i am looking for data that shows how governemts are restricting the use of or access to certain data
[02:37] <jhmextern> yep, interesting never used it
[02:38] <shantorn> http://www.howtogeek.com/69753/how-to-cut-your-linux-pcs-boot-time-in-half-with-e4rat/
[02:38] <shantorn> i havent yet gotten it ti create the logs
[02:40] <goddard> my boot times is pretty fast already
[02:40] <goddard> what is the percetange increase?
[02:41] <bkerensa_> cool
[02:41] <bkerensa_> :)
[02:44] <goddard> this is insane
[02:45] <shantorn> what
[02:45] <goddard> i have a file
[02:45] <goddard> and it supposedly doesn't exist
[02:45] <goddard> but i can see it
[02:45] <goddard> and move it
[02:45] <goddard> and view it with my terminal but not execute it
[02:45] <goddard> or hex editor
[02:45] <goddard> i can view it in hex
[02:46] <goddard> permissions are set correctly as well
[02:48] <goddard> no one else has had this problem?
[02:48] <bkerensa> e4rat is for the win I use it
[02:54] <bkerensa> xubuntu is kinda wonkish
[02:54] <bkerensa> it wont let me access grub
[15:50] <shantorn> good morning MarkDude
[15:50] <MarkDude> morning shantorn
[15:50] <shantorn> whats new
[15:52] <MarkDude> Getting ready to go to b-day party
[16:30] <shantorn> oh fun i am heading to church and then to the woods for some hiking
[16:49] <MarkDude> Yay, hiking with awesome trees in PNW
[16:50]  * MarkDude is finding his coffee is not waking him up as quickly as would be liked


[01:29] <ahoneybun> anyone alive?
[01:32] <littlegirl> Hey there. (:
[01:33] <ahoneybun> littlegirl: hey there
[01:33] <littlegirl> I'm done with the rewrite of the page, but have a few questions before I can post it. (:
[01:33] <littlegirl> What is the syntax to include a TOC in the page?
[01:34] <ahoneybun> getting it
[01:34] <littlegirl> If I have a note about something that's important, is there a special syntax for that so that it creates a special box or something?
[01:35] <ahoneybun> http://paste.ubuntu.com/5753479/
[01:35] <littlegirl> If I put a command in a page I use triple curly brackets. If I want to demonstrate syntax, for example, is there special syntax to create a box around the demonstration?
[01:36] <ahoneybun> not sure I understand
[01:37] <littlegirl> I have this:
[01:37] <littlegirl> Important: The contents of Personal Package Archives are not checked or monitored. You install software from them at your own risk.
[01:38] <littlegirl> Is there a syntax for an exclamation mark image or for a special red box or a box with a border or something that can go around that note or do I bold it or do something else specific with it?
[01:38] <ahoneybun> oh that
[01:39] <littlegirl> Next I have this:
[01:39] <littlegirl> Look for the location of the PPA in the 'Adding this PPA to your system' section. It will look something like this: ppa:kubuntu-ppa/backports
[01:39] <ahoneybun> https://wiki.kubuntu.org/HelpOnFormatting
[01:39] <littlegirl> Is there a special syntax to put around ppa:kubuntu-ppa/backports instead of triple curly brackets?
[01:41] <ahoneybun> right now we are just putting data, now we can format it better
[01:41] <ahoneybun> so I'm not sure about that
[01:41] <littlegirl> Thanks!
[01:41] <littlegirl> Okay, then I'll put it up as is and it can be prettified later. (:
[01:42] <littlegirl> Here it is - I hope you like it: http://paste.ubuntu.com/5753492/
[01:43] <littlegirl> You can paste it into a page and preview to see it or if you like I can just put it up and if you hate it you can always revert the change. (:
[01:48] <ahoneybun> is the information good?
[01:49] <littlegirl> Yep!
[01:49] <ahoneybun> maybe make the how to a bit like this https://wiki.kubuntu.org/Kubuntu/KubuntuDocs/Basic ?
[01:51] <littlegirl> Do you mean add graphics?
[01:51] <ahoneybun> I mean do we need all the numbers or do you think that is best?
[01:54] <littlegirl> No idea. I've always done numbers because it shows a sequence of steps, but if you think it shouldn't have numbers, I can try writing it without. Would you want all the steps in each section to be one continuous paragraph like those in the Basic page?
[01:54] <ahoneybun> maybe numbers would be better
[01:55] <littlegirl> I could try it the other way if you like and we can look at it. (:
[01:55] <ahoneybun> if your up for it
[01:56] <littlegirl> Do you want graphics in it, too? I've never done those, so I'm unsure if I have to upload those separately and then call them or what. (:
[01:56] <ahoneybun> I can do the graphics
[01:57] <ahoneybun> but yea add them attachments and then call them
[01:57] <littlegirl> Okay, I'll leave out the graphics since you'll be doing them, but I can put a placeholder in for each one so you can see where they're needed. (:
[01:58] <ahoneybun> perfect
[02:11] <littlegirl> It's actually looking pretty nice even without graphics. (:
[02:12] <ahoneybun> I know
[02:12] <littlegirl> Not done yet, but here's what I've got so far, and it probably won't even need graphics unless you want to toss some in: http://paste.ubuntu.com/5753530/
[02:14] <ahoneybun> not much changes though?
[02:15] <ahoneybun> I commited your changes though :)
[02:16] <littlegirl> LOL - they're only partial, hehe.
[02:16] <ahoneybun> oh
[02:16] <ahoneybun> ?
[02:17] <littlegirl> Yeah, I'm not done getting rid of the numbers. (:
[02:18] <ahoneybun> well I'm not sure about removing the numbers
[02:27] <ahoneybun> I think it looks ok
[02:47] <littlegirl> Okay, here it is without numbers. Note that the ToC will look mighty frightening because I used level one headings as temporary place-holders for the graphics so they jump out at you: http://paste.ubuntu.com/5753580/
[02:48] <littlegirl> I also replaced "click" with "left-click" throughout the whole thing and fixed a missing period from one sentence. I made the same repairs to my copy of the numbered one if you prefer that to this one. (:
[02:50] <littlegirl> No numbers. (:
[02:51] <ahoneybun> I like no numbers
[02:52] <littlegirl> I just found a couple of colons that should have been periods on the no numbers one. Fixed version here: http://paste.ubuntu.com/5753588/
[02:53] <littlegirl> When you do the graphics, notice that one of them is a duplicate, but I didn't see any way around repeating it. (:
[02:54] <ahoneybun> not sure what graphics your talking about
[02:55] <ahoneybun> I know
[02:55] <ahoneybun> but like pictures of what\
[02:56] <littlegirl> Each level one heading tells you which page to go to and what to take a screenshot of. (:
[02:56] <ahoneybun> oh
[02:57] <ahoneybun> maybe we don't need a graphic
[02:57] <ahoneybun> anywhere then
[02:58] <littlegirl> No, you really do if you read the page and look at the text just above each one. It will help prevent confusion from users who don't know where to look or what to look for.
[03:23] <ahoneybun> yea
[03:23] <ahoneybun> I'm just wonder what they should be
[03:27] <ahoneybun> anyway
[03:27] <ahoneybun> I should sleep
[03:27] <littlegirl> ahoneybun: Okay, sleep well. I'll see if I can figure out how to do the graphics. (:
[04:57] <littlegirl> Hey there, is there anybody who knows how to work with attachments on the wiki in here and at keys?
[06:02] <soee> good morning
[06:12] <shadeslayer> Riddell: "No description available for kdev-python in ubuntu saucy."
[06:13] <shadeslayer> odd, control file seems fine
[06:14] <shadeslayer> LP just being broken I guess
[07:48] <Riddell> shadeslayer: I expect it'll catch up eventually
[08:59] <Riddell> tariq: soo... e-mail? :)
[08:59] <Riddell> tariq: or should I get it started?
[09:01] <apachelogger> yofel, shadeslayer, Quintasan: so what is the word on launchpad usage for things based on kf5?
[09:01] <apachelogger> have kf5/qt5 outside lunchpad only or all of it?
[09:02] <apachelogger> and if former... using one branch per debian/ dir or one meta branch for qt5 & kf5 packaging
[09:03] <Riddell> apachelogger: I don't think I understand your question
[09:03] <apachelogger> Riddell: because you are not working on neon :P
[09:04] <Riddell> ah see you should put it into context
[09:06] <apachelogger> pff
[09:06] <apachelogger> Riddell: read your backlog :P
[09:07] <Riddell> :)
[09:18]  * yofel has an update-apt-xapian-index process using 1G of memory, wtf?
[09:19] <yofel> apachelogger: what would be the benefit of *not* using launchpad for the rest? (except possibly chained rebuilds if necessary)
[09:20] <apachelogger> not having to do deal with the general shittyness
[09:20]  * yofel has no strong opinion on the branch matter, it's easy to split or merge later if required
[09:20] <yofel> really? the recipes are the best working part currently...
[09:21] <apachelogger> importing git into bzr to use the recipes ... boooh
[09:21] <juancarlospaco> How do I get the current themes default foreground color into a QColor object  ?
[09:21] <yofel> works fine though... except for qtbase and others
[09:22] <apachelogger> juancarlospaco: qcolorpalette
[09:22] <juancarlospaco> thanks, researching apachelogger
[09:22] <apachelogger> yofel: things that startw ith works fine and have an except in the middle sound wrong :P
[09:22] <juancarlospaco> I have made "glow in the dark"  widgets  :P
[09:22] <apachelogger> juancarlospaco: actually qpalette
[09:23] <yofel> apachelogger: well, *currently* things work, I'm just wondering what I gain by rewriting 150 recipes
[09:23] <apachelogger> and if qt-project wasnt down for maintenance I could even give you a pointer :P
[09:24] <apachelogger> juancarlospaco: basically you get the qpalette of an arbitrary qwidget
[09:24]  * juancarlospaco  got a  must_glow( (tuple_of_QWdigets, ) )  method
[09:28] <juancarlospaco> me
[09:28] <juancarlospaco> when I mousever something on Oxygen I get a Cyan color, I dunno which one its that one on QPalette, lets see
[09:28] <juancarlospaco> mouseover*
[09:29] <apachelogger> it is not
[09:29] <apachelogger> IIRC that is entirely based on oxygen
[09:29] <juancarlospaco> its posible to query that one via QPalette ?
[09:29] <apachelogger> probably not
[09:29] <juancarlospaco> oh, ok
[09:30] <apachelogger> even if it was theme based it would probably be from kde's palette which has 300000 more options than Qt's
[09:30] <juancarlospaco> options are good, lol
[09:30] <juancarlospaco> :P
[09:31] <apachelogger> well, IIRC qpalette's abilities are too limiting in a desktop context, as you need window decoration colors and whatnot
[09:33] <juancarlospaco> kind of have Nepomuk integration on Ninja-IDE  :)
[09:39] <juancarlospaco> How to get the value from a KRating() Widget ?,  long(self.kratingwidget.value())   ?
[09:45] <Riddell> juancarlospaco: is there such a thing as a KRating widget?
[09:45] <Riddell> nothing in the knewstuff class docs http://api.kde.org/4.10-api/kdelibs-apidocs/knewstuff/html/namespaceKNS.html
[09:45] <juancarlospaco> oh, .rating()
[09:45] <juancarlospaco> yeah
[09:46] <juancarlospaco> Nepomuk/KRatingWidget
[09:46] <juancarlospaco> the thingy with 5 stars
[09:46] <Riddell> aah
[09:48] <juancarlospaco> self.nepomukobject.setRating(long(self.kratingwidget.rating())
[09:48] <juancarlospaco> :)
[09:48] <juancarlospaco> wondering if it takes Int()
[09:50] <juancarlospaco> awesome it takes int() which is cool
[09:51] <apachelogger> wouldn't it be nice to use a sane language :O
[09:56] <Riddell> I don't think I've ever had to use long() or int() when programming python
[09:57] <juancarlospaco> yeah
[09:57] <juancarlospaco> but Docs says Nepomuk.setRating()  takes Long()
[09:58] <juancarlospaco> I guess its because its based on C++
[09:59] <Riddell> yeah the docs aren't rewritten for python generally
[10:00] <juancarlospaco> :)
[10:04] <juancarlospaco> hehehe
[10:04] <juancarlospaco> not bad, its working https://lh6.googleusercontent.com/-VNsNSnO1VbU/Ubb1OhzEaXI/AAAAAAAADFg/uwoF57FqZsg/w1024-h711-no/temp.jpg
[10:04] <juancarlospaco> :)
[10:10] <Riddell> juancarlospaco: what's ninja-ide?
[10:10] <juancarlospaco> a Python IDE Riddell
[10:10] <juancarlospaco> PyQt Libre IDE
[10:11] <juancarlospaco> ninja-ide.org Riddell
[10:11] <Riddell> idle not enough?
[10:11] <juancarlospaco> idle with TKinter ugly GUI  :)
[10:12] <juancarlospaco> Riddell: Ninja-IDE got KParts plugins  ;)
[10:13] <juancarlospaco> Riddell:  https://lh3.googleusercontent.com/-s5s5vlJsdgE/UUWWr4vDNOI/AAAAAAAAChA/RbOTWPedsmA/w1743-h942-no/temp2.jpg
[10:13] <juancarlospaco> Coding while watching a movie, while reading documentation  :)
[10:14] <Riddell> multi tasking
[10:15] <juancarlospaco> hehehehe  has Kompare KParts too, and custom Profiler
[10:15] <juancarlospaco> :)
[10:16] <juancarlospaco> Kompare KParts https://lh6.googleusercontent.com/-HJzc_vJsw5o/UVf-jOjyqYI/AAAAAAAACj0/GYEIB38GkaU/w1469-h980-no/temp.jpg
[11:18] <apachelogger> yofel, shadeslayer, Quintasan: well, toss a coin or something and tell me what you want :P
[11:19] <apachelogger> Riddell: do you have additional thoughts on https://bugs.launchpad.net/ubuntu/+source/kio-mtp/+bug/1182272
[11:20] <Riddell> apachelogger: I'm generally against adding new packages to LTS updates so I'm not too fussed about it
[11:22] <apachelogger> well, we do it for x and whatnot
[11:22] <Riddell> true
[11:23] <apachelogger> plus the case made makes sense
[11:23] <Riddell> but with lots more QA and that's just backporting not adding whole new packages
[11:23] <apachelogger> I'd pretty much want my new android phone to work with my rockstable kubuntu
[11:23] <Riddell> yeah it's not a daft idea but if the l10n isn't up to snuff then it's hardly LTS worthy
[11:23] <apachelogger> Riddell: certainly needs discussion
[11:24] <apachelogger> worst case we'd be going for backports rather than updates
[11:24] <apachelogger> Riddell: ./kio_mtp.cpp:        error ( ERR_UNSUPPORTED_ACTION, i18n( "Cannot copy/move files on the device itself" ) );
[11:24] <apachelogger> not the most prominent string
[11:25]  * apachelogger throws https://bugs.launchpad.net/ubuntu/+source/kio-mtp/+bug/1189866 at shadeslayer
[11:27] <apachelogger> I really need to do bug triage soon
[11:27] <apachelogger> 500 unread bug mails :S
[11:31] <shadeslayer> apachelogger: I don't have an issue with Qt5 + your ruby scripts, but why not use LP for kf5
[11:32] <apachelogger> don't ask me
[11:32] <apachelogger> ask yourself
[11:32] <apachelogger> for all I care the script could git import and export to bzr if that is what you want
[11:33] <apachelogger> -> lunch etc.
[11:37] <shadeslayer> apachelogger: I can't think of a technical reason to choose one over the other
[11:37] <shadeslayer> ( specifically for kf5 )
[12:03] <BluesKaj> Hiyas all
[12:19] <murthy> hello everyone
[12:19] <murthy> BluesKaj: hi
[12:21] <BluesKaj> hi murthy
[12:24] <Riddell> hi murthy
[12:24] <Riddell> murthy: fancy doing some merges?
[12:27] <murthy> Riddell: hi
[12:27] <murthy> Riddell: merges? I can try
[12:29] <Riddell> murthy: cool
[12:30] <Riddell> murthy: how about kdiff3 to get you started
[12:30] <murthy> Riddell: I haven't done any merges before
[12:30] <Riddell> murthy: https://merges.ubuntu.com/universe.html
[12:30] <murthy> Riddell: i am using kdiff for 2 yrs
[12:30] <Riddell> murthy: work out what the ubuntu change is and if we want to keep it, if not file a sync request
[12:30] <Riddell> if so get the debian package and merge changelog and add back in ubuntu change
[12:31] <murthy> Riddell: ok i am on it
[12:37] <Riddell> hmm kdevelop doesn't build on powerpc cos okteta has some endian specific bits https://launchpad.net/ubuntu/+source/kdevelop
[12:37] <Riddell> I think an override it necessary
[12:49] <Riddell> oh ug, found a way around it but kdevelop is still cdbs so now I need to work out how that works again
[12:50] <shadeslayer> Quintasan: Plasma Active meeting?
[12:50] <shadeslayer> Quintasan: does Monday work for you?
[13:46] <n8w> i have got an intel that somebody around here is askin ppl for their experiences with the notification widget in kde 4.10.x
[13:48] <Riddell> n8w: seele_ was doing interviews
[13:49] <n8w> Riddell, ye that was the nick:)...doesnt matter anymore...thx
[14:19] <Riddell> nobody doing ktp 0.6.2?
[14:19] <Riddell> Quintasan, shadeslayer?
[14:20] <shadeslayer> Riddell: Quintasan was supposedly doing it
[14:20] <shadeslayer> dunno where he got with that
[14:20] <shadeslayer> Riddell: I think the idea was to get it uploaded to Debian and sync it over
[14:20] <Riddell> oh.. hmm... slow
[14:43]  * Riddell packages ical 1.0
[14:50] <Quintasan> shadeslayer, Riddell: yes, I'm trying to get 0.6.2 into Debian since it's still at 0.4.0
[14:50] <Quintasan> We're running into dependency problems
[14:52] <Quintasan> Riddell: I can't make it faster unfortunately, some people are not responsive and I can't just upload there.
[14:55] <Riddell> Quintasan: you could just upload to kubuntu in the mean time?
[14:55] <Quintasan> Riddell: I think I can but not now.
[14:59] <Riddell> groovy
[15:17] <Riddell> >apt-cache rdepends libical0 | wc -l
[15:17] <Riddell> 37
[15:17] <Riddell> wibble
[15:46] <murthy> what is the difference between a merge-build and debuild -S ?
[15:50] <murthy> Riddell: ^
[15:52] <Riddell> mm, don't think I know of merge-build
[15:53] <Riddell> murthy: debuild -S will do a source only build of the package
[15:53] <Riddell> I don't know merge-build
[15:53] <murthy> Riddell: that i am familiar
[15:54] <murthy> Riddell: ok, i will try something
[15:54] <murthy> Riddell: one more doubt
[15:57] <murthy> Riddell: for a package there was only one file that was in conflict that is the debian/control file. All the fields from ubuntu was correct  which i selected for merging and none from the debian, so now what i put in the changelog?
[15:58] <Riddell> murthy: "merge from debian, remaining changes:  - add foo in control  - remove bar from control"
[16:29] <murthy> Bug #1189942
[17:11] <lordievader> Good evening.
[17:46] <murthy> yofel: as you know there is a setting in muon "show new distribution releases"  to check for the LTS or normal ones, how can this be done from a command line
[18:01] <genii> murthy: If update-manager is installed, use: update-manager -c
[18:03] <murthy> genii: is update-manager a default package of kubuntu 13.04?
[18:03] <genii> murthy: No
[18:04] <yofel> murthy: by editing /etc/update-manager/release-upgrades
[18:04] <murthy> checking
[18:06] <murthy> yofel: why does changing the muon setting affect the do-release-upgrade do they have a command config file?
[18:06] <murthy> yofel: command=common
[18:07] <yofel> murthy: muon setting? are you sure that's not software-properties-kde?
[18:07] <murthy> yofel: "show new distribution releases"  in the update tab
[18:07] <murthy> yofel: ya
[18:08] <murthy> it is what you said
[18:08] <murthy> my mind was clouded
[18:08] <murthy> I use to access from muon
[18:08] <yofel> software-properties-kde edits that file.
[18:09] <murthy> yofel: got it


[06:16] <dholbach> good morning
[12:26] <akgraner> I'm adding the release announcement to the Fridge now
[12:38] <akgraner> Release announcement is up  - http://fridge.ubuntu.com/2013/04/25/ubuntu-13-04-raring-ringtail-released/
[14:55] <akgraner> I'll post the new s-name announcement on the fridge in just a few minutes
[14:56] <akgraner> well when I break for lunch
[15:09] <akgraner> it's up now - http://fridge.ubuntu.com/2013/04/25/the-supercalifragilisticexpialidocious-scorpionfish-not/
[20:05] <JoseeAntonioR> so, the saucy salamender it is
[20:05] <JoseeAntonioR> salamander*
[20:06] <JoseeAntonioR> akgraner: are we sure that ubunt.eu will stay up? I'd say to not use link shorteners
[20:16] <akgraner> JoseeAntonioR, I didn't use a link shortner
[20:17] <JoseeAntonioR> akgraner: let me check where that comes from, then
[20:18] <akgraner> JoseeAntonioR, I didn't change any links in anything I posted today
[20:18] <JoseeAntonioR> akgraner: so, Adam used a shortener on the email
[20:18] <JoseeAntonioR> just checked
[20:18] <JoseeAntonioR> should we just keep it like that? I'd say to change it, ubunt.eu may go down at some point
[20:19] <akgraner> must have as I copied it from the announcement - if something happens I'll change it or I'll go back to Adam
[20:19] <akgraner> I'll mention it to him for the next announcement
[20:19] <akgraner> We should not have to pick apart the links that are in the announce emails
[20:22] <JoseeAntonioR> ok, then :)
[20:22] <JoseeAntonioR> btw, who'll take care of releasing next week? I can do it if you'd like
[20:24] <akgraner> Let's work together like we normally do. :-)  what time would you like to set as a goal?
[20:27] <JoseeAntonioR> I get home at 9 PM UTC, should be around 5pm your time


[00:02] <asac> bug 239022
[00:02] <asac> hmm
[00:02] <asac> ok
[00:15] <fta> ssh: connect to host bazaar.launchpad.net port 22: Connection refused
[00:47] <asac> yeah
[00:49] <asac> just hope that the bugmail i send is not discarded :)
[00:50] <asac> 'night!
[01:33] <fta> http://np237.livejournal.com/18484.html
[08:30] <asac> fta: well, i wont consider joss cite-worthy ;)
[09:10] <asac> cwong1: sorry ... forgot to ping you :/
[09:10] <asac> cwong1: maybe today :)
[10:16] <armin76> this is stupid
[10:17]  * armin76 blames asac
[10:17] <armin76> gentoo bug 193954
[10:17] <armin76> eh?
[10:18] <armin76> http://bugs.gentoo.org/227951 <- still not fixed on 3.0 :(
[10:19] <asac> armin76: how is that a ffox issue?
[10:22] <armin76> its a configure script issue
[15:57] <armin76> asac: nss-3.12 got released
[16:08] <asac> armin76: tomorrow ;)
[16:16] <rzr> hi
[16:16] <asac> hi
[16:16] <rzr> asac: how can I help w/ Flashblock : https://bugs.launchpad.net/ubuntu/+source/flashblock/+bug/239151 ?
[16:17] <rzr> asac: the code need to be merged your side right ?
[16:18] <asac> rzr: could you actually reproduce the crash?
[16:19] <rzr> didnt tried yet, I guess new upstream'll close this bug
[16:20] <asac> well
[16:20] <asac> guessing is fine, knowing is better :)
[16:20] <rzr> And I am lazy to boot  my 2000 db Desktop PC
[16:20] <rzr> let me ssh to some hardy box :)
[16:22] <asac> rzr: did you look at your branch? :) https://code.edge.launchpad.net/~rzr/firefox-extensions/flashblock.ubuntu
[16:22] <asac> there are two commits without real email ;)
[16:22] <rzr> yes I noticed afteraward
[16:23] <rzr> I used sshfs , and my Env was lost
[16:24] <asac> rzr: you didnt syn with the released branch before updating
[16:25] <asac> e.g. there is no release commit on your branch as is in:
[16:25] <asac> https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/flashblock.ubuntu
[16:25] <rzr> right
[16:25] <rzr> let's do it now
[16:25] <asac> do what?
[16:26] <rzr> merge
[16:26] <asac> let me see what happens when merging
[16:26] <rzr> debian/changelog conflict
[16:26] <rzr> i am resolving it
[16:27] <asac> rzr: let me do the fix
[16:27] <asac> rzr: then drop your branch
[16:27] <rzr> ok
[16:27] <asac> and next time start with release branch ;)
[16:27] <rzr> sure
[16:29] <Yannig> Hello everybody
[16:29] <Yannig> Hello asac
[16:29] <rzr> salut
[16:29] <Yannig> Salut rzr
[16:30] <asac> hi
[16:30] <Yannig> asac: Tell me: what can I do if I want to make test my translations by others on Mac and Windows?
[16:31] <rzr> Yannig: doing tranlation to occitant ? is there a big translation community there ?
[16:31] <Yannig> rzr: Me :P
[16:31] <Yannig> rzr: But I'd like others to test, in order that they tell me what they think of it
[16:32] <rzr> ok, because I am born in toulouse and lived there 25 years ,and I dont even know how to say "hello world" :)
[16:32] <Yannig> Two friends of mine would do it, they installed xulrunner and firefox translations but no way :P
[16:32] <Yannig> rzr: :D
[16:33] <rzr> a random localisation feature would help pple to learn other languages :)
[16:33] <Yannig> rzr: but Ubuntu is 11% translated, GNOME 33%, Firefox 36%, etc. :-)
[16:33] <Yannig> rzr: Why not :)
[16:36] <rzr> anyone run intrepid here ?, is beta1 out ?
[16:36] <asac> rzr: i merged it and dropped a comment in bug
[16:36] <asac> please fix that on top of the release branch i pushed :)
[16:36] <asac> then tell me and will upload to intrepid
[16:36] <rzr> ok
[16:36] <asac> cool
[16:37] <rzr> i am working on some other package at the same time
[16:37] <rzr> so dont be too hury
[16:40] <asac> its just opening a new bug and changing the bug id in changelog :)
[16:44] <Yannig> asac: Any idea?
[16:47] <Yannig> rzr: Wouldn't you know? ;-)
[16:47] <rzr> know what ? I am the guess man :)
[16:48] <Yannig> rzr: Great, lucky me :-)
[16:49] <rzr> I see that If you pay me a beer when I am back in occitanie you'll avoid big trouble
[16:50] <rzr> X forwarding is so slow, Are there libre aternative like NX ?
[16:50] <Yannig> rzr: Can be done, if you have an answer to my question ;-)
[16:51] <rzr> the question about merging your changes upstream ?
[16:51] <Yannig> rzr: Nope :-)
[16:52] <Yannig> rzr: asac explained me how to make xpi with my Occitan translations, I did them, I installed them on my computer (Ubuntu) and it works
[16:52] <rzr> I'll suggest you to join a mozilla community
[16:52] <rzr> like xulfr
[16:52] <Yannig> I'd like to know how to make them work for people on Windows and Mac
[16:53] <rzr> they seams pretty active arent they ?
[16:53] <Yannig> Mozilla does not want to hear from a translating before it's finished :-(
[16:53] <rzr> mozco
[16:54] <rzr> there are many communities related to mozilla ... xulfr is one of them
[17:11] <asac> Yannig: id you try to use them on win?
[17:12] <Yannig> id.
[17:12] <Yannig> ?
[17:12] <asac> did
[17:12] <Yannig> Nope, it's been a long time I didn't use Win
[17:12] <Yannig> I'll do it, someone advised me to try Locale switcher
[17:15] <asac> yeah
[17:15] <asac> thats the official way of switching locales
[17:15] <Yannig> Great :-)
[17:15] <Yannig> Thanks :-)
[17:15] <asac> maybe you can use matchOS preference, but not sure how to set windows environment to your locale
[17:15] <Yannig> If Locale switcher works, it will be perfect for testing
[17:18]  * asac off for a few
[17:19] <Yannig> See you, I have to go back to work.
[18:17] <armin76> asac: fta: have you noticed the bug with the spaces in the address bar?
[18:19] <armin76> asac: fta: if your address bar has an url with spaces, and you do ctrl-c, it translates the spaces to %20 when you paste it, however if you use unix paste(selection) it doesn't
[18:41] <fta> armin76, same with "'"
[18:41] <fta> ' => %27
[18:52] <armin76> fta: any bug upstream?
[18:55] <fta> not sure it's a bug, both make sense
[18:57] <armin76> why? ctcl-c converts it
[19:00] <fta> one selects text, the other selects properly encoded url
[19:00] <fta> well, i have no strong opinion on which is better
[19:00] <fta> 16 min left for the download day
[19:02] <fta> stevel, http://www.sofaraway.org/ubuntu/tmp/sb-0.6.png
[19:03] <fta> stevel, seems to work fine, yet i have a lot of error messages in the console
[19:03] <armin76> fta: asac: btw another bug: #fff is black
[19:03] <fta> armin76, file a bug
[19:04] <stevel> fta: awesome :) do you mean the JS console, or the stderr console?
[19:04] <fta> stevel, both
[19:05] <stevel> fta: can you pastebin or email them to me (stevel at songbirdnest dot com) and i'll take a look in a bit?
[19:05] <stevel> (about to go onto a panel for about an hour, but i can take a look after that)
[19:05] <fta> ok
[19:16] <fta> 8,249,092
[19:17] <fta> hm, still moving
[19:25] <armin76> fta: nevermind that #fff thing :P
[20:09] <asac> fta_: do we have a seamonkey 1.1 branch?
[20:11] <asac> gandi: hi
[20:11] <asac> what can we do?
[20:11] <armin76> bumb ff :D
[20:11] <asac> armin76: for you ?
[20:12] <gandi> asac: I'll have an internet this summer
[20:12] <gandi> who is a member of Ubuntu community
[20:12] <asac> internee?
[20:12] <gandi> and he'd like to work on Ubuntu-Mozilla integration
[20:12] <gandi> yea
[20:12] <asac> ah ok
[20:12] <gandi> sorry, I'm so much used to writing the former ;)
[20:12] <asac> gandi: hehe. thats good news.
[20:12] <gandi> would you be able to talk to him and help him choosing most needed things to be done?
[20:13] <asac> gandi: we have two main topics that are already pretty much specified ;)
[20:14] <gandi> can I introduce him to you?
[20:14] <asac> gandi: get him here and we can have a virtual IRC conference
[20:14] <asac> absolutely
[20:15] <asac> gandi: when would that be?
[20:16] <xionox> hi
[20:16] <gandi> asac: meet xionox
[20:16] <gandi> xionox: meet asec :)
[20:16] <armin76> hi asec :D
[20:16] <gandi> Asec is a leader of Ubuntu Mozilla team
[20:16] <xionox> ok
[20:16] <gandi> xionox will be working from Mozilla Europe HQ during summer
[20:17] <gandi> and he's interested in helping making Firefox work better on Ubuntu :)
[20:17] <xionox> yep
[20:17] <armin76> haha
[20:18] <xionox> :)
[20:18] <gandi> asac: can you help xionox choose priorities and select what he'll be working on?
[20:18] <xionox> if I can work on something
[20:20] <asac> hi xionox
[20:20] <xionox> hi asac
[20:21] <asac> xionox: what are your ideas?
[20:21] <asac> e.g. what areas of integration do you see that can be improved?
[20:22] <xionox> it is prety well integrated now
[20:22] <fta_> asac, https://code.edge.launchpad.net/~mozillateam/seamonkey/seamonkey-1.1.dev
[20:22] <asac> i have some concrete things in mind, but I am always happy to hear about others :)
[20:23] <xionox> it can be easy things, like pakaging extensions
[20:23] <xionox> but i don't have many idea in mind now
[20:24] <gandi> asac: for example xionox proposed he could write on adding a button on "firefox cannot be started because there is already another version started" window to kill all other instances
[20:24] <gandi> asac: do you have a list of ToDo?
[20:24] <asac> gandi: not really written down. but there are several things i have in mind
[20:24] <asac> xionox: are you more or less experienced with firefox code?
[20:24] <gandi> feel free to impregnate xionox's mind with them ;D
[20:25] <asac> gandi: I'll do :)
[20:25] <xionox> nop
[20:25] <gandi> I'm going to do XUL training on xionox at the first days
[20:25] <asac> ah ok
[20:25] <gandi> we want to make sure xionox can work on Mozilla code
[20:25] <xionox> I'm totally beginner about mozilla code
[20:25] <asac> ok good.
[20:25] <asac> yeah. how long will you internship last?
[20:25] <gandi> around 6 weeks
[20:26] <xionox> yep
[20:26] <asac> ok good.
[20:26] <xionox> but i have (i think) strong knowledge about ubuntu and linux in general
[20:27] <asac> ok. let me give the main things that should happen or at least get started this cycle integration wise
[20:27] <asac> 1. improve the plugin finder server experience.
[20:28] <asac> the main task here is to add description to the results and to make the apturl run not block the mozilla UI
[20:28] <asac> (tell me if things are not clear as you might miss context :))
[20:29] <asac> 2. work on getting our plugin finder features into the mozilla main tree
[20:29] <xionox> i understand
[20:29] <asac> for this we need to make the plugin finder service capable of new install methods (e.g. dpkg, rpm)
[20:30] <asac> and most likely we should also take care that packaged extensions also show up in the extensions dialog
[20:30] <asac> thats most likely a bit too much to get started
[20:30] <asac> 3. improve kde integration
[20:31] <asac> we have a spec on that here: https://wiki.ubuntu.com/Firefox3KDEIntegrationIntrepid
[20:32] <asac> 4. provide a mechanism that notifies users in case there are plugin alternatives available and allow them to switch plugin used for a certain content-type
[20:32] <asac> this should probably be done with upstreaming in mind
[20:33] <asac> btw, 4. is part of another spec https://wiki.ubuntu.com/FlashExperienceIntrepid
[20:33] <xionox> ha ok
[20:34] <asac> 5. make upgrades safer :)
[20:34] <asac> this is a continuing task i guess. some ideas involve to display that firefox needs to be restarted in the firefox UI
[20:35] <asac> another idea involves locking down access to "new"(not yet loaded) chrome or "new" (not yet loaded) components
[20:35] <asac> as those are the cases where firefox running after upgrade is at danger of going wild
[20:36] <xionox> ok
[20:36] <asac> xionox: you can also work on multiple of these and pick the easy parts to get started
[20:36] <asac> e.g. for 5. make the button that allows users to restart firefox
[20:37] <asac> for kde integration fix the "set background image" feature ... and so on
[20:37] <asac> xionox: you think any of those is something you would like to work on?
[20:37] <xionox> yes
[20:38] <xionox> any
[20:38] <asac> cool
[20:38] <asac> ;)
[20:38] <asac> any preference?
[20:38] <xionox> no
[20:38] <asac> gandi: what do you think?
[20:38] <xionox> I just don't know if i could do one of these things on my own
[20:38] <asac> maybe start with some low hanging fruits? like adding "description" to plugin finder service results in ubufox
[20:39] <asac> and adding restart button
[20:39] <asac> on upgrades
[20:39] <gandi> xionox: You can look at developer.mozilla.org
[20:39] <gandi> just eyescan
[20:40] <gandi> XUL tutorial to get an idea how easy XUL is
[20:40] <gandi> ;)
[20:40] <asac> xionox: once we know the initial tasks, I could try to provide initial pointers in a mini-spec document
[20:40] <xionox> ok
[20:40] <gandi> generally speaking, I would recommend just scanning through what asac said and seeing what's best for you :)
[20:40] <xionox> it seam good for me
[20:40] <gandi> it's also about what do you think motivates you most, what would you like to work on :)
[20:41] <xionox> I'm ok to work on any of these tasks
[20:41] <xionox> i find each of them interesting
[20:41] <gandi> cool!
[20:41] <gandi> :)
[20:42] <gandi> but you'll have to make a decision one day, you know that, right? ;D
[20:42] <asac> gandi: i think the final decision should be done after initial work was done
[20:42] <asac> its easier to estimate what is possible after having done a few things
[20:42] <gandi> can you guys exchange emails so that you can contact each other? xionox for help, asac once he'll find another ToDo ? ;)
[20:42] <gandi> asac: definitely
[20:42] <asac> not sure if thats possible in a 6 weeks timeframe
[20:42] <asac> :)
[20:43] <asac> gandi: sure.
[20:43] <xionox> yes
[20:43] <gandi> I'm just trying to help xionox build a list and rightsize to make sure he'll be able to work at least on a few useful to the end during internship :)
[20:43] <xionox> I agree
[20:43] <asac> xionox: you can always ping me here ... i might be in bed from time to time, but in general i am here ;)
[20:43] <asac> otherwise<EMAIL_ADDRESS>[20:44] <xionox><EMAIL_ADDRESS>for me
[20:47] <asac> xionox: ok, so lets say we start on "safer upgrades"?
[20:47] <xionox> it work for me
[20:47] <asac> xionox: if so, I'd draft a spec out of it and let you know
[20:48] <xionox> what initial knowledge will i need to do that ?
[20:48] <asac> xionox: a bit mozilla xul and xpcom and general ubuntu knowledge
[20:48] <asac> e.g. you might need to contribute patches to the update-notifier
[20:49] <asac> i think its  good balance
[20:49] <asac> e.g. you can work on the ubuntu topics if you get stack on the "new" mozilla territory
[20:49] <xionox> ok :)
[20:49] <asac> the xul + xpcom requirements are not really high
[20:49] <asac> most likely as low as possible for something that has real-life value :)
[20:49] <xionox> i will see with gandi for the xul
[20:50] <asac> xionox: when will the internship start?
[20:50] <xionox> 7 of july
[20:50] <asac> ok cool. will you be regularly in this channel?
[20:51] <asac> if so, kick me here if you have heard nothing about the "safer upgrade" spec in a week
[20:51] <xionox> if you are, I think yes
[20:51] <asac> i am always here :)
[20:51] <xionox> ok
[20:51] <asac> sometime afk ;)
[20:51] <asac> cool great
[20:51] <asac> looking forward
[20:52] <asac> xionox: maybe start reading on MDC before you start as gandi suggested
[20:52] <asac> so you get basic knowledge :)
[20:52] <gandi> MDC = developer.mozilla.org
[20:53] <xionox> yes, i will
[20:58] <xionox> so, see you after the 7of july ?
[21:05] <gandi> xionox: feel free to jump in before :)
[21:08] <xionox> ok, thanks
[21:08] <xionox> bye asac
[21:20] <fta> mozilla bug 436870
[21:24] <cwong1> asac: ping.. got a quick question for u
[21:26] <asac> cwong1: y
[21:26] <cwong1> asac: Are you folk still accept bug fixes for midbrowser?
[21:27] <cwong1> s/accept/accepting/
[21:29] <cwong1> asac: ^^^?
[21:30] <asac> cwong1: depends
[21:30] <asac> what fixes?
[21:30] <cwong1> asac: there is a problem with aboutbox not scale properly at 800x480
[21:31] <cwong1> asac: I have a simple fix for that.
[21:32] <asac> cwong1: we can do that. but i'd rather like to accumulate more fixes before starting the SRU process
[21:33] <asac> cwong1: so the idea is that you keep working on master and then we cherry-pick the important fixes regularly
[21:33] <cwong1> asac: that sounds good to me.
[21:33] <cwong1> asac: let do that unless Compal start scream for the fix.
[21:34] <asac> yes. to suffice immediate demand one can also upload to PPA i guess
[21:34] <asac> but for main hardy we should update midbrowser at regular intervals
[21:35] <cwong1> ok
[21:35] <asac> we could say that we align midbrowser update cycle with firefox one
[21:37] <asac> cwong1: what about a roadmap for midbrowser 1.0? improving toolbar would be an immediate need i guess
[21:37] <asac> the usability lacks behind ... and adding fingerscroll for textfields
[21:38] <cwong1> asac: We don't have plan for midbrowser 1.0 yet. I agree with u that the toolbar needs some work. We are currently looking at Friefox mobile.
[21:39] <cwong1> I like what they did by combining the urlbar and searchbar into 1
[21:39] <asac> cwong1: right. there are various other concepts in there that are nice
[21:40] <asac> point is that i havent seen any date when there will be something usable
[21:40] <asac> any idea?
[21:40] <cwong1> The latest is beta by yearend.  It will release the same time as Firefox 3.1.
[21:41] <cwong1> I built a prototype from their source repository and got it running on a Samsung Q1. Looks good. Unforunately most of other UI are not there yet.
[21:42] <cwong1> But the toolbar looks great.
[21:43] <cwong1> The build instruction can be found at: http://wiki.mozilla.org/Mobile/Build/Fennec
[22:43] <fta> brb
[23:05] <fta> i like the new gtk look in intrepid
[23:11] <fta> stevel, some of the errors i get: http://pastebin.mozilla.org/463196
[23:12] <stevel> fta: cool, i'll take a look
[23:13] <fta> stevel, is there a way to prevent the main sb window from being stuck in the visible part of the desktop ?
[23:13] <stevel> thanks
[23:14] <stevel> fta: i think there's an open bug on that
[23:14]  * stevel roots around
[23:16] <fta> stevel, those are in my shell: http://pastebin.mozilla.org/463201
[23:18] <stevel> fta: so your first pastebin, the JS errors - those are all currently known bugs
[23:18] <stevel> if you care, i can dig up the bug numbers - but some of them are already being worked on
[23:19] <stevel> the one for line #9 is because the GStreamer media core lacked the getSupportForURI() call, and has been fixed in trunk already
[23:19] <stevel> i recgnise the errors on line 1 & 7, i believe bugs are already filed for them - not sure if they're being worked on
[23:20] <stevel> not sure i recognise the one on line 14, but i feel like i overheard talk about it the other day - i'll look into that one further
[23:20] <stevel> i don't recognise the ones from the second pastebin - but i'll look into those as well
[23:21] <fta> cool, thanks


[01:29] <dojordan> @smoser, gentle bump on my PR. I believe I've addressed all of your comments
[13:51] <smoser> dojordan: ok.
[16:05] <smoser> powersj: t2.micro cost 0.0116/60-minutes
[16:05] <smoser> i suspect that our average api-start -> terminate is probably < 10 minutes .
[16:06] <powersj> agreed
[16:07] <smoser> so each test would end up costing us in *instance-time* ~ 0.001
[16:08] <smoser> still have other charges (possibly network and ebs volume time, but ... cheap)
[17:55] <smoser> blackboxsw: i left a question for you at https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/335108
[17:59] <blackboxsw> smoser: checking now
[18:01] <blackboxsw> smoser: so by dropping silentish downgrading from oauth to non-oauth.... you mean just fail and fail loudly?
[18:01] <blackboxsw> that's a fair and explicit behavior
[19:01] <sushant> hi guys, i work for Microsoft azure-networking and wanted to discuss the possibility of adding a networking module specific to azure.
[19:02] <sushant> This is to support networking scenarios for VMs in Azure. To begin with, it will listen for media disconnect/connect and issue re-DHCP.
[19:03] <sushant> This will help us in moving virtual machines from one azure virtual network to another.
[19:03] <sushant> Over time, we plan to add support for more advance networking scenarios in azure.
[19:04] <sushant> Please let me know if this channel is the best place to discuss, or I can also start an email thread (let me know who should I include in the email).
[19:11] <blackboxsw> sushant: saw your comments on dojordan's branch and figured we would probably start a discussion at some point. While the initial discussion can start here. I think it best to email to<EMAIL_ADDRESS> so that other viewers can participate if needed.
[19:12] <blackboxsw> I think initially something to be aware of is the systemd changes for ubuntu releases > Xenial which might make driving dhcp rediscovery a bit tougher
[19:12] <blackboxsw> s/tougher/different
[19:18] <blackboxsw> sushant: also there is a mechanism in  cloudinit now to quickly (and temporarily) interact with dhcp if needed without writing any system lease files or producing artifacts via /sbin/dhcp-script. So you might be able to interact with dhcp if you need to discover new service endpoints etc.
[19:19] <blackboxsw> cloudinit/net/dhcp.py:maybe_perform_dhcp_discovery() is something we added to assist in dhcp interactions
[19:20] <blackboxsw> but even that helper will have to be adapted in a systemd-only work which doesn't contain a packaged 'dhclient' utility
[19:20] <dojordan> @blackboxsw, I looked at that yesterday, but I wanted to confirm on xenial the current solution using bounce will work
[19:20] <blackboxsw> s/systemd-only work/systemd-only world/
[19:21] <dojordan> with systemd-networkd we may have another solution using link state disconnect and connect (think unplugging and re plugging the ethernet cable)
[19:21] <dojordan> that solution doesn't work on xenial as the networking stack doesn't retrigger DHCP for some reason. we are currently testing on 17.10 but wanted to check in the PR for xenial in the mean time
[19:22] <blackboxsw> dojordan: yes I believe for Xenial-only the bounce will continue to work. it's just newer series where this bounce will fallover.
[19:22] <blackboxsw> on xenial I believe your are correct that the bounce is required as systemd isn't driving re-dhcp on hostname changes... I *think*
[19:23] <dojordan> that is the behavior we saw
[19:23]  * blackboxsw has to relook at the changes I just landed related to bounce ifup/down being absent . to re-remember what's going on there
[19:23] <blackboxsw>     In artful and bionic ifupdown package is no longer installed in default
[19:23] <blackboxsw>     cloud images. As such, Azure can't use those tools to bounce the network
[19:23] <blackboxsw>     informing DDNS about hostname changes. This doesn't affect DDNS updates
[19:23] <blackboxsw>     though because systemd-networkd is now watching hostname deltas and with
[19:23] <blackboxsw>     default behavior to SendHostname=True over dhcp for all hostname updates
[19:23] <blackboxsw>     which publishes DDNS for us.
[19:24] <blackboxsw> sorry commit related to this was b05b9972d20ec3ea699d1691b67314d04e852d2f
[19:25] <blackboxsw> so, yeah calls to perform_hostname_bounce on xenial will continue to use the ifdown ifup logic to talk to dhcp again
[19:26] <blackboxsw> as ifupdown deb package will continue to be delivered in xenial images
[19:26] <dojordan> yup, that's the plan
[19:26] <dojordan> thanks for confirming
[19:26] <blackboxsw> ok; I feel okay about that as we won't break backward compat in xenial and remove ifupdown pkg
[19:27] <blackboxsw> and even if you continued to call perform_hostname_bounce on artful, bionic, C-series etc. it'll just no-op and log a warning message
[19:27] <blackboxsw> not even warning... a debug message: Skipping network bounce: ifupdown utils aren't present
[19:28] <blackboxsw> so if systemd-networkd doesn't do what you want sushant or dojordan's network module will have to do the lifting you mention to make that happen
[19:28] <dojordan> exactly. but for xenail we are safe
[19:28] <blackboxsw> I believe that is true. /me re-reads any of smoser's concerns there to see if I missed something
[19:29] <smoser> dojordan: i was just reading
[19:29] <smoser> blackboxsw: but will bounce do *anything* on bionic ?
[19:30] <blackboxsw> smoser, not it no-ops and  adds a debug message "Skipping network bounce: ifupdown utils aren't present."
[19:30] <blackboxsw> s/not/nope/
[19:31] <blackboxsw> cloudinit/sources/DataSourceAzure.py:616-ish
[19:32] <blackboxsw> in that case, we blindly rely on systemd-networkd to do it's job and automatically updated dhcp every hostname change
[19:32] <blackboxsw> which admitedly is a configurable default behavior which *could* be turned off on custom images
[19:34] <dojordan> from what I read the only way to retrigger dhcp if the hostname flag isn't set is to restart systemd-networkd, which is less than idea
[19:34] <dojordan> ideal*
[19:36] <blackboxsw> unrelated minor comment  on https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/335108 for you Scott. I'll give this a test on our MAAS to watch it save time :)
[19:37] <blackboxsw> +1 dojordan yeah, not sure about the other fallouts of restarting systemd-networkd..... it feels like it begs an api/interface/knob from systemd to make that possible/simple if needed, but I don't have a lot of faith in that feature showing up.
[19:39] <smoser> hmm
[19:41] <smoser> blackboxsw: http://paste.ubuntu.com/26354996/ ?
[19:41] <blackboxsw> +1 smoser
[19:47] <sushant> @blackboxsw Thanks a lot, I will start an email thread with<EMAIL_ADDRESS>[19:51] <blackboxsw> can't remember smoser do we know yet whether bionic cloud-images might drop 'dhclient'?
[19:51] <blackboxsw> it's currently still in bionic daily images per my lxc spin ups
[19:53] <smoser> they cant easily at themoment
[19:54] <smoser> the thing protecting them is initramfs-tools and ubuntu-minimal
[19:55] <smoser> http://paste.ubuntu.com/26355073/
[20:04] <dojordan> doesn't systemd-networkd have it's own dhcp client?
[20:05] <smoser> dojordan: yes it does.
[20:05] <dojordan> so is dhclient sticking around as a no-op?
[20:11] <smoser> well, at the moment yes.
[20:11] <smoser> its possible that foundations team would change initramfs-tools dependency on it.
[20:12] <smoser> and i suspect tha'd allow them to drop it from 'minimal'
[20:12] <smoser> cloud-init does use it at the moment on ec2.
[20:13] <smoser> i kind of suspect that it willlive in bionic unless someone goes pushing on it.
[20:19] <smoser> blackboxsw: somwhat related to above
[20:19] <smoser> bug 1739516
[20:20] <smoser> mwhudson says that nothign he found re-dhcp's on hostname change.
[20:26] <blackboxsw> hrm..... though it's documented here. https://www.freedesktop.org/software/systemd/man/systemd.network.html#SendHostname=
[20:30] <blackboxsw> and I see logic in systemd-229:src/network/networkd-dhcp4.c which calls sd_dhcp_client_set_hostname if link->network->dhcp_send_hostname
[20:31] <blackboxsw> ahh but that looks to be just  on dhcp4_configure
[20:31] <blackboxsw> hmm wonder where/when that's triggered
[20:31] <blackboxsw> as you mentioned earlier, might have just been lease expiration etc.
[20:47] <smoser> dojordan: i just hit 'submit' on a review.
[20:47] <smoser> dojordan: do you know the lease time that azure responds with ?
[21:02] <smoser> blackboxsw: did you verify that my maas thing works in a real maas ?
[21:02] <smoser> deploy, upgrade, reboot ?
[21:03] <smoser> and if so, can you let me into one ?
[21:03]  * smoser looks for creds he knows he has
[21:20] <blackboxsw> smoser: I still see tracebacks on artful. but, unrelated to your maas branch. looking deeper
[21:20] <blackboxsw> found a bug in cloud-init status just now too.
[21:21] <dojordan> @smoser, our leases are 2^32 - 1 seconds...
[21:22] <smoser> dojordan: wow!
[21:25] <blackboxsw>     "('apt-configure', ValueError('Old and New apt format defined with unequal values True vs False @ apt_preserve_sources_list',))"
[21:25] <blackboxsw> the full traceback
[21:25] <blackboxsw> https://pastebin.ubuntu.com/26355603/
[21:26] <blackboxsw> this was maas 2.3 with master + your change . I think master is doing the same thing.
[21:29] <blackboxsw> our maas provides an empty ntp: cloud-config
[21:29] <blackboxsw> n/n empty pools: [] and servers: [<maas-ip>]
[21:29] <blackboxsw> in vendor-data
[21:30] <blackboxsw> and I don't see much else as far as apt config
[21:32] <dojordan> @smoser, We are exploring an alternate solution to bounce the nic from hyper-v, but in the mean time we would like to get this checked in. So an alternate solution for bionic would be to simply change the hostname. This way, systemd-networkd will keep re triggering DHCP. Once we get the final ovf_env.xml from IMDS, we will actually apply the real, customer provided hostname. If you guys are okay with this approach I will code
[21:48] <blackboxsw> smoser: oops missed you creds request
[21:48] <blackboxsw> adding
[21:49] <blackboxsw> ssh<EMAIL_ADDRESS>[22:00] <blackboxsw> seeing the restored from cache messages as expected due to  check_instance_id() returning True
[22:34] <blackboxsw> ok that apt error I got was a duplicate of https://bugs.launchpad.net/maas/+bug/1735950
[22:46] <blackboxsw> ok added comments/pastes to that bug, it's targetted to 2.3 and 2.4, so we'll see


[03:30] <sethj> Due to a versioning error on my part when I try to upload an updated package to my PPA launchpad rejects it because a source file in PPA already has that version number. I deleted the affected packages but I'm still receiving the error. Do I need to do something else, or just wait longer?
[03:37] <wgrant> sethj: You can't change the contents of a package without also changing the version.
[03:37] <wgrant> You will need to increment the version number.
[03:38] <sethj> grr, the new version is correct, the old one was wrong :(
[03:40] <sethj> wgrant, would it be possible to delete the PPA and then reopen it with the same name and then upload?
[03:40] <wgrant> sethj: You could, but version numbers are cheap...
[03:40] <sethj> At this point that would (potentially) be easier than repackaging with an incrementing version number.. (unless I'm missing an easy way to rename the source file)
[03:40] <wgrant> mv
[03:40] <sethj> wgrant, the problem is it isn't my software, so that's not exactly my choice.
[03:40] <wgrant> What's the difficulty?
[03:41] <wgrant> It's the version number in the packaging that's the problem.
[03:41] <sethj> well I was thinking bzr would throw a fit if I just used mv.
[03:41] <wgrant> The package management system doesn't care what the software calls itself.
[03:41] <sethj> I realize that.
[03:41] <sethj> Maybe I'm too picky.
[03:41] <wgrant> bzr doesn't track the tarball in any version control scheme that I know of.
[03:41] <sethj> ah, cool then.
[03:41] <wgrant> mv foo_1.2.3.orig.tar.gz foo_1.2.3+really.orig.tar.gz
[03:41] <wgrant> dch -e, fix the version from 1.2.3-1 to 1.2.3+really-1
[03:42] <wgrant> That should be all you need.
[03:44] <sethj> That didn't work.
[03:44] <sethj> You see
[03:45] <sethj> Everything but the .orig.tar.gz files are package_2.1-0ubuntu1 (the PPA has 0ubuntu0), it's the orig.tar.gz file that is causing the error.
[03:45] <wgrant> Right, so rename everything 2.1+oops-0ubuntu1, or similar.
[03:46] <wgrant> You need to change the orig tarball version, which is the bit before the -
[03:46] <wgrant> The version number of the .dsc and .debian.tar.gz is defined by debian/changelog
[03:46] <wgrant> So rename the tarball and fix debian/changelog, and all should be good.
[03:46] <sethj> yeah but none of that changed the orig.tar.gz
[03:47] <sethj> I tried editing the filename directly, but then dput thew a fit.
[03:47] <sethj> maybe rename it and then rebuild the package?
[03:47] <wgrant> Hmmm?
[03:47] <wgrant> You need to rename the orig.tar.gz yourself.
[03:47] <wgrant> Then change debian/changelog
[03:47] <wgrant> Then build and upload the package.
[03:47] <sethj> okay, so that's what I missed.
[03:48] <sethj> I didn't rebuild.
[03:48] <wgrant> dput just reads the .changes and uploads the files mentioned in it.
[03:48] <wgrant> It doesn't know what a changelog is :)
[03:48] <wgrant> So it can't notice changes to the changelog.
[03:49] <sethj> ah
[03:49] <sethj> my bad.
[03:49] <sethj> Looks like it is working now. Thank you wgrant!
[03:49] <wgrant> Great
[03:49] <wgrant> Let me know if you run into any more trouble.
[09:20] <Odd_Bloke> cjwatson: wgrant: Could you mark https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/wily/cpc as non-virtualised, please?
[09:40] <wgrant> Odd_Bloke: It is done.
[09:42] <Odd_Bloke> wgrant: Danke.
[10:18] <Odd_Bloke> wgrant: Should I still be seeing my armhf builds (for example) building on lgw01-*?
[10:20] <Odd_Bloke> (https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/wily/cpc/+build/37836, for example.)
[10:21] <Odd_Bloke> I'm seeing failures with a missing /usr/bin/env which I vaguely recall being related to being on a virtualised builder (though my memory may be lying to me).
[10:23] <wgrant> Odd_Bloke: No, that's still building virtualised.
[10:23] <wgrant> Oh, the PPA needs to be devirt too, I guess.
[10:23] <wgrant> I can do that if you want.
[10:23] <Odd_Bloke> wgrant: Oh, yes please.
[10:23] <Odd_Bloke> I forgot that both were considered.
[10:25] <wgrant> Odd_Bloke: Done.
[10:25] <Odd_Bloke> Thanks again.
[10:25] <Odd_Bloke> Aha, there we go.
[11:21] <Odd_Bloke> wgrant: I'm not seeing packages I upload to that PPA build for (e.g.) armhf; am I forgetting something else I need to do to get those building?
[11:29] <wgrant> Odd_Bloke: Oh, I'd forgotten livecd-rootfs was arch: any. I'll enable armhf, but do you want all arches?
[11:29] <Odd_Bloke> wgrant: Yes please.
[11:30] <Odd_Bloke> wgrant: I had a look using lp-shell and couldn't see any, but is there a way of seeing what arches are enabled for a PPA?
[11:30] <wgrant> Odd_Bloke: Done. You'll need to reupload.
[11:30] <wgrant> Or recopy, in fact.
[11:30] <wgrant> Odd_Bloke: archive.processors
[11:31] <Odd_Bloke> wgrant: Aha, great.
[17:45] <Odd_Bloke> cjwatson: wgrant: One thing we need in our images is /etc/cloud/build.info which includes a serial (which, obviously, changes for each build). Is there a way that we can pass data in to the livefs.requestBuild call that we could consume during the live-build process?
[17:47] <Odd_Bloke> A brief examination of buildlivefs suggests not.
[17:48] <cjwatson> Odd_Bloke: can you just use NOW which already exists?
[17:48] <cjwatson> for this very purpose
[17:48] <cjwatson> echo "BUILDSTAMP=\"$NOW\"" >> config/binary
[17:49] <Odd_Bloke> Our serials are currently <DATE>.N where N is the index of the build during that day (when N>0).
[17:49] <Odd_Bloke> And we'd need to maintain that for trusty.
[17:49] <cjwatson> So, if you really had to maintain exactly that format (I decided it was not necessary to maintain it in cdimage), we could do that, but it'd take a launchpad-buildd rollout
[17:50] <Odd_Bloke> I mean, we don't use SUBPROJECT for anything. *looks around shiftily*
[17:50] <cjwatson> haha
[17:51] <cjwatson> I wonder if it would make sense to let the livefs and livefs.requestBuild metadata override the build arguments precomputed by LP
[17:52] <cjwatson> at least for datestamp
[17:52] <cjwatson> then you could pass metadata_override={"datestamp": whatever}
[17:52] <cjwatson> the only other place that lands is in /etc/media-info
[17:52] <cjwatson> and I'm guessing you wouldn't in fact object to that being consistent
[17:53] <cjwatson> or we could just make livefs.requestBuild take a version argument
[17:53] <cjwatson> Odd_Bloke: can you file a bug on Launchpad for this, in any case?
[17:54] <Odd_Bloke> cjwatson: Against Launchpad itself?
[17:54] <cjwatson> yes
[18:08] <Odd_Bloke> cjwatson: That's https://bugs.launchpad.net/launchpad/+bug/1496074
[18:08] <cjwatson> Thanks
[18:10] <cjwatson> Odd_Bloke: You'd be OK using NOW / BUILDSTAMP if you could override it?
[18:10] <Odd_Bloke> cjwatson: I believe so, yes.
[18:11] <cjwatson> Odd_Bloke: all right, will get that fixed for you, hopefully this week
[18:11] <Odd_Bloke> cjwatson: Thanks!
[18:32] <pgquiles_> sorry if it's obvious but, whats wrong with my code? http://pastebin.ubuntu.com/12419392/ Apparently it does not get any bugs from Launchpad :-?
[18:37] <cjwatson> pgquiles_: You can't iterate over the whole bug collection.  You can pick a bug target and iterate over bugs on that.
[18:37] <cjwatson> Or search for something.
[18:39] <pgquiles_> cjwatson: what do you mean by "a bug target"? (that code was taken straing out of the wiki: https://help.launchpad.net/API/launchpadlib#Collections )
[19:04] <pgquiles_> ah, now I see what a bug_target is
[22:26] <nottrobin> how can I give access to push to git repositories to someone who isn't the project owner?
[22:42] <wgrant> nottrobin: The project owner doesn't have any special access to Git repositories. The owner of the Git repository is a separate setting, and it is that person or team that has push access.
[22:43] <nottrobin> wgrant: thanks. is there any way to grant access to anyone else apart from the git repository owner?
[22:44] <wgrant> nottrobin: Not at this stage, though we'll likely be adding that functionality when we introduce customisable per-branch permissions.
[22:44] <nottrobin> wgrant: great
[22:44] <cjwatson> nottrobin: It's usually best, for now, to just make the repository owned by a suitable team.
[22:45] <nottrobin> cjwatson: aye. In this case, I'm trying to update the git repo from a script, and I don't want the script to have all the team permissions
[22:46] <wgrant> Many projects have a special committers team which doesn't have general project access, it just owns the repos.
[22:46] <nottrobin> yeah I could play around with that
[22:46] <nottrobin> thanks guys