[08:32] <gnuoy> jamespage, I'm guessing you don't have anytime today but if you do I'd love to get https://code.launchpad.net/~gnuoy/charm-helpers/current-dc-leader/+merge/259123 reviewed
[08:39] <jamespage> gnuoy, aside for a constant for 'DC' lgtm
[08:42] <apuimedo> jamespage: ping
[09:36] <jamespage> apuimedo, hello
[09:40] <apuimedo> jamespage: I am making the changes to neutron-api so that it installs the right repos and it uses the neutron credentials from identityservicecontext ;-)
[09:44] <jamespage> apuimedo, +1
[15:00] <tvansteenburgh> stub: you are ready for the new trusty/cassandra charm to enter the charm store correct? double-checking before i do it
[19:03] <elurkki> Is it possible to configure juju to use specific maas zone for auto selected nodes ?
[19:32] <lazyPower> maas tagging should give you that
[19:32] <lazyPower> constraints="tag=zone"
[19:32] <lazyPower> as an example
[19:33] <lazyPower> there may be another tag thats more specific to the zoning integration...
[19:33] <lazyPower> natefinch: ericsnow ^ any ideas on this? I'm pretty sure that tags are the only maas specific constraint supported...
[19:39] <natefinch> hmm
[19:40] <natefinch> you can do juju deploy some_charm --to zone=foo
[19:42] <natefinch> There's no way to set up a default zone right now, though
[19:53] <lazyPower> perfect, thanks natefinch
[19:53] <lazyPower> elurkki: ^
[19:54] <elurkki> lazyPower: Ahaa, ok. Thanks a lot
[19:56] <elurkki> Will try this. Currently juju bootstrap errors on mongodb. Wrestling with that first
[19:58] <lazyPower> elurkki: whats teh stacktrace?
[19:58] <elurkki> The last error I get is : "ERROR juju.cmd supercommand.go:430 cannot initiate replica set: cannot get replica set status: can't get local.system.replset config from self or any seed (EMPTYCONFIG)"
[19:58] <elurkki> Not sure if this is from stacktrace
[19:59] <lazyPower> i just recently encountered that
[19:59] <lazyPower> what my problem was, is it used the public interface that was firewalled and unable to initate itself. let me fish up teh bug i commented on
[19:59] <elurkki> Not sure if this is related to fact that DNS can not resolve the node name
[19:59] <lazyPower> this was however in an AWS VPC
[19:59] <lazyPower> yeah, if its using the nodename that will be it
[20:00] <elurkki> lazyPower: I am totally newbie with maas & juju (second day here)
[20:00] <elurkki> lazyPower: Not sure even if I have to manually add the DNS entry for DHCP reserved node
[20:01] <lazyPower> if you're using maas you shouldn't have to
[20:01] <lazyPower> it should be communciating with your region-server, and getting dns info w/ resolveable config back from that
[20:01] <elurkki> lazyPower: That is what I thought. I am using Maas yep
[20:02] <lazyPower> unless you're using external dns
[20:02] <elurkki> MaaS DNS is used
[20:02] <lazyPower> ok, yeah it should all be peachy
[20:02] <elurkki> lazyPower: Ok. I will check system logs for possible problems
[20:03] <lazyPower> https://bugs.launchpad.net/juju-core/+bug/1340663
[20:03] <mup> Bug #1340663: bootstrap issue with replicasets on 1.20.1 with VM on MAAS provider <bootstrap> <landscape> <maas-provider> <mongodb> <juju-core:Invalid> <https://launchpad.net/bugs/1340663>
[20:04] <elurkki> lazyPower: Ok, that looks a bit different than mine here. I will compare these a bit. Thanks a lot for pointer
[20:04] <lazyPower> np
[21:22] <Argon]> it feels like I'm asking a pretty stupid question, but I just don't get it. where does juju search for jujud when bootstrapping with --upload-tools?
[22:11] <perrito666> Argon]: your path
[22:12] <Argon]> perrito666: $PATH? and there it's searching for the appropriate tgz? hm, then I have to double check it again, the files are in my path
[22:13] <perrito666> Argon]: i believe it looks for jujud bin in your path
[22:13] <perrito666> in my case /home/hduran/gocode/bin/jujud
[22:13] <marcoceppi> in mine it's /usr/lib/juju-1.24-beta2/bin/jujud
[22:13] <perrito666> so I just go install github.com/juju/juju/... and then run the upgrade
[22:13] <perrito666> marcoceppi: showoff
[22:14] <marcoceppi> ;)
[22:14] <marcoceppi> perrito666: you're the one running from source, I'm just using the stable/devel ppas
[22:15] <Argon]> :/ both, jujud and the tarball are in my path but "no matching tools available"
[22:15] <perrito666> marcoceppi: there is no good reason for using upload tools if you are not running from source
[22:15] <perrito666> Argon]: what command are you running?
[22:15] <marcoceppi> perrito666: true, I'm just saying
[22:15] <Argon]> juju bootstrap --environment amazon --constraints "cpu-power=10 cpu-cores=1 mem=768M" --upload-tools
[22:16] <Argon]> and I loaded an appropriate jujud from http://streams.canonical.com/juju/tools/devel
[22:16] <Argon]> (this is supposed to be a test, going to use a different jujud later on)
[22:17] <perrito666> throw a --debug in there and paste the result in a pastebin
[22:18] <Argon]> oh there's debug? I wondered why -v doesn't work
[22:19] <perrito666> there is --show-logs and --debug which are in turn like -v and -vv
[22:20] <Argon]> https://gist.github.com/Argon-/a74263ba5a9309a0a5b4
[22:21] <Argon]> I should run it without --upload-tools to see what's "new", I guess
[22:24] <perrito666> Argon]: it is not working actually
[22:24] <perrito666> you should see 2015-05-15 22:23:12 DEBUG juju.environs.sync sync.go:304 Building tools
[22:24] <perrito666> try having constraints as the last param
[22:25] <Argon]> I don't want to build them, though. just pass a already built binary. at least who I understood it: https://github.com/juju/juju/blob/master/cmd/juju/upgradejuju.go#L56
[22:25] <Argon]> ok
[22:25] <Argon]> *that's how
[22:25] <perrito666> Argon]: I think build refers to the targz
[22:26] <perrito666> I know for a fact that what I just ran did not actually built it or it would have failed since my code does not compile right now
[22:28] <Argon]> nope, no "Building tools", errors out with "no matching tools available" even without --constraints
[22:30] <Argon]> (the debug output is exactly the same)
[22:31] <perrito666> :|


[21:58] <krytarik> bluesabre: Could we populate the team calendar with the 22.04 dates? :3  Then I could integrate it with my Google calendar and more easily keep track of the upcoming events.


