[00:44] <robru> rsalveti: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002 packages still there, but dashboard no longer shows rtm ;-)
[03:48] <jamesh> trainguards: hi.  Could I get write access to the CI Train spreadsheet?  My LP account is jamesh, and google account<EMAIL_ADDRESS>if that's needed.
[03:49] <robru> jamesh: sure one sec
[03:49] <jamesh> robru: thanks
[03:50] <robru> jamesh: ok, you have write access on the spreadsheet and you're in the lp team necessary for running jenkins jobs. did you read the docs? any questions?
[03:51] <robru> jamesh: spreadsheet moved recently, it's now https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ahfru_NNQUKMdEZzQ3VHV0xHS3RKcERudVljcXQycWc#gid=0
[03:51] <jamesh> robru: I'm reading through the new docs sil2100 posted on the wiki.  If I have questions I'll ask them
[03:52] <robru> jamesh: alright I'm winding down. Mirv should be around in an hour or so.
[03:52] <robru> jamesh: goodnight!
[05:08] <Mirv> mornings
[05:14] <Mirv> jamesh: your first silo is 015!
[05:33] <jamesh> Mirv: thanks
[06:09] <tsdgeos> cihelp: is it possible that qmluitests job max time in unity8 has been decreased?
[06:09] <tsdgeos> since the last jobs it's timing out
[06:28] <tsdgeos> cihelp: or any idea of the
[06:28] <tsdgeos> [0526/144740:FATAL:setuid_sandbox_client.cc(126)] Check failed: IsFileSystemAccessDenied().
[06:28] <tsdgeos> that we get on https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-wily/29/console ?
[06:54] <jamesh> I got a weird build failure in silo 15: it passed everywhere for the vivid build, but on wily it failed to install dependencies on powerpc, choking on gdk-pixbuf.  It's not clear what went wrong in the log: https://launchpadlibrarian.net/207580673/buildlog_ubuntu-wily-powerpc.thumbnailer_2.0%2B15.10.20150527-0ubuntu1_BUILDING.txt.gz
[07:31] <Mirv> jamesh: there's most probably a real powerpc problem at the moment on wily
[07:32] <jamesh> Mirv: okay
[07:32] <Mirv> jamesh: I think you can ignore it for a moment and do your testing.
[07:33] <Mirv> if we publish it for wily it'd get stuck on proposed, but then it'd get unstuck whenever the gdk/something problem on powerpc would be sorted out
[07:33] <jamesh> Mirv: that's what I've started doing
[07:34] <jamesh> Mirv: when there has been dependency issues in the past, I've usually seen LP fail the build before it got to that stage
[07:34] <Mirv> and QA will take their time to verify the vivid part anyway
[07:35] <Mirv> jamesh: it's probably not a missing dependency but a version mismatch, for example newer libgdk failed to build on powerpc and it's trying to install different -dev files (arch independent) and different library version
[07:36] <Mirv> jamesh: I'm retrying the powerpc build right now, since it seems there was a gdk-pixbuf upload 2 hours ago that might be related https://launchpad.net/ubuntu/+source/gdk-pixbuf/2.31.4-2
[08:08] <Mirv> jamesh: it built fine now
[08:08] <abeato> sil2100, do we need to publish wily landings after marking as tested? or you trainguards do that for us?
[08:08] <jamesh> thanks
[08:09] <Mirv> abeato: we publish them
[08:09] <abeato> Mirv, ok, thx
[08:09] <Mirv> abeato: we can be reminded, though, if we miss something :)
[08:09] <Mirv> like.. 002 it seems :)
[08:09] <abeato> yep ;)
[08:10] <abeato> Mirv, anyway, not in a hurry, I just wanted to know
[08:10] <Mirv> it's looking good
[08:33] <jibel> sil2100, arale #2 doesn't include the latest custom tarball, isn't it?
[08:36] <sil2100> jibel: no... did it get signed off in the end?
[08:36] <sil2100> Since tarball publishing is out of my control
[08:36] <sil2100> cwayne (or someone else) needs to push some buttons which I don't know
[08:37] <jibel> sil2100, penk can do it?
[08:39] <sil2100> jibel: not sure, is he the new custom tarball person?
[08:39] <sil2100> In that case I suppose he should be able, but I don't see the tarball signed off yet
[09:02] <sil2100> jibel: so, do you know if the tarball is good to go? Since Omer didn't seem to set any final status of testing
[09:03] <jibel> sil2100, I don't know he didn't leave any info :/
[09:06] <seb128> hey there
[09:06] <seb128> sil2100, is there a flag in jenkins that can be used to ignore "missing changelog entry" erros?
[09:14] <ogra_> oh, nice, the powerd fix made it in already
[09:15] <sil2100> seb128: hm, yeah, let me just confirm how it was called
[09:16] <sil2100> seb128: FORCE_REBUILD does everything right now
[09:16] <sil2100> If you build with it, it will override any checks and let you do your thing
[09:17] <seb128> sil2100, thanks
[09:17] <sil2100> In the past we had a separate flag for that, but it's all in one now
[09:17] <seb128> wfm
[09:21] <sil2100> ogra_: yep
[09:33] <sil2100> jibel: so I guess we'll need someone to re-validate the tarball...
[09:51] <ogra_> sil2100, do you know why the custom tarball on the official server seems to be differenmt than on the last capomastro image ? i dont have the location at the top in the nearby scope since i flashed
[09:51] <ogra_> (on capomastro the last few images had it)
[09:52] <sil2100> ogra_: yeah,  there's some confusion regarding the custom tarballs - we're waiting for Chris regarding that
[09:52] <sil2100> The version numbers are confusing as well
[09:52] <ogra_> yeah, i noticed that
[09:54] <ogra_> sil2100, there seems to also be a bug in system-settings ... the custom version in the UI is completely different from system-image-cli -i
[09:54] <sil2100> hm, now that's something new
[09:55] <ogra_> i see<PHONE_NUMBER> in the UI and "version custom: 20150427-673-5-18" in s-i-c
[11:12] <sil2100> o/
[11:13] <sil2100> Mirv: wait with publishing silo 15!
[11:13] <sil2100> Mirv: it didn't pass QA sign-off and it's a dual-landing silo
[11:14] <sil2100> I switched it to needing qa sign-off now
[11:19] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_vegetahd-testresuls-20150527-dd39a0f.ods
[11:19] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_vegetahd-20150527-dd39a0f.changes
[11:19] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_vegetahd-20150527-dd39a0f.tar.xz
[11:19] <john-mcaleely> sil2100, vegetahd tarball, pushed to ubuntu-touch/ubuntu-rtm/devel-proposed
[11:20] <sil2100> john-mcaleely: excellent, thanks - do you need it copied to the rc channel already or only after you do some tests?
[11:20] <john-mcaleely> sil2100, only after joc has done some tests
[11:20] <john-mcaleely> I will let you know
[11:49] <john-mcaleely> sil2100, no sign of that having built. do you need to tickle something?
[12:00] <sil2100> Ok, ISP issues
[12:01] <cwayne> sil2100, hi
[12:01] <sil2100> john-mcaleely: hm, you mean on the ubuntu-touch/ubuntu-rtm/devel-proposed channel? A new image normally appears automatically when you push the tarball
[12:01] <sil2100> john-mcaleely: it's not appearing?
[12:01] <sil2100> john-mcaleely: are you sure the channel is properly configured? I can check in a moment
[12:01] <john-mcaleely> sil2100, yes, no sign yet of it appearing on that channel
[12:01] <john-mcaleely> which is odd
[12:02] <sil2100> john-mcaleely: where does the tarball sit currently? I'll compare it with what's in the config
[12:02] <john-mcaleely> it's only ever done one build before, so I'm not sure of much
[12:02] <sil2100> cwayne: hey! :)
[12:02] <sil2100> cwayne: we'll need you to publish the tarball once we get QA confirmation (not yet)
[12:02] <john-mcaleely> sil2100, http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_vegetahd.build ?
[12:02] <john-mcaleely> and http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_vegetahd.tar.xz
[12:02] <sil2100> hmmmmmm
[12:03] <cwayne> sil2100, for arale? I got a +1 from om26er yeserday (but knew to hold off your a more official +1 from you :P)
[12:03] <sil2100> Ok, hah, ubuntu-touch/ubuntu-rtm/devel-proposed is not configured anymore ;p
[12:03] <sil2100> cwayne: aaaaaah!
[12:03] <cwayne> sil2100, ogra_ the UI custom version string being different is not a new bug, let me find it
[12:03] <john-mcaleely> ha
[12:03] <sil2100> Ok, so there were no issues? Since omer didn't switch the status on the spreadsheet
[12:03] <sil2100> cwayne: then I suppose you're good to publish, right jibel ?
[12:03] <ogra_> cwayne, that should really be fixed
[12:04] <sil2100> john-mcaleely: let me check for another channel to use instead
[12:04] <john-mcaleely> was it ever configured? it always used to be ubuntu-touch/ubuntu-rtm/14.09-proposed :-)
[12:04] <john-mcaleely> (which seems to have gone)
[12:04] <ogra_> seb128, any idea *why* we read it from /custom/build_id ? thats so inconsistent
[12:04] <sil2100> john-mcaleely: ah!
[12:04] <cwayne> sil2100, ogra_ https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1393413
[12:04] <cwayne> ogra_, I agree, hence why I logged the bug :)
[12:05]  * ogra_ duplicates his bug then
[12:05] <sil2100> john-mcaleely: so, we don't have that channel anymore, but we do still have the ubuntu-touch/ubuntu-rtm/14.09-factory-proposed channel - I'll just add vegetahd to it and it should appear there
[12:05] <sil2100> We'll have to copy the last 14.09 rc image there though
[12:06] <sil2100> john-mcaleely: can you wait ~15 minutes for me to do that? I'll just take a few bites of lunch and take care of it ASAP
[12:06] <john-mcaleely> sil2100,  that sounds good
[12:06] <john-mcaleely> sil2100, factory-proposed will be very wrong. but for after your lunch
[12:07] <ogra_> cwayne, thanks !
[12:07] <cwayne> sil2100, before publishing, I need to reflash and just double check stuff.  if we're missing the 'where am i' that's a bug i'd rather not send out
[12:08] <cwayne> it occurred to me that i may have not --wiped when i tested it quickly yesterday, redoing now to be more sure :)
[12:09] <jibel> sil2100, if omer +1'ed the image it's all good, once cwayne double checked stuff
[12:15] <cwayne> ogra_, which channel had you flashed?  I've got the 'where am i' bit
[12:15] <cwayne> you scared me :)
[12:15] <seb128> ogra_, why do we have that file if it shouldn't be used?
[12:16] <cwayne> seb128, custom-dconf-update upstart job uses it to determine if dconf should be updated (which is hwy its a timestamp)
[12:16] <cwayne> sil2100, im good to push le button?
[12:16] <seb128> cwayne, why is the content wrong?
[12:17] <cwayne> it's not wrong, it's just not the most informative way to version the custom bits
[12:17] <seb128> well, patches are welcome in any case
[12:17] <cwayne> the one that system-image/channels.ini gets is easier to re-contruct if we ever need it to
[12:17] <seb128> unsure what to query/how to ask for it out of reading that file
[12:18] <seb128> do we have a dbus service providing that info?
[12:18] <cwayne> how do you query the other bits (rootfs/device)?
[12:18] <seb128> we read /etc/media-info
[12:19] <sil2100> jibel: anything agains publishing the custom tarball?
[12:19] <seb128> and fetch some android properties using property_get()
[12:20] <jibel> sil2100, ok to publish
[12:22] <sil2100> john-mcaleely: so, I finished eating mostly, my proposition is to copy last 14.09 rc image to the ubuntu-touch/ubuntu-rtm/14.09-factory-proposed channel, then I'll enable the customs for vegetahd and fetch your newest device tarball for it
[12:22] <jibel> sil2100, we'll start the testing process and won't wait for silos 27 and 5. We'll leave mms and location tests aside for the moment and run them once silos have landed.
[12:22] <sil2100> john-mcaleely: does that sound ok?
[12:23] <sil2100> jibel: ok
[12:23] <sil2100> cwayne: publish teh tarball o/
[12:23] <cwayne> ZE BUTTON
[12:23] <john-mcaleely> sil2100, no
[12:23] <seb128> ogra_, cwayne, is that build-id issue a problem for anyone or just cosmetic?
[12:23] <john-mcaleely> 14.09-factory-proposed was for some wierdhotfix process that we don't want to touch
[12:23] <john-mcaleely> it sounds like 14.,09-proposed has been nuked
[12:23] <john-mcaleely> and 'replaced' by devel-proposed
[12:24] <cwayne> seb128, i guess just cosmetic, as the other version string can be gotten from system-image-cli
[12:24] <john-mcaleely> and we need to heal that sil2100 ^
[12:24] <sil2100> Well, yeah, the ubuntu-touch/ubuntu-rtm/14.09-factory-proposed channel was and is for all hotfixing processes, we don't offer any rtm images now
[12:26] <john-mcaleely> sil2100, I don't see it that way at all. factory-proposed comes from some other place on people.c.c, and I don't want to touch that
[12:26] <john-mcaleely> if we've torn up RTM capability, that's a mistake
[12:26] <sil2100> We still have that possibility, but we'd need to create a new channel for that
[12:27] <john-mcaleely> at some level, it's your server
[12:27] <john-mcaleely> but I think deleteing RTM 'normal channel' is a mistake
[12:27] <sil2100> That's why I wanted to re-use an existing server
[12:27] <john-mcaleely> and should be fixed
[12:27] <sil2100> Well, we simply don't build anything from RTM anymore, so the channels weren't needed
[12:27] <john-mcaleely> argh
[12:27] <sil2100> hmmm
[12:28] <sil2100> I *might* simply temporarily re-create the RTM channels
[12:28] <john-mcaleely> very argh
[12:28] <sil2100> Let me check how things look now after slangasek's clean up
[12:28] <john-mcaleely> simply re-create rtm sounds good
[12:29] <john-mcaleely> (I'm going to give you an rtm krillin tarball shortly...)
[12:29] <Ursinha> tsdgeos: hi, I just got here, are you still having problems with your jobs timing out? if so I can have a look
[12:30] <ogra_> sil2100, cosmetic but butt ugly :)
[12:31] <sil2100> grrr, the problem is that ubuntu-touch/ubuntu-rtm/14.09-proposed is already a redirect to the rc channel
[12:32] <sil2100> Which means we cannot re-use the existing ubuntu-rtm channels since all of them are now pointing on rc
[12:32] <john-mcaleely> something's a bit fucked up :-)
[12:33] <sil2100> Let me check another thing
[12:34] <ogra_> sil2100, well, you kind of have to keep the channels, or do you want to migrate users channel.ini on upgrade ?
[12:34] <sil2100> john-mcaleely: not sure if it's fudged up, I know slangasek sent out multiple announcements and waited for comments before doing the switch
[12:34] <sil2100> ogra_: I don't intend to remove anything
[12:34] <john-mcaleely> yep. I didn't see the bit 'deleting RTM capability'. I woudl have screamed :-)
[12:34] <ogra_> sil2100, move, not remove :)
[12:34] <sil2100> ogra_: all channels exist but are aliases/redirects
[12:34] <ogra_> ah, k
[12:35] <tsdgeos> Ursinha: we found out, was actually out code, thanks (well not our code, oxide, but )
[12:35] <Ursinha> tsdgeos: okay, thanks :)
[12:35] <sil2100> john-mcaleely: we still have RTM capability, slangasek in his proposition mentioned that the ubuntu-touch/ubuntu-rtm/14.09-factory-proposed channel can be used for fixes similar to this
[12:36] <ogra_> wheee !
[12:36] <ogra_> my first proper OTA on arale
[12:36]  * ogra_ presses install and waits in awe
[12:36] <john-mcaleely> ok, well, if that's the plan. maybe I should let you tell me what you need. I'm scared though
[12:37] <sil2100> john-mcaleely: so I guess the plan was, if we need to do a quick release for RTM when we're already switched to vivid on all other channels, we can use the -factory channel (I suppose)
[12:38] <sil2100> john-mcaleely: ok :) I suppose what you need is the latest ubuntu-rtm rootfs and custom tarball (so the one from our rc channels) + the vegetahd device tarball you prepared, right?
[12:38] <sil2100> Anything else?
[12:38] <ogra_> hmm, nearby doesnt work at all anymore now
[12:38] <john-mcaleely> hang on (otp)
[12:39] <ogra_> "please activate your locations services" ...
[12:39] <john-mcaleely> sil2100,  that set sounds correct, yes
[12:39] <ogra_> (funnily HERE finds my location just fine)
[12:39] <sil2100> Now I need to figure out how to do this without blowing up the world
[12:40]  * sil2100 sighs
[12:40] <ogra_> well, it is only wed. ... you have two more days to put out the fires ;)
[12:56] <sil2100> brrr
[12:57] <sil2100> Almost ready
[13:03] <sil2100> Ok, running importer manually to see what will happen
[13:09] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150527-dd39a0f.tar.xz
[13:09] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150527-dd39a0f.changes
[13:09] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150527-dd39a0f.ods
[13:09] <john-mcaleely> krillin peer of the vegetahd image above
[13:09] <john-mcaleely> sil2100, ^ not sure if you should just create an image, or if someone wants to +1 it first. I've emailed various folk as normal about that
[13:11] <sil2100> john-mcaleely: I think for krillin we'll best need QA, but this won't block the vegeta one
[13:11] <john-mcaleely> sil2100, makes sense to me :-)
[13:11] <sil2100> Still waiting for the importer to do its job ;)
[13:11] <john-mcaleely> next up, vivid-ppa
[13:11] <sil2100> Thanks!
[13:11] <john-mcaleely> or whatever it's called these days :-)
[13:20] <sil2100> john-mcaleely: how does this look? http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-factory-proposed/vegetahd/version-1.json
[13:20] <john-mcaleely> sil2100, looks good. will flash and let you know
[13:21] <sil2100> john-mcaleely: the rootfs and custom tarballs are identical to what vegetahd has in the rc channel
[13:21] <john-mcaleely> yup, and device looks good
[13:21] <sil2100> The device tarball should be from your location
[13:21] <john-mcaleely> let me make some factory bits
[13:21] <sil2100> Ok, give me a sign if it's all cool after you flash :)
[13:21] <sil2100> Sorry for all the confusion, the channel rearrangement made some bits a bit more wacky
[13:22] <sil2100> But it's all for the future best
[13:37] <davidbarth> hey trainguards; is there a silo available for my request on line 70 ? thanks in advance
[13:37] <sil2100> davidbarth: hey! Sorry, let me take a look, there's most probably a silo free for your needs
[13:39] <sil2100> davidbarth: hm, just a thing worth noting - if you get a dual-landing silo, it will currently be blocked as we don't accept any new landings for vivid
[13:39] <davidbarth> ah
[13:39] <sil2100> davidbarth: so you'd have to wait for QA sign-off till we have a release and open the gates
[13:39] <sil2100> I know it's tempting to get a dual landing, but seeing how things are going, it'll take a while
[13:40] <davidbarth> yeah, understandably
[13:40] <sil2100> So I would recommend landing for wily and then syncing it with the next landing and/or explicitly syncing
[13:40] <davidbarth> ok, let's go for wily then
[13:40] <davidbarth> right
[13:44] <sil2100> o/
[13:45] <sil2100> davidbarth: hm, your branches are nor MPs ;)
[13:46] <sil2100> Could you correct that?
[13:49] <sil2100> Ok, I'll correct it for you
[13:49] <davidbarth> sil2100: ah sorry
[13:51] <thostr_> jibel: the backlight fix from charles when in yesterday, right?
[13:51] <sil2100> Yea
[13:54] <pmcgowan> sil2100, I dont see any landing card for it
[13:54] <sil2100> pmcgowan: landing card? You mean, on the trello?
[13:54] <pmcgowan> yeah
[13:55] <sil2100> Well, not sure about that
[13:55] <sil2100> But it's landed as per info on the spreadsheet
[13:57] <john-mcaleely> sil2100, image looks good. We will spend around 2hr on QA
[13:57] <john-mcaleely> and then ask for a promotion to rc later today
[13:57] <sil2100> Ok, give me a sign and I'll copy it to RC once it's done
[13:57] <john-mcaleely> (assuming that goes well!)
[13:59] <Mirv> sil2100: 27 is probably good to reconfig for overlay and publish, as it was signed off by QA?
[14:00] <Mirv> it fixes two High priority ota4 bugs
[14:00] <sil2100> Oh, hm
[14:01] <Mirv> sil2100: or are even QA sign-off:d High fixes banned now?
[14:01] <sil2100> I think it's on the list of things to land
[14:01] <sil2100> Let me double-check
[14:01] <Mirv> is there another list of things to land than the milestone? :)
[14:01] <sil2100> jibel: 27 is fine for this milestone still, right?
[14:02] <Mirv> I'll reconfig it anyhow
[14:02] <pmcgowan> sil2100, yes 27 on the list
[14:02] <sil2100> Mirv: thanks :)
[14:03] <jibel> sil2100, yes it fixes bug 1361864 which was on the priority list
[14:05] <Mirv> jibel: is it known that there's an unrelated-to-those-bugs upstart change also in the silo? https://ci-train.ubuntu.com/job/ubuntu-landing-027-2-publish/lastSuccessfulBuild/artifact/nuntium_packaging_changes.diff <- abeato, mandel
[14:07] <Mirv> so that's another ota4 bug #1456097
[14:07] <Mirv> so seems good but checking since the description lists only those two other bugs
[14:08] <sil2100> Sneaky silo
[14:09] <jibel> Mirv, yeah this is this MP https://code.launchpad.net/~alfonsosanchezbeato/nuntium/upstart-respawn/+merge/259383 and bug 1456097
[14:09] <Mirv> jibel: if you're happy the silo includes also that fix, I'm also happy
[14:09] <Mirv> davmor2 probably wasn't aware of that bug fix though when testing
[14:10] <jibel> Mirv, the MP was mentioned in the landing request
[14:10] <Mirv> yes, just not in the description
[14:13] <davmor2> Mirv: it restarted as I had to test that it came up I did 20 restarts for the bug on it starting before ofono, only issues I hit were sending mms yesterday which turn out to be a server issue and today receiving mms
[14:13] <davmor2> which is a phone issue and exists without the silo
[14:17] <Mirv> davmor2: ok, so it sounds it's good to go then?
[14:21] <Mirv> pmcgowan: for Qt 5.4 new features, you could add this recent addition: Two new QML modules on images: Declarative State Machine, QML Models
[14:23] <slangasek> sil2100: hi - yes, that's exactly right, if an out-of-band update needs to be done to the factory image, we can inject it just as you've done here
[14:23] <Mirv> bzoltan: ^ or you if you have edit right to that doc that lists them
[14:28] <sil2100> Mirv: so I guess 27 is fine
[14:28] <sil2100> Right?
[14:28] <sil2100> slangasek: thanks for confirming
[14:28] <sil2100> :)
[14:33] <sil2100> Ok, not waiting for double-confirmation, publishing 27
[14:43] <Mirv> sil2100: looks so
[14:43] <Mirv> sil2100: it was about quad-confirming it at that point already :)
[14:44] <sil2100> ;)
[15:02] <sil2100> uh, brb
[15:06] <jhodapp> sil2100, can I get a silo for line 71 please?
[15:06] <sil2100> On it
[15:06] <sil2100> jhodapp: just remember that the dual-landing will wait before publishing, since vivid landing gates are closed for now
[15:07] <jhodapp> sil2100, yes I know, this is a critical fix anyway so someone may override it
[15:08] <pmcgowan> sil2100, that is on crit list if we can land it
[15:08] <pmcgowan> jibel, ^^
[15:08] <sil2100> jhodapp: hmm, no merges
[15:08] <sil2100> jhodapp: column F has only some text in it
[15:08] <jhodapp> sil2100, oops sorry, wrong paste buffer in that line :)
[15:08] <sil2100> ;)
[15:08] <jhodapp> there we go
[15:08] <jhodapp> sorry
[15:10] <sil2100> Should be assigned
[15:10] <jhodapp> sil2100, thanks
[15:10] <jhodapp> which silo #?
[15:11] <jhodapp> there we go :)
[15:11] <sil2100> 20 ;)
[15:11] <jhodapp> bfiller, a fix for the uncaught exceptions making unity8 crash is building in silo 20 right now
[15:13] <bfiller> jhodapp: ok thanks
[15:18] <sil2100> seb128: do you usually publish your silos yourself? Since I want to avoid a double-publish ;)
[15:18] <seb128> sil2100, yes, just did for settings
[15:18] <sil2100> Ok, great, thanks!
[15:18] <seb128> sil2100, thanks for watching ;-)
[15:47] <sil2100> \o/
[15:47] <sil2100> Publishing!
[15:48] <sil2100> hm, I lost connection to the canonical IRC and canonistack
[15:48] <sil2100> Anyone else having issues like this?
[15:48] <sil2100> Can't access the train too
[15:48] <sil2100> ogra_, jibel: ^ ?
[15:49] <ogra_> fine here (canonical IRC)
[15:49] <sil2100> Ok, then it's on my side... eh
[15:49] <ogra_> vpn dropped ?
[15:50] <sil2100> No VPN, seems like my ISP has route problems to canonical servers (WTH?!), not sure, I'll use my proxy to publish silo 29
[15:52] <sil2100> Yeah, traceroute says packages get lost somewhere on the 5th hop
[15:53] <sil2100> Great, not only to the Canonical servers, also to the US - so my main proxy is useless
[15:53] <sil2100> I'll try through my other PL server, but this is absurd
[15:53] <Mirv> sil2100: I can publish 29 since I glanced here..
[15:54] <sil2100> Mirv: please :) Thank yoU!
[15:54] <Mirv> oh, needs reconfig to overlay too
[15:54] <sil2100> Oh, ok, it's back now
[15:56] <alan_g> sil2100: I'm trying to unravel the mir-0.13.1 landing. AIUI we have mir, qtmir[-gles] and usc already in wily-proposed and we need a corresponding update to qtubuntu[-gles]. Do I need to set up a silo with no-change branches for the existing ones? Or just for qtubuntu? Or something else?
[15:56] <sil2100> alan_g: a silo for just qtubuntu[-gles] is enough
[15:56] <sil2100> alan_g: all the others are in -proposed already, so they're just waiting for the fixed qtubuntu
[15:58] <alan_g> sil2100: thanks. I'll do that then
[16:06] <Mirv> sil2100: the watch job doesn't really seem to finish (and I restarted it already), so feel free to continue staring at it.. but 029 reconfigured to vivid-overlay already
[16:07] <Mirv> so it'd be ready to publish after something like https://ci-train.ubuntu.com/job/ubuntu-landing-029-1-build/50/console would finish..
[16:09] <sil2100> Mirv: looking
[16:09] <sil2100> Wait, sometimes it was taking a while
[16:09] <sil2100> Not sure why, but sometimes it was hanging like that
[16:11] <sil2100> Mirv: btw. you subscribed to the lt mailing-list, right?
[16:14] <sil2100> Mirv: I just setup my scripts on a safe remote server now and, besides bugs being closed, changes e-mails are sent to this list too
[16:21] <bfiller> Mirv: what's up with silo 29? QA just marked it tested but looks like build failed?
[16:21] <Mirv> sil2100: yes, usually the wait was 5min, I waited over 10.
[16:22] <Mirv> sil2100: yes I subscribed
[16:22] <sil2100> The build failed
[16:22] <Mirv> bfiller: it just needs targetting overlay, no changes.
[16:22] <Mirv> now it claims it's trying to search for wrong version..
[16:22] <sil2100> Mirv: is that normal that it failed?
[16:22] <sil2100> ;/
[16:23] <bfiller> Mirv: why was rebuild necessary?
[16:23] <Mirv> bfiller: not a rebuild, but watch_only build which is needed after reconfiguring from vivid main -> vivid overlay
[16:23] <bfiller> Mirv: ah, got it
[16:23] <bfiller> salem_: ^^^
[16:24] <salem_> bfiller, ah ok, thanks
[16:24] <Mirv> sil2100: nopes, it's trying to search for wrong version. robru has fixed some/many of the cases, but I try to now specify oen package only. now it's again waiting.
[16:25] <balloons> fginther, ping
[16:29] <sil2100> Mirv: thanks for taking care of this :) I rarely re-configure vivid->overlay silos so I didn't see this case yet
[16:36] <Mirv> sil2100: ^ well we might need robru to tell us how to make the train find the correct version from the PPA...
[16:37] <Mirv> without a real rebuild
[16:40] <john-mcaleely> sil2100, +1 on vegeta image promotion to rc
[16:40] <sil2100> uh
[16:40] <sil2100> robru: ping
[16:40] <sil2100> john-mcaleely: ok, on it in a minute!
[16:40] <john-mcaleely> thanks sil2100
[16:42] <ogra_> IOError: [Errno 2] No such file or directory: '/srv/cdimage.ubuntu.com/scratch/ubuntu-touch/wily/daily-preinstalled/live/boot-armhf+grouper.img'
[16:42] <ogra_> rsalveti, sigh ...
[16:42] <ogra_> moar changes deep in cdimage :/
[16:42] <rsalveti> hm, iirc it was kind of self contained in one place
[16:43] <rsalveti> but yeah, this is painful =\
[16:43] <ogra_> snappy FTW :)
[16:47] <ogra_> rsalveti, yeah, was only one line to drop ...
[16:47] <ogra_> (in config.py)
[16:47] <sil2100> john-mcaleely: copy in progress
[16:47] <alex-abreu> trainguards can you reconfigure silo 2 ?
[16:47] <john-mcaleely> sil2100, ack
[16:58] <jhodapp> sil2100, can you reconfigure silo 20 for me please?
[16:58] <sil2100> One moment everyone, OTP
[16:59] <jhodapp> k
[17:00] <robru> sil2100: hey sorry, wha'ts up?
[17:01] <jhodapp> robru, sil2100 is OTP, can you quickly reconfigure silo 20 for me please?
[17:01] <robru> jhodapp: sure
[17:02] <robru> Mirv: 21.1 is indeed not in the silo. still digging on that one
[17:03] <robru> jhodapp: is the only change that it's wily->dual? or did you change other stuff too? I'll have to fuss with this a bit.
[17:06] <robru> jhodapp: ok it's dual now
[17:06] <jhodapp> robru, I added another MR
[17:06] <sil2100> robru: hey! Could you look at silo 29?
[17:06] <jhodapp> robru, awesome thanks
[17:06] <robru> sil2100: yeah hang on
[17:06] <sil2100> robru: we reconfigured it for overlay and the train doesnt' see the packages
[17:12] <sil2100> john-mcaleely: image 2 in ubuntu-touch/rc/bq-aquaris.en for vegetahd should be your thing
[17:12] <john-mcaleely> sil2100, looks like it \o/
[17:12] <jhodapp> robru, did you abort silo 20?
[17:13] <robru> jhodapp: yes, you clicked build too soon and it stomped over my reconfigure. so your extra mp wasn't going to be built and it wasn't going to be dual either.
[17:13] <john-mcaleely> thank you sil2100
[17:13] <jhodapp> robru, ah bummer, is it ready now?
[17:14] <robru> jhodapp: no
[17:14] <robru> jhodapp: ok now
[17:14] <jhodapp> awesome thanks
[17:15] <sil2100> jhodapp: yw!
[17:16] <balloons> cihelp, can I get http://<IP_ADDRESS>:8080/job/ubuntu-clock-app-ci updated to use vivid as the testrunner, and not utopic please?
[17:17] <jhodapp> sil2100, has QA started in on testing the latest image for the next OTA?
[17:17] <sil2100> jhodapp: yes
[17:17] <sil2100> jhodapp: but they skip testing MMS and location for now until all fixes for that land
[17:17] <sil2100> For MMS we still need silo 29
[17:17] <jhodapp> sil2100, ok great, and my silo
[17:17] <jhodapp> 20
[17:18] <Ursinha> balloons: is that urgent? I can have a look in a short while, if that's okay
[17:18] <sil2100> One more?
[17:19] <sil2100> jhodapp: well, QA is not aware of that from what I know, probably best if you poke jibel or davmor2 about it
[17:19] <sil2100> jhodapp: but we're REALLY REALLY low on time
[17:19] <jhodapp> sil2100, hmm, pmcgowan did this morning
[17:19] <jhodapp> not sure if they actually connected or not though
[17:19] <sil2100> Like, seriously, I'm worried we won't make it right now
[17:20] <sil2100> And new fixes keep coming and coming
[17:20] <jhodapp> sil2100, it's up to pmcgowan, he wanted to try and get this into the next OTA
[17:20] <pmcgowan> which one?
[17:20] <jhodapp> the SMS fix for media-hub
[17:20] <sil2100> pmcgowan: silo 20
[17:20] <jhodapp> and causing Unity8 to crash
[17:21] <robru> sil2100: Mirv: guys.
[17:21] <robru> sil2100: Mirv: guys. srsly.
[17:21] <jhodapp> *SMS notification fix that is
[17:21] <sil2100> robru: wazzup?
[17:21] <pmcgowan> sil2100, yes thats a very nice fix if we can have it,  but I don't see a silo 20
[17:21] <robru> sil2100: Mirv: https://ci-train.ubuntu.com/job/ubuntu-landing-029-1-build/44/consoleFull clearly shows gsettings-ubuntu-touch-schemas being deleted and then failing to build. v21.1 was simply never built. just build it.
[17:21] <jhodapp> pmcgowan, it's building right now, try a refresh
[17:22] <pmcgowan> wily or vivid
[17:22] <jhodapp> both
[17:22] <sil2100> robru: wait, but QA signed-off this silo, it was built correctly and then just reconfigured
[17:22] <sil2100> robru: so did QA test a not-fully-built silo?
[17:22] <sil2100> boiko: ping
[17:22] <robru> sil2100: yes apparently. v21.1 is simply not in the PPA.
[17:22] <pmcgowan> jhodapp, it just shows under wily apparently,a nd there is no trello card
[17:22] <sil2100> robru: maybe it's fallback from the spreadsheet issues
[17:23] <robru> sil2100: just read through the logs. v21 was uploaded in a successful build, then they tried to build v21.1 but it had a merge conflict and so failed to be uploaded.
[17:23] <davmor2> sil2100: 27 and 29 are both done
[17:23] <robru> sil2100: nope, no spreadsheet issues. build job failed due to merge conflict and then nobody bothered to fix it, and then everybody's wondering why the failed build isn't in the ppa.
[17:23] <sil2100> robru: but if the build failed, the silo wouldn't get marked as ready for testing
[17:23] <jhodapp> pmcgowan, weird, robru had to do something to it so it'd actually be targeted to both...maybe it's not quite there yet?
[17:24] <davmor2> sil2100: although it looks like 29 failed
[17:24] <robru> sil2100: oh, well maybe that's a spreadsheet issue I guess. but that doesn't change the fact that v21.1 rightfully doesn't exist due to merge conflict.
[17:24] <sil2100> boiko: we need your councelling, are you around?
[17:24] <jhodapp> pmcgowan, it's definitely building for both
[17:24] <sil2100> davmor2: what do you mean it failed? Failed QA sign-off?
[17:25] <jhodapp> pmcgowan, just verified
[17:25] <robru> jhodapp: pmcgowan: yeah I've just discovered that "dual" silos can't be reconfigured at all, I had to poke it by hand, will fix that shortly.
[17:25] <jhodapp> robru, ah nice, a good test case :)
[17:26] <boiko> sil2100: o/
[17:26] <boiko> sil2100: sorry, I was on the phone
[17:26] <sil2100> boiko: hey! So, we see some strangeness in silo 29
[17:26] <robru> jhodapp: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-020 looks good anyway with wily and vivid versions
[17:26] <jhodapp> yeah exactly
[17:26] <boiko> sil2100: what's going on there?
[17:27] <sil2100> boiko: is the gsettings-ubuntu-touch-schemas that's in PPA 29 the right one?
[17:27] <boiko> sil2100: https://code.launchpad.net/~tiagosh/gsettings-ubuntu-touch-schemas/enable-group-chat/+merge/259682
[17:27] <boiko> sil2100: yep, it just changes the default value
[17:29] <robru> sil2100: ok, v21 in the silo contains that MP
[17:29] <sil2100> robru: btw. where do you see a merge conflict in gsettings-ubuntu-touch-schemas? I don't see it in the logs
[17:29] <robru> boiko: what happened is that bfiller tried to rebuild the silo, but it failed with a merge conflict, and then he never fixed it, so the silo is in an inconsistent state.
[17:30] <sil2100> robru: the merge conflict was in messaging-app
[17:30] <sil2100> robru: so gsettings-ubuntu-touch-schemas was built correctly, and messaging-app was rebuilt later on
[17:30] <sil2100> So not sure what left the silo in an inconsistent state
[17:30] <robru> sil2100: yeah the merge conflict was in messaging-app but it still failed the build job, and then nobody ever fixed it, so the silo is in an inconsistent state
[17:30] <boiko> sil2100: robru: oh, I see, let me ask salem_ to merge trunk again on all messaging-app MRs
[17:31] <robru> sil2100: what happened is that build with the merge conflict was going to rebuild the whole silo, so a new version number was generated for gsettings, but then gsettings was never actually built.
[17:31] <robru> boiko: no messaging-app was built afterwards
[17:31] <sil2100> Ah, uh, hm, that's bad
[17:31] <sil2100> That's not something a normal user would expect
[17:32] <boiko> robru: sil2100: yeah, my bad, I fixed the merge conflict but got distracted with other tasks and forgot to rebuild the silo
[17:32] <sil2100> Since they saw an issue in messaging-app and then rebuilt messaging-app, they wouldn't expect having to rebuild anything else too
[17:32] <sil2100> Ok, so we need to get it rebuilt then
[17:32] <robru> sil2100: well I don't know any way around this. a new build for gsettings was started, and then it was halted due to the job failing, and then nobody finished the build, so gsettings in the silo is in a half-built state
[17:33] <robru> sil2100: all I can say is, if you don't want to rebuild the whole silo, don't rebuild the whole silo.
[17:33] <sil2100> robru: is it safe to do an empty Build, or should I specify gsettings?
[17:33] <robru> sil2100: I would specify gsettings
[17:33] <sil2100> I mean, now
[17:33] <balloons> Ursinha, yes. no crazy urgent, but today :-)
[17:33] <boiko> sil2100: robru: and messaging-app?
[17:33] <sil2100> robru: no, messaging-app has been rebuilt correctly
[17:33] <robru> boiko: no messaging-app was already rebuilt successfully
[17:33] <sil2100> I mean, boiko
[17:33] <sil2100> ;)
[17:33] <boiko> ah ok
[17:34] <boiko> robru: sil2100: sorry for the mess :/
[17:34] <sil2100> Ok, this shouldn't require a re-test, as there was no change in the branch itself
[17:35] <robru> boiko: it's ok
[17:36] <robru> sil2100: Mirv: on an unrelated note, did either of you reconfigure any silos today? particularly people trying to change from wily to dual or the other way around?
[17:37] <sil2100> robru: hm, no, not from dual landings, maybe Mirv reconfigured though?
[17:37] <robru> sil2100: I discovered a bug this morning that dual landings just cannot be reconfigured. because a "dual" series is really "wily", but when you reconfigure there's a check that says "hey dual isn't wily, you can't change the series!" and aborts.
[17:38] <sil2100> uh
[17:38] <sil2100> hah ;)
[17:38] <robru> sil2100: I've got a branch prepped, will test in staging
[17:38] <robru> sil2100: this is a result of the prepare job being untestable ;-)
[17:39] <sil2100> Aww, well, yeah, these parts would be hard to test ;) At least my sync-parts were easily rip-able so I was able to write some tests for it
[17:39] <sil2100> When making changes
[17:39] <sil2100> But well, reconfigures... this would require the rewrite, otherwise too much wasted work
[17:47] <davmor2> sil2100: you all sorted now?
[17:54] <sil2100> boiko: ok, ACKing your packages but please make sure you and your team writes all dependency changes in changelog entries please!
[17:55] <jhodapp> bfiller, pmcgowan sil0 20 is ready to try out for bug 1457129
[17:55] <boiko> sil2100: yep, ok, actually it is the first time someone asks me to do so... good to know :)
[17:59] <pmcgowan> jhodapp, did you figure out a good way to reproduce it
[18:00] <jhodapp> pmcgowan, no, just keep trying
[18:01] <pmcgowan> jhodapp, you mean keep sending texts until it happens
[18:01] <jhodapp> pmcgowan, it's a very rare event, but based on the backtraces I was able to get, my improvements should prevent the situation
[18:01] <sil2100> davmor2: I should be good
[18:01] <jhodapp> pmcgowan, right...I need some good testing from several people to make sure this is fixed
[18:01] <sil2100> davmor2, jibel, ToyKeeper: you want me to kick a new image with the 2 MMS silos in?
[18:02] <davmor2> sil2100: yeap
[18:10] <john-mcaleely> sil2100, is it expected that there is no 'delta' image for:
[18:10] <john-mcaleely> http://system-image.ubuntu.com/ubuntu-touch/rc/bq-aquaris.en/vegetahd/index.json
[18:10] <john-mcaleely> makes for a *huge* OTA at the moment
[18:14] <sil2100> Interesting
[18:15] <sil2100> john-mcaleely: not sure what went wrong, copy-image should generate the delta from previous images in the channel automatically
[18:16] <john-mcaleely> sil2100, https://bugs.launchpad.net/ubuntu-system-image/+bug/1459371
[18:16] <sil2100> john-mcaleely: let me look into that tomorrow, today it's already a bit late :)
[18:16] <john-mcaleely> sil2100, yeah, no-one will actually ota between those as a customer anyway
[18:19] <sil2100> john-mcaleely: but good that you found that, we need to make sure that when we copy it to stable it will normally create the delta
[18:20] <john-mcaleely> sil2100, well, stable has 0 images for this device :-)
[18:20] <john-mcaleely> still something is wrong though
[18:20] <sil2100> john-mcaleely: hmmm, touche'
[18:20] <sil2100> ;)
[18:20] <john-mcaleely> anyway. enough for today :-)
[18:23] <sil2100> jibel, davmor2: kicking the new rootfs in the meantime
[18:53] <tvoss> trainguards, could someone please reconfigure line 16, i.e., silo 5?
[18:55] <sil2100> robru: ^ could you take care of it?
[18:55]  * sil2100 is half-EOD already
[19:02] <tvoss> robru, this is kinda urgent, and I'm well past my eod
[19:03] <robru> tvoss: sorry, missed the first ping somehow
[19:04] <tvoss> robru, sure, no worries :)
[19:05] <robru> tvoss: you've got a branch in there, need MP urls: https://ci-train.ubuntu.com/job/prepare-silo/5026/console
[19:05] <tvoss> robru, sorry, fixed :)
[19:07] <robru> tvoss: ok good to go
[19:52] <robru> brb
[20:03] <jibel> rsalveti, ^ since you're the only one online, is silo 5 ready for QA?
[20:11] <rsalveti> jibel: yup
[20:13] <jibel> rsalveti, can you mark it so, and someone will proceed with the verification.
[20:13] <rsalveti> jibel: sure
[20:13] <jibel> thanks
[20:14] <jibel> ToyKeeper, ^ can you take silo 5, Omer is on 20.
[20:15] <ToyKeeper> Sure, I take it that's unblocked now?
[20:16] <jibel> ToyKeeper, it is unblocked apparently. It is the same than yesterday with an additional 4 lines patch to fix location accuracy
[20:16] <rsalveti> yeah, I'm changing the state in a minute
[20:24] <rsalveti> ToyKeeper: it's unblocked as in packages are available, since the developers who created the mrs are all gone now
[20:24] <rsalveti> we're trying to test in parallel
[20:25] <rsalveti> but not getting good results here
[20:28] <ToyKeeper> So far I haven't gotten it to find me at all.
[20:31] <rsalveti> $ sudo apt-get install ubuntu-location-provider-here=0.1+15.04.20141110-0ubuntu1
[20:31] <rsalveti> try downgrading provider-here
[20:31] <rsalveti> it seems to be busted
[20:31] <rsalveti> get only the location-service binaries
[20:35] <ToyKeeper> The only package changed was ubuntu-location-provider-here, pulled from the silo.
[20:35] <ToyKeeper> Granted, I can't always trust 'citrain device-upgrade' to do the right thing.  It's too automagic for its own good.
[20:37] <ToyKeeper> I'll upgrade it manually and see what happens...  and maybe submit a patch to the citrain tool to handle apt sources differently.
[20:38] <rsalveti> ToyKeeper: right, that's because of the pinning
[20:38] <rsalveti> so if we have a package with the same name in the overlay ppa, it will always use that instead
[20:38] <ToyKeeper> Yeah, I find it usually works better to temporarily disable all other apt sources so only the PPA can be installed.
[20:38] <rsalveti> even if your new ppa got a more recent version
[20:41] <pmcgowan> rsalveti, I dont think that fix did anything
[20:44] <jibel> ToyKeeper, even if you disable all apt sources you have to pin the silo with a higher score than the overlay otherwise packages already on the image from this origin won't be upgraded
[20:47] <pmcgowan> ToyKeeper, jibel silo 5 seems to not fix anything
[20:47] <pmcgowan> I would not bother with it
[20:47] <jibel> pmcgowan, ack.
[20:58] <rsalveti> yeah, hard to say if it changed anything
[21:29] <robru> om26er: what's the deal with silo 20? is that needed in vivid?
[21:29] <om26er> jhodapp, ^ ?
[21:30] <om26er> robru, I think yes, vivid
[21:30] <jhodapp> om26er, yes
[21:30] <jhodapp> oops robru
[21:31] <robru> jhodapp: om26er: just that vivid is "closed" so I'm not sure if this has approval to get in. I don't see it listed on the bug
[21:31] <jhodapp> robru, it does: it's on pmcgowan's list
[21:31] <robru> jhodapp: ok
[21:32] <robru> jhodapp: https://code.launchpad.net/~phablet-team/media-hub/fix-1457129/+merge/260343 please approve the merge ;-)
[21:32] <jhodapp> robru, I shouldn't top approve my own, rsalveti care to top approve for me?
[21:33] <robru> jhodapp: well it doesn't matter to *me* who top approves it...
[21:33] <jhodapp> alright, done :)
[21:33] <jhodapp> om26er, thanks for testing that so quickly
[21:34] <om26er> jhodapp, code looked "safe" to me, plus it worked fine.
[21:35] <jhodapp> om26er, awesome...I also hammered it not only with SMS, but telegram as well just to make sure
[21:40] <rsalveti> hey
[21:41] <rsalveti> jhodapp: I approved it to avoid possible issue later on regarding self approvals
[21:41] <jhodapp> rsalveti, thanks man!
[21:42] <rsalveti> getting threads and locks right is hard
[21:42] <jhodapp> rsalveti, indeed, that's why I try and avoid using them at all costs :)
[21:42] <rsalveti> yeah
[22:22] <boiko> trainguards: does anyone know where I can find debug debs for the vivid overlay ppa?
[22:23] <robru> boiko: as far as I know those don't exist. IIRC there was some talk of enabling it but I'm not sure if that actually happened or not
[22:23] <robru> boiko:  cjwatson or wgrant would know more about that I think ^^
[22:24] <boiko> robru: ah ok, I needed them to retrace a crash file to debug :/
[22:25] <robru> boiko: like I said I'm not sure. double check with those guys I mentioned before giving up.
[22:25] <boiko> robru: ok, thanks
[22:25] <robru> boiko: np
[22:37] <cjwatson> robru: Oh, is that PPA not dbgsym-enabled, I wonder?
[22:37] <robru> cjwatson: dunno, can you check?
[22:37] <slangasek> hmm which one?
[22:38] <cjwatson> In [3]: ppa
[22:38] <cjwatson> Out[3]: <archive at https://api.launchpad.net/devel/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay>
[22:38] <robru> slangasek: boiko needs ddebs from overlay ppa...
[22:38] <cjwatson> In [4]: ppa.build_debug_symbols
[22:38] <cjwatson> Out[4]: True
[22:38] <cjwatson> they should be available through LP
[22:38] <cjwatson> looks enabled to me
[22:38] <cjwatson> publish_debug_symbols is on too, so they're even on ppa.launchpad.net
[22:39] <robru> boiko: what package do you need it for?
[22:39] <cjwatson> they're only available for packages built after *handwave some date a few weeks ago*
[22:39] <boiko> robru: history-service at first, but if you or cjwatson can point me to the URL to the debug syms it should be enough
[22:39] <cjwatson> but e.g. http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/a/address-book-app/
[22:39] <cjwatson> boiko: that was built a little too early I'm afraid
[22:39] <slangasek> ok, so it wasn't specifically a setup problem with the new silos?
[22:40] <cjwatson> you'll get .ddebs in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/h/history-service/ for your next build that winds up in that PPA
[22:40] <cjwatson> no
[22:40] <boiko> cjwatson: ok, thanks
[22:40] <cjwatson> or you can get them from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+packages for the relevant package, which is probably marginally better because https
[22:41] <robru> boiko: sounds like you need a rebuild. want a silo?
[22:41] <cjwatson> though "deb http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu vivid main/debug" would work too, and be secure provided that you have that PPA's key trusted by apt
[22:42] <boiko> cjwatson: nice! thanks a lot!


