[10:44] <fish_> hi
[10:45] <fish_> I'm building a ubuntu AMI from scratch and use cloud-init. when finished building the AMI, /var/lib/upstart is there but after I boot it's gone and I don't have any upstat logs. wondering if this might be related to cloud-init
[10:46] <Odd_Bloke> fish_: Do you mean /var/log?
[10:48] <fish_> Odd_Bloke: ehh sorry, yes sure /var/log/upstart
[10:49] <Odd_Bloke> fish_: I would be surprised if cloud-init were doing anything to /var/log/upstart, but smoser could probably tell you more.
[10:50] <fish_> Odd_Bloke: hrm okay, any ideas what might cause it beside cloud-init?
[10:50] <fish_> I found this: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/990102 - unfortunately (and a great example why important) it doesn't mention the commit this was fixed
[10:52] <Odd_Bloke> fish_: Well, that wasn't a cloud-init bug, it was a problem with the cloud images.
[10:53] <Odd_Bloke> fish_: Which was fixed ~3 years ago. :)
[10:53] <fish_> Odd_Bloke: I know, I just ask here because cloud-init is the only thing I *expect* to change stuff on the system on first boot :)
[10:53] <fish_> but yes, there is probably something else tampering with /var/log on first? boot
[10:54] <Odd_Bloke> fish_: Are you sure /var/log/upstart is actually included in your image?
[10:54] <fish_> Odd_Bloke: I know the bug is old, but I suspect it's the same root cause as in my cause (they tried the same - building AMIs)
[10:54] <fish_> Odd_Bloke: yes, I'm I double checked that
[10:55] <Odd_Bloke> fish_: Out of interest, why not build your image based on the images at cloud-images.ubuntu.com?
[10:56] <fish_> Odd_Bloke: well, I want to actually build the images (vs starting a instance and snapshotting) - I actually wrote a few words about why (+how) here: http://5pi.de/2015/03/13/building-aws-amis-from-scratch/ but tl;dr
[10:57] <fish_> I want the AMIs small and a clean separation between run and built-time
[10:57] <Odd_Bloke> fish_: Right, but why not take the images from there and modify them by mounting them?
[10:59] <fish_> Odd_Bloke: that's an option.. deboostrap seemed more straight forward. do you think there are advantages in using the cloud-images directly? also worried about security updates because I want the amis to be pretty much immutable (well, at least I don't want to run config management etc on top to keep things up to date)
[11:00] <fish_> but I just realize that I'm wrong, the resulting image indeed has no /var/log/upstart.. now I'm confused since I added a 'mkdir /var/log/upstart' to my build process which failed because it was there already.. looks like something during the build removes it
[11:01] <Odd_Bloke> fish_: Well, using the Ubuntu images would (probably) have saved you from this bug, for example.
[11:01] <Odd_Bloke> And you presumably have the same problem with security updates whoever is building the images?
[11:02] <Odd_Bloke> In your modification process, an "apt-get -y update; apt-get -y upgrade" would pull in any security updates the same as installing from scratch.
[11:03] <fish_> hrm yes that's true.. well, I simply used debootstrap because it seemed like the right tool to use. but yeah, it's definitely a good option to use the cloud-images, will consider that
[12:57] <smoser> fish_, generally speaking, i really dont think you should build your own images.
[12:58] <smoser> any more than i think you should build your own kernel, or your own python or elibc.
[12:58] <smoser> you're certainly welcome to do it, and tools are availalbe to do so.  but doing so means you get to re-discover bugs which are fixed.
[12:59] <smoser> the process that I would recommend, is
[12:59] <smoser>  * download cloud image
[13:00] <smoser>  * mount-image-callback --system-mounts --system-resolvconf $IMAGE -- chroot _MOUNTPOINT bash -s < your-update-script
[13:00] <smoser> and 'your-update-script' does things like:
[13:00] <smoser>  apt-get update
[13:00] <smoser>  apt-get install foo
[13:00] <smoser>  apt-get clean
[13:01] <smoser> the above does require root, which is less than ideal, but
[13:01] <smoser> a.) if you don't trust the ubuntu images, you're kind of SOL anyway
[13:01] <smoser> b.) you can just run that in a VM to alleviate potential mount based attacks.
[13:15] <fish_> smoser: yes, the more I think about that the more it makes sense. for now, things are working and I'm about to roll that out, but in the next iteration I'll definitely look into that
[13:16] <fish_> I use a intermediate "base" image to avoid running a fresh deboostrap for every update anyways, so it should be fairely easy to use a cloud-image instead
[13:20] <smoser> fwiw, the maas-images build process does essentially the above.
[16:46] <harlowja_> claudiupopa i think we might have to remove the channel from https://review.openstack.org/#/c/169293/
[16:46] <harlowja_> its gonna be hard to get an operator in this channel without kicking everyone out (which nobody has the permission to do)
[16:46] <harlowja_> so might have to just skip that part
[16:47] <harlowja_> years ago i think we all forgot to setup this channel with an operator and its pretty hard to do it post-creation
[16:49] <harlowja_> *afaik*
[16:52] <smoser> harlowja_, why didn't you ever add 'tar' to the write_files. and http://
[16:52] <smoser> s/you/me/
[16:52] <harlowja_> hmmm
[16:52] <harlowja_> or was that me?
[16:52] <harlowja_> idk
[16:52] <harlowja_> haha
[16:52] <smoser> ie, would be nice to have write_files either read content from a url
[16:53] <smoser> or read a tarball from url and extract it into a target dir.
[16:53]  * harlowja_ looking
[16:53] <smoser> http://paste.ubuntu.com/10691441/
[16:54] <smoser> that is what i have, but having those 2 big blobs as 'path: http://' would have been nice.
[16:54] <smoser> and then also:
[16:54] <smoser>  path: http://
[16:54] <smoser>  format: tar
[16:54] <smoser>  extract-dir: /writable/user-data/cloud-init
[16:54] <smoser> or something
[16:54] <harlowja_> hmmm, ya why did we do that, ha
[16:56] <harlowja_> msg: ":::::: Hi Mom :::::::"
[16:56] <harlowja_> lol
[16:56] <harlowja_> hmmmm
[16:57] <harlowja_> seems like we should just do that... (allow url stufF)
[16:57] <harlowja_> and tar
[16:57] <harlowja_> guess maybe we just didn't think of it ?
[17:09] <smoser> yeah, i think we just didnt.
[17:09] <smoser> the inline makes sense.
[17:09] <smoser> as you may not have networking at that point.
[17:09] <smoser> but if you do have networking, then http:// makes good sense.
[17:09] <smoser> and tar is just a nice archive format :)
[17:17] <harlowja_> :-P
[17:17] <harlowja_> shall i code that up or u want to?
[17:17] <harlowja_> pop out the codes
[17:17] <harlowja_> lol
[17:37] <harlowja_> smoser ^
[19:12] <harlowja_> smoser https://code.launchpad.net/~harlowja/cloud-init/write-files-fetch-from-somewhere/+merge/254816
[19:12] <harlowja_> ok thats part 1 (no tar)
[19:12] <harlowja_> should be mostly ok, ha
[19:13] <smoser> python3...
[19:13] <harlowja_> ya, durn it
[19:13] <smoser> pre_content comes as binary... pretty sure (or we ant to make sure it is)
[19:13] <smoser> and then we want to write content without conversion
[19:14] <harlowja_> will make sure
[19:14] <harlowja_> load_tfile_or_url does that i guess
[19:14] <smoser> tfile loads text
[19:14] <smoser> ew want blobs of unadulterated raw data
[19:14] <harlowja_> kk, let me check here
[19:14] <harlowja_> stupid stff
[19:14] <harlowja_> lol
[19:14] <harlowja_> *stuff
[19:15]  * harlowja_ goes and builds up my 3.4 venv
[19:19] <smoser> harlowja_, see why i said i hate pypi
[19:19] <harlowja_> lol
[19:19] <harlowja_> ya
[19:19] <smoser> oh darn, some dude's cable modem is out
[19:19] <smoser> pypi fail
[19:19] <harlowja_> lol
[19:47] <harlowja_> ok dokie; added some tests and stuff; seems to work as expected
[19:48] <harlowja_> at least under basic tests
[19:51] <harlowja_> smoser check that out if u want
[19:57] <smoser> harlowja_, thanks.
[19:58] <harlowja_> np
[20:19] <Odd_Bloke> smoser: Am I right in thinking that vendor-data simply isn't a thing in the version of cloud-init in precise?
[20:28] <smoser> right . not at all.
[20:28] <smoser> Odd_Bloke, i'd sponsor an sru
[20:28] <harlowja_> precise is 12.04 right?
[20:28] <Odd_Bloke> harlowja_: Yeah.
[20:28] <harlowja_> k, can't ever remember the codenames, lol
[22:07] <tmclaugh[work]> I want to set hostname to the aws instance ID.  Is there a var available for doing that ot do I have to use some commands during bootcmd to handle this?