[01:16] <jenda> juliux: ping
[01:16] <juliux> jenda, pong
[01:16] <jenda> juliux: you can have a 10 day sticky on the forums
[01:16] <jenda> which is long enough to cover till the shirt ordering deadline.
[01:16] <juliux> jenda, great
[01:16] <jenda> I'll probably be buying over 5 shirts myself, btw :)
[01:17] <jenda> (erm, for the LoCo team, that is)
[01:17] <juliux> jenda, i will write something as an replay on my old  post
[01:17] <jenda> Hmm
[01:17] <jenda> I'd recommend starting a new thread
[01:17] <juliux> or should i start a new thread?
[01:17] <juliux> ok i will start a new one;)
[01:17] <jenda> And ask people to make reservations by email (unless you prefer them on the forums)
[01:18] <jenda> My experience says an email reservation is a lot easier to trach :)
[01:18] <jenda> *track
[01:18] <jenda> When you're done, link me to it.
[01:18] <juliux> i only accept mail reservations
[01:32] <jenda> cool
[01:32] <jenda> as do I ;)
[02:11] <MenZa> juliux: May, was it?
[02:12] <juliux> MenZa, 1 may is deadline for reservations
[02:12] <MenZa> ooh
[02:12] <juliux> MenZa, ask the ubuntu-dk team if they also want some shirts;)
[02:12] <MenZa> polo shirts, correct?
[02:13] <MenZa> I'll send out a small bulletin on the mailing list )
[02:13] <MenZa> ;)
[02:13] <juliux> polo shirts, t-shirts, and business shirts;)
[02:35] <Wicks> did I hear... t-shirts?
[02:41] <MenZa> Wicks: yes.
[02:41] <MenZa> juliux: What's your e-mail?
[02:43] <juliux> MenZa<EMAIL_ADDRESS>[02:43] <MenZa> alright :)
[02:44] <MenZa> sent :)
[02:57] <juliux> MenZa, the shirts are not printed
[02:57] <juliux> MenZa, it is a stickery
[02:57] <juliux> MenZa, and your size is missing
[02:57] <MenZa> Oh yes
[02:57] <MenZa> Wait, polos won't be embroided?
[02:57] <juliux> every thing is embroieded
[02:57] <MenZa> phew
[02:57] <MenZa> Size: large
[02:57] <juliux> we don't make prints
[02:58] <MenZa> So embroids, like the ones on the polo you sent me
[02:58] <MenZa> I'm fine by that :D
[02:58] <juliux> yes
[02:58] <MenZa> awesome
[02:58] <MenZa> Want me to re-send it?
[02:58] <juliux> yes please
[02:58] <MenZa> Will do
[02:59] <juliux> thxs
[02:59] <MenZa> sent, juliux
[02:59] <juliux> it is easier for me to track all the shirt things
[03:00] <MenZa> I imagined :)
[03:00] <MenZa> E-mailing me when they're done?
[03:00] <juliux> yes
[03:00] <MenZa> perfect
[04:06] <mdke> hiya. Anyone working on UWN, I'd appreciate a reply to my mail of 9 April -  https://lists.ubuntu.com/archives/ubuntu-marketing/2007-April/001810.html
[04:30] <jenda> hmm
[04:31] <jenda> mdke: Have you read the discussion titled 'french addons to the UWN'?
[04:32] <jenda> mdke: perhaps we'd more appreciate if you added your italian bits to the main UWN instead of making a seperate, edited version.
[05:29] <juliux> nixternal, ping
[05:35] <jenda> Quiz today! :)
[05:35] <jenda> 20:00 UTC
[05:35] <juliux> tsts
[05:35] <juliux> jenda, did you have a price?
[05:35] <jenda> After a looong time
[05:36] <jenda> juliux: a prize? of course ;) stickers!
[05:36] <juliux> ok
[05:36] <juliux> i have here still a dvd i sponsored for the quiz
[05:36] <jenda> ah
[05:37] <jenda> ok, I'll give the winner a choice ;)
[05:37] <jenda> juliux: which version is it?
[05:37] <juliux> 6.10
[05:37] <tsmithe> stickers for tsmithe?
[05:37] <juliux> the old one;)
[05:38] <jenda> tsmithe: only if you win ;)
[05:39] <tsmithe> jenda, what about from the last time?!
[05:39] <tsmithe> and for my birthday? :P
[05:39] <tsmithe> you said i could have some :'(
[05:39] <jenda> juliux: I don't think anyone wanted it last time - it seems DVDs interest a different group than the quizes :/
[05:39] <jenda> tsmithe: I _did_?
[05:40] <jenda> Jeez, what've I been smoking ;)
[05:40] <tsmithe> you did indeed
[05:40] <jenda> tsmithe: did you win a quiz?
[05:40] <tsmithe> i did
[05:40] <jenda> and you never got the prize?
[05:41] <jenda> and you didn't donate it?
[05:41] <jenda> if that's the case... well, gimme your address ;)
[05:43] <tsmithe> ok
[05:43] <tsmithe> i didn't know who to nag, so i just didn't :P
[05:45] <MenZa> tsmithe :D
[05:45] <tsmithe> hi MenZa :)
[05:45] <jenda> tsmithe: ok :)
[05:46] <MenZa> heya :)
[05:46] <MenZa> what's up?
[05:46] <tsmithe> jenda, coolio
[05:46] <tsmithe> MenZa, work makes me tired
[05:46] <MenZa> aw :(
[05:47] <tsmithe> nah it's cool. :)
[05:47] <tsmithe> i like having a crappily paid job, but it's better than some of my mates
[05:48] <MenZa> heh
[05:49] <tsmithe> woo 4.60/hour
[05:49] <tsmithe> the prices they charge for bread (it's a bakery) are extortionate
[05:51] <juliux> tsmithe,  4.60==6,7 ?
[05:51] <juliux> tsmithe,  4.60==6,9 ?
[05:51] <tsmithe> something like that :P
[05:52] <tsmithe> and a loaf of white sandwich bread costs 1.26
[05:52] <juliux> tsmithe, here in dresden you get around 5/h
[05:52] <tsmithe> that's like 1.89
[05:52] <tsmithe> juliux, ooh snazzy
[05:53] <juliux> tsmithe, subway paies between 5/h if you are a beginer and after a few years 6/h
[05:53] <poningru> gaah
[05:53] <poningru> https://wiki.ubuntu.com/TheFunkyFeistyCompetition
[05:53] <poningru> how come I didnt even know about that?
[05:53] <poningru> no one blogged about it
[05:53] <tsmithe> juliux, wow so i'm doing quite well for a 15 year old :P
[05:54] <tsmithe> and you have subway too? :P
[05:54] <juliux> tsmithe, we have subway here but i am not working there;9
[05:54] <juliux> tsmithe, some of my friends are working for subway
[05:54] <poningru> grr
[05:54] <tsmithe> do they get free subs?
[05:55] <juliux> tsmithe, not too bad
[05:59] <tsmithe> poningru, it was on the mailing lists, i think
[05:59] <tsmithe> juliux, excellent
[05:59] <tsmithe> still not enough to suffice the venezuela fund, though :'(
[05:59] <juliux> tsmithe, but i personal don't like subway,
[05:59] <tsmithe> nor i?
[06:00] <poningru> tsmithe: I dont see it
[06:00] <tsmithe> i'll find where:)
[06:01] <jenda> tsmithe: is extortionate a word?
[06:01] <jenda> tsmithe: btw, there is an ##english on freenode ;)
[06:01] <tsmithe> yes
[06:01] <tsmithe> and what why?
[06:01] <tsmithe> extortionate is a word
[06:01] <tsmithe> poningru, well it's not in my inbox. must have been on planet...
[06:01] <tsmithe> how odd...
[06:02] <poningru> no dude I checked
[06:02] <poningru> its no where
[06:02] <poningru> it wasnt advertized...
[06:02] <poningru> least he could have done is let the marketing team know about it
[06:03] <tsmithe> i found out about it, though...
[06:03] <tsmithe> i have no idea how
[06:04] <poningru> ...
[06:04] <jenda> poningru: which?
[06:04] <poningru> https://wiki.ubuntu.com/TheFunkyFeistyCompetition
[06:04] <jenda> aaah
[06:04] <jenda> it was on the fridge
[06:05] <tsmithe> aaahhh
[06:05] <poningru> wth
[06:05] <poningru> how come it wasnt on digg or anything?
[06:05] <tsmithe> jenda, but i never or hardly ever, check the fridge...
[06:05] <tsmithe> so how did i see it?
[06:05] <nixternal> juliux: pong?
[06:06] <poningru> I never check the fridge
[06:06] <juliux> nixternal, we will make polo and t-shirts again, this time black and navy blue ones
[06:06] <nixternal> bigger too right?
[06:06] <juliux> nixternal, ??
[06:06] <nixternal> the 2x was to small
[06:06] <juliux> nixternal, ohh
[06:07] <juliux> nixternal, we will make from S up to 4xl this time
[06:07] <nixternal> lenght wise, and was a little tight in the arms
[06:07] <nixternal> juliux: you make them that size, I will order more :)
[06:08] <juliux> nixternal, we can make 4xl or 3xl but we need a reservation for this sizes until the first of may
[06:08] <juliux> nixternal, same for black shirts
[06:09] <nixternal> 4xl might be to much for me, but I think I would get one or two for my old man, and take the the 3xl for myself
[06:09] <nixternal> so 2 4xl one blue one black, and 2 3xl one blue one black
[06:09] <nixternal> polos
[06:09] <nixternal> I might have you through in a t-shirt or 2 as well
[06:10] <nixternal> so you can count on me for a couple
[06:10] <juliux> nixternal, you can also ask your local ubuntu group;)
[06:10] <mdke> jenda: sorry, that doesn't make sense to me. The italian version is not something which is appropriate for the international community, but it includes the best parts of the international uwn. It's essentially uwn, localised
[06:10] <juliux> the only thing is i need a e-mail until the first of may, because we have to order them on the second may
[06:10] <nixternal> ya, them guys aren't big, and our one big guy I am affraid probably couldn't even fit in the 4xl
[06:10] <nixternal> Admiral_Chicago: ^^ juliux is making more shirts
[06:11] <MenZa> juliux: what are the prices of polo shirts, t-shirts and business shirts?
[06:11] <nixternal> juliux: you think you can make a pricelist up so I can just post it and let my monkeys look at it ;)
[06:11] <nixternal> business shirts?
[06:11] <nixternal> what???R#$#
[06:11] <mdke> jenda: currently, the UWN has a link to an italian translation which is essentially duplicating effort and creating the problem that we have to keep contacting those translators individually to help them contribute to the italian community's newsletter
[06:11] <mdke> jenda: I'm simply asking the link be changed
[06:11] <jenda> mdke: kk
[06:12] <juliux> nixternal, oh yes i forgot it is also possible to get some business shirts
[06:12] <nixternal> jenda: that mdke guy is everywhere!
[06:12] <jenda> mdke: the link should definitely be changed, yes
[06:12] <juliux> MenZa, t-shirt 10, polo 15, business 20
[06:12] <nixternal> juliux: damn you, so that means I will have to buy more
[06:12] <juliux> nixternal, what is your e-mail adress? i will send you a summery
[06:12] <nixternal> juliux: those prices, they don't cover 2xl through 4xl though correct?
[06:12] <nixternal><EMAIL_ADDRESS>[06:12] <juliux> nixternal, correct
[06:12] <nixternal> do that, I am going to go out and enjoy the weather a little bit
[06:12] <juliux> nixternal, i will write you an mail with all the details
[06:13] <jenda> juliux: could you CC me, please? :)
[06:13] <nixternal> juliux: ya, put each size there, and then I will fire that off to my guys and try and do a 1 order bit with you
[06:13] <juliux> jenda, ok
[06:13] <nixternal> well, maybe multiple so we don't have to pay that tax crap
[06:13] <jenda> juliux: what's the price on XXL, XXXL and XXXXL?
[06:13] <nixternal> jenda: did you buy one of the shirts last time?
[06:13] <juliux> jenda, hm wait a moment
[06:14] <jenda> nixternal: oh yes
[06:14] <nixternal> man, they are top quality and I couldn't believe the price
[06:14] <nixternal> lol
[06:14] <jenda> nixternal: uhum :)
[06:14] <MenZa> all being printed in black and blue, juliux?
[06:14] <jenda> nixternal: I could easily believe the price.... but the quality was well worth it ;)
[06:14] <mdke> jenda: right. Who can do that? (I've now seen the thread about the french add-ons, I'll reply on list)
[06:14] <nixternal> k, I am going to go enjoy the hot weather in Chicago which is odd since it just snowed last week
[06:14] <jenda> nixternal: I got two ;)
[06:14] <jenda> mdke: you can
[06:14] <juliux> MenZa, not printed, it is a stickery;
[06:14] <nixternal> same here, kthxbye ;)
[06:14] <jenda> mdke: just fire up the wiki, open the UWN template, change it.
[06:14] <MenZa> well yes
[06:15] <MenZa> embroid, correct?
[06:15] <jenda> juliux: wtf is a stickery? :)
[06:15] <jenda> (stitchery?)
[06:15] <MenZa> I think he means a "sticker"
[06:15] <MenZa> oh, stichery!
[06:15] <MenZa> embroid
[06:15] <mdke> jenda: is it just the template that needs changing?
[06:15] <MenZa> :D
[06:15] <jenda> mdke: I believe so
[06:15] <juliux> jenda, sure it is not printed
[06:15] <poningru> mdke: done
[06:16] <jenda> mdke: you can also correct the prvious releses, but I wouldn't do that
[06:16] <mdke> sure
[06:16] <mdke> poningru: thanks
[06:16] <juliux> MenZa, it is a embroidery not printed
[06:16] <MenZa> but all will be available as black and blue, correct?
[06:16] <MenZa> I got that part, I just say "printed" anyway. It's a habit.
[06:16] <juliux> jenda, a stitchery it mixed it with the german word;9
[06:16] <juliux> MenZa, yes
[06:16] <MenZa> good, good
[06:16] <mdke> I think we can change the https://wiki.ubuntu.com/UbuntuWeeklyNewsletter link too, to point at the landing page for the italian edition
[06:16] <jenda> juliux:
[06:16] <juliux> MenZa, but black only via reservation;9
[06:17] <MenZa> alright :)
[06:17] <jenda> mdke: sure
[06:17] <poningru> mdke: not changing the template just yet
[06:17] <poningru> asking corey, beuno and somerville
[06:17] <jenda> juliux: and the forum threaad? :)
[06:18] <MenZa> Do you have any pictures of the last ones you made, juliux?
[06:18] <mdke> poningru: so what did you change?
[06:18] <juliux> jenda, yes
[06:18] <poningru> mdke: the current UWN
[06:18] <poningru> issue 37
[06:18] <juliux> MenZa, http://ubuntu.juliux.de/shirt/polo.jpg
[06:19] <MenZa> and the t-shirts you did?
[06:19] <mdke> poningru: ah, thanks
[06:19] <MenZa> t-shirt.jpg?
[06:19] <juliux> MenZa, sorry i lost the picture from the t-shirt, i have so search for it
[06:19] <MenZa> ah
[06:19] <MenZa> np :)
[06:19] <mdke> poningru: I've done the template
[06:20] <jenda> juliux: that wasn't a yes-no question, I want the link :)
[06:20] <juliux> jenda, it comes later the day;)
[06:20] <poningru> mdke: thats good I dont wanna get yelled at for changing the template ;p
[06:20] <jenda> juliux: sweet ;)
[06:20] <jenda> juliux: once done, lemme sticky it.
[06:20] <juliux> jenda, sure
[06:21] <jenda> juliux: I think it should be a big help advertising.
[06:21] <jenda> juliux: any chance the prices might go down with the number of orders going up?
[06:21] <mdke> poningru: :)
[06:21] <juliux> jenda, i can try it if i have the total number
[06:21] <jenda> juliux: in the thread, you can also appeal on the buyers to contact their LoCo and see if it's getting any in bulk.
[06:21] <jenda> howgh
[06:22] <jenda> mdke, poningru - I don't think changing the link should get any yells.
[06:22] <mdke> I'm happy to take yells
[06:22] <juliux> jenda, we allready get a damn good price there, the normal shops in germany which are selling foss shirts want 20 for a poloshirt so we are 5 under there price
[06:22] <jenda> mdke, poningru - however, it should be considered in the light of the discussion on the ML
[06:22] <jenda> juliux: cool
[06:22] <mdke> yes, I'm replying now to that
[06:23] <jenda> juliux: I'm not saying it's a bad price - I'm saying it's a lot of money :)
[06:23] <juliux> jenda, i know
[06:23] <MenZa> Published on ubuntu-dk, juliux
[06:23] <MenZa> :)
[06:23] <juliux> MenZa, thanks a lot
[06:23] <MenZa> no problems
[06:23] <MenZa> expect a flood of e-mails tonight
[06:24] <jenda> juliux: I think I'll have to start accepting bribes when doing staff duties ;)
[06:24] <juliux> MenZa, hehe
[06:24] <MenZa> :D
[06:24] <MenZa> No, what's my cut?
[06:24] <MenZa> ;)
[06:24] <juliux> jenda, i am not sure if you are then longer a staff;9
[06:24] <jenda> :)
[06:24] <MenZa> lol
[06:27] <juliux> nixternal, how do you call a shirt that you wear with a suit ?
[06:28] <jenda> button-up shirt?
[06:28] <MenZa> ^
[06:29] <juliux> ok
[06:33] <mdke> jenda / poningru: replied. Thanks for your help.
[06:33] <jenda> anytime
[06:33] <poningru> yep
[06:39] <juliux> jenda, your e-mail pls
[06:40] <tsmithe><EMAIL_ADDRESS>[06:40] <jenda> juliux: @ubuntu.com
[06:40] <jenda> tsmithe!!!
[06:40] <tsmithe> :P
[06:40] <jenda> this channel is publically logged!
[06:40] <tsmithe> spambots don't craw the logs
[06:40] <juliux> jenda, nixternal e-mail send
[06:40] <jenda> tsmithe: :/
[06:40] <poningru> tsmithe: uh... how do you know?
[06:40] <tsmithe><EMAIL_ADDRESS>[06:40] <tsmithe> poningru, cos i post mine all the time...
[06:41] <poningru> jenda: it doesnt matter your emails are available through list.ubuntu.com/archive
[06:42] <poningru> :p
[06:42] <juliux> MenZa, there is the first e-mail from dk ;)
[06:42] <poningru> I should probably get my membership
[06:42] <MenZa> :O
[06:43] <jenda> O_O
[06:43] <jenda> poningru: you aren't a member?
[06:43] <poningru> ...
[06:43] <poningru> yeah I know
[06:43] <MenZa> that was quick, juliux
[06:43] <juliux> MenZa, yes realy quick
[06:43] <poningru> I just need to finish my wiki page
[06:47] <boredandblogging> hello everyone
[06:47] <boredandblogging> how's it going poningru
[06:47] <poningru> allright I guess
[06:47] <poningru> cant wait for earth day celebrations
[06:47] <jenda>
[06:48] <poningru> Robin williams, jack black, Tom Hanks and others are coming to our little town
[06:48] <boredandblogging> wow, where is this?
[06:49] <poningru> gainesville, FL
[06:49] <poningru> http://www.sierraclub.org/scp/filmfest/103.asp
[06:49] <poningru> http://www.gainesville.com/apps/pbcs.dll/article?AID=/20070416/SUNFRONT/704160318
[06:50] <boredandblogging> thats right
[07:27] <jenda> juliux: ping :)
[07:27] <jenda> jules, I'd like to know what state the four books that have arrived are in.
[07:27] <juliux> jenda, pong
[07:27] <juliux> jenda, still 4
[07:28] <jenda> I mean, quality :)
[07:28] <juliux> jenda, 2 looks like if the comes from a libery
[07:28] <jenda> damaged, not damaged, falling apart, burned, acid-burned, half-missing, etc :)
[07:28] <juliux> jenda, the others are looking good
[07:28] <jenda> ok, coolio :)
[07:45] <jenda> juliux: will the button-ups have pockets?
[07:45] <jenda> I've got requests for pocketed shirts only :)
[07:47] <juliux> jenda, yes
[08:27] <Admiral_Chicago> juliux: how much are the shirts?
[08:28] <juliux> Admiral_Chicago, what is your e-mail address?
[08:28] <Admiral_Chicago><EMAIL_ADDRESS>[08:29] <juliux> Admiral_Chicago, you have a mail;)
[08:29] <jenda> hehe
[08:29] <jenda> quiz in 30 minutes...
[08:30] <Admiral_Chicago> its on Python...i'd lose
[08:31] <Admiral_Chicago> hmm, conversion rates...let me think
[08:32] <jenda> juliux: hehe :)
[08:33] <jenda> Admiral_Chicago: xe.com/ucc
[08:33] <Admiral_Chicago> jenda: sudo apt-get install keurocalc
[08:42] <juliux> MenZa, one more order from dk;)
[08:42] <juliux> hm perhaps i should make a public raice between the locoteams;)
[08:43] <Admiral_Chicago> i'll have to see what my bank account is lookin like
[08:43] <juliux> Admiral_Chicago, you don't have to pay bevor the end of may
[08:44] <Admiral_Chicago> juliux: ah, I see but I need to do that anyways.
[08:44] <juliux> hehe
[08:44] <Admiral_Chicago> juliux: when are you looking to ship
[08:44] <juliux> at the beginign of june, after we get the money
[08:45] <juliux> Admiral_Chicago, last time shipment cost 12,90 for 2 shirts
[08:45] <jenda> juliux: teh team that orders the most gets one shirt free? :)
[08:45] <juliux> jenda, for example
[08:46] <juliux> would be an interessting race;)
[08:47] <jenda> And do I get one free for suggesting it? ):
[08:48] <jenda> *:)
[08:48] <juliux> jenda, perhaps you get a 1/20 shirt for free;)
[08:48] <jenda> :-D
[08:48] <jenda> perhaps ;)
[09:26] <MenZa> juliux: :D
[09:41] <randomwalker> after a couple of hours of using feisty, my thought was "damn, this doesn't feel like linux"
[09:41] <randomwalker> none of the fist pounding, the head banging
[09:42] <randomwalker> didn't really need the command line
[09:43] <randomwalker> so i was wondering ubuntu should be branded as ubuntu, and deemphasize the linux part
[09:43] <randomwalker> any thoughts?
[09:45] <jenda> randomwalker: we've already been saying it's "Ubuntu" not "Ubuntu Linux" for years ;)
[09:46] <randomwalker> oh, i understand that
[09:46] <randomwalker> but somehow the average person isn't getting the message
[09:46] <randomwalker> it's just thought of as "just another linux distro"
[09:47] <randomwalker> everyone seems to ask "so why is this one any different"
[09:47] <randomwalker> i don't know how to fight that perception, but i think it's important to
[09:47] <tsmithe> well, it gets an awful lot more mainstream press coverage than any other distro
[09:48] <randomwalker> ok
[09:56] <jenda> randomwalker: emphasize 'for human beings' ;)
[09:56] <jenda> I know what you mean - it's just not easy to get the point accross
[09:57] <jenda> hell, I'm having trouble getting the Czech LoCo understanding that :?
[09:57] <jenda> :/
[09:59] <randomwalker> ok, here's a sad story
[09:59] <randomwalker> don't worry, it's on topic
[09:59] <randomwalker> at my school, the admins are evil
[09:59] <jenda> quiz in a minute :)
[09:59] <randomwalker> i mean, pure evil. you'll see shortly
[09:59] <randomwalker> they have ubuntu installed on all the school machines
[09:59] <jenda> randomwalker: join us in #ubuntu-trivia and win 5 stickers </spam> ;)
[10:00] <randomwalker> which is great, right?
[10:00] <randomwalker> except they all run fvwm2
[10:00] <randomwalker> most of the students (and faculty) don't know any better
[10:00] <randomwalker> and think that's what linux looks like
[10:01] <randomwalker> it hurts me physically every time i see thi
[10:01] <randomwalker> this
[10:01] <randomwalker> sometimes someone will walk past my gnome desktop
[10:01] <randomwalker> they are struck by its simplicity and will ask, 'hey, how do do that'
[10:02] <randomwalker> but most use fvwm2 the whole time, and suffer through it
[10:02] <randomwalker> anyway, my point is, this hurts ubuntu branding
[10:02] <jenda> ouch
[10:02] <randomwalker> all these people are going to think that's what ubuntu looks like
[10:02] <randomwalker> free software, gpl and all that, but we can exercise control over the brand, right?
[10:02] <randomwalker> if you want to call it ubuntu you have to run gnome as default
[10:03] <randomwalker> kubuntu/kde
[10:03] <randomwalker> etc
[10:03] <randomwalker> ?
[10:03] <jenda> correct
[10:03] <jenda> you should
[10:04] <randomwalker> sorry, i should what?
[10:07] <jenda> erm, run gnome as default if you call it Ubuntu
[10:09] <randomwalker> really? is that like, enforceable?
[10:09] <randomwalker> i mean, is there a rule somewhere that i can point at these people?
[10:10] <tsmithe> you can't bloody enforce it unless you remove packages from repos
[10:10] <tsmithe> or separate repos out
[10:10] <tsmithe> which is sad, i agree
[10:10] <tsmithe> and i feel your pain
[10:10] <tsmithe> just make a huge fuss on showing off your gnome
[10:11] <randomwalker> i remember something like this with firefox
[10:11] <randomwalker> debian couldn't call it firefox for some reason
[10:11] <tsmithe> how did the sysadmins install ubuntu without seeing gnome, and liking it?
[10:11] <randomwalker> oh, these people are from the 70s
[10:11] <randomwalker> they are totally command line unix people
[10:12] <randomwalker> they only care about two things
[10:12] <tsmithe> so they installed ubuntu server + fvwm2?
[10:12] <jenda> randomwalker: well, if you want to distribute something that doesn't run with gnome, that would be enforceable
[10:12] <randomwalker> security (by which they really mean covering their asses)
[10:12] <jenda> randomwalker: however, just having it running somewhere... I'm afraid not.
[10:12] <tsmithe> jenda, but distributing over a network doesn't count
[10:12] <randomwalker> and how easy it is for them to do daily admin tasks
[10:12] <randomwalker> i see. ok
[10:12] <jenda> tsmithe: well, depends...
[10:12] <randomwalker> it does have gnome installed
[10:12] <randomwalker> its just no one knows how to run it
[10:12] <tsmithe> jenda, in a school? i hardly think it does?
[10:12] <jenda> I guess you could try ;) Lawyers are good at that type of thing.... but do you want to go there.
[10:12] <tsmithe> *no ?
[10:13] <randomwalker> because it doesn't even run x by default, you hvae to login in from the terminal and type startx, which takes you to fvwm2
[10:13] <tsmithe> :S
[10:13] <randomwalker> gnome requires messing with .xinitrc
[10:13] <tsmithe> that is insane
[10:13] <randomwalker> no way they're going to do that
[10:13] <randomwalker> yeah, i know
[10:14] <randomwalker> only reason i'm running gnome is that i've been messing with xinitrc since circa 1999 so i know how to do it :)
[10:15] <tsmithe> how sad