[00:03] <bca> {{done}}
[00:03] <bca> oops
[00:06] <demonspork> I have an old laptop running Ubuntu 12.04 server in a corner and I was wondering what software you would recommend to set up backups for it? The data that I really need will fit in my dropbox account but I would like to back the entire thing up to an external drive on a regular basis, preferably a barebones backup if that could be accomplished
[00:21] <r0tha_> rsync
[02:12] <MosquitoCR> Anyone knows what is a really good tool to stress the I/O read and write ? for raid 10 or raid 5 servers ?
[02:15] <patdk-lap> sure, do whatever your going be doing on them
[02:15] <patdk-lap> cause any benchmark you do will be meaningless, unless it correctly mimics your workload
[03:11] <Skaag> is there some tool in ubuntu that I can install that exposes the server status via apache? (web)
[03:16] <MoleMan> Skaag: 'server status' ?
[03:16] <Skaag> I meant something like webmin but more decent ;)
[03:17] <MoleMan> not sure about admin... but my google-fu suggests you look up cacti
[03:17]  * MoleMan boots VM to look at
[03:18] <Skaag> cacti is great
[03:18] <Skaag> but it's a bit too much, and there's no control over the server, it just measures various metrics and graphs them with rrd
[03:18] <Skaag> anyway never mind, I guess webmin will have to do for now
[03:18] <MoleMan> what control did you want?
[03:19] <Skaag> I guess what webmin does… just with a nicer GUI.
[03:19] <Skaag> I find the webmin UI repulsive.
[03:19] <Skaag> but functionality is great!
[03:23] <MoleMan> haha, are there not any replacement styles/themes available? bit of searching might turn up someones customised CSS for it or whatver...
[03:58] <mgi> Hey, does anyone have any suggestions on how I could use smbios from the installer? I need to set PXE boot to false after the installer finishes so it doesn't PXE boot and install all over again. (This is normally achieved by executing smbios-token-ctl, however even if the binaries are on the /target I won't be able to run because I presume it installs some modules in the kernel)
[03:59] <mgi> I hope some of that makes a little bit of sense.
[05:03] <ScottK> !webmin | Skaag
[05:03] <ScottK> IIRC Zentyl (or something similar is suggested now)
[05:03] <Skaag> oh cool
[05:03] <Skaag> thank you!
[05:10] <ScottK> MoleMan: ^^^ happy now.
[07:38] <mardraum> anyone using quantal with kvm and libvirt notice that when libvirt 0.9.13 was imported virsh can't see VMs anymore (user is member of group libvirtd) unless running as root?
[07:38] <mardraum> not sure if it's a bug or a change to the behaviour
[08:11] <jamespage> mardraum, I see the same issue (just upgraded)
[08:11] <jamespage> oddly I can see stuff using virt-manager
[08:11] <jamespage> but not using virsh
[08:12] <jamespage> mardraum, wanna raise a bug and I'll confirm it?
[08:13] <jamespage> Daviey, the floodlight package it nearly there - upstream are testing from PPA ATM to validate its all good
[08:13] <jamespage> but my local testing looked OK
[08:16]  * RoyK is frustrated with ubuntu and kvm and the lack of sanlock support :(
[08:17] <Daviey> jamespage: woot
[08:18] <Pupeno_W> What does t mean as the execute permission for other in a directory? like: drwxrwxrwt  2 root root     4096 Jul 19 08:16 tmp/
[08:19] <mardraum> jamespage: thanks. sure, I'll do it now.
[08:34] <mardraum> jamespage: Bug #1026515
[08:34] <jamespage> mardraum, on it now - thanks!
[08:37] <Pupeno_W> Is there some program or way to check that the permissions of files and directories in /var are ok? I just accidentally changed many of them.
[08:45] <disposab1e> if i only need vlanX interface in my /etc/network/interfaces (vlan_raw_device eth0), do i need a separate stanza for eth0 or does it get brought up when vlanX starts?
[08:46] <disposab1e> i don't even want to have 'auto eth0' in there if i don't have to
[09:02] <slide23> Does anyone know of a daemon that will monitor my internet connectivity and send me an email if it gets disconnected? It can't rely on an uplink test though it actually needs to try accessing something on the internet
[09:13] <rubiojr> howdy folks
[09:13] <rubiojr> http://askubuntu.com/questions/165075/how-to-get-isolcpus-kernel-parameter-working-with-precise-12-04-amd64
[09:13] <rubiojr> I've been researching that stuff for a while
[09:13] <rubiojr> hints?
[09:13] <rubiojr> maybe kernel config related?
[09:14] <rubiojr> do you believe that opening a LP issue is worth it?
[10:09] <alex88> hi guys, i want to run corosync after nova-network on boot, for now, i've removed corosync from boot and added "exec sleep 10 && service corosync start" at the end of /etc/init/nova-network
[10:09] <alex88> which is obviously horrible, but i was just testing if that works, what's the correct way?
[10:11] <jamespage> anyone care to give my an opinion on bug 1025418
[10:11] <jamespage> s/my/me/
[10:14] <rbasak> jamespage: his screenshot is on the client, isn't it?
[10:14] <jamespage> rbasak, yes
[10:14] <jamespage> its a misconfiguration of openssh
[10:14] <rbasak> jamespage: best to compare this with a fork bomb I think. If he has permission to create a fork bomb, then this isn't a bug.
[10:14] <jamespage> its more whether this is a 'vulnerability'
[10:15] <jamespage> I just get dumped out when the bash can't allocate more memory....
[10:15] <rbasak> If he does not have permission to create a fork bomb, and this allows him to, then it's a vulnerability
[10:15] <jamespage> rbasak, educate me - how would I check that?
[10:16] <rbasak> jamespage: I didn't mean as direct as that - just conceptually the boundary between a vulnerabiity and a misconfiguration
[10:17] <jamespage> rbasak, ah - I see
[10:17] <rbasak> jamespage: ulimit is the usual way to prevent resource exhaustion. On his machine, his ssh client is limited to that anyway
[10:17] <rbasak> If he's exhausting resources as a client on his own machine, then he's not crossing a privilege boundary
[10:18] <rbasak> If OTOH he manages to cause a resource exhaustion on the server, and the server is configured to resource limit him, then he's crossing a privilege boundary and it's a vulnerability
[10:18] <rbasak> It's not clear to me that there's any resource exhaustion on the server at all. He says server, but it looks to me that's where he's running a client.
[10:18] <rbasak> So what he's really after is configuring some resource limits
[10:20] <rbasak> jamespage: I can comment on the bug if you like? I'll even mark it as Invalid :)
[10:21] <jamespage> rbasak, well as its a FUD target its safe to assume that 'server' is the client in this case
[10:21] <jamespage> rbasak, sure - feel free to comment and close - I think you are correct.
[11:11] <rbasak> jamespage: re: bug 988819. I've verified that the fix appears to work, but am not sure how to test it fully. I've asked for test cases from the reporters on the bug. So it's now blocked on that. If this fix does work, then the only SRU will be for modsecurity-apache, which is in universe. Thus, is the 12.04.1 milestone target still relevant, or should I drop it?
[11:11] <jamespage> rbasak, I think that the test case can be technical
[11:12] <rbasak> I've verified that libxml2.so.2 is loaded, but not that it's functional
[11:12] <jamespage> so for example I think its sufficient to say - yes we can restart apache OK with it installed and we can see that this library has been loaded by using lsof or suchlike
[11:12] <rbasak> OK in that case we're done
[11:12] <jamespage> rbasak, 12.04.1 is agnostic of location BTW
[11:12] <rbasak> May I paste your comment in the bug please? :)
[11:13] <jamespage> sure
[11:13] <jamespage> do you fancy doing the same fix for mod-proxy-html as well?
[11:13] <jamespage> rbasak, while you are there.....
[11:13] <rbasak> Sure, is there a bug on that?
[11:13] <jamespage> same bug
[11:14] <jamespage> different task
[11:14] <rbasak> Ah I missed that
[11:14] <rbasak> No problem
[11:14] <jamespage> rbasak, marvellous - thanks v much
[11:15]  * rbasak gets to it
[11:16] <jamespage> rbasak, if you ping me the branches I will upload for you as well
[11:16] <rbasak> OK, thanks!
[11:17] <jamespage> rbasak, so that means no fix in apache2 itself right?
[11:17] <rbasak> jamespage: for SRU, correct
[11:17] <jamespage> rbasak, OK - marking 'Invalid'
[12:04] <zul> good morning
[12:27] <alex88> hi guys, i've two machines, configured in the same way, in one pacemaker starts, in the other it doesn't..how can i debug why?
[12:36] <zul> alex88:  start by looking at the log file maybe?
[12:36] <alex88> zul: it seems as it never started
[12:37] <zul> alex88: checked the man page and put it in debug mode then?
[12:37] <alex88> ok, give me a second
[12:38] <zul> other than that i cant tell you what happened
[12:39] <alex88> because pacemaker writes log to /var/log/cluster/corosync.log but i get "corosync [pcmk  ] WARN: route_ais_message: Sending message to local.crmd failed: ipc delivery failed (rc=-2)"
[12:39] <alex88> let me search for debug
[12:42] <alex88> there is a -v flag. i've added an echo to file in the init script just to get if it's called
[12:42] <alex88> because after login i can start it without any problem
[12:43] <zul> alex88: then you google that message and figure it out
[12:43] <zul> and check for a #corosync channel
[12:43] <alex88> kk
[12:44] <alex88> thnx
[12:44] <alex88> it says it has been started
[12:44] <alex88> btw, i'll check
[12:46] <hallyn> zul: libvirt in quantal has dropped the patch ubuntu/9002-better_default_uri_virsh.patch.  Just to make sure - that wasn't on purpose right?
[12:46] <zul> hallyn: no
[12:47] <hallyn> k
[12:47] <jamespage> zul, hallyn: would that explain bug 1026515
[12:47] <hallyn> jamespage: yeah that's why i went looking
[12:47] <jamespage> hallyn, ah - I see
[12:48] <hallyn> do one of you have an /etc/ceph/ceph.conf?  does it look sensitive?
[12:48] <hallyn> wondering if there is any reason qemu should *not* be given access t oit
[12:49] <jamespage> hallyn, I do - one second
[12:49] <alex88> a pacemaker purge->install make it working
[12:50] <jamespage> hallyn, http://paste.ubuntu.com/1099990/
[12:50] <jamespage> for a client like libvirt it just contains addresses for the ceph monitors and nothing else AFAIK
[12:53] <jamespage> hallyn: I think it would be OK TBH
[12:54] <rbasak> jamespage: tested and done the MPs in bug 988819
[12:54] <jamespage> rbasak, you are a star - thankyou!
[12:55] <jamespage> I'll look at them PM today
[12:57] <hallyn> jamespage: cool, thanks :)
[13:00]  * jamespage looks forward to trying that out with hallyn's next upload :-)
[13:24] <jamespage> rbasak, uploaded
[13:25] <jamespage> rbasak, do we removed the verification-failed tag now?
[13:25] <jamespage> rbasak, I expect SpamapS will tell us....
[14:03] <rbasak> thanks jamespage!
[14:22] <tarvid> how do I track the status of bugs I have posted to launchpad?
[14:34] <rbasak> tarvid: https://bugs.launchpad.net/~tarvid/+reportedbugs
[14:38] <skrite> hey all, correct me if i am wrong. but the advantage of having a master-master mysql replication is that you can write to both computers, yes? Is that dangerous? I don't think i have an application that warrents a cluster.
[14:49] <realnorth> anyone able to help me with some MaaS stuff?
[14:49] <pmatulis> realnorth: just ask the question.  you might want to consider #maas as well
[14:50] <realnorth> didn't know #maas existed
[14:50] <realnorth> thanks
[14:50] <realnorth> I created this here http://askubuntu.com/questions/165545/maas-install-64-bit-client-nodes-doesnt-work
[14:50] <realnorth> but basically I can't get maas to install with 64 bit OS
[14:50] <realnorth> it always does the 32 bit version
[14:50] <realnorth> even though the processors are 64 bit
[14:56] <jamespage> Daviey: around? I want to run a seed change past you before I do it....
[15:02] <jamespage> skrite, its easier to have a master/slave and switch the personality of the slave if the master dies
[15:02] <jamespage> OR have an active/passive cluster and use clustering
[15:03] <jamespage> each has its positives and negatives
[15:04] <jamespage> zul: how are you on seed management?
[15:05] <zul> jamespage: tolerable
[15:05] <zul> jamespage: whats up
[15:05] <jamespage> zul, if I need to add a package to the 'supported' set for server; but not ship it anywhere; is the supported-misc-server seed the right place to add it?
[15:05] <jamespage> its where all of the openstack stuff is...
[15:06] <zul> jamespage:  yeah
[15:07] <skrite> jamespage: we really only want to build this on two to three machines. The application is different from a webserver, most of our load is disk i/o.. we do data processing, control and monitoring of lab and industry machines.
[15:07] <skrite> jamespage: so we take a lot of data in, we display it on a website, but that is not the major load.
[15:07] <jamespage> skrite, what is your downtime tolerance like?
[15:08] <skrite> jamespage: for a failure?
[15:08] <jamespage> yep
[15:08] <skrite> jamespage: if we are down less than an hour, when a machine melts down, we should be just fine
[15:09] <jamespage> skrite, hmm - so quite low then
[15:09] <jamespage> skrite, do you have access to a SAN or suchlike? or are they standalone servers?
[15:09] <skrite> They are stand-alone servers
[15:10] <jamespage> skrite, I'd probably go with an master/slave with replication then
[15:10] <jamespage> that way if you get a machine that pop's badly enough to have to swap it out - you still have a database....
[15:10] <skrite> right now, we use one server with MySQL replication master/slave and use the other computer to run some cron jobs to help process the data, but it is difficult to have it as a ready to go replacement set up like that
[15:11] <skrite> because of how our data input and processing goes in.
[15:11] <skrite> i would like, in an ideal scenario, to write to the database on more than one computer. We run a lot of processes that really work the hard drives
[15:12] <skrite> what disadvantage is there with Master-Master ? i have set up master-slave many times, but never master-master.
[15:12] <jamespage> skrite, I don't think that mysql can even do multimaster TBH
[15:13] <skrite> oh
[15:13] <skrite> well, i guess that master-slave will have to do if that's the case
[15:14] <jamespage> skrite, without knowing the specifics of your application is hard to make recommendations
[15:14] <jamespage> skrite, there are solutions which are more horizontally scalable than mysql
[15:15] <jamespage> BUT they are not typically SQL/row based; so it requires a different approach to data storage and retrieval
[15:15] <skrite> jamespage: yeah, the problem with a change in dataserver is that i have 5+ years of code that work with the MySQL server. Python, Ruby, etc..
[15:15] <jamespage> skrite, hmmm
[15:16] <jamespage> which is always awkward to change....
[15:16] <skrite> yeah, we have totally outgrown our earlier solution. The database is about 70GB and growing... whew !
[15:17] <jamespage> 70G? well you are definately still in mysql territory then
[15:17] <skrite> our major I/O is not the website, it used to be. but now its all the processing of data as it comes in fromt the machines
[15:18] <jamespage> skrite, can you offload from the database in anyway?
[15:18] <jamespage> if that is where your bottleneck is?
[15:19] <skrite> jamespage: mmm. the database is part of the bottleneck, the biggest though is the disk i/o
[15:19] <jamespage> skrite, in which case more memory and faster disks is probably the way to go...
[15:20] <tarvid> https://bugs.launchpad.net/ubuntu/+source/logrotate/+bug/1026660
[15:20] <jamespage> skrite, what type of storage are you using? do your servers have any type of RAID configuration?
[15:20] <maplesoft> why not make a text file based web chat client with ajax rather than xmpp based web clients?
[15:21] <skrite> jamespage: we do have RAID on our main server, with two PCI express RAM drives, Raid 5 Storage is MyISAM
[15:22] <jamespage> skrite, hmm
[15:22] <tarvid> I've reinstalled logrotate and rsyslog, I used to be able to restart rsyslogd and it would start logging again. Now I am without logs which is not good for an active server
[15:23] <skrite> jamespage: we thought that if we could use two computers that we could write to both, have the RAID as a stripe for speed and make the computers redundant instead of the drives, that would more than double the drive throughput
[15:23] <skrite> as i understand it.. little shakey..
[15:23] <skrite> that's why i am here :)
[15:26] <jamespage> skrite, one second
[15:27] <jamespage> utlemming, seed change pushed for walinuxagent
[15:27] <skrite> jamespage: sure
[15:31] <jamespage> skrite, not sure my brain is working that well today...
[15:32]  * jamespage thinks again...
[15:32] <jamespage> skrite, in your scenario are you writing the same data to both servers?
[15:32] <utlemming> thank you mr. page
[15:32] <skrite> jamespage: i would be, yes
[15:33] <jamespage> so the only real benefit you are getting is the change in RAID type?
[15:33] <skrite> each would be an exact copy of the other, i would like to write local to the drive, and have replication take care of the updates
[15:33] <skrite> jamespage: well, i would gain a computer i could write to.
[15:34] <jamespage> skrite, theoretically yes - but you are writing the same data to both so the only performance improvement is really the RAID change
[15:34] <skrite> right now i have master/slave. and i am limited on the slave to do work because i have to write my scripts to read from the local database and write to the master (scripts on the slave anyway)
[15:35] <skrite> jamespage: yes, but i thought that the data transfer between them is more effecient than my sql statements in programs
[15:37] <skrite> jamespage: so my slave scripts have to be written differently than the scripts on my master, because of reading and writing to different computers.
[15:38] <jamespage> skrite, so apparently you can do master-master replication
[15:38] <skrite> yes, if i can do master-master replication
[15:38] <jamespage> (not something I have ever done)
[15:38] <skrite> me either, was just wondering a few things about the complexity of setup, dangers of writing to both at the same time....
[15:39] <skrite> what kind of PITA it may be to fix if something goes wrong.
[15:39] <jamespage> skrite, the challenge is with conflict resolution I guess
[15:39] <skrite> jamespage: precicley what i am worried about
[15:39] <jamespage> if you can write your application to effectively shard across the two servers with good partitioning it might work
[15:40] <jamespage> but unless you have baked that in upfront it could be challenging
[15:40] <skrite> we might could when we soon purchase a server. That is when we plan to change how we do things
[15:41] <ogra_> arosales, geeez ! diggin out 4 year old bugs !
[15:43] <jamespage> skrite, I'm not sure I would do it; I think that you are pushing the bounds of what mysql is good at doing TBH
[15:43] <skrite> mmm
[15:43] <skrite> you may be right. exactly what i am worried about, because if this goes bad, it goes real bad
[15:44] <skrite> messing up our database or replication, on the good to bad scale is bad.
[15:44] <jamespage> skrite, can you partition the data associated with your workloads? or does it all need to end up in the same place?
[15:45] <jamespage> i.e. could you run two databases with different data sets on different servers.
[15:45] <arosales> ogra_: ya that one come up on one of Ursinha reports and looks like low hanging fruit :-)
[15:46] <ogra_> i *think* upstartification of dchp3-server  should have actually solved it ...
[15:47] <ogra_> not sure though and i dont have any dhcp server running on a NM based system atm
[15:47] <ogra_> stgraber, do you happen to have such a setup around atm ? NM and dchp3-server installed on the same machine
[15:48] <ogra_> Bug 280123
[15:48]  * ogra_ bets that can just be closed
[15:48] <skrite> jamespage: how do you mean partition the data?
[15:48] <arosales> ogra_: no rush, the bug was happy with 2.6 years since the last update :-)
[15:48] <ogra_> yeah, imho its a candidate for closing
[15:48] <jamespage> skrite, write different sets of data to different servers
[15:48] <ogra_> none of the releases discussed there are supported anymore
[15:50] <arosales> ogra_: I agree, however I didn't want to take any action with out first checking with you and zul first
[15:50] <ogra_> well, imho just close it with an EOL massage and a comment that epople still being bothered by it should re-open
[15:51] <zul> i concur
[15:52] <stgraber> ogra_: so, the bug should still be present with recent NM and isc-dhcp, though looking at the startup conditions, NM should start slightly before isc-dhcp, so you might get away with it most of the time
[15:52] <stgraber> ogra_: though people should really just define that interface in /etc/network/interfaces... (as we do for LTSP)
[15:53] <ogra_> stgraber, that was the case back then :)
[15:53] <ogra_> /etc/network/interfaces had an entry but NM grabbed the device
[15:53] <stgraber> ah, well, that part got fixed then :)
[15:53] <ogra_> right
[15:54] <arosales> ogra_: would you mind inserting a quick comment to confirm EOL, if that is the action yo want to take?
[15:57] <ogra_> arosales, done
[15:58] <arosales> ogra_: ah, thank you. :-)
[15:58] <arosales> always nice to close bugs
[15:58] <skrite> jamespage: very little could be done like that. unfortunatly
[15:59] <jamespage> utlemming, this looks quite bad - https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/oneiric-server-ec2-daily/
[15:59] <jamespage> i386 is broken across the board....
[15:59]  * utlemming looks
[16:01] <utlemming> jamespage: is there a way to get failures like this emailed to me? IIRC, there is jenkins plugin for sending hate mail on failures.
[16:01] <jamespage> utlemming, ubuntu-testing-notifications ML on lists.ubuntu.com
[16:01] <utlemming> :)
[16:01]  * utlemming subscribes himself
[16:01] <jamespage> utlemming, looks like a kernel panic on boot
[16:01] <jamespage> utlemming, warning - its quite noisy
[16:02] <utlemming> I'll procmailer filter it I think
[16:05] <utlemming> jamespage: this could be really bad...I'm testing but it looks like if someone upgrades their kernel their instance is horked
[16:06] <arosales> utlemming: specific to oneiric?
[16:06] <utlemming> arosales: yes, this is a looks like a kernel regression
[16:09] <arosales> utlemming: ok
[16:10] <skrite> jamespage: do you have any experience with mysql-cluster?
[16:12] <SpamapS> jamespage: the SRU team's process will remove the tag when the package is accepted
[16:14] <Daviey> jamespage: hey!  seed change?
[16:24] <utlemming> https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/1026690
[16:24] <utlemming> jamespage: its the kernel...I've confirmed that installing all updates but the 32-bit kernel kills the instances
[16:30] <utlemming> jamespage: can we add a new test to the daily test -- enable proposed and update everything? Or add a new job that does this?
[16:39] <zul> hallyn: i have a couple of libvirt patches coming down the pipe as well
[16:49] <hallyn> zul: for q?
[16:49] <hallyn> i've already pushed mine i'm afraid
[16:49] <hallyn> i do need to SRU the one for p
[16:49] <zul> hallyn: yeah for q its arm specific
[17:09] <jamespage> smoser, I don't support cloud-init has an 'enabled proposed' feature does it?
[17:10] <smoser> no. there is not easy way to add proposed
[17:10] <smoser> (but htere is a bug that handled that for quantal)
[17:10] <smoser> but i dont knwo what it was and cant find it
[17:10] <smoser> ah.
[17:10] <smoser> no i was wrong
[17:10] <smoser> https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/997371
[17:10] <smoser> is what i was thinking of
[17:10] <smoser> but i could/should be extended to add proposed
[17:13] <jamespage> smoser, I think I have a way.
[17:14] <smoser> you're just going to have to add to /etc/apt/atp.conf.d
[17:14] <jamespage> smoser, do apt_sources get added prior to updating/upgrading?
[17:14] <smoser> of course.
[17:15] <smoser> hm..
[17:15] <smoser> i was going to suggest htat you acutallyneeded to test 'dist-upgrade'
[17:15] <smoser> before adding proposed
[17:15] <smoser> but for daily images tested within hours, maybe that isn't that  big of a deal
[17:16] <jamespage> smoser, I tend to agree - they should be up-to-date - esp for releases where proposed is in active use.
[17:17] <jamespage> anyway - I'll do this later
[17:17] <smoser> well, they're guaranteed to be a couple hours old at newest.
[17:39] <reisi> can anyone explain what does this rsyslogd rule do (part of defaults): *.*;auth,authpriv.none <-- doesn't *.* already contain both auth and authpriv.none?
[17:39] <reisi> do/does
[17:40] <jtran> anyone know how i can turn on iptables accounting in Ubuntu precise 12.04?   I don't have /proc/net/ip_acct
[17:43] <jtran> i think it is in the 'ipfwadm' pkg but aptitude search doesn't see it
[17:55] <skrite> jamespage: hey, thanks for all your help earlier.
[18:14] <malak> hello
[18:14] <malak> any body there
[18:15] <RoyK>
[18:57] <LordOfTime> SpamapS: around?
[19:24] <hallyn> stgraber: all right, getkeys is pushed, and set_config_item(lxc.network.0.ipv4) should work
[19:24] <stgraber> yay! thanks
[19:25] <hallyn> stgraber: i'm sure you'll want some changes to that, but other than those, i think we need to consider getting this usptream before adding too much more
[19:25] <hallyn> it's goin to get too unwieldy for anyone to review
[19:26] <hallyn> maybe i'll look at the state of seccomp next
[19:40] <hallyn> kees: d'oh, libseccomp-dev doesn't ship manpages?
[19:42] <SpamapS> man pages, tests, who needs 'em. we've got the internets
[19:43] <hallyn> and kittenz
[19:44] <hallyn> i don't get *why* the manpages aren't there though.  they should be...
[19:48] <hallyn> oh i see
[19:49]  * patdk-wk was hungry
[19:50]  * RoyK has put on new tyres on his bike and has to go to bed early to wake up and take a wee 50km trip tomorrow
[19:55] <hallyn> kees: (bug filed against debian)
[19:56] <bears> Hey everyone, I'm trying to set up a postfix server on ubuntu 10.04 and am having problems. I followed the guide at https://help.ubuntu.com/10.04/serverguide/postfix.html yet cant get it to work... What I can do: telnet localhost 25 and then send mail to myself or external emails via the telnet interface. What I cant do: telnet to the system from other systems (though i can ssh), send/recieve from mail clients (thunderbird)
[19:56] <bears> my only clue right now is when I "telnet localhost smtp" and then "ehlo localhost" i dont see the 250-auth lines, which I've tried to troubleshoot but to no avail
[19:57] <lamont> lsof -ni :25 | grep LISTEN <-- bears: when you run that as root, what does it say?
[19:57] <bears> master  10126 root   12u  IPv4 29521343      0t0  TCP *:smtp (LISTEN)
[19:58] <bears> master  10126 root   13u  IPv6 29521345      0t0  TCP *:smtp (LISTEN)
[20:02]  * hallyn becomes worried about the implications of seccomp_syscall_priority
[20:15] <bears> lamont: sorry i lost connection, any further ideas about my postfix server?
[20:19] <lamont> bears: help me better understand "other systems" - are they on the same LAN?
[20:20] <bears> no, not on the same network
[20:20] <bears> the server im trying to set this up on is one in a rack i rent in another city
[20:23] <lamont> my first suspicion then is that the nice ISP or someone is being friendly and blocking TCP/25
[20:23] <lamont> because if you can talk to port 22 and you are listening on *:smtp, well, it's a network issue, not a postfix issue
[20:25] <bears> i can netcat 25 and it says its open
[20:25] <bears> hmm
[20:29] <lamont> bears: does tcpdump on your postfix host show the connection happening?
[20:29]  * lamont must run
[20:30] <Rallias> I have a question about LXC in 12.04. Is there any known method to escaping the container using its technology?
[20:32] <bears> lamont: yes, when i try to get mail with thunderbird from that email address, i get Jul 19 16:31:47 M01 dovecot: imap-login: Login: user=<mike>, method=PLAIN, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS
[20:33] <lamont> ah.  so it's not that you cannot talk to postfix, it's that, having talked to postfix, it's not accepting email?
[20:33] <lamont> and for that, I'm going to refer you to the other postfixish people in the channel.  not just because I have to run.
[21:01] <freakynl>  it
[21:01] <freakynl> anyone have any solutions for this: http://comments.gmane.org/gmane.linux.raid/38213 ? raid (md) performance is seriously hindered by it
[21:15] <roaksoax> SpamapS: howdy!! could you please take care of maas-enlist, as I believe it would be very necessary to have it in the archives asap
[21:19] <SpamapS> roaksoax: what more can I do? Its been in proposed for 2 days
[21:19] <roaksoax> SpamapS: the verification is done :)
[21:19] <roaksoax> or is there a time requirement?
[21:19] <SpamapS> roaksoax: 7 day waiting period
[21:19] <SpamapS> unless its *totally* broken without the update?
[21:19]  * SpamapS reads the bug
[21:19] <roaksoax> SpamapS: ah! didn't know that. Sorry for boethering you then :)
[21:20]  * SpamapS actually waits for launchpad, THEN will read the bug
[21:20] <roaksoax> SpamapS: it is almost totally broken. Basically, precise machines can't enlist on MAAS running in quantal
[21:22] <SpamapS> roaksoax: what about a maas running on precise?
[21:23] <roaksoax> SpamapS: it is no effect really, but does break testing of the maas targetted for 12.04.1
[21:23] <SpamapS> roaksoax: also, when you self-verify it, that poses a higher regression risk
[21:23] <roaksoax> SpamapS: it is a very minimal change
[21:23] <SpamapS> yeah
[21:23] <SpamapS> I see that its tiny
[21:23] <roaksoax> yeah
[21:24] <SpamapS> Since its already in proposed, can you at least point testing efforts at machines w/ proposed enabled?
[21:24] <SpamapS> That would be ideal, as it would help shake out any unintended consequences.
[21:25] <roaksoax> SpamapS: will do, thanks!
[23:57] <axisys> how do I find all the security updates waiting without running apt-get upgrade ?