[19:53] <shishirm1> persia
[19:53] <shishirm1> sound isnt working on my khojinsha any ideas to get it working
[19:53] <shishirm1> even a click on the volume menu doesnt yield any responsr
[19:53] <shishirm1> response
[19:54] <persia> shishirm1: No idea really.  Like I said, it sometimes works for me, and sometimes doesn't (and I don't really understand why).
[19:55] <persia> I have a superstition that I should leave the headphone unplugged at boot, and plug it in later to get sound, but no rational basis for this belief (and it's not 100% reliable).
[19:55] <shishirm1> well i stuck my ears to the speakers and found out its actually playing but the volume is too low
[19:55] <shishirm1> how to increase i
[19:55] <persia> Hmm.  If the normal volume control doesn't work, you can try alsamixer
[19:55] <shishirm1> sound* opening sound mixer doesnt happen
[19:55] <shishirm1> how do i open it??
[19:56] <persia> Run alsamixer from a terminal.
[19:58] <persia> Also, I'm heading away, so I shan't be able to help you much tonight (I'm 3.5 hours east of you)
[19:59] <shishirm1> ok
[20:02] <shishirm1> how to increase volume using alsamixer??
[20:39] <shishirmk> guys someone please help me get my sound up on ume  please
[20:40] <shishirmk> :-$ i tried running alsamixer by just typing alsamixer
[20:40] <shishirmk> dies with an error
[20:54] <shishirmk> guys can any1 help me with clutter??
[20:54] <shishirmk> i wanna install clutter on my UMe
[20:54] <shishirmk> tried using apt-get dint work
[20:54] <shishirmk> added repo according to clutter site still couldn get it


[01:53] <Eickmeyer> OvenWerks: I learned that wallpapers fall under the same exception as the Ubiquity slideshow, so we're good.
[01:55] <krytarik> Except that's untrue - Xubuntu had to file various UIFe bugs in the past because they were too late.
[01:56] <Eickmeyer> tsimonq2: ^
 Nope, I've uploaded wallpapers last min before
 It's just artwork
 UIF is for the functionality of the UI, not the icons
 Especially the wallpaper
[01:57] <krytarik> "Just artwork" means we could change themes last minute too then?..
[02:00] <Eickmeyer> @tsimonq2: krytarik raises a good question. I'm mostly just curious, not that I have any intention of changing the theme this late in the game.
 @krytarik [<krytarik> "Just artwork" means we could change themes last minute too then?..], Yes.
 I've done it before :)
 UI =/ artwork
 As long as artwork doesn't regress UI, of course
[02:01] <Eickmeyer> krytarik: Also, from my recent experience, themes aren't even subject to FFe.
[02:04] <krytarik> Eickmeyer: Yeah, UIFe imo yes though - but I guess ymmv depending on the people involved.
[02:04] <Eickmeyer> krytarik: vorlon, in this case.
[02:06] <krytarik> I wouldn't think this is an issue in this particular case either though.
[02:06] <krytarik> And yeah, the wallpaper does look great! :)
[02:06] <Eickmeyer> krytarik: Thanks. :)
[02:07] <Eickmeyer> Made it the default, too. Seemed appropriate considering this one is musically-themed (disco).
[02:10] <krytarik> Well, let's see what comes up next cycle - otherwise it might be slightly misleading.. :P
[02:19] <Eickmeyer> krytarik: That's why it gets changed back next cycle... or to whatever.
[02:21] <krytarik> Edgy Elephant.. >_>
[02:21] <Eickmeyer> We already had an Edgy. So... Evolving Emu.
[02:22] <krytarik> Ugh, you are right.. :(
[02:22] <Eickmeyer> Although, Eloquant Elephant does sound good.
[02:22] <krytarik> Yep!
[02:23]  * Eickmeyer calls it. Right here.
[14:01]  * OvenWerks wouldn't want to change theme. Themes have code.


[01:16] <Nivex> my launchpad-fu is weak tonight. How do I show all bugs against a particular package in Ubuntu?
[01:19] <akgraner> go to that package and click on bugs
[01:23] <Nivex> akgraner: thanks
[01:23] <Nivex> I ended up searching for the package at the top level of launchpad to get there
[01:24] <Nivex> and sadly I found two bug reports, 3 years and 1 year old, describing my issue :/
[01:26] <akgraner> ouch
[01:30] <Nivex> that's impressive. lint from an old version of findutils
[01:31] <Nivex> dpkg still thinks the file is owned by the package, but it was long since removed
[01:33] <Nivex> in the package payload that is. it's still on the filesystem causing problems
[01:33] <Nivex> oh well, at least the fix was easy. rm the file then apt-get --reinstall the package
[01:56] <akgraner> :-)
[01:56] <Nivex> of course my first attempt was to purge and install the package. There's a *reason* it tells you that it's an essential package :)