[06:09] <mborzecki> morning
[07:21] <zyga> o.
[07:21] <zyga> o/
[07:22] <zyga> good morning everyone
[07:23] <mborzecki> zyga: hey
[07:59] <kalikiana> o/
[07:59] <kalikiana> morning, zyga
[08:07] <zyga> hey pawel
[08:08] <zyga> sorry for being absent earlier, my son is ill and I'm trying to get him ready for a visit at the doctor's
[08:08] <zyga> so 2.30 is out, any hiccups on your machines?
[08:08] <zyga> mborzecki, pstolowski: can you check snap changes for any failures?
[08:09] <pstolowski> zyga, looks sane here
[08:09] <mup> PR snapd#4432 opened: cmd/snap,  tests/main/classic-confinement: fix snap-exec path when running under classic confinement <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4432>
[08:12] <zyga> thank you mborzecki, looking :)
[08:12] <mborzecki> zyga: also reenabled one of the classic confinements tests on fedora now ;)
[08:14] <zyga> sweet
[08:15] <zyga> mborzecki: approved
[08:15] <mborzecki> great
[08:15] <zyga> mborzecki: I was thinking about the fedora symlink, perhaps we could enable that in prepare.sh globally
[08:15] <zyga> not a big deal and perhaps a risk in itsel
[08:16] <zyga> let's see if more tests start to need that
[08:16] <mborzecki> hm better talk to Son_Goku first
[08:16] <mborzecki> uhh, you're talking about tests
[08:16] <zyga> yes, just tests
[08:21] <zyga> pstolowski: can you please review https://github.com/snapcore/snapd/pull/4315
[08:21] <mup> PR #4315:  cmd/snap-update-ns: add execWritableMimic <Created by zyga> <https://github.com/snapcore/snapd/pull/4315>
[08:21] <zyga> it has one +1 and I want to land it
[08:21] <zyga> it's from november :'(
[08:21] <mborzecki> looks like there's just a handfull of 'classic' confiment tests, we could enable fedora in those explicitly
[08:23] <zyga> mborzecki, pstolowski: in case you need to do it, this is how to release the core snap: https://new.zygoon.pl/post/core-snap-release-mechanics/
[08:25] <mborzecki> zyga: good i'm not the only one finding arch/revision combination confusing
[08:27] <mborzecki> anyone wants to take a look at #4313? it's already been approved by niemeyer and needs a second review and perhaps comments on the syntax
[08:27] <mup> PR #4313: timeutil: refresh timer take 2 <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4313>
[08:29] <zyga> mborzecki: I'll do it next, looking at error in 4426
[08:29] <mborzecki> thanks
[08:29] <pstolowski> zyga, will review. is mvo off today?
[08:30] <zyga> pstolowski: I don't think he is but perhaps he feels worse than yesterday and is just not around yet
[08:31] <zyga> mborzecki: reviewing now
[08:45] <mborzecki> btw. any ide what's the status of fedora 27 in spread?
[08:49] <zyga> mborzecki: no, is it broken?
[08:56] <mborzecki> zyga: see #4336, there's a comment from niemeyer about rawhide, and it has been addressed already
[08:56] <mup> PR #4336: spread.yaml: add fedora 27 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/4336>
[09:02] <pstolowski> zyga, reviewed 4315, mostly a few questions
[09:02] <mborzecki> mvo: hey, feeling better today?
[09:02] <zyga> pstolowski: thanks, I'll check soon
[09:03] <mvo> mborzecki: hey, good morning! yeah, still a bit weak but better
[09:03] <mvo> and good morning pstolowski  and zyga !
[09:03] <pstolowski> hey mvo! how are you feeling today?
[09:03] <zyga> welcome back mvo!
[09:04] <kalikiana> mvo: o/
[09:04] <mvo> hey kalikiana
[09:05]  * mvo makes a cup of tea and starts looking at open PRs after that
[09:24] <mup> PR snapd#4432 closed: cmd/snap,  tests/main/classic-confinement: fix snap-exec path when running under classic confinement <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4432>
[09:46] <zyga> mborzecki: booted my arch system, wish we had the binary package for snapd :/
[09:48] <mborzecki> zyga: pacaur and makepkg are your friends :)
[09:48] <mup> PR snapd#4433 opened: interfaces: allow socket "shutdown" syscall in default profile <Created by mvo5> <https://github.com/snapcore/snapd/pull/4433>
[09:48] <zyga> mborzecki: while that's probably very arch of it it's not very snapd of it :)
[09:48] <zyga> mborzecki: I wish we could fix the package in the archive
[09:58] <mborzecki> one more classic confinement tests that can be enabled on fedora now
[09:58] <mup> PR snapd#4434 opened: tests/main/confinement-classic: enable the test on Fedora <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4434>
[09:59] <zyga> mborzecki: hmm
[09:59] <zyga> mborzecki: that test is special-ish
[09:59] <zyga> mborzecki: think about what happens
[09:59] <zyga> mborzecki: to really properly test that you need to use fedora base snap
[09:59] <zyga> mborzecki: NAK unless you want to take it to the store and enable a pure binary built test (execution) on fedora
[10:02] <zyga> mborzecki: sent more feedback in the PR
[10:02] <mborzecki>  zyga: doesn't that apply to all distros?
[10:02] <zyga> and small break
[10:02] <zyga> mborzecki: tests don't build C programs (most of the time)
[10:02] <zyga> see my feedback and let's talk here
[10:10] <Chipaca> mvo: mborzecki: dunno if you saw my Q yesterday about #4394
[10:10] <mup> PR #4394: snap: give the snap.Container interface a Walk method <Created by chipaca> <https://github.com/snapcore/snapd/pull/4394>
[10:11] <mborzecki> zyga: i'm looking at the makefile, looks like it's a least pain path without involving the store
[10:12] <pedronis> Chipaca: hi, did you see my asking for reviews yesterday? :)
[10:12] <Chipaca> pedronis: i did not
[10:12] <Chipaca> pedronis: 'appropriate creds'?
[10:12] <pedronis> yes
[10:12] <pedronis> and #4389 (which is small)
[10:12] <mup> PR #4389: overlord/snapstate: override Snapstate.UserID in refresh if the installing user is gone <Created by pedronis> <https://github.com/snapcore/snapd/pull/4389>
[10:17] <zyga> oooh
[10:17] <zyga> shit
[10:17] <zyga> ^H
[10:17] <zyga> badbadbad
[10:18] <pstolowski> zyga, ?
[10:18] <zyga> one sec
[10:18] <mvo> Chipaca: oh, yes, I saw and forgot, I open the pR now
[10:19] <mvo> Chipaca: so that I don't forget again
[10:21] <zyga> uff
[10:21] <zyga> the bug is just in my branch
[10:21] <zyga> fire over
[10:21] <zyga> and now it should work :)
[10:23] <mvo> zyga: heh
[10:23]  * mvo hugs zyga
[10:23] <zyga> I fixed the base snap stale thing
[10:24] <Chipaca> zyga: I love bugs that are only in your branches :-D
[10:25] <mvo> zyga: neato!
[10:27]  * kalikiana coffee break
[10:28] <zyga> mvo: I was checking if I'm on classic on the inside of the mount ns :'-((
[10:29] <zyga> woooooot
[10:30] <zyga> pushed, I'll let travis deal with it now
[10:31] <mborzecki> zyga: about that test, it tries very hard to make sure that the binary works with ld.so and libs from the core snap, not sure why it should not run on non-ubuntu (btw. it's already enabled for suse and debian)
[10:34] <zyga> mborzecki: it should be only built on ubuntu and should run everywhere
[10:34] <zyga> mborzecki: suse is a bug here, it's equally meaningless
[10:35] <zyga> mborzecki: the point is that it must match the core snap, not the distro
[10:35] <zyga> mborzecki: to illustrate that any distro with the core snap can run correctly built classic snaps
[10:49] <zyga> pstolowski: updated 4315 and responded to your feedback, thanks
[10:49] <pstolowski> zyga, thanks, looking
[10:50] <mborzecki> zyga: ok, i'll try to rework the test to have the snap installed from the store, probably will need some help in the process :)
[10:50] <zyga> mborzecki: thank you, I'll gladly help
[10:56] <mup> PR snapd#4431 closed: snap: make `snap info invalid-snap` output more user friendly <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4431>
[11:12] <mup> PR snapd#4435 opened: snap: do not leak internal network errors to the user <Created by mvo5> <https://github.com/snapcore/snapd/pull/4435>
[11:16] <zyga> mvo: +1
[11:17] <mvo> zyga: heh, nice one!
[11:20] <pedronis> Chipaca: thanks
[11:47] <Son_Goku> mborzecki: yeah, no symlink is going into the real stuff
[11:48] <Son_Goku> and the only way I'm accepting classic confinement for real is when you guys finally fix the /snap thing
[11:48] <Son_Goku> so that /snap isn't the barrier to classic confinement
[11:49] <zyga> Son_Goku: that's impossible
[11:49] <Son_Goku> no it isn't
[11:49] <zyga> Son_Goku: you know it, I know it
[11:49] <Son_Goku> I've actually talked to niemeyer about it before
[11:49] <Son_Goku> there is a way... it's just very difficult
[11:49] <zyga> Son_Goku: such as?
[11:49] <Son_Goku> I'd have to dig out old chat logs for that
[11:49] <Son_Goku> which I don't have on hand atm
[11:50] <zyga> Son_Goku: when you have a moment please share, I'm curiou
[11:50] <Son_Goku> will do
[11:50]  * Chipaca -> lunchmaking
[11:52] <Chipaca> ogra_: ondra: are you both on holidays still?
[11:53] <mborzecki> Son_Goku: https://github.com/snapcore/snapd/commit/563795fd8d628c64da4019aee3f5c6a845eb0fe7 might be worth cherry picking to Fedora package as it addresses an issue that broke running classic snaps (should the user do a /snap symlink first of course)
[11:53] <Son_Goku> mborzecki won't work
[11:53] <Son_Goku> re-exec is disabled in Fedora
[11:53] <zyga> Son_Goku: that's unrelated
[11:53] <mborzecki> Son_Goku: it's not related to reexec
[11:53] <Son_Goku> oh snapexec
[11:53] <zyga> Son_Goku: it's a correct bugfix
[11:53] <mborzecki> we were using the icnorrect path to snap-exec
[11:53] <Son_Goku> yeah, I'll cherry pick it
[11:54] <ogra_> Chipaca, back tomorrow
[11:54] <mborzecki> Son_Goku: great, thanks
[11:54] <mup> PR snapd#4436 opened:  snap: do not leak internal errors on install/refresh etc  <Created by mvo5> <https://github.com/snapcore/snapd/pull/4436>
[11:54] <zyga> Son_Goku: I updated my f27 yesterday
[11:54] <Son_Goku> it's not in 2.30 either, so I'll pull it when I rebase to 2.30
[11:54] <zyga> Son_Goku: oddly it picked the updates in gnome-software but not in dnf? maybe I was still sleepy
[11:54] <Son_Goku> try "dnf --refresh upgrade"
[11:55] <zyga> Son_Goku: I'll try next time, it's up-to-date now
[12:14] <Son_Goku> zyga, kalikiana: I just got DNF into OpenSUSE Leap 15.0
[12:15] <zyga> Son_Goku: will it replace zypper?
[12:15] <Son_Goku> no
[12:15] <zyga> Son_Goku: what's the use case?
[12:15] <Son_Goku> python3-dnf
[12:16] <Son_Goku> for snapcraft
[12:16] <zyga> aah
[12:16] <Son_Goku> also, kiwi can produce images for Fedora/CentOS with it
[12:16] <kalikiana> Son_Goku: woot, awesome
[12:16] <Son_Goku> the goal here is to have a single backend for rpm stuff
[12:17] <Son_Goku> and pretty much all distributions that aren't SUSE are gradually converging on DNF
[12:17] <Son_Goku> SUSE has Zypper, which for all practical purposes works identically to DNF
[12:17] <Son_Goku> since they use the same resolver
[12:20] <mborzecki> fwiw, even yocto also integrated dnf some time ago
[12:22] <Son_Goku> yeah
[12:22] <Son_Goku> I helped out kanavin with that last year
[12:25] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/4337/files
[12:25] <mup> PR #4337: cmd/snap: use snap-exec from core with a classic snap when reexecing <Created by mwhudson> <https://github.com/snapcore/snapd/pull/4337>
[12:26] <zyga> mborzecki: ^_^ i forgot about this
[12:28] <zyga> mborzecki: maybe you want to review it
[12:28] <mborzecki> i've added a comment there
[12:33] <zyga> ohh
[12:33] <zyga> I have green :)
[12:34] <zyga> everyone: please review this and let's have it in 2.31
[12:34] <zyga> https://github.com/snapcore/snapd/pull/4329
[12:34] <mup> PR #4329:  cmd/snap-confine: discard stale mount namespaces (v2) <Created by zyga> <https://github.com/snapcore/snapd/pull/4329>
[12:34] <mup> PR snapd#4315 closed:  cmd/snap-update-ns: add execWritableMimic <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4315>
[12:34] <zyga> mvo: 2.29 and 2.30 milestones on GH have no due date and are open
[12:34] <zyga> mvo: (thank you for opening 2.31)
[12:36] <zyga> jdstrand: ^
[12:37] <pedronis> given that 2.30 is stable now we can close 2.29
[12:37] <zyga> I agree
[12:39] <mborzecki> hmm i'm trying `snapcraft cleanbuild` with the test snap, but it fails both on arch (running from snaps) and on xenial (installed from repos)
[12:40] <mborzecki> on arch it's trying to push an assert file to the container, looks like it's confused about the path where the assert file is, maybe something with snap mount dir being different than /snap
[12:40] <mup> PR snapd#4437 opened: tests: add test that ensures we never parse versions as numbers <Created by mvo5> <https://github.com/snapcore/snapd/pull/4437>
[12:40] <zyga> mborzecki: just build it manually
[12:40] <zyga> mborzecki: upload to the store
[12:40] <ondra> Chipaca no back working
[12:40] <zyga> mborzecki: and share it with mvo
[12:40] <ondra> Chipaca what's up?
[12:41] <zyga> mborzecki: it's a special test IMO
[12:41] <mborzecki> on xenial, the container is started, i see it gets updated, but then i get `Temporary failure resolving 'archive.ubuntu.com'` when trying to install gcc as build-package
[12:41] <zyga> mborzecki: request: please use test-snapd- prefix
[12:41] <Chipaca> ondra: https://forum.snapcraft.io/t/best-practice-for-reporting-ubuntu-core-system-kernel-issues/3382
[12:41] <zyga> mborzecki: the dns issue you see is interesting and probably worth looking into, could be lxd specific, could be general /etc mess bug
[12:41] <Chipaca> ondra: i thought maybe you had input there (otherwise ogra_ will get to it tomorrow i guess :-) )
[12:42] <mborzecki> zyga: i added --debug to cleanbuld, it dropped me to the shell and i can apt-get install gcc just fine :/
[12:42] <zyga> aha
[12:42] <zyga> good then
[12:42] <zyga> mborzecki: really just build it and push to the store
[12:44] <ondra> Chipaca let me check
[12:49] <ogra_> "rainbow" (in the bug) sounds wrong all over ...
[12:50] <ogra_> would be somethig to verify ...
[12:50] <ogra_> regarding the bug filing i think using "Snappy" for image issues is fine as a catch all project
[12:51] <Chipaca> ogra_: agreed. now get out of here.
[12:51] <ogra_> :)
[12:51] <Chipaca> :-)
[12:55] <mup> PR snapcraft#1842 opened: lxd: Change "Terminating" message to debug level <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1842>
[13:01] <mborzecki> zyga: just to be sure, snapcraft register test-snapd-hello-classic && snapcraft push --release=edge test-snapd-hello-classic_*.snap ?
[13:02] <zyga> mborzecki: looks right (I think)
[13:05] <mborzecki> mvo: pushed it to the store, the name is test-snapd-hello-classic
[13:15] <sergiusens> morning
[13:16] <kalikiana> sergiusens: good morning!
[13:17] <sergiusens> kalikiana hey, mind looking at what mborzecki is talking about?
[13:17] <sergiusens> zyga I m not sure, but it would be nice to have an API to retrieve the snap-declaration/revision assertion from snapd :-)
[13:20] <kalikiana> mborzecki: can you paste your log somewhere?
[13:22] <mborzecki> kalikiana: https://paste.ubuntu.com/26312927/ snapcraft from snaps, trying cleanbuild on arch, lxd seems to work just fine
[13:26] <kalikiana> mborzecki: I notice `error: open /var/lib/snapd/hostfs/` are you using the lxd snap from edge?
[13:26] <pedronis> mvo: this is the PR I mentioned: #4392
[13:26] <mup> PR #4392: many: refresh with appropriate creds <Created by pedronis> <https://github.com/snapcore/snapd/pull/4392>
[13:26] <kalikiana> mborzecki: the snap broke just before xmas
[13:27] <zyga> sergiusens: I think you can already, via the snap known API
[13:27] <zyga> sergiusens: or are you talking about getting them from the store for snaps snapd doesn't know about?
[13:28] <mborzecki> kalikiana: https://paste.ubuntu.com/26312943/ and this is snapcraft on xenial, from packages, when i get dropped to debug shell i can successfuly install required packages, not sure why it's hitting a timeout there :/
[13:29] <mvo> pedronis: thanks
[13:31] <mborzecki> mvo: the PR with the snap is #4434
[13:31] <mup> PR #4434: tests/main/confinement-classic: enable the test on Fedora <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4434>
[13:31] <kalikiana> mborzecki: Broken DNS would be my guess. It seems to work and then fails later on. Did you do `lxd init`and go through the terminal UX to set up the network?
[13:32] <zyga> kalikiana, mborzecki: look at /etc/nsswitch.conf please, see if it's fishy
[13:32] <zyga> we could use a DNS-test-snap (spread test)
[13:32] <zyga> that exercises glibc API and maybe systemd-specific new API
[13:33] <mborzecki> kalikiana: cleanbuild --debug drops me to the shell in the container right?
[13:33] <kalikiana> mborzecki: Yes
[13:34] <sergiusens> zyga for snaps installed, kalikiana are you using that?
[13:34] <mvo> mborzecki: please run "snapcraft release test-snapd-hello-classic 1 edge"
[13:34] <mvo> mborzecki: and your snap should be availabe, then we need to transfer your snap
[13:35] <mborzecki> kalikiana: when i'm dropped to the shell, i can install gcc just fine
[13:36] <mborzecki> mvo: done
[13:37] <kalikiana> sergiusens: zyga for locally installed snaps, we have code in snapcraft to get assertions via the snaps endpoint (https://github.com/snapcore/snapd/wiki/REST-API#get-v2snapsname) . If that's what you're looking for, checkout this code https://github.com/snapcore/snapcraft/blob/master/snapcraft/internal/lxd/_containerbuild.py#L236
[13:37] <kalikiana> mborzecki: I can believe that. And unfortunately it doesn't contradict what I said
[13:38] <kalikiana> that's what broken DNS does
[13:38] <mvo> mborzecki: cool, now fire away, your test hopefully works now
[13:38] <zyga> my keyboard seems to have issues when I do backups over wifi :/
[13:39] <zyga> sergiusens: I mean whatever fuels "snap known", not sure what that is
[13:39] <mborzecki> mvo: thx, started the test just now :)
[13:39] <mborzecki> zyga: tried switching the wifi to 5ghz band?
[13:39] <zyga> mborzecki: I am using it
[13:39] <zyga> mborzecki: (ah, no)
[13:39] <zyga> perhaps it's not
[13:40] <kalikiana> mborzecki: You can also check `ifconfig` and `/etc/resolv.conf` if there's a proper IP and ns respectively
[13:40] <zyga> my backup is to a "home" network that uses a mixture of 2.4 and 5
[13:41] <mborzecki> kalikiana: fyi, it's also runnign in a vm :), so it's qemu -> xenial -> lxd in this case :)
[13:43] <kalikiana> mborzecki: that's generally fine. I'd try `sudo dpkg-reconfigure lxd` suspecting you didn't configure it before
[13:44] <kalikiana> in the xenial running in the vm
[13:46] <kalikiana> mborzecki: I'm heading out for lunch now. If that doesn't do the trick I'll try to think of what else to debug there
[13:46] <mborzecki> kalikiana: thanks, i've reconfigured lxd and trying a cleanbuild now
[13:47] <mborzecki> kalikiana: seems to work now :) thanks again
[13:49] <kalikiana> mborzecki: Sweet! Glad it worked!
[13:49]  * kalikiana now trying to leave the house without being blown away by the wind
[14:15] <mborzecki> still got some spread tests running, but i'm wrapping it up for today
[14:33] <pedronis> mvo: seems we changed something about test-snapd-toosl release status, and now test snap-info failes
[14:33] <pedronis> test-snapd-tools.channels.beta expected '↑', got '2.10      (7) 12kB -'
[14:34] <pedronis> beta was closed and now it has a different release
[14:35] <mvo> pedronis: uh, I can fix this
[14:36] <mvo> pedronis: fixed, sorry for the trouble
[14:37] <pedronis> mvo: is the new version needed for some work in progress?
[14:39] <mvo> pedronis: yes for my latest PR but I can use a different snap or adjust the tests in my PR, I don't want to break the world with that
[14:39] <pedronis> ok, thank you
[14:46] <kalikiana> re
[14:55] <elopio> good morning! :D
[15:05] <kalikiana> hey elopio
[15:08] <kalikiana> elopio: whilst preparing snapcraft#1842 I noticed we seem to have no way to test if log messages use the expected level (debug, info). might be nice to consider what we could do about it in the future
[15:08] <mup> PR snapcraft#1842: lxd: Change "Terminating" message to debug level <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1842>
[15:09] <elopio> kalikiana: yeah, we have pending a complete redesign of logs, info messages and errors. Currently we have a mix of prints, logs and exceptions
[15:10] <kalikiana> elopio: I'm referring to existing uses of `logger`. There's no way to test that they use the correct level
[15:12] <kyrofa> kalikiana, you can make a fake logger that grabs a specific level
[15:16] <kalikiana> kyrofa: Hmmm do we have an example of this?
[15:16] <kyrofa> Yeah let me find one
[15:17] <kalikiana> Thanks!
[15:21] <kyrofa> kalikiana, look at test_yaml_missing_confinement_must_log in unit/project_loader/test_config.py
[15:21] <kyrofa> It's the FakeLogger fixture. It grabs whatever logging level you define as well as more critical levels
[15:22] <kyrofa> Perhaps that latter point makes it less useful for your case, I'm not sure
[15:24] <kalikiana> kyrofa: Hm... I think I need sort of the opposite. Assuming info would be 'more critical' I'd get the message, whether it's info or debug
[15:25] <kyrofa> kalikiana, are you trying to verify a message is debug, or info?
[15:25] <kalikiana> kyrofa: I'm changing the message from info to debug. I'd like to verify it's debug only.
[15:28] <kyrofa> kalikiana, you can change the log format in that fixture to include the log level
[15:28] <kyrofa> Kinda hacky, but then you could match the log level
[15:33] <kalikiana> Hmmm I'll give that a go. Thanks!
[15:56] <mup> PR snapcraft#1843 opened: elf: warn if primed files will not work with the base's linker <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1843>
[15:59] <sergiusens> kyrofa elopio ^
[16:00]  * sergiusens is not a fan of checking for existence or lack of messages logged in tests
[16:03] <kalikiana> sergiusens: kyrofa: elopio This is what I came up with https://github.com/snapcore/snapcraft/pull/1842/commits/535cefbabbdb69481a4a6cc73ed3998e551d1f82 I'm not checking existence here, but rather that the level is correct
[16:03] <mup> PR snapcraft#1842: lxd: Change "Terminating" message to debug level <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1842>
[16:13] <elopio> sergiusens: checking...
[16:17] <elopio> kalikiana: I don't think that test is really necessary, mainly because as I said, we need to rethink our logger. I'm happy with tests that set the fake logger to debug, and check if the debug message is there
[16:18] <elopio> even if that will miss the specific level of the message. But your test looks correct too, I don't see a problem to land it.
[16:24] <kalikiana> elopio: A test that checks if the message is there won't fail without my change
[16:26] <elopio> I know, I'm saying I don't mind that that line is not fully covered. But it's ok if you care about it, of course.
[16:35] <mup> PR snapcraft#1832 closed: cmake plugin: update plugin details <codein> <Created by konrad11901> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1832>
[16:37] <kalikiana> sergiusens: FYI I was certain there was a bug for this but couldn't find it... so I filed a new one in any case https://bugs.launchpad.net/snapcraft/+bug/1741082 This is for the permission issues with staged packages in conjunction with sshfs
[16:37] <mup> Bug #1741082: sshfs breaks with serving user files to root in LXD <Snapcraft:Confirmed for kalikiana> <https://launchpad.net/bugs/1741082>
[16:50] <kalikiana> elopio: I can also back it out and we plan for a better solution. This was a pretty quick hack anyway. I just feel a bit... uneasy committing untested code
[16:50] <elopio> +1
[16:51]  * kalikiana wrapping up for the day shortly - will have to push the sshfs PR in the morning since the tests aren't ready
[16:59] <mup> PR snapcraft#1844 opened: Included fix for error messages <Created by Tanesh1701> <https://github.com/snapcore/snapcraft/pull/1844>
[17:04] <sparkiegeek> hi snappy-devs! I'm a bit green when it comes to Golang coding, but am trying to just run the tests before making any changes and am hitting https://paste.ubuntu.com/26313885/
[17:05] <sparkiegeek> any clues?
[17:06] <Chipaca> sparkiegeek: your vet is newer or older than ours :-)
[17:06] <sparkiegeek> Chipaca: ⟫ go version
[17:06] <sparkiegeek> go version go1.8.3 linux/amd64
[17:06] <sparkiegeek> Chipaca: which one do I want?
[17:07] <Chipaca> sparkiegeek: actually, i just checked and 1.6 and 1.9 are both happy with that file
[17:07] <pedronis> Chipaca: it's interesting though that afaict Plug and Slot don't have a String
[17:07] <pedronis> so that might be ok but not ideal
[17:08] <pedronis> maybe pstolowski should look at that
[17:08] <mup> PR snapd#4438 opened:  snap: add new `snap advice-command` skeleton <Created by mvo5> <https://github.com/snapcore/snapd/pull/4438>
[17:09] <sparkiegeek> ok, so in the meantime... should I just ignore it? or should i use a different go version?
[17:09] <sparkiegeek> I can't see anything in HACKING.md about what the supported Go version is
[17:09] <mvo> sparkiegeek: just ignore the bet errors while we investigate, just run ./run-checks --unit in the meantime
[17:10] <mvo> sparkiegeek: we support *all* (kidding, we should add go1.6+)
[17:11] <mvo> sparkiegeek: a PR with the fix for the HACKING.md would be welcome :-D go1.6+ is what we support
[17:12] <pstolowski> sparkiegeek, pedronis, will fix the code
[17:13] <pedronis> Chipaca: afaict %s doesn't produce anything sane with a struct without String that doesn't have all fields that are strings
[17:14] <pstolowski> although
[17:14] <pstolowski> PlugInfo and SlotInfo do have String()
[17:14] <sparkiegeek> mvo: on it
[17:14] <zyga> re
[17:14]  * zyga is more awake now, sorry for being absent earlier
[17:14] <pstolowski> ah, it's Plug/Slot
[17:14] <zyga> I was writing (but not code)
[17:14] <zyga> about sanpd
[17:14] <zyga> snapd
[17:15] <mvo> sparkiegeek: \o/
[17:15] <pedronis> Chipaca: otoh golang.org at the moment doesn't let me share my example
[17:15] <pedronis> :/
[17:17] <sparkiegeek> mvo: https://github.com/snapcore/snapd/pull/4439
[17:17] <mup> PR #4439: Add documentation for supported Go versions <Created by sparkiegeek> <https://github.com/snapcore/snapd/pull/4439>
[17:17] <pstolowski> pedronis, is it possible vet got confused? i'm looking at these lines and they are dealing with PlugInfo and SlotInfo (and these have String()), not interfaces.Plug/Slot as indicated by vet
[17:17] <mup> PR snapd#4439 opened: Add documentation for supported Go versions <Created by sparkiegeek> <https://github.com/snapcore/snapd/pull/4439>
[17:17] <pedronis> pstolowski: ah
[17:17] <pedronis> interesting or sparkiegeek doesn't have master ??
[17:18] <pstolowski> or that...
[17:19] <zyga> pstolowski: I looked at that once and it looks like vet bug
[17:19] <zyga> pstolowski: it's meaningless (the error)
[17:19] <sparkiegeek> I'm running 55648cb8358825a18c6f926c38416703b48edd1f afaics
[17:21] <sparkiegeek> but I'd definitely suspect PEBKAC if it's not reproducible? I'm just using Go from Artful
[17:21] <pstolowski> sparkiegeek, ok, that's the latest
[17:22] <pstolowski> sparkiegeek, looks more like a vet bug as zyga says. the error mentions wrong type, it's not the one used in the code
[17:22] <sparkiegeek> pstolowski: I mean, I might well have screwed things up, I find myself battling $GOPATH quite often :)
[17:55] <mup> PR snapd#4426 closed: snap: print friendly message if `snap keys` is empty <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4426>
[17:55] <mup> PR snapd#4433 closed: interfaces: allow socket "shutdown" syscall in default profile <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4433>
[17:58] <sparkiegeek> weird, now I've made my changes I don't get the vet complaint :/
[17:59] <sparkiegeek> of course, now I have a newer version of shellcheck complaining about other things!
[18:01] <mborzecki> iirc vet (and some other static analysis tools) may depend on whether the package archive files (*.a) are up to date with the code
[18:02] <sparkiegeek> mborzecki: ah, that might explain it. Last time I built snapd was many months ago
[18:03] <pmatulis> 'snap search' outputs a short list of snaps. why?
[18:03] <zyga> pmatulis: those are 'curated chices' to show some snaps, akin to "browse the store"
[18:03] <zyga> pmatulis: just very early version of that concept
[18:04] <mvo> pmatulis: quite a few people are confused by this, we have https://github.com/snapcore/snapd/pull/4382 to help with that
[18:04] <mup> PR #4382: snap: show header/footer when `snap find` is used without arguments <Created by mvo5> <https://github.com/snapcore/snapd/pull/4382>
[18:05] <sparkiegeek> right see #1700560
[18:05] <mup> Bug #1700560: “snap find” returns confusing results <Snappy:In Progress> <Snap Store:Invalid> <https://launchpad.net/bugs/1700560>
[18:15] <mborzecki> sparkiegeek: more info about vet - https://github.com/golang/go/issues/20514 and https://github.com/golang/go/issues/16086
[18:26] <mup> PR snapcraft#1845 opened: cli: implement help <command> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1845>
[18:26] <sergiusens> elopio kyrofa ^
[18:39] <mvo> pedronis: you have a review for the private refresh PR, I love the level of testing, great work!
[18:44] <pmatulis> zyga, thanks. it's true that it's incredibly confusing. it can lead people to believe those are the *only* snaps available
[18:46] <sparkiegeek> sergiusens: 😍 @ snapcraft help <command>
[18:49] <mvo> pmatulis: *cough* thanks for the feedback, we aim the fix for 2.31
[18:49] <mvo> s/aim/target/
[18:51] <sergiusens> sparkiegeek oh yeah
[18:52] <sparkiegeek> sergiusens: best Xmas 🎁 yet :)
[19:10] <noise][> sergiusens: what's the timeline for next stable release?
[19:18] <sergiusens> elopio fixed
[19:19] <sergiusens> noise][ as a snap, during CPT; as a deb, I'll need to do some bribing to avoid backporting new dependencies
[19:20] <noise][> sergiusens: cool, i'm just eager to get the metadata editing stuff out the door, thanks!
[19:20] <sergiusens> noise][ it sort of is already, most of are users are running from `edge`
[19:21] <noise][> ~ 1/4-ish from stats
[19:22] <sergiusens> ooh, they have changed. I'll need to take a look again
[19:23] <sergiusens> noise][ so, elopio will be doing sanity checking of what is in beta and with that data we will have early data to promote to stable. These numbers make me want to have the current beta (2.38) in candidate sooner to have it go to stable even
[19:31] <elopio> sergiusens: you didn't update the docstring.
[19:31] <sergiusens> oh
[19:34] <sergiusens> elopio done now
[19:38] <pedronis> mvo: thanks, will look in my morning
[19:58] <mup> PR snapd#4389 closed: overlord/snapstate: override Snapstate.UserID in refresh if the installing user is gone <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/4389>
[20:10] <mup> PR snapd#4337 closed: cmd/snap: use snap-exec from core with a classic snap when reexecing <Created by mwhudson> <Closed by mwhudson> <https://github.com/snapcore/snapd/pull/4337>
[20:10]  * zyga waves at mwhudson
[20:10] <mwhudson> zyga: morning
[20:17] <sergiusens> kyrofa pushed fixes
[21:06] <mup> PR snapcraft#1840 closed: docker: instructions to build from the snap <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1840>
[21:27] <pmatulis> mvo, ty
[22:00] <mup> Issue snapcraft#1699 closed: snapcraft <help> command <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1699>
[22:00] <mup> PR snapcraft#1845 closed: cli: implement help <command> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1845>
[22:03] <mup> Issue snapcraft#1700 closed: snapcraft help <plugin>|<sources> <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1700>