marcoceppido I just include setup/gui/fceux.desktop in the tree?00:06
wililupyWhen building a kernel snap, I now have to create a symbolic link named kernel.img to vmlinuz in my parts/kernel/install directory before I ran snapcraft stage/prime/snap. Is this something new or should I just rename vmlinuz to kernel.img?00:25
sergiusensmarcoceppi gpsd uses scons (which that plugin was built for)01:55
sergiusensdoesn't have many miles/km on it yet01:55
marcoceppisergiusens: I didn't see anything in snappy playpen, which is where I searched for scons usage01:56
marcoceppisergiusens: where's the snapcraft yaml for gpsd?01:57
sergiusensmarcoceppi here's the part definition https://bugs.launchpad.net/snapcraft/+bug/158728901:58
mupBug #1587289: Bad includes generated by snapcraft scons plugin <Snapcraft:Invalid by sergiusens> <https://launchpad.net/bugs/1587289>01:58
marcoceppisergiusens: well I got it working eventually, this is what the yaml looks like now02:02
marcoceppisergiusens: http://paste.ubuntu.com/23066003/02:02
marcoceppisergiusens: this line just feels weird to me02:03
marcoceppi    scons-options:02:03
marcoceppi      - --prefix=../install/usr02:03
sergiusensmarcoceppi so your SConstruct does not support using DESTDIR?02:03
marcoceppisergiusens: not mine, not sure02:03
sergiusensdoes using that --prefix make any assumtions about runtime?02:04
sergiusensyou probably want --prefix=$SNAPCRAFT_PART_INSTALLDIR (not implemented yet)02:04
marcoceppisergiusens: so far, does not appear so02:04
marcoceppisince it works02:04
marcoceppisergiusens: I'd love to use a variable like that ;)02:04
marcoceppisergiusens: here is there SConstruct file http://paste.ubuntu.com/23066005/02:05
mupPR snapcraft#737 opened: Release changelog for 2.15 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/737>02:05
marcoceppiprefix seems to be used only during the installation phase02:06
sergiusensmarcoceppi usually code that builds on Windows has location independent code... usually02:12
sergiusensgood luck with that02:12
marcoceppisergiusens: well, that must be from when the win32 and SDL code was in the same repo, that's split a while ago but still seems to hold true02:13
marcoceppimy only problem now is audio with strict confinement, but that seems to be a snappy isue02:13
sergiusensrobert_ancell hey, thanks for updating the PR, there is one minor issue in there still if you don't mind fixing (whitespace between method/function and ())02:53
robert_ancellsergiusens, fixed, thanks02:54
=== chihchun_afk is now known as chihchun
=== PatrizioQON is now known as pbek
mupPR snapd#1693 opened: tests: add qemu to our spread.yaml and update README <Created by mvo5> <https://github.com/snapcore/snapd/pull/1693>07:06
zygaSon_Goku: hey, didn't you menition that FHS standard is at 3.0 now08:35
zygaSon_Goku: I'm looking at http://www.pathname.com/fhs/ and I see 2.3 released in 200408:36
Son_Gokuit moved to LF08:36
* zyga hates dead pages like that08:36
Son_Gokuzyga: don't we all?08:53
ogra_so my daily upgrade on 16.04 gets completely stuck in the apparmor postinst09:30
zygaogra_: what's up?09:30
zygaogra_: anything in syslog?09:30
ogra_well, it looks for upstart09:30
Son_Gokuthere's so much sad right there09:31
zygaogra_: what do you mean specifically?09:31
zygawell, there you have it update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults09:32
zygaall postinst scripts are evil09:32
zygabecause they are never perfect09:32
ogra_zyga, tell that to a million or two of our users who can not upgrade their LTS installs anymore09:32
ogra_this is a normal 16.04 ... no PPAs or fancy hacks ... just using the daily update-manager run09:33
zygaogra_: aha, that's more severe then09:33
seb128does it hang or just take time?09:33
ogra_seb128, well, i killed update-manager after 20min the first run ...09:33
Son_Gokuogra_ this must be what my colleague at work was grumbling about09:33
Son_Gokuit somehow magically worked after apt upgrade twice, the apt-get install -f, then install -f again09:34
seb128no report of that issue so far, doesn't look like it impact everyone or we would have read more about it09:34
Son_Gokuwhich makes zero sense09:34
ogra_(admittedly this machine was upgraded 12.04->14.04->16.04 ... so perhaps something on the way hasnt been cleaned up properly, ut this is my desktop, i dont do any os level changes or hackery on it )09:35
seb128the box I'm using was upgraded all the way every cycle since 201109:36
seb128no such issue09:36
ogra_every cycle != LTS->LTS09:36
ogra_so this might be related09:36
seb128but it's usually enough to stack cruft as well09:36
ogra_it gets more developer attention :)09:37
seb128did you get a bt or details about the hanging process?09:37
seb128seems worth a bug report in any case09:37
* ogra_ filed bug 161445909:42
mupBug #1614459: daily upgrade on 16.04 hangs <apparmor (Ubuntu):New> <https://launchpad.net/bugs/1614459>09:42
ogra_funnily i cant ctrl-C out of the hanging process09:42
* ogra_ comments the update-rc.d call in the postinst09:48
ogra_hrm ... loooks like the upstart thing isnt actually the issue ... it still hangs ... just without any error now09:50
zygaSon_Goku: https://bugzilla.redhat.com/show_bug.cgi?id=1367825#c1110:02
Son_Gokuzyga, did you run spectool -g on the specfile first?10:02
Son_Gokuit does work, but you have to download the tarball with the right name10:03
Son_Gokuspectool -g snapd.spec10:03
zygait doesn't work because that url is 40410:04
zygather'es no such thing on github apparently10:04
zygaSon_Goku: look at https://github.com/snapcore/snapd/releases/tag/2.1110:04
zygathe tarball URL is https://github.com/snapcore/snapd/archive/2.11.tar.gz10:05
Son_GokuI tried this: https://github.com/snapcore/snapd/archive/2.11/snapd-2.11.tar.gz10:05
Son_Gokuthat worked10:05
zygaodd, I just ran spectool10:07
zygalet me check again10:07
zygaSon_Goku: btw, about directory ownership, did you have something like this on your mind? http://paste.ubuntu.com/23066917/10:07
Son_Gokuit essentially mimics how libvirt is set up in /var/lib/libvirt10:08
Son_Gokuin this case, /var/lib/snapd/snaps is where the snaps go10:08
Son_Gokuas opposed to /snap10:08
zygaSon_Goku: odd, now spectool downloads the file, ...., anyway, let me commit that10:09
zygaSon_Goku: as for /snap that's a separate issue :-) I'm working on that10:09
zygaSon_Goku: ok pushed again, have a look10:10
zygaSon_Goku: essentially right now as of 2.11 that won't work without several major patches, I'm open to the conversation but you already know that :)10:12
zygaSon_Goku: the %dir entries make rpmbuild choke, those things are only made at runtime, should I just mkdir them in install?10:14
Son_Gokumkdir and install them10:15
Son_Gokuerr, mkdir in %install10:15
zygaright, tring10:15
Son_Gokuas for the directories not working right now without patches, I'm not worried about that at the moment, as you *can* patch it10:16
zygaSon_Goku: well, the patch'd better be something that upstream can support over time, it's a major change that has to be architected correctly10:17
zygaSon_Goku: I don't want to break existing snaps10:17
Son_Gokubut you're upstream :)10:17
Son_Gokuyou can also make the legacy packaging migrate the data around as needed10:17
zygaSon_Goku: yes but has to be planned and executed, I'm not a one-man team10:17
Son_Gokuthis was an issue that was brought up at the sprint10:18
zygaSon_Goku: heh, github just broke10:18
zygaremote: ruby-jemalloc: symbol lookup error: /data/github/current/vendor/gems/2.1.7/ruby/2.1.0/gems/json-1.8.3/lib/json/ext/generator.so: undefined symbol: rb_data_typed_object_alloc10:18
zygaI get this on each push10:19
zygaI'll just commit and scp to fedorapeople10:19
zygaI guess github is not using snaps ;)10:20
zygaand they pushed some partial updates10:21
Son_Gokugithub does jenkins deploys10:21
Son_Gokuit's very ugly stuff10:21
Son_GokuI've heard rumors that people describe the codebase as duct tape and silly string10:21
zygaare they public about about the deploy process?10:21
zygaI read some cool and nice things about them on their blog10:22
zyga(~100 deploys a day)10:22
Son_Gokunot really10:23
Son_Gokuthey've talked about it at a high level10:23
Son_Gokubut never in detail10:23
zygaSon_Goku: I've updated snapd to 2.12, no change on /snap yet but I'll do all the things I can today10:37
zyga(exception request and patches)10:37
=== hikiko is now known as hikiko|ln
mupBug #1614212 changed: Invalid character in ubuntu-core mount name breaks etckeeper <Snappy:New> <https://launchpad.net/bugs/1614212>10:50
mupPR snapcraft#738 opened: nodjs, gulp plugins: use http_proxy to connect npm registry <Created by m-shibata> <https://github.com/snapcore/snapcraft/pull/738>10:57
=== chihchun is now known as chihchun_afk
mrCyborghey! I am heaving a strange issue, when I run `snapcraft snap` I get the following error while it is at the building part: "[Errno 39] Directory not empty: '/home/cyborg/Code/webtorrent-desktop-snap/parts/webtorrent-desktop/install'". content of snapcraft.yaml: https://gist.github.com/nloomans/5d87feb430901a0d1130be9d32bffd9f11:08
mupPR snapd#1694 opened: tests: adapt to new spread version <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1694>11:20
mupPR snapd#1695 opened: tests: first iteration on all-snap image tests <Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/1695>11:27
cjwatsonI'm struggling to build my local version of snapd.  Can somebody help?  The instructions in README.md appear to build the code downloaded from GitHub, not my local tree.11:30
cjwatsonOh, never mind, symlink in the right place under $GOPATH seems to do the trick.11:31
mupPR snapd#1696 opened: interfaces: add hidraw-device interface <Created by jocave> <https://github.com/snapcore/snapd/pull/1696>11:32
mrCyborgI've figured out that the problem only exist when I use a stage-package... can anyone help?11:44
=== hikiko|ln is now known as hikiko
ogra_GAH !11:53
ogra_so my laptop hangs the same way when updating apparmor11:53
niemeyermrCyborg: sergiusens will be online in a short while and should be able to give you a hand12:03
mrCyborgnieweyer: tnx, I will wait12:05
sergiusensniemeyer mrCyborg I am online now :-)12:26
ogra_sergiusens, hmm, how would the macaroon affect logging in ?12:26
sergiusensoh, you have been hit by a bug12:26
ogra_do we hack around in pam ?12:27
sergiusensmrCyborg 2.15 should solve that12:27
sergiusensogra_ I totally missed the ubuntu:ubuntu thing!12:27
ogra_smells like image corruption or some such12:27
sergiusensogra_ there12:28
ogra_(though i'm waiting for the version answer ... if thats 16.04 all-snaps it might simply be an experimental image )12:28
sergiusensogra_ what about the first user setup that is being put in place?12:28
ogra_well, we put it in place at image build time ... then cloud-init mangles it on first boot12:29
sergiusensmrCyborg it is currently making its way into the archives12:29
mrCyborg<sergiusens>: good to know it's a bug, is there a beta I can test, or is the patch not jet written?12:31
sergiusensmrCyborg it is being released; do you know how to run from sources?12:31
sergiusensmrCyborg or alternatively install the snapcraft deb from https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily/+build/1063045712:32
sergiusensmrCyborg if sources is your cup of tee, just make sure master is up to date and run snapcraft from /<path to source>/bin/snapcraft12:33
mrCyborgsergiusens: I will install the daily form launchpad12:34
jcastroniemeyer: is the snapcraft list moderated? I fear my message might be stuck in a queue somewhere.12:35
sergiusensjcastro when I posted with my wrong email I got a reply for it12:37
=== oparoz is now known as Guest51779
=== oparoz_ is now known as oparoz
mrCyborgsergiusens: It solved that issue, but now I'm getting a bunch of "unable to chown" errors... "unable to chown /home/cyborg/Code/webtorrent-desktop-snap.bak/prime/usr/lib/x86_64-linux-gnu/libXtst.so.6: [Errno 1] Operation not permitted: '/home/cyborg/Code/webtorrent-desktop-snap.bak/prime/usr/lib/x86_64-linux-gnu/libXtst.so.6'", any idea?12:45
sergiusensmrCyborg does it fail the build or is it just printed out?12:46
mrCyborgjust a warn, the build doesn't fail12:47
sergiusensmrCyborg great then; those are system imported libs but we do some _link_or_copy smarts to make things go faster12:47
sergiusensI need to filter out those errors12:47
sergiusensjosepht mind taking care of what mrCyborg mentions?12:50
sergiusensmrCyborg mind logging a bug against snapcraft against the launchpad project?12:50
mrCyborgserguisens: About what? I thought this one was fixed? Still heaving some issues tho but I beleve the problem is on my side.12:52
sergiusensmrCyborg about the messages :-)12:54
mrCyborgserguisens: oh, sure12:55
mrCyborgserguisens I think I just found another but tho, dumping an (online) zip doesn't seem to respect file permissions.12:58
=== oparoz is now known as Guest69224
=== oparoz_ is now known as oparoz
josephtsergiusens: sure, it's just a warning and is expected to fail unless snapcraft is run as root (i.e. for an os snap)12:58
jdstrandratliff, tyhicks: fyi, bug #1614459 (ogra saw an oops on two machines)13:04
mupBug #1614459: daily upgrade on 16.04 hangs <regression-update> <apparmor (Ubuntu):New> <https://launchpad.net/bugs/1614459>13:04
ogra_jdstrand, i still have  the update-manager sitting here in hanging state in case anyone needs more info13:05
ratliffack jdstrand, thanks13:06
mrCyborgserguisens: issue submitted!13:10
josephtmrCyborg: thank you13:11
cwaynesergiusens: how do i tell the dump plugin where to put the files?13:25
stokachucwayne: https://github.com/conjure-up/conjure-up/blob/master/snapcraft/snapcraft.yaml#L5913:25
cwaynestokachu: thanks13:27
cwaynestokachu: do you know if it accepts globs13:28
cwaynelike can i copy everything from launchers/ to bin/13:28
stokachucwayne: yea it should13:29
stokachufilesets do accept globs so it should apply the same here as well13:29
mupPR snapd#1557 closed: many: introduce an assertstate task handler to fetch snap assertions <Critical> <Reviewed> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1557>13:31
marcoceppiso, USB inputs and stuff, what's the TL;DR on that?13:50
=== oparoz_ is now known as oparoz
mupPR snapcraft#737 closed: Release changelog for 2.15 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/737>13:57
tyhicksjdstrand, ratliff: see #ubuntu-devel for my response14:17
jdstrandyep, thanks14:17
jdstrandtyhicks: I didn't realize you were pinged there. I only saw the reference here14:17
tyhicksno problem14:17
mupPR snapd#1697 opened: allow bind() in the network client interface <Created by tych0> <https://github.com/snapcore/snapd/pull/1697>14:22
mupPR snapd#1695 closed: tests: first iteration on all-snap image tests <Blocked> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/1695>14:29
mupPR snapcraft#670 closed: Remove .la files generated by autotools <Created by robert-ancell> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/670>14:30
mupPR snapcraft#739 opened: Only show chown warnings with --debug <Created by josepht> <https://github.com/snapcore/snapcraft/pull/739>14:39
mupPR snapd#1698 opened: tests: add all-snap spread image tests <Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/1698>14:45
mrCyborghey! I was wondering why ~/snap is used for user data, instead of ~/.snap.14:46
mupPR snapd#1690 closed: partition: ensure that snap_{kernel,core} is not overriden with an empty value <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1690>14:52
Pharaoh_AtemmrCyborg: dot folders are evil14:54
Pharaoh_Atemzyga: golang(gopkg.in/macaroon.v1) will sync out to the repos as soon as the latest updates mash runs14:55
Pharaoh_Atemas will snap-confine14:55
zygaPharaoh_Atem: I saw14:56
zygaPharaoh_Atem: I need to update the golang something mux package, it's slightly out of date it seems14:56
Pharaoh_Atemzyga: like most golang packages that are docker deps, it's maintained by jchaloup14:59
Pharaoh_Atemyou can ask him to update it and to become a comaintainer14:59
Pharaoh_Atemit might even be a good idea to just ask to become a comaintainer for all snapd deps14:59
jdstrandniemeyer: hey, would now be an ok time to discuss bug 1611444? I think it can be covered in a short hangout (probably less than 10 minutes)15:15
mupBug #1611444: Cannot share a namespace between apps in a SNAP <Snappy:Confirmed> <https://launchpad.net/bugs/1611444>15:15
jdstrandniemeyer: if not, I can schedule something for later today15:16
zygaPharaoh_Atem: yep, that's my plan15:16
niemeyerjdstrand: It's lunch time, so probably best to schedule it for the afternoon15:16
jdstrandah, sorry, sure thing15:16
popeyhttps://github.com/PowerShell/PowerShell who's up for snapping that :)15:27
marcoceppiso, USB inputs and stuff, what's the TL;DR on that? does it work is there a plug for it?15:32
popeymarcoceppi: we discussed this here yesterday. it's not fully designed yet, so no, not implemented AIUI15:33
marcoceppita, must have missed it15:33
mupBug #1614587 opened: unable to run snap on ubuntu 14.04 (ZOE error) <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1614587>15:33
argessergiusens: hi. When I type snapcraft. why does it not rebuild sources if any of the source files have been modified?15:34
argesi've been working around this by snapcraft clean && snapcraft, but seems like it should detect changes in source (timestamps changed for local source, git commits for remote source)15:35
sergiusensarges because we have not implemented those smarts yet15:36
sergiusensit is in the queue15:36
sergiusensbut there are just too many things to do15:36
argessergiusens: ok that's cool. Yup understand! it was mostly a question if I should file a bug, or if you had already thought about it15:37
sergiusensarges already in queue, so no need ;-)15:37
mupPR snapd#1699 opened: introduce the "lxd" interface <Created by tych0> <https://github.com/snapcore/snapd/pull/1699>15:50
mupPR snapd#1700 opened: add mir to implicit for running gui snaps on unity8 classic desktop <Created by kgunnfront> <https://github.com/snapcore/snapd/pull/1700>16:00
popeymhall119: meeting time?16:01
elopiokyrofa: do we have a desktop client snap for next cloud?16:06
kyrofaelopio, only the owncloud one right now: https://software.opensuse.org/download/package?project=isv:ownCloud:desktop&package=owncloud-client16:06
sergiusenskyrofa but you were working on a client, right?16:33
kyrofasergiusens, ohh, wow I need to read the complete question16:33
kyrofasergiusens, yeah I was working on it, but I put it on hold due to the indicator stuff16:34
mupPR snapd#1697 opened: allow bind() in the network client interface <Created by tych0> <https://github.com/snapcore/snapd/pull/1697>16:37
mhall119zyga: if you have a brain-dump for the content-sharing interface you can share with popey and I, we can get started with just that16:38
zygamhall119: I'll write my blog post today, just let me get off the call :)16:42
sergiusenselopio 2.15 is in xenial-proposed; get your chain saw ready ;-)16:52
popeyzyga: thanks16:58
mhall119thanks zyga16:58
=== JanC is now known as Guest7844
=== JanC_ is now known as JanC
qenghoOn all-snaps images, how does that /writable partition work for things in "/etc" ?17:21
mrCyborghey! I'm trying to snap a gtk package, but I get the error `Gtk-Message: Failed to load module "overlay-scrollbar"` when trying to run it, to resolve the issue I tried adding `overlay-scrollbar` to `stage-packages`, but that didn't seem to help... any ideas?17:36
qenghomrCyborg: I do not think that is fatal. Is it working anyway?17:42
mrCyborgqengho: It is fatal, that wasn't the only package missing, it was just an example17:46
mrCyborgqengho: It fails to load overlay-scrollbar, gail, atk-bridge, unity-gtk-module, and canberra-gtk-module.17:48
qenghomrCyborg: what is your "command" in YAML?17:49
mrCyborgqengho: gist: https://gist.github.com/nloomans/5d87feb430901a0d1130be9d32bffd9f17:51
mupPR snapcraft#739 closed: Only show chown warnings with --debug <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/739>17:55
qenghomrCyborg: Ah, thx. I think you should use the wrapper that sets up the environment for gtk2 apps. In parts, webtorrent-desktop, add  after: [ desktop/gtk2 ]  and change your command to  command: desktop-launcher $SNAP/WebTorrent17:57
mrCyborgqengho: tnx for the help, but now I get the flowing error: "The specified command 'desktop-launcher' defined in the app 'webtorrent-desktop' does not exist or is not executable"18:03
qenghoSorry. `desktop-launch`18:04
mvoogra_: hey, the fix for the upgrade problem has landed, let me create new images for you so that we can verify it18:08
qenghoWho's in charge of the parts yaml on the web?18:09
mrCyborgqengho: Thanks a lot, that works now! I really should have asked for help earlier...18:15
qenghomrCyborg: welcome!18:25
elopiosergiusens: ack. I'll test after lunch.18:37
mupPR snapcraft#740 opened: Allow debugging cleanbuild runs <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/740>18:37
ahoneybun'no mobule 'gi'19:05
qenghoThere's a lot wrong there.19:08
om26erHi! I am not able to apt-get anything on all-snaps latest in classic mode, it gives me: cat: standard output: Permission denied19:28
om26eractually sudo classic.create gives me:19:33
om26erchroot: failed to run command ‘/var/lib/classic/enable.sh’: No such file or directory19:33
om26erogra_, ^19:34
qenghoThe images are the big bad ignored part of snappy. There's no build system. There's no bug tracker. It's untethered to any kind of quality control.19:38
qenghoWe should be saying "We have no images", instead of hoping these ad-hoc ones are good enough.19:39
mupPR snapd#1681 closed: tests: test `snap run --hook` using in-tree snap-exec <Created by kyrofa> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1681>20:03
kyrofaqengho, we aren't hoping that. The all-snap images aren't done yet, these are pre-releases20:04
kyrofaqengho, also, they are indeed tethered to a QA process, but perhaps that could be more transparent20:06
qenghokyrofa: I'm not saying they should be good enough for release. I'm saying they're not good enough for testing. I emailed my own "bug report" yesterday, into the void.20:06
kyrofaWhich void?20:07
qenghoI'm not picking on him, but the owner of the personal file I used to flash.20:08
kyrofaWhere was that announced as being available?20:09
qenghoI asked here, "What should I be installing on my rpi3"?20:10
qenghokyrofa: if you know of daily builds and a bug tracker, I would be happy to know of it.20:13
mupPR snapcraft#741 opened: Make it easy to setup a pre-commit hook <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/741>20:16
qenghokyrofa: In any case, I'm not new to this. It's om2`6er of 45 minutes ago who has a new bug to report.20:16
qenghoI don't know where to send himher.20:17
kyrofaqengho, mvo has made those just for testing purposes. They are unofficial. Until they are, all you can really do is talk to mvo (and maybe ogra_)20:18
mupPR snapcraft#742 opened: Handle missing source type packages in the parser <Created by josepht> <https://github.com/snapcore/snapcraft/pull/742>20:31
=== beisner is now known as beisner-biab
mupBug #1614730 opened: dpkg: dependency problems prevent configuration of snapd -  snapd depends on ubuntu-core-launcher (>= 1.0.23) <oil> <Snappy:New> <https://launchpad.net/bugs/1614730>21:27
=== beisner-biab is now known as beisner

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!