/srv/irclogs.ubuntu.com/2016/07/29/#snappy.txt

tgm4883If I'm adding stuff to stage-packages, how can I create a snap without needing to rebuild the whole thing?03:50
qenghotgm4883: "snapcraft clean" takes a few arguments. -s stage is probably it.03:54
tgm4883qengho: just found this page http://snapcraft.io/create/ Currently rebuilding the whole thing, but I'll try that next03:55
qenghotgm4883: fyi, "clean" and build dependency is a little screwy this week, but usually works. You might hit a bug and have to build more than should be strictly necessary.04:03
tgm4883qengho: ok, good to know. Currently trying to move some deb packaging to snap packaging and finally got it to build with the binaries in the right directory. Now trying to fix "This application failed to start because it could not find or load the Qt platform plugin "xcb"."04:06
qenghotgm4883: ah yeah.04:08
qenghotgm4883: Do you have mention of "desktop/qt5" in your yaml?04:09
tgm4883qengho: no04:09
qenghotgm4883: Okay, I think there's a built-in wrapper for you. In your main part, use "after: [ desktop/qt5 ]"04:10
qenghotgm4883: and make your command: desktop-launch $SNAP/yourrealprogrampath04:11
qenghoI *think*. This is new to me.04:11
tgm4883ok, trying now04:11
tgm4883qengho: this is what it looks like so far https://github.com/tgm4883/mythtv-snap/blob/master/snapcraft.yaml04:12
qenghotgm4883: you are a brave brave man.04:13
tgm4883qengho: heh, why is that04:13
mupBug #1607604 opened: the user created by create-user is not a sudoer <create-user> <Snappy:New> <https://launchpad.net/bugs/1607604>04:15
tgm4883qengho: so I just did the snapcraft commands starting at stage, it seemed to pull int he desktop/qt5 stuff, but still getting the same error04:16
qenghotgm4883: huh. No idea.04:18
tgm4883I'm going to try rebuilding it again from scratch04:18
qenghotgm4883: Is the 6 line yaml of just "plugin: nil" and "stage-package: [ mythtv ]" not work?04:19
tgm4883qengho: you mean just use it to pull in the deb packages?04:20
* qengho nods.04:21
qenghoI like easy.04:22
tgm4883I've not tried it04:22
tgm4883I'll try it after this build04:22
qenghoIf it works, you owe me a beer.04:23
tgm4883heh04:25
tgm4883Would that install everything inside the snap?04:26
qenghotgm4883: that and all its deps, yes.04:29
qenghoNot sure about Recommends.04:29
tgm4883qengho: so this http://paste.ubuntu.com/21368648/04:30
tgm4883that doesn't work04:30
* qengho files a Pull Request for -190 line change.04:30
tgm4883nm04:30
qengho:)04:30
tgm4883stage-packageS04:30
* qengho nods.04:30
tgm4883running now04:30
tgm4883So if this works, that's great and means it can run inside a snap04:31
tgm4883which gives me something to go on04:31
tgm4883I wonder if "--runprefix=/usr" is causing me issues in the other build04:32
qenghoOh, yeah, that looks suspicious.04:33
ahoneybunwhere is it getting the deb?04:34
qenghoahoneybun: Ubuntu repo, here.04:34
tgm4883ahoneybun: well ideally it would build from source, but for the other test it would get the deb from the ubuntu repos04:34
ahoneybunthat yaml is missing that04:35
qenghotgm4883: you need a command: in that pasted YAML.04:35
tgm4883ahoneybun: this yaml  https://github.com/tgm4883/mythtv-snap/blob/master/snapcraft.yaml ?04:36
tgm4883qengho: yea I noticed that, building again04:36
ahoneybunpulling from git, nice04:36
tgm4883qengho: yea using the deb doesn't work either. Getting some permissions issues04:37
ahoneybunpastebin?04:37
ahoneybunI just started today but I'll try lol04:37
tgm4883ahoneybun: of running after using the deb package? I'd rather work out the building from source issue04:37
ahoneybunfrom source would help get it on other distros04:38
tgm4883what's the build variable for the install directory?04:41
qenghotgm4883: "some permissions"?04:44
qenghoAre they secret?04:44
tgm4883qengho: http://paste.ubuntu.com/21369624/04:44
qenghotgm4883: peek in /snap/mythtvw/x2/usr/bin/mythfrontend and see if you can put the pidfile in a sane place and if you can get that dialog_functions to be loaded from $SNAP/...04:46
qengho("A sane place" is probabyly under $SNAP_DATA/...04:47
qengho)04:47
* qengho afk in 10 minutes.04:48
mupBug #1607662 opened: "home" plug doesn't work with encrypted home dir <Snappy:New> <https://launchpad.net/bugs/1607662>07:37
kalikianaQuestion: how would a snap go about accessing build tools like the go snap?07:38
kalikianaIt seems pointless to have a compiler snapped if other snaps can't use it07:38
kalikianaSo I will assume there's a way somehow07:38
didrockskalikiana: I don't think we are at the point (apart for devmode), where snap is suitted for that (yet)07:43
didrocksI think we'll get the same kind of "shell" interface that will work for this as well07:43
mupPR snapd#1602 opened: interface: add kernel-module interface for module insertion <Created by arges> <https://github.com/snapcore/snapd/pull/1602>07:48
kalikianadidrocks: Hmm would it work if my snapcraft.yaml is confinement:strict but I'd say "use --devmode if you want to access xyz?"07:54
mupBug #1607662 changed: "home" plug doesn't work with encrypted home dir <Snappy:New> <https://launchpad.net/bugs/1607662>07:55
kalikianaOr I need to investigate some kind of distcc-like setup07:56
mupPR snapcraft#680 closed: Rewrite shebangs generated by the python plugins <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/680>08:21
didrockskalikiana: that's possible AFAIK (with the confinement and so on)08:31
didrocksbut keep in mind you have your own mount namespace, so you can have some surprises, even confined08:32
mupPR snapcraft#694 closed: Pass --root to the python3 plugin on build <Created by blakerouse> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/694>08:39
imexilHi I'm using a git repo as source but would like snapcraft to pull down a specific tag which is on a non-master branch. Simply specifying source-tag seems not to be enough. Do I have to specify the git branch as well?08:41
imexilnever mind it looks like it is actually pulling down the correct tag.08:46
didrocksimexil: you have also the "source-branch" parameter if you want (snapcraft help sources)08:50
imexildidrocks: Ah thanks. It feels like finding the correct (up to date) documentation is my biggest challenge at the moment ;-)08:51
didrocksimexil: heh, yeah, we are woroking on this :)08:55
imexildidrocks: Probably not easy with snappy still being such a moving target.08:56
didrocksthat's exactly the biggest issue :) but with the start of snapcraft.io and crafting codelabs, we'll get there08:56
imexilYes I was going to say it would help already when all doc resources would be available from snapcraft.io and not some there and some on ubuntu dev pages and some on ubuntu wiki08:57
sergiusensppisati_ https://github.com/snapcore/snapcraft/pull/68909:04
mupPR snapcraft#689: kernel plugin: kernel targets depending on debarch <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/689>09:04
=== AL_ is now known as Guest40416
ppisati_sergiusens: /me tests it09:08
Guest40416Hi, I Have a simple question: I try to associate an icon to my snap, using a desktop file in /setup/gui/aa.desktop and /setup/gui/aa.png. In the examples, I saw that the path to the icon in the desktop file is ${SNAP}/meta/gui/aa.png but it does not work. My guess is that the varable ${SNAP} is not correctly interpreted ?09:31
popeydoes the icon get installed to /snap/yourapp/current/meta/gui ?09:32
popeyand the desktop file09:32
Guest40416yes09:32
popeyif you cat the desktop file what does the Icon= line look like? can you paste that one line here?09:33
Guest40416but the desktop file remains "empty"09:33
popeyIcon=${SNAP}/meta/gui/openttd.png09:34
popeye.g. ^09:34
popeythats what my installed .desktop file looks like09:34
popey(well, one line of it)09:34
Guest40416Mine, is also Icon=${SNAP}/meta/gui/jimbodicomviewer.png09:36
popeyyou said the desktop file is empty?09:36
popeywhere you built the snap, look in prime/meta/gui - is the desktop file / png in there?09:37
Guest40416It is not in prime/meta/gui !!09:39
Guest40416Thanks, I will try with this09:39
popeysnapcraft should put it there09:45
* Odd_Bloke has just filed https://bugs.launchpad.net/snappy/+bug/1607710; could someone give it a quick triage?09:45
mupBug #1607710: Use passwd to determine user home directory <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1607710>09:45
mupBug #1607710 opened: Use passwd to determine user home directory <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1607710>09:47
mupPR snapcraft#697 opened: Also use INSTALLROOT for make plugin <Created by jhobbs> <https://github.com/snapcore/snapcraft/pull/697>09:48
mupPR snapd#1599 closed: asserts,client: switch snap-build and snap-revision to be indexed by snap-sha3-384 <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1599>09:55
mupPR snapd#1603 opened: overlord/snapstate: ensure calls to store are done without the state lock held <Created by chipaca> <https://github.com/snapcore/snapd/pull/1603>10:04
mupBug #1607717 opened: no snaps installed error <Snapcraft:Invalid> <Snappy:New> <https://launchpad.net/bugs/1607717>10:14
Spadshttps://github.com/scummvm/scummvm/pull/79510:25
mupPR scummvm/scummvm#795: POSIX: Add $SNAP to search path if available <Created by fuzzie> <https://github.com/scummvm/scummvm/pull/795>10:25
ogra_neat !10:27
* Spads is arranging meetings with that upstream over lunch soon10:28
Spadshad to get over my debian packaging mentality of being a third-party maintainer and say "actually these changes should come from you folks and not have my name on them"10:29
Spadsand so they can fix this stuff in the right place, which is nice10:29
ogra_yeah, definitely10:30
=== hikiko is now known as hikiko|ln
ali1234hmm... gstreamer isn't seeing its plugins10:50
ali1234ogra_: why do you do ">>$SNAP_DATA/log/daemon.log" - shouldn't you just let it all go to systemd?10:55
ogra_i could, yeah10:55
mupPR snapd#1604 opened: client, cmd/snap: better errors for empty snap list result <Created by chipaca> <https://github.com/snapcore/snapd/pull/1604>10:56
ogra_grmbl ... gmane being dead is really annoying10:56
Chipacaogra_, it's not dead! it's nntp-only10:57
ogra_Chipaca, doesnt help with google links :P10:58
Chipacauntil somebody picks up the nntp-to-web side of it10:58
Chipacaogra_, little green arrow next to the link, "cached"10:58
ogra_dunno, but my google UI doesnt have that10:59
Chipacaogra_, do you have an example search?11:00
ogra_https://www.google.de/search?client=ubuntu&channel=fs&q=IPELUAPATH%3D&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=JDabV_LTN-Xj8wfnl4qYCA#channel=fs&q=IPELUAPATH%3D&pws=111:00
ogra_second hit was what i wanted to look at11:00
ogra_oh11:01
ogra_it isnt green and its a pulldown here11:01
Chipacaogra_, http://imgur.com/4eAk4wh11:01
Chipacagreen ... ok, it's a triangle not an arrow i guess11:01
ogra_yeah, found it now11:02
ogra_thanks !11:02
Chipacaogra_, np!11:02
ogra_that used to just be a text link11:02
Chipacayep11:02
mupBug #1607744 opened: "snap install <filename>" over an already installed snap doesn't copy the user data <Snappy:New> <https://launchpad.net/bugs/1607744>11:08
Odd_Blokeniemeyer: https://bugs.launchpad.net/bugs/1607710 is the bug I filed for the home directory issue.11:22
mupBug #1607710: Use passwd to determine user home directory <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1607710>11:22
mupBug #1607748 opened: Ability to use two registered names for the same snap <Snappy:New> <https://launchpad.net/bugs/1607748>11:27
niemeyerOdd_Bloke: Thanks!11:29
=== hikiko|ln is now known as hikiko
=== chihchun is now known as chihchun_afk
slangasekzyga: just got a bug report in Debian unstable that snapd is not buildable from source because of removal of a build-dependency (golang-pb-dev -> golang-github-cheggaaa-pb)11:40
slangasekI see no bug report in Debian explaining why this was removed11:40
slangasekbut that means it's an unmaintained build-dep for Ubuntu also11:41
slangasekzyga: ah, https://bugs.debian.org/830747 , "ROM; superseded by golang-gopkg-cheggaaa-pb.v1"11:43
ogra_kyrofa, sergiusens, do you guys think we could avoid calling ldd on kernel modules in snapcraft builds ? (see the last lines of https://launchpadlibrarian.net/275652591/buildlog_snap_ubuntu_xenial_amd64_kernel-test-snap_BUILDING.txt.gz)11:52
dholbachdavidcalle, do you think it'd make sense to add "newest snaps" to the report? e.g. a summary of https://twitter.com/uappexplorer?11:55
didrocksdholbach: it's already what we have (the 10 snaps of the months) on insights, right?11:55
didrocksdholbach: maybe we should ensure we don't duplicate, so only have one list11:55
dholbachdidrocks, I just felt like we're getting so many snaps in that a weekly and a monthly review wouldn't hurt? :)11:56
dholbachdidrocks, in the monthly one you get the best of the last four weeks ;-)11:56
didrocksdholbach: can be, at least, the efforts should be joined11:56
dholbachsure - it'd be like the research work for the monthly blog post would already be done :)11:57
ppisati_ogra_: is that a kernel snap build? how did you avoid the 'snapcraft login' problem?11:59
ogra_ppisati_, it is more than just a kernel ... lp:~ogra/+junk/kernel-test-snap ... (see the makefile) for the official kernels we need a bunch of extra stuff (and tehere will be more, like mesa, nvidia drivers etc etc)12:00
ogra_ppisati_, but it is "type: kernel" in which case i dont think snapcraft should call ldd at all on the modules dir12:01
ali1234Jul 29 12:58:53 al-desktop ubuntu-core-launcher[24053]: Ready for rendering.12:01
ali1234it works!12:01
ogra_looks ready :)12:01
ogra_congrats !12:01
ali1234ogra_: how do i delete things from your upnp server?12:02
ppisati_ogra_: oh i see12:03
ogra_ali1234, thats a bug i still havent faound the reason for ...12:03
ogra_you need to delete from commandline currently12:03
ali1234okay... workaround? go into the snap12:03
ogra_(sadly lighttpd doesnt give any errors)12:03
ogra_right, rm it from commandline12:03
ali1234where is the data?12:03
ali1234found it12:04
ali1234hmm storing the data in 1/ rather than common/ - do all my files vanish if reinstall the snap?12:04
ppisati_ogra_: btw, do you have a prebuilt amd64 image somewhere?12:05
ogra_ali1234, /snap/upnp-server/current/var/cache/lighttpd/uploads/12:05
ogra_iirc12:05
ali1234no it's in Media12:06
ogra_err, no12:06
mupBug #1607763 opened: Interface to manage sudoers <cpc> <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1607763>12:06
ogra_ali1234, right, /var/snap/upnp-server/current/Media/12:07
ogra_ppisati_, see the mailing list, mvo announced an experimental one with the new world order yesterday12:07
ali1234hmm no mp3 decoder plugin...12:07
ogra_well, if you have a patch :)12:08
ogra_all my music is .flac ... for which i dont seem to add any extra decoders it seems12:08
ogra_*dont seem to need to12:08
ali1234the server does not need the plugin the rendered (what i am snapping) does12:08
ogra_ah, k12:09
ali1234okay it claims to be playing but i don't hear anything12:09
ppisati_ogra_: uhm nope, he just said there will be a new image, no links12:09
ogra_ppisati_,  http://people.canonical.com/~mvo/all-snaps/16/12:10
ogra_note that all package names changed (except for ubuntu-core)12:10
ppisati_ogra_: ohhh12:10
ogra_the kernel package is pc-linux now12:10
ogra_oh12:11
ogra_wrong12:11
ogra_it is pc-kernel12:11
ogra_(probably because it contains a lot more than linux :) )12:11
* ogra_ would actually raher call them hw-pack or some such ... 12:12
* ppisati_ tries to build an image12:14
ppisati_ogra_: is the gadget still canonical-pc or what?12:16
ali1234so how do i get audio from a snap?12:18
ogra_ppisati_, just pc now12:19
ogra_and we only have amd64 atm12:19
ogra_ali1234, currently only via the pulseaudio interface i think12:19
ogra_(and i'm not sure that fully works yet)12:19
ogra_(well, it does for the vlc snap)12:21
ppisati_uhm12:22
ogra_there are discussions about an alsa interface as well as a raw audio device one ... but pulse is the only existing one currently12:23
ali1234okay but how do i use it?12:23
ppisati_http://people.canonical.com/~ppisati/bad_snappy_image_2016-07-29_14-22-07.png12:23
ogra_you define it in your snapcraft-yaml and make sure your app uses a pulse output mode12:23
ppisati_with this command line:12:23
ppisati_sudo ./ubuntu-device-flash core 16 --channel edge --os ubuntu-core --kernel pc-kernel --gadget pc -o test.img12:23
ali1234where is it defined in the vlc snapcraft?12:24
ogra_ppisati_, yeah, the squashfs errors are weird, buti see them since a few weeks, unrelated to the new format12:24
ali1234oh i see, plugs12:24
ogra_ppisati_, it should work all fine on second boot for whatever reason12:24
ogra_ppisati_, i was wondering if it might actually be related to having squashfs built into the kernel instead of a module ... i.e. if behaviour changes then12:29
didrocksogra_: nice timing on the ML :)12:31
ogra_:)12:32
ali1234ogra_: so it has to use pulseaudio... does that mean that pulseaudio alsa emulation does not work?12:38
ogra_it should i think, but i'm not sure what the confinement lets through12:38
ogra_yoou have to try12:38
ali1234in devmode?12:38
ali1234i get no audio in devmode...12:38
ali1234okay got it12:41
ali1234alsa emulation doesn't work, but i can tell it to use pulseaudio12:44
apwogra_, i can see no behaviour changes when squashfs is built-in as opposed to being a modules12:45
ogra_apw, weird ... i wonder where it comes from then ... sadly i didnt build images for weeks because the world was so broken ... so i cant really ppin it down to a specific date12:45
ppisati_ATM i'm using mvo all snaps image and it works12:46
ppisati_except for all the changes in the kernel snaps, that made our kernel moot12:47
ali1234okay so if my snap is configured to run as a service then audio doesn't work12:47
ogra_but it was definitely there with my last images that were built the old way12:50
ogra_so before we changed much12:50
ogra_and it also seems gone on subsequent boots of the image12:50
ogra_ppisati_, well, we will never be able to use a plain kernel snap anyway ... you need firmware, udev rules, mesa (when graphics are desired) etc etc12:51
ogra_plain kernel snaps are for special purpose setups imho12:51
ppisati_ogra_: yeah, i agree12:54
ppisati_ogra_: but for example, now it looks for kernel.img, and without that file the image is dead12:55
ogra_you mean kernel.yaml ?12:55
ppisati_ogra_: nope, now it looks for the kernel.img file <- the kernel file12:56
ppisati_linux (loop)/kernel.img $cmdline12:56
ogra_sigh ... who came up with that12:56
ppisati_from grub.cfg12:56
ogra_ppisati_, i thought that was defined at the heidelberg sprint and you participated ?12:57
ogra_i wasnt in the particular kernel.yaml sessions12:57
ogra_onl yin gadget ...12:57
ogra_but when i asked i was told everything is fine and agreed upon12:58
ppisati_i was in the kernel session, but i don't remember that12:58
ppisati_anyhow12:58
ogra_smells fishy really :)12:58
ogra_but yeah, it is how it is12:58
=== drizztbsd is now known as timothy
ppisati_nope12:59
ppisati_it's not part of the Heidelberg notes12:59
ogra_weird12:59
ogra_and mvo is off today12:59
ppisati_we'll look into it next week12:59
ogra_yeah12:59
sergiusensppisati_ did it work in the end?13:00
ogra_it is rather awful having to rename the binaries all the time13:00
ogra_when we used just vmlinuz before13:00
ppisati_sergiusens: yes, your patch let me do 'snapcraft --target-arch=foo'13:00
ppisati_sergiusens: and in the snapcraft.yaml i put:13:00
ppisati_kernel-image-target: {'amd64': 'bzImage', 'arm64': 'Image', 'armhf': 'zImage'}13:01
ppisati_and it worked13:01
ppisati_i tested both the string and the map case13:02
* ogra_ still shudders seeing "arm64: image" 13:02
ogra_:)13:02
ppisati_ok, by renaming vmlinuz to kernel.img i can still use our vanilla kernel snap13:16
ppisati_we'll need to augment it with all the other stuff, but at least they still work13:17
mupBug #1607796 opened: snapd-confine regression when running commands as root <Snappy:New> <https://launchpad.net/bugs/1607796>13:43
timothystgraber: I tought snap-confine bugs should be opened on github :)13:47
ogra_that would be confusing13:48
timothyso you should disable bug opening on github for snap-confine repo like you do for snapd13:49
ogra_timothy, we want to use LP because it allows us to track bugs in other distros via bug tasks13:49
timothyogra_: ok, but allow opening bugs on github confuses people (like me) more :P13:49
ogra_github issues cant do that13:49
ogra_well, i dont know why zyga kept it enabled for snap-confine13:49
stgraberzyga: so new snap-confine does mount /lib/modules but it also no longer defines a working $HOME for daemon (not a big deal) and more importantly, I can't run commands as root anymore because they don't have a HOME define which is a blocker for us13:50
stgraberzyga: I marked the SRU as failed since it's a clear regression13:50
ogra_stgraber, dude, this is ubuntu. use sudo13:52
* ogra_ hides somewhere wher stgraber cant reach him when throwing stuff13:52
ogra_:P13:52
timothyas root user I have HOME=/root13:53
ogra_timothy, yes, but snap-confine doesnt mount /root into ubuntu-core13:53
ogra_and your snapp gets executed inside there13:54
ogra_so /root is readonly13:54
ogra_its a missing bind mount13:54
stgraberogra_: well, it USED to work :)13:59
timothystgraber: on which version?13:59
stgrabertimothy: 1.0.27.1 to 1.0.38-0ubuntu0.16.04.314:01
stgrabertimothy: so xenial-updates to xenial-proposed as far as what's in Ubuntu14:02
mupPR snapd#1603 closed: overlord/snapstate: ensure calls to store are done without the state lock held <Created by chipaca> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1603>14:16
kyrofaogra_, is the ldd call causing issues?14:22
tkamppeterI am snapping CUPS currently14:24
tkamppeterI have now got together some basic snap: It starts CUPS as permanently running daemon and I have made all directories to where CUPS needs to write into $SNAP_DATA.14:26
seb128I wonder if I'm the only one "priming" doesn't convey much sense to, I keep having to think about what that dir/step does14:26
tkamppeterProblem now is that the CUPS daemon starts helper programs and these helper programs do not find the libraries contained in the snap.14:27
tkamppeterHow can I make programs called by the snapped CUPS daemon find the libs of the snap?14:29
ogra_seb128, it used to be calles strip ... but someone found the naming nasty14:49
=== flexiondotorg is now known as Wimpress
ogra_*called14:49
seb128yeah14:49
seb128strip has another standard use14:49
seb128but it could have been "prepare"14:49
ogra_yeah, they even have clubs for it14:49
ogra_and indeed it could have been prepare ... but thats probably not as hip as prime :)14:50
seb128I still don't understand what "prime" is14:50
seb128it might be because it's a word I never use in english14:51
ogra_it mangles symlinks, cheks dependencies with ldd and all such stuff14:51
seb128"prepare" would have made more sense14:52
seb128oh well, it has been renamed once I guess they are not renaming it again14:52
ogra_LOL !!!14:52
ogra_hahahahahaha14:52
ogra_if i now could find my access data for the quotes page14:52
seb128I need to hint somebody that the name sucks14:52
seb128lol14:53
seb128"somebody"14:53
seb128like seems like we are going to fix "app" which also sucked14:53
ogra_nothing is as unstable as any kind of naming in the snappy world14:53
seb128so why not prime... ;-)14:53
ogra_even in a few years when the code is rock solid and proven we will still see renames of functions, variables, commands etc i bet14:53
ogra_seb128, bring it up on the ML ... renaming it now will surely be easier than renaming it later14:55
seb128I might14:55
mupBug #1576500 opened: Plasma fails to load:  "all shell packages missing" <amd64> <apport-bug> <xenial> <Snappy:Confirmed> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1576500>14:55
* ogra_ sighs ... looks like i'll spend my weekend in the basement fixing the heating ... as if it wasnt warm enough already i'll have to swing wrenches in a 40°C warm room for two days (or live with cold water)14:57
mupBug #1607796 changed: snap-confine regression when running commands as root <lxd> <Snappy Launcher:In Progress by zyga> <https://launchpad.net/bugs/1607796>15:10
bullhi guys15:35
bullcan our snapped application make a call to external application which is installed on our system ?15:36
bullpopey,  can our snapped application make a call to external application which is installed on our system ?15:37
bullogra_,  hi15:38
seb128bull, hey, they would need an interface for that15:39
mupPR snapcraft#698 opened: Add option disable-parallel for autotools plugin <Created by blakerouse> <https://github.com/snapcore/snapcraft/pull/698>15:39
bullwe have such interface yet ???15:39
seb128not that I know of15:40
bullseb128, you talking to me ??15:40
bullguys my app is qt based and called gsetting to change system settings i snapped my app and it became useless since it was not able to make call to gsetting15:42
seb128bull, yes I'm taling to you, it uses the gsettings command line utility and not the glib api?15:43
bullno i use glib just for showing the tray icon in collaboration with libappindicator15:44
bulland i call gsetting using Qt's Qprocess lib15:44
bulla packaging format should not effect Qt's libs an sure , in this since its a snappy app it may be calling gsetting inside the app's container15:46
bullwhere it cant find gsettings15:46
seb128gsettings the api?15:46
seb128ah, the command line15:46
bullseb128, you can check my code on github https://github.com/keshavbhatt/Deskie15:46
seb128well you can stage-package libglib2.0-bin15:47
bulli am able to make snap package but it become useless :(15:47
bullapp runs but wont work15:47
bullits a wallpaper changer , better and much powerful then variety15:48
bullseb128,  take a look http://www.ktechpit.com/deskie-wallpaper-changer-ubuntu-linux/15:48
seb128it's not sueless, it's secure15:48
seb128just include the binary15:49
bullwhat u talking about15:50
bull?15:50
bulli packaged it in debian format it works fine there15:50
mupPR snapd#1605 opened: asserts: introduce support for assertions with no authority, first pass at serial-request <Created by pedronis> <https://github.com/snapcore/snapd/pull/1605>16:15
ogra_hmm, i wish we could have a zenmity part16:18
ogra_*zenity16:18
ogra_some of my apps generate config on first start, would be nice to be able to pop up a message or bouncy progress bar when that happens16:19
kyrofaogra_, you need an install hook, so stuff like that would be part of the installation. No?16:32
ogra_kyrofa, well, since it usually happens on first start of the app, it would be a launch wrapper16:32
ogra_it is just that the first launch typically takes longer due to that16:33
kyrofaogra_, but if it's only the first start, isn't it really part of the installation?16:33
ogra_the installation doesnt launch the app16:33
ogra_i'm talking about apps, not services16:34
imexilHi. Does it make sense to use boths the x11 AND the unity7 plug or is unity7 simply x11+appmenu?16:34
kyrofaogra_, of course. I do the same thing for nextcloud, but that's only because there's no way to say "I want to do this once"16:34
kyrofaogra_, but you want to continue doing it upon first run even if that capability exists?16:35
kyrofaimexil, I typically use them both16:36
ogra_kyrofa, well, i check if the config file exists ... my code indeed only runs iif it does not :)16:37
ogra_so usually only once on first start16:37
ogra_the check if the file exists is cheap16:37
ogra_nothing that delays the start much16:37
imexilkyrofa:  well I'm trying to isolate a problem and since my my doesn't run with x11 but partly with unity7 I was wondering what is causing this.16:40
artmelloHi. I am trying to make a snap for gallery-app. It seems to be working but QStandardPaths::PicturesLocation seems to be pointing to ~/snap/gallery-app/x1/Pictures instead of ~/Pictures17:03
artmellohow can I fix that?17:03
sethjdoes snap find fail with connection refused for anyone else?19:44
sethjoh, reinstalling snapd fixed it.19:47
Saviqg19:56
tianonjdstrand: should I embed rules that overlap with, for example, "network-bind" functionality in the "docker" interface, or should "dockerd" just plugs: for those bits?20:54
tianonjdstrand: it seems like "docker" ought to imply everything Docker itself needs on the slot end at least20:56
hades|2can i install http://cdimage.ubuntu.com/ubuntu-core/vivid/daily-preinstalled/20160728/vivid-preinstalled-core-amd64.tar.gz and update later to xenial / 16.04 using snappy update / refresh ??22:01
hades|2or i should use rather  https://people.canonical.com/~mvo/all-snaps/16/all-snaps-amd64.img.xz ? ou ubuntu server 16.04 ?22:08
hades|2???22:11
tgm4883Is there a way to specify the $SNAP variable in the snapcraft.yaml file?22:17
tgm4883specifically, I want to pull it not set it22:17
ali1234you mean the actual value of it?22:20
ali1234i don't think so, because you can't know what it is going to be until the snap gets installed22:21
tgm4883ali1234: yea that's what I was wondering22:23
tgm4883ali1234: because I think the issue I'm having is this app can't find the libraries because it's looking in the wrong place22:24
ali1234you have to make a wrapper script then22:24
hades|2what version of ubuntu-core should i use ?22:26
tgm4883ali1234: hmm, a wrapper that adds where the libraries are?22:27
ali1234yes, like the desktop-launch one22:27
tgm4883hmm ok22:28
tgm4883ali1234: what is $SNAP in this launcher?22:29
ali1234for example: export LD_LIBRARY_PATH=$SNAP/usr/lib/$ARCH/dri:$LD_LIBRARY_PATH22:29
ali1234https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/common/desktop-exports22:29
tgm4883Yea I'm looking at that. I pull in desktop/qt522:29
tgm4883I don't see where $SNAP is getting set though22:30
ali1234it is set by snapd22:30
ali1234actually it is set by the script that gets generated and put in to /snap/bin22:30
tgm4883ok, let me ask a different question. Where should I be installing the app to with --prefix22:31
ali1234 /22:31
tgm4883Hmm22:32
ali1234but you shouldn't have to worry about that22:32
tgm4883I'm not sure that's write. I think I was getting permissions issues when building when using that. But let me try again22:32
ali1234you are supposed to let the build plugin figure it out22:32
tgm4883ok, that's what I did on my last build22:33
tgm4883I commented out both --prefix and --runprefix22:33
hades|2can i use latest ubuntu-core vivid and update to ubuntu-core xenial later ? yes ? no ?22:33
tgm4883ali1234: when running ldd on one of the binaries, it should point to stuff inside the install directory right?22:35
tgm4883sorry if these questions are dumb, I don't compile much22:36
ali1234what are you trying to compile?22:37
tgm4883ali1234: mythtv22:38
ali1234frontend or backend?22:39
tgm4883ali1234: I've got it compiling and installing in the snap, but when I run it I get "This application failed to start because it could not find or load the Qt platform plugin "xcb"."22:39
tgm4883ali1234: currently frontend22:39
tgm4883since I think that is the lesser of 2 hurdles22:39
ali1234okay22:39
ali1234this i know quite a bit about22:40
tgm4883you know quite a bit about mythtv?22:40
ali1234i know a little bit about mythtv and a lot about Qt platform plugins22:40
tgm4883sweet :)22:40
ali1234so the platform plugin is the graphics backend for Qt basically22:40
ali1234xcb is the X11 one22:41
tgm4883ok22:41
ali1234i assume you didn't compile Qt yourself?22:41
tgm4883nope22:41
tgm4883Here's my snapcraft.yaml file so far https://github.com/tgm4883/mythtv-snap/blob/master/snapcraft.yaml22:41
ali1234okay i have never seen this "no-security" stuff before22:43
tgm4883ali1234: In the docs it mentioned that it just disabled everything22:43
tgm4883for testing I believe22:43
ali1234i do "sudo snap install --devmode whatever.snap"22:43
ali1234that seems to have the same effect22:43
tgm4883or maybe I got that from a different snap22:43
tgm4883ok, just installed with --devmode, same error on xcb22:44
ali1234can you pastebin find inside the installed snap?22:44
ali1234will be /snap/mythtv/current or somehting22:44
tgm4883yea22:44
tgm4883http://termbin.com/9f3b22:45
tgm4883inside /snap/mythtv/current22:45
ali1234./usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so22:46
ali1234that's the xcb platform plugin it claims to be looking for22:46
tgm4883ok, so that's good that it's there. Why can't it find it?22:47
ali1234hang on i need to turn on another computer to get to my Qt snaps22:47
tgm4883Does it search all subdirectories of a path in $LD_LIBRARY_PATH? I do see $SNAP/usr/lib/x86_64-linux-gnu in the wrapper file22:48
ali1234no22:48
tgm4883hmm22:49
tgm4883I don't see that directory then unless it's in the default $LD_LIBRARY_PATH22:49
tgm4883or in $SNAP_LIBRARY_PATH22:49
ali1234how long does this take to build?22:52
tgm4883not long, under 2 minutes22:53
tgm4883on my laptop anyway22:53
tgm4883in launchpad for the deb packages, it takes like a half hour22:53
tgm4883granted it's building more there, I'm not building the frontend plugins yet22:54
ali1234okay let me build this and see what it does22:54
tgm4883ok22:55
ali1234okay it's built23:12
ali1234oh, derp23:14
tgm4883ali1234: broken for you too?23:14
ali1234tgm4883: you included the desktop/qt5 but you didn't use the launcher script it provides23:14
tgm4883oh, didn't know I needed to. That was recommended to me last night (the desktop/qt5 stuff)23:15
ali1234it still doesn';t work, but the crash is totally different now23:16
tgm4883ali1234: heh, progress is progress I suppose23:16
ali12342016-07-30 00:17:18.478427 C  FATAL: Unable to load the QT mysql driver, is it installed?23:17
ali1234so you need to stage that next23:17
ali1234command: desktop-launch mythfrontend23:18
ali1234is what you need to get the library paths configured properly23:18
tgm4883that's what I need for the wrapper?23:18
ali1234yeah23:18
tgm4883ok, and staging the mysql package23:19
ali1234also i don't think it is necessary to specify build-essential in the build-packages23:19
ali1234and dependencies work like normal23:19
ali1234so generally that list is quite short23:20
tgm4883so then anything that is a dependency of the deb package should be in stage packages?23:20
ali1234direct dependencies yeah23:20
ali1234deps are pulled in recursively23:21
tgm4883ok, building again23:23
tgm4883ali1234: progress23:28
tgm4883QXcbConnection: Could not connect to display :023:28
tgm4883forgot dev mode23:30
tgm4883holy crap it loaded23:30
tgm4883ali1234: this is awesome, it launches and works a little. Need to squash some other bugs, but this is way further than I was previously. Thanks23:42

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