[00:49] <Ergot> anyone familiar with VMplayer and 12.04?
[01:50] <LeeDoverwood> No one around?
[01:50] <Unit193> I haven't seen you ask a question.
[01:50] <LeeDoverwood> Hi. just wanted to see if anyone was even watching.
[01:50] <LeeDoverwood> yes I do have questions.
[01:51] <LeeDoverwood> I have an HP Pavillion laptop. I would like to use Ubuntu
[01:51] <LeeDoverwood> I had it installed on my last laptop as an alternate OS and liked it very much.
[01:52] <LeeDoverwood> I have been unable to do this on my own.
[01:52] <LeeDoverwood> Or even which version of Ubuntu I should use.
[01:52] <LeeDoverwood> It seems like most are made for desktops.
[01:53] <Unit193> Desktops in the name?  That's for laptops too, just that it isn't the alternate installer.
[01:53] <holstein> LeeDoverwood: just try the one suggested at the maing site live..
[01:53] <holstein> main*
[01:53] <LeeDoverwood> I meant the OS where I can use either MS or Ubuntu on bootup
[01:54] <holstein> LeeDoverwood: ubntu is an OS.. .and MS (microsoft windows i assume) is an OS.. you can dual boot them
[01:54] <LeeDoverwood> There is a main site?
[01:54] <holstein> !dualboot
[01:54] <LeeDoverwood> yes I know. But someone did it for me last time.
[01:55] <holstein> LeeDoverwood: sure... maybe someone can do it for you this time.. but we cant.. we are not there
[01:55] <LeeDoverwood> I would start my laptop and then a scree would give me a choice of which one to boot up.
[01:55] <holstein> LeeDoverwood: you can read some information if you would like..
[01:55] <holstein> !install
[01:55] <holstein> http://www.ubuntu.com/download/desktop
[01:55] <LeeDoverwood> I don't have a cd and I tried to make one.
[01:55] <Unit193> Could also use a live usb.
[01:56] <LeeDoverwood> see you are showing me the desktop version
[01:56] <holstein> LeeDoverwood: i would start by backing up your data and plan for failure.. for example.. what happens when you break your windows installation?
[01:56] <holstein> LeeDoverwood: desktop *is* laptop
[01:56] <LeeDoverwood> I thought desktop was desktop and laptop was laptop?
[01:56] <holstein> LeeDoverwood: a laptop has a desktop.. it just means a normal desktop version.. not a server, or alterat
[01:56] <LeeDoverwood> And it will work fine with a laptop?
[01:57] <holstein> LeeDoverwood: if you are asking what iso.. the destkop one that i, Unit193 , and the links above suggest are "desktop" and *are* for a laptop
[01:57] <Unit193> Yeah, just isn't a server.
[01:57] <LeeDoverwood> Ok. that makes sense.
[01:57] <holstein> LeeDoverwood: no, its not "fine"... it *literally* is a desktop version.. a laopt is just a portable desktop machine
[01:57] <holstein> laptop*
[01:57] <LeeDoverwood> Ok
[01:58] <holstein> there is no "laptop" version, though you might find linux versions that say they are "friendly" for laptops due to power usage
[01:58] <LeeDoverwood> I was reading other forums and I took it from the questions that there was a laptop version
[01:58] <holstein> LeeDoverwood: there is *no* laptop version
[01:58] <LeeDoverwood> I got that now.
[01:58] <LeeDoverwood> so thanks for clearing that up.
[01:58] <holstein> LeeDoverwood: there used to be a netbook version.. but that was just the UI.. not anything special about it.. you could run the netbook version on a desktop
[01:59] <Unit193> There was a "netbook" version, but that was an early untiy interface, which is now default.
[01:59] <LeeDoverwood> UI?
[01:59] <Unit193> Bleh.
[01:59] <holstein> UI = user interface
[01:59] <LeeDoverwood> untiy ?
[01:59] <holstein> LeeDoverwood: no... the desktop environment... the UI.. the interface.. the look/feel
[01:59] <LeeDoverwood> What is untiy?
[01:59] <holstein> !unity
[01:59] <LeeDoverwood> Ohhhh.
[02:00] <holstein> LeeDoverwood: there are plenty of other desktop environments. such as XFCE which is used in xubuntu... xubuntu is ubuntu with XFCE... it is officially ubuntu as well
[02:00] <holstein> !xubuntu
[02:02] <LeeDoverwood> So I should save or run the file?
[02:03] <holstein> LeeDoverwood: what file?
[02:03] <Unit193> iso, save it.
[02:03] <holstein> LeeDoverwood: the iso?.. you should read the above documentation on "installation". or, just wait and get someone else to do it.. its *not* trivial
[02:04] <holstein> LeeDoverwood: what would you do if you broke windows?.. do you have a windows restore disc? is your data backed up?
[02:04] <LeeDoverwood> Ubuntu 12.04.2 amd 64. I am downloading now
[02:04] <LeeDoverwood> No and no
[02:05] <LeeDoverwood> I have a windows restore in harddrive
[02:05] <holstein> LeeDoverwood: those are things to think about.. as i stated above.. *all* hard drives fail, so its not a waste of time to backup your data
[02:05] <LeeDoverwood> Can't I download and copy to a disk?
[02:06] <LeeDoverwood> Not much data that can't be replaceced
[02:06] <holstein> LeeDoverwood: no... you need to create an installation CD or USB.. copying via dd is one way to create that disck
[02:06] <holstein> disc*
[02:06] <LeeDoverwood> I have one partial book and that's on a flash drive.
[02:07] <LeeDoverwood> I have a cd that's clean.
[02:07] <holstein> LeeDoverwood: just imagine you hit the power button and *nothing* comes up... not even the restore partition.. that *will* happen someday
[02:07] <Unit193> On Windows a good way to make it is linuxliveusb creator.
[02:08] <LeeDoverwood> Then I will buy a new laptop.
[02:08] <holstein> but, enough of my "you should have a proper backup" speeach... you can read the install link above about how to create bootable media
[02:08] <holstein> LeeDoverwood: you wont need a new laptop, just a new hard drive..
[02:09] <LeeDoverwood> Last time I bought a new laptop I tried to transfer all my data files and it because such a mess I got scarred and paid for carbonite. Then all my videos disappeared.
[02:09] <LeeDoverwood> Sorry for typos. I can't see screeen when I am typing.
[02:10] <holstein> LeeDoverwood: good luck!.. im out..
[02:10] <LeeDoverwood> I checked back with carbonite and all my video viles were empty.
[02:11] <holstein> LeeDoverwood: testing the backups is important... a backup it self isnt enough.. you have to check that the data is useable, and actually there
[02:12] <LeeDoverwood> Yes I know. When I tested carbonite all my files in my laptop went empty. when I tried to et them back from carbonite they were gone too. Looked all over my drive for them. Never found one. Even in the trash there was nothing of the ones I tried to save.
[02:12] <holstein> but, this is not #backup ..its just a good idea before doing anything like what you are about to do.. you could blow out the restore partition... but, just read the links i gave, and all will be clear
[02:13] <LeeDoverwood> Basically I just want Ubuntu as an alternate. I want to learn to use it before I turn loose of windows.
[02:14] <LeeDoverwood> Ubuntu downloads very slowly
[02:14] <LeeDoverwood> so I can save all my files to a cd?
[02:14] <LeeDoverwood> I have cd's here.
[02:15] <LeeDoverwood> But I just want my personal files. Not settings and junk for IE or Windows shevel ware
[02:15] <LeeDoverwood> Well. It's done downloading.
[02:18] <LeeDoverwood> OK. My discs say DVD-R. is this correct type?
[02:18] <LeeDoverwood> can I burn to these disks?
[02:18] <Unit193> Yeah, backup what you need onto a CD or flash.  Just make sure to burn it as the right type.
[02:18] <LeeDoverwood> What is the right type?
[02:19] <LeeDoverwood> ?
[02:20] <LeeDoverwood> Maybe there is a better forum?
[02:21] <Unit193> https://help.ubuntu.com/community/BurningIsoHowto#Burning_from_Windows
[02:21] <LeeDoverwood> No. I mean for Ubuntu
[02:21] <Unit193> Not burning from windows?
[02:21] <LeeDoverwood> Well darn. So much for help.
[02:22] <Unit193> What?
[02:41] <marshalcure> hello all
[02:41] <marshalcure> i am having a problem with my brand new graphics card
[02:41] <marshalcure> is anyone interested in helping a noob out
[02:42] <marshalcure> ??
[02:42] <Unit193> What type?  What's the issue?
[02:42] <marshalcure> i just bought a gtx 670 from asus and the highest resolution it will give me is 1024x768
[02:43] <marshalcure> i did a sudo nvidia update
[02:43] <marshalcure> but did not help
[02:44] <Unit193> You've seen https://help.ubuntu.com/community/VideoDriverHowto ?
[02:45] <marshalcure> well i have googled for about 2 hours now but i don't think i have seen that video let me take a look.. i dont want to waste your time if that will fix it.
[02:54]  * Unit193 has older cards, nothing like what you have.
[03:07] <marshalcure> thanks for your help unit193. i have not found a solution yet but i appreciate you trying. xrandr is not working it wont accept the monitors max resolution.
[03:13] <Unit193> In that situation I typically generate an xorg.conf file.
[03:13] <Unit193> !xorgconf
[03:13] <Unit193> marshalcure: You can also try #ubuntu
[03:16] <marshalcure> might do that
[16:50] <sadekul> hi all, My laptop is HP Pavilion g6, I'm very new in Ubuntu, for the first time i m using ubuntu, I hv installed 12.10 then upgraded it to 13.4. The problem i m facing is wifi is not connecting. But it was perfect with 12.10. Is ther any one can help me?
[20:10] <eclispse> Hi guys
[22:42] <centurion> hi there, can someone help me with sound issues in Ubuntu 12.04? I have selected the proper hardware in Output tab, but nothing happens
[22:42] <centurion> here is my SALSA profile http://www.alsa-project.org/db/?f=ff7ad93b7598cd8a4b77a9c06b17e8f3b63aebce
[22:42] <holstein> !sound
[22:42] <holstein> i usually just open a terminal and run "aplay -l"
[22:43] <holstein> if i see output there, then i know the hardware is showing up.. then i go to alsamixer and i trust *no* lables.. i tweak everything.. i then go to pavucontrol
[22:43] <holstein> i also might just load up a few live CD's and if i get sound, make a note of the kernel version and/or alsa version
[22:47] <centurion> I tweaked everything
[22:47] <centurion> although it was @50%
[22:47] <centurion> how should I go to pavucontrol ?
[22:48] <holstein> centurion: i install it, and run it
[22:54] <centurion> thank you holstein


