[03:54] <stevebiscuit> croepha: https://uappexplorer.com/apps?type=snappy is a community effort that accesses the store API, you can also install https://github.com/snapcore/snapweb
[07:55] <tsimonq2> how would I go about using SVN with snappy?
[07:56] <davidcalle> kyrofa: sergiusens ^
[07:57] <tsimonq2> I don't prefer SVN, I'm just trying to make a snap for an application that uses SVN :)
[08:00] <tsimonq2> from the looks of https://github.com/ubuntu-core/snapcraft/blob/master/snapcraft/sources.py , doesn't look like it
[08:01] <ogra_> yeah, we dont have SVN or CVS support yet
[08:01] <ogra_> two options:
[08:01] <ogra_> 1) file a bug and wait
[08:02] <ogra_> 2) write a plugin yourself and send a patch
[08:02] <ogra_> (or 3 ... do bboth ;) )
[08:02] <ogra_> *both
[08:02] <tsimonq2> ogra_: would https://github.com/ubuntu-core/snapcraft/blob/master/snapcraft/internal/sources.py and https://github.com/ubuntu-core/snapcraft/blob/master/snapcraft/sources.py be the files to patch?
[08:04] <ogra_> i never wrote a plugin myself ... but here is the commit that added support for zip files, perhaps you can deduct something from it https://github.com/ubuntu-core/snapcraft/pull/523
[08:04] <tsimonq2> ogra_: BTW while I have you here, I submitted this a couple months ago, mind taking a look? :) https://github.com/ubuntu-core/snapcraft/pull/467
[08:04] <tsimonq2> oh okay
[08:05] <tsimonq2> I was just reading https://github.com/ubuntu-core/snapcraft/blob/master/snapcraft/internal/sources.py
[08:05] <ogra_> tsimonq2, for that merge you want sergiusens or kyrofa
[08:05] <tsimonq2> ogra_: alright :)
[08:05] <tsimonq2> sergiusens, kyrofa: could you please take a look at https://github.com/ubuntu-core/snapcraft/pull/467 when you have the chance?
[08:05] <ogra_> (not sure if we parse the output of apt-get or some such ... apt has definitely different output )
[08:06] <ogra_> note that both of them are in US timezones ... might still take a bit til one of them gets up
[08:07]  * tsimonq2 is in one too ;)
[08:07] <tsimonq2> my sleep schedule is jsut a bit weird right now
[08:09] <ogra_> heh
[08:46] <seb128> dholbach, hey
[08:46] <dholbach> salut seb128
[08:46] <dholbach> comment ça va?
[08:46] <seb128> bien et toi ?
[08:47] <seb128> dholbach, did you get issues with fonts being showing as squares in the galculator snap?
[08:47] <dholbach> bien aussi, merci :)
[08:47] <dholbach> seb128, I fixed it in ristretto by just adding fonts-freefont-ttf to stage-packages
[08:48] <dholbach> for galculator I filed https://github.com/ubuntu/snappy-playpen/issues/46
[08:48] <seb128> dholbach, k, you can fix it in the galculator one by uncommenting that line
[08:48] <seb128> #ln -sf $SNAP/usr/share/{fontconfig,fonts,fonts-*,themes} $XDG_DATA_HOME
[08:48] <seb128> unsure why you commented it
[08:49] <seb128> I assume that line was copied from our gnome-calculator wrapper
[08:49] <seb128> except we have it uncommented :p
[08:49] <seb128> but maybe the stage package thing work too, thanks for the hint
[08:50] <seb128> dholbach, commented on the issue ticket, thanks
[08:51] <dholbach> seb128, I don't think *I* commented it
[08:51] <dholbach> doing a test-build now
[08:51] <dholbach> thanks seb128
[08:52] <seb128> dholbach, sorry, the "you" was meant for whoever did those changes
[08:52]  * seb128 hugs dholbach
[08:52] <dholbach> right :)
[08:52] <dholbach> always blaming me
[08:57] <dholbach> seb128, maybe you can comment on https://github.com/ubuntu/snappy-playpen/pull/48?
[08:58] <seb128> dholbach, done
[08:58] <dholbach> cool, I'll just let the travis build pass, then merge it
[08:58] <dholbach> thanks for the help!
[08:58] <dholbach> seb128, I'm going to announce another event on tuesday, especially inviting upstreams and flavours
[08:59] <dholbach> maybe in the week after that we can do some cleanup and see if we can agree on some common things to do in launchers and stuff
[08:59] <seb128> dholbach, nice, I'm going to try to hang around with you guys
[08:59] <seb128> yeah
[08:59] <dholbach> awesome
[08:59] <dholbach> not sure if you saw it, but we're also here: https://gitter.im/ubuntu/snappy-playpen
[08:59] <dholbach> quite a few folks joined us through that channel
[09:00] <dholbach> also the guy Andrew, who's working on the gimp-from-git snap
[09:00] <tsimonq2> I'll finish SVN support and a Sylpheed snap later, off to bed, o/
[09:05] <seb128> dholbach, I saw it mentioned, but I feel like etoomanycomchannel, irc/emails/telegram/hangouts/...
[09:05] <beowulf> hi, anyone seen "cannot remove 'foo': snap 'foo' has changes in progress" and know how to fix it? :) https://pastebin.canonical.com/158483/
[09:05] <seb128> dholbach, but I guess I can try to join a bit see how it feels
[09:06] <seb128> beowulf, what version of snapd do you use? that was supposed to be fixed/improved in recent updates afaik
[09:09] <dholbach> seb128, no worries - you can always open or close the tab whenever you feel like it ;-)
[09:10] <dholbach> seb128, maybe you can take a look at https://github.com/ubuntu/snappy-playpen/pull/47 too?
[09:11] <beowulf> seb128: how do i get the version?
[09:16] <seb128> beowulf, dpkg -l | grep snapd
[09:17] <seb128> dholbach, k, trying to do that in a bit
[09:17] <beowulf> seb128: https://pastebin.canonical.com/158488/
[09:17] <seb128> beowulf, sorry, "snap"
[09:17] <dholbach> seb128, cool!
[09:18] <beowulf> seb128: won't make a difference :)
[09:18] <seb128> ?
[09:18] <seb128> it should be installed
[09:18] <seb128> oh
[09:18] <seb128> not from inside the snap env
[09:18] <seb128> if that's what you did
[09:18] <seb128> from your machine
[09:19] <beowulf> seb128: aaah, this is an ubuntu-core image as vm, running on vmware fusion on os x
[09:19] <beowulf> seb128: the image was created from https://github.com/zyga/devtools about ~4 weeks ago
[09:20]  * ogra_ is off to the dentist ... BBL
[09:22] <seb128> beowulf, k, that's not a part of snap I'm familiar with, better to try to get a reply from mvo or zyga
[09:22] <seb128> but snap has known issue around that which got fixed/improved in recent updates
[09:22] <beowulf> seb128: no worries, thanks anyway :)
[09:22] <seb128> maybe your version still had those
[09:22] <beowulf> seb128: yep, will build a new image
[09:22] <seb128> you might need to wipe your snap state/image :-/
[09:23] <beowulf> seb128: yes, i've had this bug before and that's all i could do :(
[09:23] <beowulf> seb128: powering off in the middle of snap install caused it the first time, this time it was uninstall
[09:24] <beowulf> (not powering off during uninstall, just uninstall)
[09:29] <seb128> yeah, I had the issue once on uninstall
[09:29] <seb128> some process was still active which made the unmount fail
[09:29] <seb128> and snapd was stucked from there on
[09:41] <willcooke> Anyone know if the store will show (eventually?) show paid apps in the list of snaps *before* auth?  i.e. can I see all the paid apps before I've signed in to U1 in order to purchase them?
[10:21] <mvo> jdstrand: I get seccomp killing of go-example-webserver on i386, the syscall is 123 - modify_ldt (which sounds scary). anything we can do ? or no golang on i386?
[12:04] <dholbach> mvo, do you know if "snap refresh" (to update all installed snaps) is a priority?
[12:04] <dholbach> people keep asking for it
[12:04] <dholbach> or niemeyer1 ^
[12:05] <zyga_> dholbach: it's implemented
[12:05] <zyga_> dholbach: it's not released (in proposed now)
[12:05] <dholbach> go go go
[12:06] <dholbach> nice one
[12:06] <dholbach> then we can update http://askubuntu.com/questions/760823/how-to-update-all-snap-packages again :)
[12:17] <dholbach> Do we keep two ubuntu-core snap versions on the Desktop too?
[12:22] <mvo> dholbach: its in 2.0.8 xenial-proposed
[12:23] <dholbach> rollback too? :-)
[12:23] <mvo> dholbach: almost ;) https://github.com/snapcore/snapd/pull/1275
[12:24] <mvo> dholbach: need a second review ;) give it a +1 and it can land
[12:24] <dholbach> haha
[12:24] <dholbach> http://herbookthoughts.reads-it.com/wp-content/uploads/2014/06/d6a1143f571184db25f94613edd43b40af6d3a629221aba00d9efdcfef5efd84.jpg
[12:24] <mvo> lol
[12:24]  * mvo hugs dholbach
[12:25]  * dholbach hugs mvo back
[12:25]  * dholbach shows his ID: dholbach, head of rubberstamp deparment
[12:42] <sergiusens> tsimonq2 we have a bug open for that, it would require someone to add it to snapcraft.internal.sources
[12:43] <sergiusens> ogra_ we already have a bug, tsimonq2 it wouldn't be a plugin, just an extension to the core
[12:44] <sergiusens> tsimonq2 I am hesitant to move to `apt` as it prints out it is not meant to be scripted yet
[12:44] <sergiusens> mvo already tried that trick once :-P
[12:47] <jdstrand> mvo: I read the man page and it says: EFAULT ptr points outside the address space.
[12:48] <jdstrand> mvo: I think it is safe to use but I'll check with others
[12:54] <ogra_> re ..
[12:54] <ogra_> sergiusens, well, then just duplicate it :)
[12:55] <mvo> jdstrand: ok, that would make the go-example-webserver work
[12:56]  * jdstrand nods
[12:57] <sergiusens> ogra_ it is hard from the tablet :-P
[12:57] <ogra_> heh, i know what you mean :)
[12:59]  * ogra_ has all new teeth \o/ ... still need to wait 1h til i can use them ... 
[13:13] <tedg> Trying to install snapcraft on classic on snappy, getting this error. Not sure how to work around it.
[13:13] <tedg> $ sudo apt-get install snapcraft
[13:13] <tedg> sudo: no tty present and no askpass program specified
[13:14] <ogra_> tedg, there is no classic on snappy
[13:14] <ogra_> just about to be re-implemented ... gone since a few months already ...
[13:14] <ogra_> i assume your image is really old
[13:15] <tedg> Oh
[13:15] <tedg> Perhaps that is why it doesn't work.
[13:15] <tedg> Guess I'm going to have to figure out how to build things on Launchpad then.
[13:20] <dholbach> jamiebennett, I'll create a tag for bugs called 'snap-docs', which we can use for snapd, snapcraft and developer-ubuntu-com, so we have one common tag to look at across the different projects and can organise a docs blitz - sounds good or would you prefer a different name?
[13:21] <jamiebennett> dholbach: sounds good
[13:21] <dholbach> cool
[13:21] <dholbach> I'll go through the bug lists now and send an update to the list once I'm done
[13:26] <ogra_> tedg, just use aa classic (server or desktop) install and install snapcraft there
[13:26] <ogra_> we should have classic images for all arches
[13:26] <tedg> ogra_: Was building to deploy on my raspi
[13:26] <tedg> ogra_: So using it for arm builds
[13:26] <ogra_> so use the mate image
[13:27] <tedg> I was figuring I could use lxd
[13:27] <ogra_> not sure we still have a working lxd snap ... i think that was dropped until it gets updated to the new world order
[13:38] <dholbach> davidcalle, popey: where would you suggest we host a "top snap questions from askubuntu" list? (it'd be a cheap FAQ)
[13:38] <davidcalle> dholbach: by "top" do you mean using AskUbuntu score or something we curate manually?
[13:40] <popey> hmmmm
[13:42] <davidcalle> dholbach: what about in snapcraft doc tree, as FAQ.md?
[13:42] <davidcalle> (cheapFAQ.md ;-))
[13:43] <dholbach> davidcalle, curated manually - I just went through the list
[13:44] <dholbach> davidcalle, or just in the CMS?
[13:44] <dholbach> some of the questions were related to snapd too
[14:05] <roadmr> ey folks, I'm trying to snap a tool which consists of a backend with several possible frontends (f1, f2...). I could snap backend and frontends separately but this replicates the .deb pattern. I could also bundle one or more frontends with the backend. But the snaps would look like backend-f1, backend-f2... which is confusing. OR I could name the snaps after each frontend (f1, f2) and implicitly include the
[14:05] <roadmr> same backend in all. Which pattern makes the most sense?
[14:17] <qengho> roadmr: You could have several commands in one package called "roadmr":  roadmr.frontend1, roadmr.frontend2
[14:18] <roadmr> qengho: righto, but do you think it's ok to ship the frontends in a package named after the backend?
[14:18] <qengho> roadmr: I think you have to decide if a user is likely to use more than one frontend. If not, and if it saves a lot of space, separate.
[14:19] <qengho> roadmr: Hmm, if you separate, I'd have a daemon run silently and name the package roadmr-frontend1
[14:19] <roadmr> qengho: good idea... a user is likely to prefer the frontend which works best with their desktop environment. I can see if the 2-3 most popular ones can be included without making the snap too huge :D
[14:21] <qengho> roadmr: One of our assumptions with Snappy is that storage is dirt cheap. But, embedded storage and bandwitdth isn't necessarily cheap. Pick what's sensible for your audience.
[14:22] <roadmr> qengho: will do :) this is a strictly desktop package, so I can more or less safely assume cheapish resources. Time to think... thanks!
[14:23] <qengho> roadmr: Yeah, in desktop land 1 GB is about US$0.05, so....
[14:26] <croepha> stevebiscuit: Thanks
[14:55] <croepha> so, will there be a good upgrade path from core 15.04 to 16.10? Could one ship on 15.04 and then do a snappy update and be running 16.10 ?
[15:03] <netphreak> hi, guys!
[15:06] <netphreak> where can i find the latest Ubuntu snappy for rpi3?
[15:07] <ogra_> netphreak, you can generate one using ubuntu-device-flash
[15:07] <ogra_> grab the binary from http://people.canonical.com/~mvo/all-snaps/
[15:10] <netphreak> I suppose this one should do the trick?
[15:10] <netphreak> rpi2-all-snap.img.xz
[15:11] <ogra_> well, thats pretty old, but yes, it should boot
[15:11] <ogra_> kenrel and gadget are currently the same for both pi images
[15:13] <netphreak> well. i suppose it's updatable afterwards?
[15:13] <ogra_> no guarantees
[15:14] <ogra_> gadget and kernel are currently being reworde (and ubuntu-device-flash is being deprecated soon) ...
[15:14] <netphreak> ok.. lots of stuff happening..
[15:14] <ogra_> they can break on updates (which is why we have no officially released images yet)
[15:14] <ogra_> **reworked
[15:15] <netphreak> Any indication when a supported/stable rpi3 image will se the light of day?
[15:15] <ogra_> a few week we should have a first one
[15:15] <ogra_> *in a few weeks
[15:15] <netphreak> nice to hear..
[15:15] <ogra_> good enough to not break on upgrades but most likely not feature complete
[15:15] <netphreak> Until then.. I need a rpi3 image to experiment with snaps etc.
[15:15] <sergiusens> stevebiscuit where is webdm these days, I have a gulp plugin almost ready
[15:16] <ogra_> sergiusens, for all arches ?
[15:16] <netphreak> ok.. i will try it out.. I suppose it can upgrade to the latest snap and snapcraft packages?
[15:16]  * ogra_ remembers that he gave up trying to get gupl building on arm64 back when he tried
[15:16] <ogra_> *gulp
[15:16] <sergiusens> ogra_ is there node for arm64?
[15:16] <ogra_> sure
[15:17] <sergiusens> then it could work, yes
[15:17] <ogra_> but i think there were deps that couldnt build for gulp ...
[15:17] <ogra_> some filesystem support bits
[15:18] <ogra_> iirc gulp has a horridly long list of deps
[15:18] <sergiusens> ogra_ I need regular ubuntu on my dragon board and then I can test ;-)
[15:18] <sergiusens> ogra_ or 64bit on my tablet :-P
[15:18] <ogra_> there should be a d-i image ... ask infinity
[15:18] <qengho> I'm worried about armhf support. Without a tight update/feedback loop, it's going to have tons of bugs on release day.
[15:19] <ogra_> well, the images will be fine ... we'll make sure
[15:19] <ogra_> snaps .. probably nnot so much
[15:21] <netphreak> has classic mode been introduced in snappy?
[15:21] <ogra_> not yet
[15:21] <netphreak> how would i go about it if i need apt-get dependencies and snappy/snapcraft swell?
[15:21] <ogra_> use the mate image
[15:22] <netphreak> thx.. wil try this out.
[15:22] <ogra_> or pull an ubuntu-base tarball from cdimage and scp it to your snappy install
[15:22] <qengho> snappy on classic?
[15:22] <ogra_> yep
[15:23] <qengho> It doesn't still try to set the bootloader and crash on installing ubuntu-core snap?
[15:23] <ogra_> shouldnt
[15:23] <ogra_> (on classic at leaast)
[15:24] <netphreak> i'll try the mate..
[15:24] <netphreak> can't seem to find a mate image for armhf?! on rolling?
[15:26] <ogra_> https://ubuntu-mate.org/
[15:28]  * ogra_ needs to go out for some errands ... back later ...
[16:09] <qengho> ogra_: Just tried. Mate can't run snaps either. Not snapd=2.0.5 or =2.0.8~ppa123-1 .
[16:09] <qengho> netphreak: I'm interested in what you get.
[16:10] <netphreak> i'm still downloading a mate image..
[16:10] <ogra_> qengho, hmm, i thought flexiondotorg preinstalls snapd on the mate images
[16:10] <flexiondotorg> ogra_, I do.
[16:11] <ogra_> flexiondotorg, on armhf too ?
[16:11] <flexiondotorg> ogra_, Known issue.
[16:11] <ogra_> oh, ok
[16:11] <flexiondotorg> The Raspberry Pi images used the Rpi Foundation Kernel.
[16:11] <flexiondotorg> So snappy is not an option.
[16:11] <ogra_> ah, right
[16:11] <ogra_> yeah, we need to sync up about that
[16:12] <ogra_> i need the userspace bits and you need my kernel with pproper graphics support
[16:12] <flexiondotorg> I am working on making alternate images that use a proper Ubuntu kernel, the raspi2-kernel you use.
[16:12]  * qengho cries for nightly images and no assumptions.
[16:12] <flexiondotorg> But, as you say, some hardware support is absent from the Ubuntu kernel right now.
[16:12] <ogra_> right
[16:12] <ogra_> i'll be at the kernel sprint next week and will try to get this sorted
[16:12] <ogra_> (and probably pick your brain during the week :) )
[16:13] <ogra_> qengho, everyone does
[16:13] <flexiondotorg> I was contacted on Telegram by another Ubuntu dev who said, perhaps you, were working on the Ubuntu kernel for the Pi?
[16:13] <ogra_> thats probably ppisati
[16:13] <flexiondotorg> ogra_, Please do.
[16:13] <ogra_> though i wasnt aware he is a telegram user :)
[16:13] <flexiondotorg> Ill dig our some communication I've had from the Raspberry Pi Foundation regarding patches that are required for Pi 3 support.
[16:14] <flexiondotorg> However, bluetooth is a mess.
[16:14] <flexiondotorg> The patches for BlueZ are Pi 3 specific and will break Bluetooth for some other devices.
[16:14] <ogra_> well, the rapi2 kernel works pretty well on the pi33 ... for the generic stuff at least
[16:14] <flexiondotorg> So I maintain a patch BlueZ package for the Pi 3 in a PPA.
[16:15] <flexiondotorg> We can't put it in the archive because *it will* break stuff.
[16:15] <ogra_> well, a snap will help ;)
[16:37] <kyrofa> sgclark, can I safely assume you're a qmake wizard?
[16:41] <sgclark> I am not lol
[16:44] <kyrofa> sgclark, heh, darn
[16:45] <sgclark> sorry :(
[16:45] <kyrofa> sgclark, do any of the projects you're snapping use qmake?
[16:45] <sgclark> nah cmake
[16:45] <kyrofa> Ah, a real build system ;)
[16:45] <sgclark> well there was qt, but I gave up on that one for a bit
[16:48] <kyrofa> sgclark, alrighty-- I was just working on a qmake plugin for snapcraft, so if you come across a qmake project I'm sure it could use a good test
[16:48] <sgclark> ok, I do know we have some deps that use qmake. Just have not got to one yet. I will let you know when I do.
[16:50] <seb128> hum
[16:50] <seb128> is that a known issue?
[16:50] <seb128> error: cannot list snaps: cannot list local snaps! cannot find mounted snap "cap-test" at revision 9
[16:50] <kyrofa> Alright, I'd appreciate it!
[16:51] <kyrofa> seb128, were you using `snap try` by any chance?
[16:51] <seb128> kyrofa, not that I remember, but I didn't use that laptop for some weeks
[16:51] <seb128> I just dist-upgraded earlier
[16:51] <seb128> and I tried to install freshly built local snap
[16:52] <kyrofa> Oh, huh. Not sure then... you can try manually unmounting the snap?
[16:53] <seb128> snap remove cap-test?
[16:53] <seb128> error: cannot remove "cap-test": cannot find mounted snap "cap-test" at revision 9
[16:54] <kyrofa> seb128, is cap-test contained within /snap/ ?
[16:55] <seb128> $ ls /snap/
[16:55] <seb128> bin  gucharmap  ubuntu-core  webchat
[16:55] <kyrofa> Huh... it sounds like the client and server are out of sync
[16:56] <kyrofa> Some state issue
[16:56] <kyrofa> You probably need mvo
[16:56] <kyrofa> Or niemeyer
[16:56] <seb128> mvo, hey :-)*
[16:56]  * niemeyer raises head
[16:57] <niemeyer> seb128: Did you use "snap try"?
[16:57] <niemeyer> nm, see the same question/answer above
[16:57] <seb128> niemeyer, not that I remember, but ...
[16:57] <seb128> right
[16:58] <niemeyer> kyrofa, seb128: Issue is known, generally happens when something is fiddled with by hand, or snap try now
[16:58] <niemeyer> We know what we want to do to fix it, but didn't get to it yet
[16:58] <seb128> any workaround?
[16:58] <niemeyer> seb128: Try this hack please:
[17:00] <niemeyer> mount --bind /snap/ubuntu-core/current /snap/cap-test/9
[17:00] <niemeyer> You'll need to mkdir -p /snap/cap-test/9 first
[17:02] <seb128> niemeyer, works now!
[17:02] <seb128> niemeyer, thanks
[17:02] <niemeyer> seb128: Okay, please try removing snap-cap now
[17:02] <niemeyer> Erm
[17:02] <niemeyer> cap-test
[17:02] <niemeyer> seb128: snap remove cap-test
[17:02] <jdstrand> mvo: fyi, https://github.com/snapcore/snapd/pull/1304 for modify_ldt and others
[17:02] <seb128> error: cannot remove "cap-test": snap "cap-test" is not removable
[17:03] <niemeyer> Haha.. bad choice of me
[17:03] <seb128> I guess I can do the same with another snap
[17:04] <niemeyer> seb128: Yes, please.. please be careful as it may actually remove the real snap.. I didn't try that locally yet
[17:04] <niemeyer> seb128: Clearly on that one instance above it looked at the real name instead of one it was looking for
[17:04] <niemeyer> seb128: Let me know if it works, please
[17:06] <seb128> niemeyer, 2016-06-10T19:05:11+02:00 ERROR cannot remove snap file "cap-test", will retry: remove /snap/cap-test/9/command-gucharmap.wrapper: read-only file system
[17:07] <seb128> niemeyer, I'm going to use the wipe script I think and start fresh
[17:07] <seb128> thanks for the help
[17:07] <seb128> but going to be easier this way
[17:07] <niemeyer> seb128: Wait wait..
[17:08] <seb128> k
[17:08] <seb128> $ sudo snap changes
[17:08] <seb128> ID      Status  Spawn                 Ready                 Summary
[17:08] <seb128> MJ8qKQ  Undo    0001-01-01T00:00:00Z  2016-06-10T17:06:19Z  Remove "cap-test" snap
[17:08] <seb128> k1Kq78  Undo    0001-01-01T00:00:00Z  2016-06-10T17:06:19Z  Install "webchat" snap from "" channel
[17:08] <seb128> nbW67x  Undo    0001-01-01T00:00:00Z  2016-06-10T17:06:19Z  Install "cap-test" snap from "" channel
[17:08] <niemeyer> seb128: That makes no sense.. it shouldn't be removing content inside that directory. This is typically read-only.
[17:08] <niemeyer> seb128: Whaaaaaat
[17:08] <niemeyer> seb128: Those IDs!
[17:09] <seb128> go figure...
[17:09] <niemeyer> seb128: Those dates!
[17:09] <niemeyer> seb128: This is a *super* old snapd release.. as in, pre 16.04
[17:10] <seb128> niemeyer, ii  snapd                                                2.0.5                                               amd64        Tool to interact with Ubuntu Core Snappy.
[17:10] <niemeyer> seb128: This is definitely not 2.0.5
[17:10] <seb128> but that system was used pre xenial
[17:10] <niemeyer> _definitely_
[17:10] <seb128> is there a "snap -v" or "snap version"?
[17:10] <niemeyer> seb128: Not on that release :)
[17:11] <niemeyer> seb128: But you can trust me on that one.. the snapd process that is in your memory is ancient
[17:11] <seb128> I'm pretty sure I rebooted after this morning dist-upgrade
[17:11] <niemeyer> seb128: Again, it's not a this morning thing
[17:11] <niemeyer> seb128: The 16.04 image did not ship with that release
[17:12] <seb128> well, I did sytemctl stop/start snapd
[17:12] <seb128> as said that laptop is older than xenial
[17:12] <seb128> but is on current uptodate xenial today
[17:12] <niemeyer> seb128: Have a look at the hash and compare to the 2.0.5 package
[17:12] <seb128> but maybe the core image or whatever is left in the past
[17:12] <niemeyer> seb128: If it matches, please have a look at the process uptime on ps
[17:14] <seb128> niemeyer, http://paste.ubuntu.com/17177210/
[17:15] <seb128> sorry the output got cut earlier
[17:15] <seb128> which created the confusionb
[17:15] <seb128> so I guess version/status is normal
[17:15] <seb128> it's just stucked on "doing" because of the umount error
[17:16] <seb128> I tried to abort it
[17:18] <niemeyer> seb128: Aha!
[17:18] <niemeyer> seb128: Look at the transition here:
[17:18] <niemeyer> nbW67x  Undo    0001-01-01T00:00:00Z  2016-06-10T17:06:19Z  Install "cap-test" snap from "" channel
[17:18] <niemeyer> 1       Done    2016-06-10T16:48:10Z  2016-06-10T16:49:42Z  Install "gucharmap" snap from file "./gucharmap_9.0_amd64.snap"
[17:18] <niemeyer> Specifically, note the Ready timestamp
[17:18] <niemeyer> seb128: You had a pre-release snapd running on your system until today
[17:19] <seb128> right
[17:19] <seb128> I upgraded this morning
[17:19] <seb128> rebooted
[17:19] <niemeyer> Yep
[17:19] <niemeyer> All good
[17:19] <seb128> and then tried to install a snap i built today
[17:19] <niemeyer> Reset the state please.. it's the right thing to do in this case specifically
[17:20] <seb128> k
[17:20] <seb128> thanks
[17:20] <seb128> and sorry for the noise
[17:20] <jdstrand> roadmr: curious, did the revew tools changes land?
[17:20] <niemeyer> seb128: Please don't do that in general to get you out of trouble, please
[17:20] <seb128> can somebody remind me the url of the reset script?
[17:20] <jdstrand> roadmr: and hi!
[17:20] <niemeyer> seb128: We very much want to follow up on any problems closely
[17:20] <seb128> niemeyer; right, issues on current versions should be properly  looked at
[17:20] <niemeyer> Yeah
[17:21] <seb128> thanks again for the help!
[17:22] <tsimonq2> sergiusens: about apt, understood
[17:22] <tsimonq2> sergiusens: and yeah, I'm not writing it as a plugin, I'm adding it to the same file as Git or Bazaar
[17:22] <tsimonq2> (etc.)
[17:22] <tsimonq2> sergiusens: and is there an open bug I can assign myself to?
[17:22]  * tsimonq2 looks around quick
[17:23] <sergiusens> tsimonq2 yeah, kyrofa created one
[17:24] <tsimonq2> yep found it
[17:24] <tsimonq2> bug 1543243
[17:24] <kyrofa> tsimonq2, awesome! I didn't know anyone else cared about that one, heh
[17:24] <seb128> sergiusens, kyrofa, do you remember where I can find the snappy wipe script?
[17:24] <qengho> seb128: if a snap isn't unmountable, use "lsof" to find processes with open files beneath its mountpoint.
[17:24] <kyrofa> seb128, indeed: https://github.com/zyga/devtools/
[17:24] <seb128> kyrofa, thanks
[17:25] <seb128> qengho, yeah, but in this case the snap state is from a prerelease version I better wipe it
[17:25] <tsimonq2> kyrofa: I really really hate it and I want Git for everything, but I want a Sylpheed snap
[17:25] <tsimonq2> so I can manage :D
[17:25] <kyrofa> tsimonq2, indeed, there are simply some things that are still using svn
[17:25] <qengho> seb128: At "apt purge snapd", you'll get a list of four dirs that are not emptied. "rm" all of those. Then install snapd. That resets.
[17:26] <tsimonq2> yep kyrofa
[17:26] <seb128> qengho, thanks, using https://raw.githubusercontent.com/zyga/devtools/master/reset-state which does the job (I used it before)
[17:26] <roadmr> jdstrand: hello! hey sorry for not letting you know - yes, as of yesterday
[17:27] <roadmr> jdstrand: the store should be at r678 of click-reviewers-tools
[17:27] <ogra_> niemeyer, it would probably make sense to ship the reset script somewhere hidden in /usr/lib/snapd though, so people dont need to fiddle so much until this prob doesnt show up anymore
[17:28] <ogra_> (i.e. we can tell them to use that script after they submitted a bug)
[17:38] <niemeyer> ogra_: Definitely not
[17:39] <ogra_> niemeyer, oh, why ?
[17:39] <niemeyer> ogra_: This specific problem does not exist in practice.. it was a pre-16.04 snapd in use
[17:39] <ogra_> (i dont mean anywhere in PATH)
[17:39] <ogra_> oh
[17:39] <niemeyer> ogra_: and I've been trying to strongly discourage people from resetting state
[17:40] <ogra_> sorry then, i thought that was recent->recent
[17:40] <niemeyer> ogra_: np.. the state there was indeed super old in this case
[17:40] <ogra_> missed that bit above
[17:40] <ogra_> yeah
[17:41] <ogra_> 0001-01-01 :) ... baby jesus ... :)
[17:41] <seb128> sergiusens, kyrofa, does snapcraft autotools plugin allows to specify extra cflags?
[17:41] <mvo> jdstrand: \o/
[17:42] <tsimonq2> sergiusens: come onnn, the least you could do is change apt-get to apt in the HACKING.md..?
[17:42] <tsimonq2> :P
[17:42] <tsimonq2> sergiusens: or would you accept a patch for that?
[17:45] <sergiusens> tsimonq2 sure, that is fine :-)
[17:45] <sergiusens> tsimonq2 I use `apt` everywhere fwiw and mvo gave me the magic bits to pass to `apt-get` to make it pretty print like `apt`
[17:46] <tsimonq2> oh alright :)
[17:50] <sergiusens> elopio mind looking at the skipped test here? https://github.com/ubuntu-core/snapcraft/pull/563
[17:51] <sergiusens> beowulf mind taking a look at this as well https://github.com/ubuntu-core/snapcraft/pull/563 ?
[17:52] <seb128> sergiusens, saw my question. :-)
[17:55] <tsimonq2> sergiusens: your PR :) https://github.com/ubuntu-core/snapcraft/pull/564
[18:24] <kyrofa> sergiusens, elopio how do I edit the parts wiki?
[18:24] <kyrofa> Do I need special permissions?
[18:39] <kyrofa> popey, do I need special permissions to edit the snappy parts wiki?
[18:49] <kyrofa> josepht, leo is coming now :P
[18:59] <josepht> kyrofa: k, otw
[19:11] <kyrofa> josepht, thanks for coming back :)
[19:11] <josepht> kyrofa: my pleasure
[19:19] <beowulf> sergiusens: i added a couple of comments
[20:10] <sergiusens> seb128 sorry, what question?
[20:58] <roadmr> so I'm snapping a gtk2.0 app and when it comes up, all the text in the gui shows as empty squares. Any idea what I need to do for this snap to work? I included a zillion libs as stage-packages but to no avail.
[20:59] <tsimonq2> sergiusens: didn't dholbach have the same problem? do you know who might know? ^
[21:00] <sergiusens> tsimonq2 I am not a freedesktop.org expert
[21:00] <tsimonq2> alright sergiusens :)
[21:09] <popey> roadmr: have you seen the gnome calculator example in snappy-playpen?
[21:12] <roadmr> popey: no!! where is that?
[21:12]  * roadmr gets all giddy
[21:13] <roadmr> popey: oh I found it!
[21:14] <roadmr> ugh, that's horrible...
[21:21] <tsimonq2> sergiusens: sorry for the direct ping, but I'm kinda stuck in getting svn support, I'm getting the following error when trying to run snapcraft snap with an svn part: Could not find a required package in 'build-packages': "The cache has no package named 'svn'"
[21:21] <tsimonq2> works fine otherwise
[21:21] <tsimonq2> where am I missing integration
[21:22] <tsimonq2> I mean, doesn't it have to be missing somewhere?
[21:22] <tsimonq2> http://paste.ubuntu.com/17187288/
[21:23] <tsimonq2> that's my working snapcraft.yaml file
[21:23] <sergiusens> tsimonq2 it is `subversion` what you want to install, not svn
[21:23] <sergiusens> iirc
[21:24] <sergiusens> yup, change that in snapcraft.internal.sources
[21:24] <sergiusens> should be good after that
[21:24] <tsimonq2> \o/
[21:25] <tsimonq2> let's see now
[21:25] <roadmr> popey: so that wrapper script is horrendous but it worked - many thanks :)
[21:25] <tsimonq2> yay now errors I have to fix :|
[21:25] <tsimonq2> sergiusens: thank you :)
[21:35] <tsimonq2> sergiusens: is there a place that logs are kept for builds?
[21:57] <roadmr> dumb question - each snap is mounted in /dev/loopXX. Is there a limit to how many loop devices there can be?
[21:58] <roadmr> (which, seems to me, would limit the number of installable snaps)
[21:59] <popey> roadmr: yay
[21:59] <tsimonq2> upon Googling, you can adjust it
[22:00] <tsimonq2> which, if the developers weren't aware that > 64 needs a tweak, then they need to know!
[22:01] <stgraber> that's what loop-control is for IIRC
[22:03] <tsimonq2> stgraber: really? what's that?
[22:04] <tsimonq2> and imho it's annoying when I try to use loop devices for something :P
[22:06] <roadmr> good night folks!
[22:06] <tsimonq2> YES! FINALLY! jeez, that took 3 hours, SVN support PR incoming!
[22:07] <tsimonq2> s/3/\> 3/g
[22:23] <tsimonq2> https://github.com/ubuntu-core/snapcraft/pull/567
[22:45] <elopio> tsimonq2: much appreciated. I left some comments in the PR, and I'll be around for a couple more hours.
[22:45] <elopio> actually, maybe more. I'm trapped in a restaurant and there's a storm outside :( I want to leave!!!
[22:53] <tsimonq2> elopio: will you be around tomorrow?
[22:53] <tsimonq2> I'm off to a party very soon, but I wanted to check in here before I go
[22:54] <elopio> tsimonq2: probably.
[22:54] <tsimonq2> then expect it to be all shiny tomorrow :)
[22:54] <tsimonq2> I'm off o/
[22:55] <sergiusens> elopio I forgot to add the unit tests which I wanted you to look at, can you look again at the gulp one
[22:55]  * sergiusens is not hear, sneaking from the family to send this :-P
[23:05] <elopio> sergiusens: I think you would be better setting the env var with the fixture, instead of trying to patch. But go back to the family, this is for monday.
[23:52] <mhall119> d_ed: sgclark: Is snappy going to be part of the distribution discussions happening at Randa next week? Is there any information or resources we can provide you ahead of time to make that more productive?
[23:53] <d_ed> mhall119: yeah.
[23:53] <d_ed> mhall119: there's gonna be a group working on deployment from windows, to OS X to flatpak to snappy
[23:53] <d_ed> trying to find some more common things, as currently everyone is doing their own thing
[23:54] <d_ed> as for Snappy, I think we're only going to know what extra info we need when we hit it
[23:54] <d_ed> and I know that's not a very helpful response
[23:56] <d_ed> oh, one huge question:
[23:56] <d_ed> sandboxing and DBus
[23:56] <d_ed> I go the impression the session and system socket were completely blocked off
[23:57] <d_ed> *got