[01:45] <Doctor_Nick> is there a way to request builds for PPAs from the command line? like ubuntu-build?
[01:47] <wgrant> Doctor_Nick: Request builds of what?
[01:47] <wgrant> There are CLI tools to copy packages around
[01:48] <wgrant> And you normally upload a source package from the commandline.
[01:49] <Doctor_Nick> right, I meant request a build recipe to run
[01:51] <Doctor_Nick> because one of its dependencies is a package I have to manually upload, and I want the recipe to run every time there's a successful build of that dependency
[01:52] <wgrant> Doctor_Nick: I don't know of an existing commandline tool for that, but the relevant methods are exposed in Launchpad's webservice API
[01:52] <wgrant> So you could write a tool to automate that in like 10 lines of Python using launchpadlib.
[01:53] <Doctor_Nick> ah, ok
[01:59] <wgrant> The requestBuild method on https://api.launchpad.net/+apidoc/devel.html#source_package_recipe is what you want.
[03:56] <dobey> Doctor_Nick: there might be something in lp:lptools that does it (i don't recall if there definitely is though)
[15:54] <bookwar> hi all, is there any permission setting which forbids subscribing someone to the bug? As i see it, one can easily spam a group by subscribing it to a certain bug. How we can prevent this?
[15:56] <mgz> ban the person doing the spamming?
[15:57] <mgz> launchpad assumes its users are generally sane, but has recourse if that turns out to not be the case.
[15:58] <bookwar> mgz: ok, let's hope they are
[15:59] <czajkowski> mgz: ello
[15:59] <mgz> czajkowski: hey!
[16:26] <exarkun> Can I make the launchpad bug tracker for a project read-only?
[17:04] <Doctor_Nick> Question: I have a couple packages in my ppa. llvm is a build dependency of libclc. if llvm is currently being built, and a new libclc source package is uploaded, will the libclc build wait until llvm finishes? Or will it use the previous version's binaries, if they still exist?
[17:32] <cjwatson> Doctor_Nick: if the old versions satisfy the build-deps, then they'll be used
[17:35] <cjwatson> Doctor_Nick: if you don't want that to happen, then constrain the build-dependencies more tightly with versions or whatever
[22:43] <med_> Hmmm. Now that I've left Canonical, I can no longer look at my bugs page:  https://bugs.launchpad.net/~med as it is marked private (even though I'm logged in.)
[22:44] <med_> herb ^^ does that make any sense?
[22:44] <med_> thedac, ^
[22:48] <wgrant> med_: That's not meant to happen. There's a bug in a PES project that's in an invalid state.
[22:48] <wgrant> Let me see.
[22:49] <med_> wgrant, many thanks
[22:49] <med_> I figured it was some brokenness somewhere.
[22:51] <wgrant> med_: Working now?
[22:51] <med_> bingo wgrant, thanks
[22:51] <wgrant> Lovely.
[23:00] <lifeless> hmm
[23:00] <lifeless> wgrant: I forget, is it possible to make series tasks upstream ?
[23:00] <lifeless> e.g. on https://bugs.launchpad.net/neutron/+bug/1280941 neutron's havana and grizzly branches are broken too
[23:01] <lifeless> erm, just havana, sorry
[23:05] <wgrant> lifeless: What do you mean?
[23:05] <wgrant> productseries tasks are a thing, if you have bug supervisor privileges
[23:05] <wgrant> Though you probably still need to manually switch into the relevant context first.
[23:05] <lifeless> ah, need those - ok
[23:06] <wgrant> Bug supervisor lets you nominate, driver lets you approve or directly target
[23:08] <lifeless> https://bugs.launchpad.net/neutron/havana/+bug/1280941 redirects to the python-neutronclient task
[23:11] <wgrant> lifeless: Right, but you need to be at /neutron/+bug/1280941 in order for the target UI to show neutron/havana
[23:12] <wgrant> It's the only remaining widget that's specific to the bugtask, so you need to hack to the right task
[23:13] <lifeless> so visit https://bugs.launchpad.net/neutron/+bug/1280941 and 'target to' should be visible for supervisors?
[23:13] <wgrant> Right
[23:13] <wgrant> Well
[23:13] <wgrant> Supervisors will get "Nominate for release"
[23:13] <wgrant> Drivers will get "Target to release"
[23:13] <wgrant> So in the end you need a driver.
[23:14] <lifeless> anteaya: ^
[23:17] <anteaya> I'm reading
[23:19] <anteaya> so someone with driver permissions is what we are looking for, is that accurate?
[23:19] <teward> yep
[23:22] <anteaya> okay thank you, I will look for such a person