[10:30] <xnox> slashd:  when uploading d-i please commit to vcs lp:~ubuntu-core-dev/debian-installer/ubuntu and there are branches for stable series too.
[10:49] <cpaelzer> hi, I'm trying to use a launchpad build recipe but I need to "fuse" d/p/series and various ways I tried failed me so I wanted to ask for best practise
[10:49] <cpaelzer> I tried a d/p/ dir with custom patches and a commit that extend d/p/series - but that fails on git auto-merge (even thou it is trivial)
[10:50] <cpaelzer> next I provided a d/p/myseries, and in the recipe ran like "run cat d/p/myseries >> d/p/series"
[10:50] <cpaelzer> that seemed to work, but after applying all patches the package already brings, the extra patches fail to apply
[10:51] <cpaelzer> but not with a actual "failed to patch"
[10:51] <cpaelzer> I get gitbuildrecipe.deb_util.NoSuchTag
[10:52] <cpaelzer> I also tried to patch things myself with run commands that do like "run patch ..." those worked, but since buildpackage later on cleans and applies things fell apart
[10:52] <cpaelzer> hence I'm looking for best practise or examples of lp recipies "fusing" a full debian package (content + debian dir) with another repo that has "more" patches to add on top
[10:52] <cpaelzer> any hint welcome
[10:54] <cpaelzer> the no such tag is the code path for non-native packages (trying to get a tarball)
[10:55] <cpaelzer> from there it falls back to consider building from the local tree, and there quilt bails out (to the NoSuchTag is a red herring)
[10:56] <cpaelzer> if only quilt would have any error message, it applies things (withotu error) until it ends and then complains "Command '['quilt', 'push', '-a', '-v']' returned non-zero exit status 1."
[11:01] <cjwatson> I think the right answer is a commit that extends debian/patches/series, and so I would suggest trying git-build-recipe locally and seeing if you can work out why git is failing to do the trivial merge
[11:03] <cpaelzer> I already try it locally with git-build-recipe
[11:03] <cjwatson> And you may find that things work better if you arrange for either pristine-tar to work or for one of the repositories involved to have an upstream/<version> or upstream-<version> tag
[11:03] <cpaelzer> it just isn't very verbose to tell me what fails
[11:03] <cjwatson> Sure, but I have now told you what I think the right option to pursue is
[11:03] <cjwatson> So that may narrow things down
[11:03] <cjwatson> The "run" option is useless because LP won't honour that
[11:04] <cpaelzer> the patch I'm currently on already extends d/p/series which works, just the quilt push later fails atm
[11:04] <cpaelzer> I might adapt the git-build-recipe code to be more verbose at those places, maybe I find what breaks it atm
[11:04] <cjwatson> The quilt push bit only happens if you don't have a way for it to get an upstream tarball
[11:04] <cjwatson> Fix that and you will avoid that problem
[11:05] <cjwatson> i.e.
[11:05] <cjwatson> 12:03 <cjwatson> And you may find that things work better if you arrange for either pristine-tar to work or for one of the repositories involved to have an upstream/<version> or upstream-<version> tag
[11:05] <cpaelzer> interesting
[11:05] <cjwatson> So NoSuchTag is NOT a red herring
[11:06] <cpaelzer> the remote I clone from has another branch with pristine-tar content (git-ubuntu) but since there are two such branches I need to make that known
[11:06] <cjwatson> I mean maybe git-build-recipe should do better on that path, but you want to avoid being on that path
[11:06] <cpaelzer> that might need to fetch ubuntu/pristine-tar and then set it as the local pristine-tar branch
[11:08] <cpaelzer> Thanks for the hint cjwatson, I'll try to make it somehow recognize the pristine tar that I have
[11:08] <cjwatson> I'm not sure why anyone would expect a branch called ubuntu/pristine-tar to work, given that pristine-tar doesn't consider such a branch name
[11:09] <cjwatson> And in any case the upstream tarball is not logically connected to a distribution
[11:09] <cjwatson> I would just rename ubuntu/pristine-tar to pristine-tar
[11:09] <cpaelzer> well I don't expect it to work until I have created a local branch with the right non prefixed name
[11:09] <cjwatson> pristine-tar fetches remote branches
[11:10] <cpaelzer> that is the structure of git-ubuntu creating those branch names
[11:10] <cpaelzer> which I'm not going to change atm :-)
[11:10] <cjwatson> So weird
[11:10] <cjwatson> But you could always have the repository that you're layering on top just have a pristine-tar branch
[11:11] <cpaelzer> very true, thank you
[11:11] <cpaelzer> that might be a way out
[11:11] <cjwatson> Or a suitable tag
[11:11] <cpaelzer> actually I just got it working to recognize the pristine-tar
[11:11] <cpaelzer> that comes from git-ubuntu
[11:12] <cpaelzer> no more NoSuchTag
[11:12] <cjwatson> (I guess I can see why git-ubuntu does that: the tarballs might disagree and then what would it do?  But it's hard to see how that cooperates well with actual pristine-tar)
[11:12] <cpaelzer> but still failing to apply quilt push -a
[11:12] <cpaelzer> ah no here is my NoSuchTag, ok I'm considering adding it to the repo that I'm layering on top
[11:13] <cjwatson> I am absolutely certain that quilt push -a is not called unless you get a NoSuchTag
[11:13] <akik> what's ubuntu's policy on using NOPASSWD in sudoers? i'm asking because cloud-init is still doing it for the default user and cloud-init is originally a ubuntu project
[11:14] <cjwatson> Ah, now I see https://bugs.debian.org/895377 which I guess is basically for this
[11:14] <cpaelzer> cjwatson: agreed as  i said "... here is my NoSuchTag" - it was just hidden in all the output
[11:15] <cjwatson> Sorry, you were writing so many lines on IRC so quickly that I was having some difficulty keeping up :)
[12:42] <ddstreet> tdaitx i notice the openjdk-8 (and other versions) autopkgtests have been failing for, well, ever...have you looked at the failure logs and/or are you working on fixing the tests?
[13:06] <tdaitx> ddstreet: yeah, it is a known issue, the testsuite has thousands of tests, some of those are unstable tests, anyhow any of them need to be either ignored (by adding them to a blacklist in the testsuite itself) or fixed, there's a long term plan to get all of them fixed
[13:22] <ddstreet> tdaitx ok cool - since they aren't useful now (I assume?) could you maybe disable them?  I would suggest hinting britney to ignore them, but it seems like you update them often enough that just hinting the latest version would still result in some annoying failures after each update...
[13:23] <ddstreet> plus that will save time and energy re-running them when we know they aren't going to pass :)
[14:35] <cpaelzer> cjwatson: I got a pristine-tar set up and have it working through the git-build-recipe steps
[14:35] <cpaelzer> thanks for the hint
[14:35] <cpaelzer> yet now I wonder about launchpad permission management. I'd expect that I can select owner/target-ppa for a group that I'm admin in
[14:36] <cpaelzer> the group is private, maybe that makes it not present it to me on the UI of "new-recipe"
[14:36] <cjwatson> cpaelzer: Recipes cannot use private components; the builder doesn't have permissions to fetch them
[14:37] <cpaelzer> ok, good to know
[14:37] <cjwatson> cpaelzer: (this is in theory fixable but would be a fair chunk of work)
[14:44] <xnox> smoser:  commented on the list-boots bug. it's funny!
[14:46] <smoser> wow. yeah.
[14:46] <smoser> it really sucks though for using the journal
[14:46] <xnox> smoser:  What can I say, your welcome! =)
[14:47] <xnox> smoser:  i wonder, if journal should be assking for app specific bootid, under containers.
[14:47] <smoser> i'll just reboot my host every time
[14:47] <xnox> but then one would get a new bootid on every journald restart
[14:48] <xnox> i guess we could stash it into /run/systemd/journal or something
[14:48] <xnox> i would prefer lxd to fake boot_id though
[14:48] <xnox> as it should be managing the container lifecycle
[14:49] <smoser> yeah. it does do that with uptime
[14:50] <xnox> smoser:  please open a bug at https://github.com/lxc/lxd/issues ?
[14:52] <smoser> i think it'd be https://github.com/lxc/lxcfs
[14:52] <smoser> and looks like it'd be pretty straight forward to put a random number
[14:53]  * smoser learns something today
[14:54] <xnox> smoser:  i'm not sure if there is any other way. cause at the moment containers know if the host has been rebooted or not.
[14:54] <xnox> smoser:  and i'm not sure if journald has logs from containers... for a particular host... queried from the host.
[14:54] <xnox> smoser:  maybe check if any other container solutions handle this at all or not
[14:55] <smoser> here i'd been using the 'uuidd' service to get myself uuids.  but i could have just read from /proc/sys/kernel/random/uuid all along.
[14:56] <smoser> but that would not have been as cool as using a dbus service.
[14:56] <smoser> :)
[14:56] <xnox> smoser:  https://github.com/systemd/systemd/blob/master/src/nspawn/nspawn.c#L1841
[14:56] <xnox> smoser:  so at least nspawn does things
[14:56] <xnox> you can read /proc/sys/kernel/random/boot_id ;-)
[14:56] <xnox> ah, wait that's the static one
[14:58] <xnox> smoser:  please open a bug against lxcfs if that's where the code is, and do use the pointer to the nspawn's setup_boot_id code
[15:01] <smoser> https://github.com/lxc/lxcfs/issues/285
[15:02] <smoser> thank you xnox. i'll watch for your lxcfs pull request later today.
[15:43] <xnox> hahahaha
[15:43] <xnox> smoser:  you were already told now =)
[15:43] <xnox> smoser:  and meh, i don't code in github.com/lxc* =)
[15:43]  * xnox diehard C coder only
[15:55] <smoser> xnox: that is C
[15:55] <smoser> excuses--
[16:35] <TJ-> is there some voodoo to understanding where to find the actual, meaningful, git commit logs for package git repos? All I see to find is "Import patches-unapplied ..."
[16:38] <Odd_Bloke> TJ-: For the git-ubuntu repos, you mean?  AIUI, the uploader has to go through a specific process for their git history (if there is any!) to be included in those imports.
[16:39] <Odd_Bloke> But rbasak could probably tell you more.
[16:39] <TJ-> Odd_Bloke: specifically I'm looking at the grub2 git repo, but I've hit this several times with other packages and given up!
[16:55] <ahasenack> TJ-: the import commits will really just record the change as a big chunk, like a debdiff. To preserve git history, an upload tag must be pushed to the repo together with the dput upload. Then, when the importer sees the new package to import, if its contents match the tree associated with that upload tag, the git rich history will be preserved
[16:56] <ahasenack> so far only the server-owned packages have been following that, and when a member of the server team does the upload (because he can push said tag)
[17:02] <TJ-> ahasenack: hmmm, so there's no way to easily see the real project history unless the developer takes care of it?
[17:03] <ahasenack> it really depends what tooling the developer used, we need to remain compatible with people who prefer debdiffs and plain dputs
[17:04] <TJ-> right. hmmmph! makes it really challenging to discover where a regression lives
[17:05] <TJ-> right now seems like 19.04 grub2 has regressed and broken GRUB_ENABLE_CRYPTODISK so was hoping to quickly parse the recent commits in search of candidates
[17:06] <TJ-> cyphermox: maybe you could cast your eye over Bug #1813126
[17:21] <cyphermox> TJ-: right now I don't have time to look at that; but I suspect it will have something to do with the change in LUKS format
[17:22] <cyphermox> you might want to have a look at what 'sudo grub-probe --device /dev/mapper/<your crypto device> --target=abstraction' reports, but I think it won't be a regression so much as something that has never been supported yet
[17:22] <cyphermox> (though I am, admittedly, just guessing)
[17:22] <cyphermox> TJ-: if you want to have a look on your own before I can get to this though; you'll want to look at https://git.launchpad.net/~ubuntu-core-dev/grub/+git/ubuntu/log/?h=ubuntu
[17:25] <cyphermox> it's a git-dpm tree, that means it's a fairly straightforward tree where one can relatively easily do bisection against the package or against the patched (or unpatched) tree ('git-dpm checkout-patched' will get you a patched tree, and if you rebase you can get to just before any patches are applied)
[17:35] <TJ-> cyphermox: thanks, that's perfect
[17:37] <TJ-> cyphermox: you nailed it; LUKS2 in my test case, despite I used "cryptsetup luksFormat --type luks ..." hmmph
[17:42] <TJ-> cyphermox: aha, cryptsetup semantics have changed since 18.04, 19.04 --type=luks == luks2, need to use --type=luks1
[18:53] <vorlon> infinity, stgraber, kees, mdeslaur: TB in 7?
[18:54] <mdeslaur> ack
[23:34] <xnox> vorlon:  kenvandine: rcj: https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1831675
[23:52] <vorlon> xnox: is this a daily desktop image you're talking about?