[03:18] <mup> PR snapcraft#3383 opened: isort: sort remaining python files <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3383>
[06:51] <mborzecki> morning
[06:56] <mvo> good morning mborzecki
[06:56] <mborzecki> mvo: hey
[07:05] <mvo> mborzecki: could you please have a look at 9672?
[07:05] <mvo> (should be super easy)
[07:05] <mvo> mborzecki: and maybe 9656 but that is less trivial
[07:07] <mborzecki> heh 16mb binary :P
[07:08] <mup> PR snapd#9672 closed: vendor: update secboot repo to avoid including secboot.test binary <Run nested> <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9672>
[07:08] <mvo> mborzecki: \o/ thank you
[07:08] <mvo> mborzecki: yeah, I was a bit surprised when I checked the orig.tar.xz size ;)
[07:09] <mvo> mborzecki: and also a bit worried that I messed things up with one of the build scripts or something
[07:09] <mvo> aaaaaaaaand cherry-picked :)
[08:07] <pstolowski> morning
[08:11] <mborzecki> pstolowski: hey
[08:25] <mvo> good morning pstolowski
[08:34] <pstolowski> o/
[08:35] <pstolowski> thanks for the comments on download-timeout PR, updating
[08:50] <mvo> pstolowski: feel free to ignore what you feel is silly, I think I was super nitpicky in there
[08:53] <mborzecki> - Fetch and check assertions for snap "core" (10448) (cannot get nonce from store: store server returned status 503)
[09:22] <pstolowski> mvo: no worries, these were nice touches
[09:23] <pstolowski> mborzecki: updated #9850
[09:23] <pstolowski> in case you want to take another loook
[09:23] <pstolowski> mborzecki: i think store wanted to know when we see them again
[09:26]  * pedronis errands
[10:13] <mvo> pstolowski: thanks for the update, this really looks amazingly good now
[10:15] <pstolowski> 👍
[10:44] <mup> PR snapd#9580 closed: store: download timeout <Bug> <Needs Samuele review> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9580>
[10:50] <pstolowski> woah
[10:57] <jamesh> mvo: I think I've got most of the relevant go-gettext changes up as PRs.  The only one I'm not sure about is adding langpack support, which is why I've left that as draft.
[10:58] <mvo> jamesh: nice! I did peek at the goyacc one but need some quiet time for this :)
[10:58] <mvo> jamesh: I will try to get to at least the dgettext one
[10:58] <mvo> (today)
[10:59] <mup> PR snapcraft#3384 opened: Add core20 to various /Dockerfile/s <Created by martijnbastiaan> <https://github.com/snapcore/snapcraft/pull/3384>
[11:39] <mborzecki> hmm, i should probably close #8947, squash it, split it and then reopen individual bits
[11:39] <mup> PR #8947: many: update managed boot config when refreshing snapd <UC20> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8947>
[11:42] <mvo> mborzecki: +1
[11:44] <mup> PR snapd#8947 closed: many: update managed boot config when refreshing snapd <UC20> <⛔ Blocked> <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/8947>
[12:34] <mup> PR snapd#9676 opened: bootloader: indicate when boot config was updated <Simple 😃> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9676>
[13:28] <dot-tobias> ogra: Will a model assertion with “serial-authority: [generic]" result in an actual serial number, which is counted by the snap store towards Weekly Active Devices? Or does this just silence the hook? (Preparing a PR for Core docs on this)
[13:29] <ogra> i have not much insight into that bit but i would assume you actually get a generic srial from the global store (pretty much similar to a "canonical" serial you get for the official images)
[13:29] <pedronis> dot-tobias: it gets a serial
[13:30] <dot-tobias> ogra, pedronis: Thanks! That's what I was hoping for 😊 As long as I don't have a brand store, there's no way to update the model assertion on existing installations, correct?
[13:31] <pedronis> there's correct in the sense that the store doesn't support remodeling atm
[13:49] <pedronis> mborzecki: we had a long discussion with Ian exactly how to avoid doing this: https://github.com/snapcore/snapd/pull/9677/files
[13:49] <mup> PR #9677: gadget: a helper for querying the name of the bootloader required by the gadget <Simple 😃> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9677>
[13:50] <mborzecki> pedronis: haha
[13:50] <mup> PR snapd#9263 closed: interfaces/fpga: add fpga interface <Needs Samuele review> <Squash-merge> <Created by alfonsosanchezbeato> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9263>
[13:50] <mup> PR snapd#9677 opened: gadget: a helper for querying the name of the bootloader required by the gadget <Simple 😃> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9677>
[13:50] <pedronis> mborzecki: I don't want to go there atm
[13:50] <pedronis> mborzecki: especially the find the first one is strange
[13:51] <mborzecki> pedronis: yeah, we kind of complain when there's more than one, but the way volume is defined in theory allows having more than one :/
[13:51] <ijohnson> morning folks
[13:52] <ijohnson> I see perhaps mborzecki has taken up the reins of trying to make bootloader/gadget detection less guessy ?
[13:52] <mborzecki> ijohnson: haha yeah, didn't know about the previous discussions you guys had
[13:52] <ijohnson> :-P
[13:52] <pedronis> mborzecki: ijohnson: yes, but I'm going to close it, because it has its own open questions, I don't think I have to dig into that atm
[13:53] <mborzecki> pedronis: sure
[13:53] <ijohnson> makes sense
[13:53] <pedronis> ijohnson: but yes, mborzecki is right and maybe now your PR doesn't need the map anymore
[13:53] <pedronis> we had a bit of back and forth on the design
[13:53] <ijohnson> ok, sure
[13:53]  * ijohnson hasn't read any reviews just yet
[13:54] <mborzecki> pedronis: hm not sure the map was needed before too
[13:54] <pedronis> mborzecki: at some point Present and new were conflated
[13:54] <mborzecki> ha, so maybe it was just left behind
[13:55] <mup> PR snapd#9677 closed: gadget: a helper for querying the name of the bootloader required by the gadget <Simple 😃> <UC20> <Created by bboozzoo> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/9677>
[13:55] <pedronis> mborzecki: also I'm not sure whether importing gadget from bootloaders will bite use at some point or not
[13:55] <pedronis> another reason not try that
[13:56] <pedronis> gadget was importing bootloader recently then we undid that, but could happen again
[13:56] <mborzecki> pedronis: this could be a subpackage, also used a thin structure to unmarshal the volume.bootlaoder basically
[13:56] <ijohnson> just to be clear, we can go back to the previous way ForGadget was written, as mentioned in the commit message it's just a refactor it's not necessary I could revert that commit to go back to the old way if folks have opinions
[13:57] <pedronis> ijohnson: the biggest win I suppose it that the order is deterministic, it should matter
[13:57] <pedronis> it shouldn't matter
[13:57] <pedronis> but it's a plus
[13:57] <ijohnson> ok, I will get rid of the map and make it a list again then
[13:57] <ijohnson> unless mborzecki has already done that patch
[13:58] <mborzecki> ijohnson: i didn't
[13:58] <pedronis> mborzecki: yes, but again more work. but basically the fact we don't have a way to tell which volume is the boot volume is kind of the biggest problem
[13:58] <ijohnson> k, well I guess I will do it after the SU at this point, but I will do that first thing :-)
[13:58] <ijohnson> pedronis: yeah that was the biggest todo I realized working on it yesterday is "which is the boot volume"
[13:59] <ijohnson> and what about weird dual boot situations, what if somebody had multiple bootloaders on a system
[13:59] <ijohnson> though I don't think we support dual booting uc with anything
[13:59] <ijohnson> anyways SU
[14:15] <mup> PR snapd#9674 closed: bootloader/lkenv: mv v1 to separate file, include/lk/snappy_boot_v1.h: little fixups <Simple 😃> <Skip spread> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9674>
[14:18] <dot-tobias> pedronis: Follow-up to generic serials: Are the serials still unique if I boot a fresh UC image *without network*, until seeding is done (would take ~15min during which the end user would have no idea when it's finished), and then dd a copy of that image for distibution? So first contact to the snap store is from the pre-seeded copy.
[14:25] <pedronis> dot-tobias: without network yes, in general though we don't support pre-booted images (there might be other things that are not unique)
[14:27] <dot-tobias> pedronis: Good to know, can work with that at the moment 😊 Main reason is to have a better picture of active installations through the dashboard.
[14:27] <dot-tobias> degville: Opened a PR for “serial-authority” header in model assertion docs, https://github.com/canonical-web-and-design/ubuntu-core-docs/pull/127 → only based on what I learned here in the channel, so should get a review before merge.
[14:27] <mup> PR canonical-web-and-design/ubuntu-core-docs#127: Add info about serial-authority header in model.md #1 <Created by tobias-grasse> <https://github.com/canonical-web-and-design/ubuntu-core-docs/pull/127>
[14:28] <degville> dot-tobias: will do - thank you, and thanks for letting me know.
[14:55] <ijohnson> pedronis: have you started a review of #9675 ? just wondering if I could force push a rebase of it, if you have already started a review I will just wait and do a merge commit instead to update it
[14:55] <mup> PR #9675: bootloader/lkenv: add v2 struct + support using it <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9675>
[14:56] <pedronis> ijohnson: no, haven't started looking at it
[14:56] <ijohnson> ack I will force push a rebase then for cleaner git history
[15:00] <mup> PR snapd#9678 opened: wrappers, o/devicestate: remove EnableSnapServices <Run nested> <Services ⚙> <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9678>
[15:04] <ijohnson> mborzecki: I addressed your comments in #9673
[15:04] <mup> PR #9673: bootloader/many: rm ConfigFile, add Present for indicating presence of bloader <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9673>
[15:06] <mup> Bug #1903452 changed: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>
[15:09] <mup> Bug #1903452 opened: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>
[15:12] <mup> Bug #1903452 changed: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>
[16:55] <mup> PR snapd#9656 closed: devicestate: support "storage-safety" defaults during install <Run nested> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9656>
[16:58] <mvo> pstolowski: for next week, now that the download timeout detection has landed, can you please write something into the forum?
[16:59] <pstolowski> mvo: sure, about this particular fix?
[17:05] <mvo> pstolowski: well, the risk is that we may break refreshes if the download monitoring for some reasons is faulty
[17:05] <mvo> pstolowski: so I think we should ask people to watch out for this, especially on slow/exotic hardware
[17:05] <mvo> pstolowski: but next week is fine, no need to do it tonight
[17:06] <pstolowski> mvo: sure, good idea, will do
[17:50] <mup> PR snapcraft#3385 opened: yaml_utils: promote module to a package <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3385>
[17:51] <mup> PR snapd#9657 closed: snap: use the boot-base for kernel hooks <Needs Samuele review> <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9657>
[19:21] <mup> Bug #1905077 opened: Cannot launch snaps <Snappy:New> <https://launchpad.net/bugs/1905077>
[19:51] <mup> PR snapd#9679 opened: daemon: start cleaning up api tests <Created by pedronis> <https://github.com/snapcore/snapd/pull/9679>
[21:07] <mup> PR snapd#9680 opened: osutil/disks: allow mocking DiskFromDeviceName <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9680>


[03:59] <theblazehen> morning
[05:22] <superfly> Maaz: tell Kilos, morning sleepyhead.
[05:22] <Maaz> superfly: I don't know who Kilos, is. Say 'Kilos, on freenode' and I'll take your word that Kilos, exists
[05:23] <superfly> Maaz: tell Kilos morning sleepyhead
[05:23] <Maaz> superfly: Righto, I'll tell Kilos on freenode
[07:29] <Vince-0> o//
[07:30] <Vince-0> \o/
[07:30] <Vince-0> \\o
[07:31] <inetpro> .
[07:34] <Kilos> morning superfly  and others
[08:37] <Vince-0> wave your hands in the air
[08:38] <Vince-0> its Vrydag
[08:39] <Vince-0> anyone seen a hosted Sage (pastel) solution?
[08:39] <Vince-0> flippen windows 8.1 requirement on the client side
[08:55] <superfly> Vince-0: nope, sorry
[09:00] <Kilos> hi Vince-0  ThatGraemeGuy  captine  berndj  bduk1  jabberwocky93  Spekko  myfly
[09:00] <Spekko> Morning kilos
[09:01] <jabberwocky93> hi Kilos
[09:04] <Vince-0> stoopid accounting packages have such a bad cost model, oh wait, that goes for anything on an MS stack
[09:05] <Kilos> hehe
[09:06] <bduk1> More almal
[09:07] <ThatGraemeGuy> yo
[09:07] <bduk1> So glad Monday is close
[10:00] <superfly> Vince-0: hahaha, too true
[10:18] <Kilos> hi psydroid
[11:28] <Kilos> you sent me your flu superfly
[11:28]  * Kilos sukkel bietjie
[11:29] <Kilos> Maaz  google how to nuke the flu virus
[11:30] <Maaz> Kilos: "The Foundry :: Licensing FAQ" https://www.thefoundry.co.uk/support/licensing/faq/ :: "The Foundry :: License tools" http://www.thefoundry.co.uk/support/licensing/tools/ :: "Nukes and Bird Flu and QE, Oh My! - Real Time Economics - WSJ" http://blogs.wsj.com/economics/2013/04/15/nukes-and-bird-flu-and-qe-oh-my/ :: "SHTF WROL Medical Martial Law for the H1N1
[11:30] <Maaz> H7N9 flu virus ..." http://www.youtube.com/watch?v=sYiJU13FpNA :: "PANDEMIC!! Bird Flu Vir…
[11:38] <Kilos> hi nlsthzn
[11:42] <superfly> Kilos: I don't have flu. I've also never had flu.
[11:44] <Kilos> ah thats why i cant cure it. what did you send?
[11:44] <Kilos> hehe
[11:46] <Kilos> the modern way is to find where you can pass the buck to
[12:08] <jabberwocky93> Maaz soup on
[12:08] <Maaz> jabberwocky93: Sorry...
[12:08] <jabberwocky93> I tried Kilos heh
[12:08] <Kilos> haha
[12:09] <jabberwocky93> hope you get well soon
[12:09] <Kilos> major work teaching ibids new stuff
[12:09] <Kilos> ty
[12:09] <Kilos> we tried to teah him to braai but when you look at what all is involved just to make coffee
[12:09] <Kilos> whew
[12:19] <Kilos> haha got some wonderful meds. called flugon. 1 to 2 capsules a day and one satchet in water 3 times a day
[12:19] <Kilos> one snag only\
[12:19]  * jabberwocky93 takes notes
[12:20] <Kilos> only one satchet in box
[12:20] <Kilos> haha
[12:20] <nlsthzn> ?
[12:20] <Kilos> crazy hey
[12:21] <Kilos> maybe i must go shorten a chicken and make soup
[12:21] <Kilos> wb nlsthzn
[12:21] <nlsthzn> odd, couldn't see anything in the channel >.< no text :p
[12:22] <nlsthzn> thanks uncle Kilos
[12:22] <jabberwocky93> nlsthzn: must be the virus Kilos has
[12:23] <jabberwocky93> watch out it's going through irc
[12:23]  * jabberwocky93 chuckles
[12:23] <Kilos> hehe
[12:23] <Kilos> this is  a bad one. i normally dont get flu just feel sorry for other peeps
[12:24] <Kilos> im sure the fly sent it with his april fool thing
[12:25] <nlsthzn> :(
[12:25] <Kilos> the shock of facebook buying ubuntu weakened my system
[12:33] <nlsthzn> lol
[12:36] <nlsthzn> ZAvsInd T20 semi
[12:37] <Kilos> ah on tv3 methinks
[12:38] <nlsthzn> I found a way to get a very good online feed :)
[12:38] <Kilos> cool
[12:39] <nlsthzn> only issue is I have to listen to the pommies talk rubbish :p
[12:40] <Kilos> hahaha
[12:40] <Kilos> as bad as the aus rugby comms
[12:41] <nlsthzn> yup
[12:41] <nlsthzn> at least we not playing them
[12:42] <Kilos> they make a noise just because they got holes in their faces
[12:45] <nlsthzn> possible rain :/
[12:50] <jabberwocky93> on a friday afternoon I get: "FATAL: kernel too old" then after that a nice "Segmentation fault"
[12:51] <nlsthzn> old corn is never fun
[12:51] <Kilos> ai!
[12:52] <jabberwocky93> cheap hacks only gets one so far
[12:52] <Kilos> what are you trying to run that wants a newer kernel
[12:54] <jabberwocky93> I just want to run git client https://github.com/git/git
[12:54] <Kilos> oh my
[12:55] <Kilos> when last did you upgrade
[12:55] <jabberwocky93> my local machine runs git 1.9 on linux 3.11.0-19
[12:56] <jabberwocky93> I compiled git staticlly and transfered it to an old machine (with linux 2.6.18)
[12:56] <Kilos> ai!
[12:57] <jabberwocky93> just out of intreset I wanted to check how old the kernel is, as I typed it in google the first auto complete I got was this: "2.6.18 local root exploit"
[12:57]  * jabberwocky93 chuckles again
[12:59] <jabberwocky93> 20 Sept 2006
[12:59] <Kilos> whew
[12:59] <Kilos> ballie os there
[14:38] <Kilos> wbb
[16:02] <theblazehen> hi
[16:11] <jabberwocky93> hello theblazehen
[16:11] <theblazehen> hey jabberwocky93
[16:15] <Kilos> hi theblazehen
[16:15] <Kilos> jabberwocky93  you home yet?
[16:16]  * Kilos greets the waterrat
[16:16] <Kilos> hi aquarat
[16:16] <theblazehen> hey Kilos
[16:17] <Kilos> wassup the ifone
[16:17] <Kilos> dont they do irc?
[16:17] <jabberwocky93_> sorry theblazehen I had a timeout
[16:18] <theblazehen> Kilos, they do. badly
[16:18] <Kilos> ai!
[16:19] <Kilos> hi smile
[16:19] <Kilos> :-)
[16:19] <theblazehen> hi smile
[16:19] <smile> hi, I'm ill :(
[16:20] <smile> http://en.wikipedia.org/wiki/Infectious_mononucleosis
[16:22] <jabberwocky93_> has someone been kissing too much?
[16:23] <smile> yeah :(
[16:23] <jabberwocky93_> it's terrible so many people sick in #ubuntu-za
[16:23] <jabberwocky93_> hope you feel better soon smile
[16:27] <Kilos> by the time you are 40 you will be immune
[16:27] <Kilos> doesnt look very lekker hey
[16:32] <smile> jabberwocky93: thanks :) what about your nickname? are you using jabber?
[16:32] <smile> Kilos: yeah, I've read that too ;)
[16:32] <Kilos> no man hes that funny aminal thing
[16:33] <jabberwocky93> from a poem witten by Lewis Carroll
[16:33] <jabberwocky93> (sequel to Alice's Adventures in Wonderland)
[16:34] <Kilos> http://www.poetryfoundation.org/poem/171647
[16:35] <Kilos> methinks i should read that too
[16:36] <jabberwocky93> or listen to it http://upload.wikimedia.org/wikipedia/commons/b/b4/Jabberwocky.ogg :-)
[16:37] <Kilos> aw the wocky died
[16:39] <smile> :)
[16:40] <jabberwocky93> Hoera dis da hy's deur, reg deur! hehehehe http://www76.pair.com/keithlim/jabberwocky/translations/afrikaans1.html
[16:40] <jabberwocky93> Flabberjak
[16:40] <jabberwocky93> I should change my nick
[16:41] <Kilos> haha
[16:51] <jabberwocky93> bye everyone, home time
[16:59] <smile> bye :p
[16:59]  * smile is gone too
[16:59] <Kilos> toods smile
[16:59] <Kilos> i go eat
[16:59] <Kilos> lol
[17:04] <kbmonkey> hello Kilos
[17:09] <Kilos> hi my monkey
[17:10] <Kilos> wbb eating chilli curry pepper soup
[17:10] <kbmonkey> mmm enjoy
[17:19] <Kilos> i did. trying to kill the flu
[17:21] <Kilos> whats news kbmonkey  ?
[17:28] <kbmonkey> tired Kilos tired
[17:28] <Kilos> ai! you old peeps
[17:29] <kbmonkey> ya
[17:37] <inetpro> good evening
[17:38] <inetpro> hmm...
[17:39] <inetpro> 404 Day not Found?
[17:43] <Kilos> hi inetpro
[17:43] <inetpro> hello Kilos
[17:43] <Kilos> wb JabberwockyA19
[17:43] <JabberwockyA19> ty :)
[17:45] <kbmonkey> Im off to have a shower. weekend is here but doesn't feel like it.
[17:46] <Kilos> haha you shower for weekends
[17:48] <JabberwockyA19> sure doesn't feel like it
[17:52] <Kilos> what is the diffs between hsdpa and hspa
[18:02] <JabberwockyA19> by the looks of it hspa is a CDMA standard, if so it's incompatable with 3g networks. where hsdpa is part of 3g spec
[18:03] <JabberwockyA19> by saying 3g I actually mean UMTS
[18:03] <JabberwockyA19> cell c, mtn and vodacom uses UMTS (supporting hsdpa)
[18:04] <JabberwockyA19> neotel is the only one that used cdma
[18:14] <charl_> good evening
[18:34] <Kilos> hi charl_
[18:53] <charl_> hi Kilos
[19:16] <inetpro> hmm...
[19:27] <Kilos> bedtime maybe for ballies
[19:27] <Kilos> night all. sleep tight