[02:18] Bug #1606100 opened: "snap revert" command cannot be found === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [04:14] okay i figured it out. my qmake .pro has target.path=build because i copied it from the Qt examples [04:14] so fixed it... now let's see what the next problem is [04:23] This application failed to start because it could not find or load the Qt platform plugin "eglfs" in "". [04:23] getting closer... [04:25] Nice! === dpm is now known as dpm-afk [05:58] good morning === chihchun_afk is now known as chihchun [06:12] hey zyga === dpm-afk is now known as dpm [07:15] elopio, ping [07:38] PR snapd#1581 opened: asserts: remove/disable comma separated lists and their uses [08:53] does anyone know how to use a license file in the snap? [08:56] I'm try build snapd, and I'm getting this error (I'm new to golang): http://paste.ubuntu.com/20849102/ [09:37] mardy: try `cd $GOPATH/src/github.com/snapcore/snapd; go build -o /tmp/snap ./cmd/snap` [09:39] stevebiscuit: thanks! I missed the fact that I have to build it from within $GOPATH [09:40] mardy: np! [09:41] hi, i have a firstboot question [09:41] the console-conf stuff i'm working on prompts for username and password [09:42] should it just call /sbin/useradd with this info or is there/will there be a snapd api to call? [09:44] PR snapd#1554 closed: store: Find now takes a Search instead of a query and channel [09:44] PR snapd#1554 closed: store: Find now takes a Search instead of a query and channel [09:56] hello :) [09:57] Hi, guys! [09:57] Has there been any new releases of snappy for RPI3? [10:01] question: I was about to change hexchat on snappy-playpen to use the git repo that doesn't have compile errors and noticed that we use the https://dl.hexchat.net/hexchat/hexchat-2.12.1.tar.xz, and I was wondering if I should change it or leave it like it is now +what about the readme? should I remove the todo? [10:02] the official hexchat repo is this: https://github.com/hexchat/hexchat [10:11] PR snapd#1582 opened: debian: move snapd.refresh.timer into timers.target [10:24] +another question :) I want to make a snap for blender, and in their page they have a 32bit tarball, an 64 bit tarball and a link to the git repo which one should I use in source? [10:25] what's preferable tarball or repo? [10:25] hikiko: well it depends [10:25] hikiko: tarball. [10:25] hm qengho :P [10:26] hikiko: if using the repo fixes all the issues, mark it somehow as a daily snap and keep it like that until the next release [10:26] I was thinking that if the user clones the repo he will then build the appropriate version for his architecture [10:27] tsimonq2, how can I mark it as a daily snap? [10:27] hikiko: s/hexchat/hexchat-daily/g [10:27] +how are you? :) [10:27] great, you? :) [10:27] good! [10:28] alright :) I'll do this to blender then because someone changed hexchat to use this: [10:28] source: https://dl.hexchat.net/hexchat/hexchat-2.12.1.tar.xz [10:28] so I guess it's not a daily-build [10:30] hikiko: Assuming your dependencies are all in Ubuntu OR are in public and compilable, and assuming your builder is already a plugin, then use tarball. [10:31] qengho, but which tarball? [10:31] the 32 or the 64? [10:31] can I support both? [10:31] hikiko: source tarball. [10:32] oh :) [10:32] ok :) [10:32] hikiko: sorry, I confused you. I'm advocating sourceonly. [10:33] thanks qengho tsimonq2 :) [10:33] hikiko: The builderson launchpad can make a blender-i386.snap and a blender-amd64.snap and (maybe) blender-armhf.snap and blender-arm64.snap [10:34] mwhudson, you need adduser ... not useradd, since we default to libnss-extrausers, not to shadow for password management ... also i though that we are forced to use cloud-init for this [10:34] ogra_: uh yes, i should have said "useradd or something like that" [10:35] netphreak, there havent been any image releases for any arch yet ... (so not, not even the pi3 .. but flexiondotorg and kgunn made some awesome progress to get graphics up and running during the snappy sprint) [10:35] okay now i'm really getting somewhere: * failed to open vchiq instance [10:35] ali1234, is that a 15.04 image ? [10:35] ogra_: no [10:35] (16.04 ones should have vchiq) [10:36] ogra_: i am using the server classic image [10:36] (on the device side that is though ... ) [10:36] ah, might be that doesnt have such fancy things :) [10:36] yeah i need my snap to be able to access it [10:36] do you see a device in /dev ? [10:36] the server image has vchiq... app works when run normally [10:36] yes [10:36] ah, k [10:37] bug 1533265 [10:37] Bug #1533265: /dev/vchiq is inaccessible for unprivileged user [10:37] wow, other people actually tried this? [10:37] i thought i was the only one [10:37] yeah... [10:37] but i fear that wont happen before we have actual new images ... which is still a few weeks [10:38] kernel and gadget snaps have just seen their final definition during last weeks sprint [10:38] well, can i work around it? [10:38] you can indeed install your snap with --devmode [10:38] the snap itself is marked as confinement: devmode [10:38] thats only for the store [10:39] you need to specify --devmode at install time [10:39] okay [10:39] and probably poke zyga to get the needed interface in place faster [10:39] what does the store do with it btw? [10:39] not sure that is high on his prio list [10:39] it prevents the snap from going into the stable channel [10:39] i see [10:39] so now i got "qrc:///main.qml:1:1: module "QtQuick" is not installed" [10:40] did you include it in your snap ? [10:40] and is the searchpath pointing to the right place ? [10:40] i included the desktop/qt5 thingy [10:40] not sure if that has qtquick ... didrocks would know i guess [10:41] maybe only the older one includes qml [10:41] qt5conf [10:41] i think the new one is just the onld one included in the generic tree [10:41] not sure if thre are actual differences [10:41] it's quite a bit different [10:42] installs a lot more stuff [10:42] ah === chihchun is now known as chihchun_afk [10:42] might be a bug with the new one then [10:42] (if the old one actually works) [10:42] well ti never saw the old one work due to bugs [10:43] but i thought it said it set up Qt "and QML" according to the readme [10:43] so regarding snapcraft cleanbuild [10:44] how can i notify it that it must use some PPAs? [10:44] that still doesnt work with external parts i think [10:44] okay but i can just include all my parts, that's not a problem [10:44] i think it is possible to set up a pre-created container where you can do such config stuff in advance ... but dont ask me how :) [10:44] i will probably need a custom launcher anyway [10:45] i do definitely need to include a ppa with the raspberry pi libraries, and another ppa with a patched Qt that uses it [10:45] using PPAs for a non cleanbuild build is trivial though ... it just uses the hosts sources.list [10:46] yes i know, that's what i am doing currently [10:46] (that's why i am using the server image) [10:46] well, i dont know how exactly you can use pre-created lxc containers for cleanbuild, but i knwo it is possible [10:48] hmm i staged qml-module-qtquick2 and qml-module-qtquick-xmllistmodel and libqt5declarative5 but it still says module QtQuick is not installed [10:48] hmm wait i think i need to clean [10:56] it works :) [10:56] \o/ [10:56] congrats [10:58] it would be really nice if someone who knew what they were doing packaged up Qt for EGLFS... then snappy would be a competitor for boot2qt (which is commercial only) === hikiko is now known as hikiko|ln [11:11] zyga: Hello. So can I get snap-confine 1.0.38 or whatever version I need to get getwpuid working === dpm is now known as dpm-lunch [11:30] sborovkov, i think there is one in xenial-proposed (i.e. not released and fully tested yet) [11:30] ogra_: hmm, so is that possible to install it? [11:31] Ah, found the repo [11:31] yes, (temporary) enable proposed, apt update ... apt install snap-confine ... disable -proposed again [11:31] (and apt update for making it clean) [11:38] ali1234: are you sure you have the right version? If it's qtquick 1, you need qt4 [11:38] and so the qt4 launcher [11:38] didrocks: yes i am sure [11:39] ogra_: do you by chance have any idea when snapd 2.0.11 will be released/appear in proposed [11:39] otherwise, yeah, I only stage some declarative lib, but not the whole stack [11:39] PR snapcraft#683 opened: Release changelog for 2.13.1 [11:39] (to keep the launcher lighter for non qml projects) [11:39] sborovkov, nope ... [11:39] didrocks: why the gtk pixmap stuff? [11:40] if you are using a qt5 project on a GNOME-based desktop, you need gtk pixmaps for the icon themes [11:40] sborovkov, you can watch bug 1605303 though [11:40] Bug #1605303: [SRU] 2.0.11 [11:40] (as it's using the gtk engine) [11:40] i'm not running any desktop at all... what should i do? [11:40] make my own launcher? [11:40] ogra_: Oh, nice, thanks [11:40] ali1234: you can reuse the same launcher, and override stage-packages [11:40] i literally don't need any of the things you stage [11:41] that way, you only pick what you want [11:41] oh, that's cool [11:41] still keeping the same "executable" [11:41] so i don't need to fork it [11:41] exactly! [11:41] if the script doesn't work because of some missing deps which should be optional, we could fix it [11:42] it complains when i remove gdk pixbuf [11:42] (I didn't try, so I may required some executables without testing for their existence first, I'm happy to fix if you poke me ;)) [11:42] let me look [11:42] although actually i'm not sure *how* i removed it [11:42] it still works [11:42] it just prints an error "file not found" [11:42] hang on let me try thing [11:42] oh i see [11:42] what i did was add a new part that references the github one [11:43] let me pastebin my yaml [11:43] http://paste.ubuntu.com/20860640/ [11:43] that works as well :) [11:43] the git repo is an identical fork of yours [11:43] but i suppose it is unnecessary [11:44] whee, version 0 [11:44] :) [11:44] ali1234: right! [11:44] ali1234: the error was on gdk-pixbuf-query-loaders? [11:45] i can't find the error now, seems to have stopped happening... i dunno whats going on [11:45] we only compile first time you install [11:45] and after each update of the snap [11:45] ah that would be why it went away [11:45] (some steps can be long) [11:45] yep! [11:45] i wondered why it took so long to start actually [11:45] ok, it seems to be on this run, I didn't protect it, doing now [11:45] /snap/infodump/x19/bin/desktop-launch: line 113: /snap/infodump/x19/usr/lib/arm-linux-gnueabihf/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders: No such file or directory [11:46] you could just put libglib2.0 into your stage packages (if that doesnt pull in too many debs) [11:46] *deps [11:47] yeah [11:47] fixing this [11:47] you need to ensure that you then have all working on various env [11:47] the script should probably get a check though and give you a nice hint ;) [11:47] like icons and such [11:48] icons? [11:48] in case someone runs your snap on a desktop install [11:48] if they run my snap on a desktop install it absolutely definitely will not work [11:48] dont forget that your package is installable everywhere on different distros, desktops or core installs [11:48] it bundles a Qt built for eglfs [11:49] if your computer doesn't support eglfs it won't work [11:49] well, you should probably add a wrapper script that spits out a proper warning then [11:49] the binary already does that [11:49] ah, k [11:49] it will say that error i pasted early [11:49] * can't open vchiq probably [11:50] i'd also add that info to the long description of the package [11:50] so people dont accidentially install it because they dont know what it is [11:50] i'm not going to upload it to the store anyway [11:51] ah [11:51] it uses reverse engineered APIs, not just rss [11:51] then this doesnt matter indeed [11:51] i could make a "clean" version i suppose [11:52] actually it should be possible to make a snap that works in eglfs or xcb [11:52] ali1234: pushed on master [11:53] it surely is ... the question is what overhead you need to ship then [11:53] didrocks: okay, so i should adjust my yaml to point back to the original repo? or is there a way to override the stage packages via the wikipart syntax? [11:53] (unused dependencies etc) === hikiko|ln is now known as hikiko [11:53] ali1234: I think there is, wait a sec [11:53] i'm really impressed with snapcraft btw [11:54] it's so easy [11:54] ali1234: http://blog.sergiusens.org/posts/The-Snapcraft-Parts-Ecosystem/, "composition" [11:54] "composing"* [11:54] sorry [11:54] ali1234, send your flowers to sergiusens and kyrofa ;) [11:54] so, you just redifine the part [11:54] redefineù [11:54] (yes, it is the best thing since sliced bread) [11:54] and restart stage-packages (and build-packages) [11:54] neat [11:55] so how do i say stage-packages: none? [11:55] stage-packages: [] [11:56] empty list ;) [11:56] crazy stuff :) [11:56] so you *can* put all the packages into one line? [11:56] stage-packages: [foo, bar] [11:56] like that? [11:56] yeah, that's pure yaml [11:56] yeah, yaml is very flexible with that [11:56] can be quite unreadable easily though :p [11:56] but for few ones, it's better to have one line IMHO [11:57] for long lists it surely is [11:57] hmm can't get this to work [11:58] oh? [11:58] can be a bug in snapcraft, I don't know who apart from Sergio really tested/used this override [11:58] i say after: [desktop/qt5] [11:59] but then i don't know what to put for the override part name [11:59] after that, you set another part: [11:59] destkop/qt5: [11:59] stage-packages: [] [11:59] that should be enough [11:59] after coming across snappy i very much liked it, if i liked to contribute from where i can start ? [11:59] that doesn't work [11:59] Issues while validating snapcraft.yaml: The 'parts' property does not match the required schema: Additional properties are not allowed ('desktop/qt5' was unexpected) [12:00] what do you get? [12:00] interesting [12:00] sergiusens: do you kow about that? ^ [12:00] ali1234: so, meanwhile, redefine your part, refering to upstream source git [12:00] e^1, to what would you like to contribute ? to snappy itself, to the build tool (snapcraft) or do you want to snap packages ? [12:00] does the snap store support private snaps? [12:00] ogra_: to snappy as well as snapcraft [12:01] icey, it is surely planned, not sure it does for single snaps yet (you could always have a private sub-store though) [12:01] wow it's in pythong :) :) [12:01] snapcraft [12:01] e^1, https://github.com/snapcore/ should be a good start then [12:01] s/pythong/python [12:01] yeah just stumbled there.. [12:02] ogra_: what about learning more snappy ? [12:02] Thanks ogra_ [12:02] actually, does anyone have a raspberry pi running ubuntu/snapd/x11? [12:02] i could make a simple QML hello world, and see if it runs on x11 [12:03] e^1, for building snaps come to http://gitter.im/ubuntu/snappy-playpen ... there is where regular package sessions happen and people can answer questions regading snaps [12:03] ogra_: unfortunately, getpwuid still fails for me with newer snap-confine :( [12:04] ogra_: arrived there :) [12:04] sborovkov, you had a bug for that, right ? make sure to note it there [12:04] ogra_: how to know how exacly snappy works and how it is diff from regular linux distro ? [12:05] ogra_: No, I did not. I will create one though now. [12:06] e^1, https://developer.ubuntu.com/en/snappy/guides/ shows some basics ... i guess beyond this, mainly by asking people :) [12:07] ogra_: cool :) [12:08] ogra_: also is it possible to build snappy from scratch so we can understand what's going on ? [12:08] sure [12:08] ogra_: can you shed some light about it ? [12:08] talk to zyga about that if you dont want to build deb packages for snapd and friends [12:09] (he is at a sprint this week though ... might only be rarely around) [12:09] ok will ask zyga more regarding this [12:09] cjwatson, is bug 1606203 a bzr or LP bug ? (the log doesnt look like it is snapcraft) [12:09] Bug #1606203: Failed to build of snappy package on Launchpad: Invalid header value 'Basic U05BUEJVSUxELTE4NzAtMTQ2OTQyNjE0ODpjOTJkYzVjOWQ0OTg0ZGE5OWZlNGY1ZjI3ODRhMWJk\nOA==' [12:09] it's just that i discovered a cool open source project i can work on.. [12:09] shiny title :) [12:10] title ? [12:10] the bug that mup (the bot) posted [12:11] ooh ok :) [12:13] didrocks it is fixed in master [12:13] didrocks and in snapcraft in -proposed [12:14] PR snapd#1583 opened: snap: remove meta/kernel.yaml again [12:14] ogra_: created the bug, do you know if I can bug anyone specific to take a look at that https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1606212 [12:14] ogra_: can i installed updated versio of apps which are not available in snappy ? [12:14] Bug #1606212: getpwuid is failing on classic image [12:15] sborovkov, add the snapd-interfaces tag to the bug, then jdstrand or tyhicks should see it on their lists [12:16] ogra_: okay everything is similar only change is there is apps dir and almost nothing installed [12:16] ali1234: ok, so wait for next-coming snapcraft release to do proper override ^ :) [12:16] thanks sergiusens! [12:16] ogra_: thanks [12:19] ogra_: Looks like bzr has trouble talking to the Launchpad directory service through an authenticated proxy (it's getting a bit confused and using the proxy credentials in the wrong place), which is at least arguably a bzr bug. [12:19] ogra_: That will probably be no fun to fix, and bzr is largely unstaffed at the moment, so it may be most economical to hack snapcraft to unset https_proxy when calling bzr, with a comment explaining that this is due to this bug. [12:20] ogra_: It's definitely not an LP bug, I can say that much. [12:20] k [12:20] * cjwatson copies and pastes this into the bug report [12:21] :) [12:21] i was about to [12:21] cjwatson: and if you need https_proxy to go to internet? :P [12:21] cjwatson I guess disabling the proxy if it would fail anyways is fine, more so that if you are using bzr you will most likely be using launchpad too [12:21] timothy: Right, hence the comment. [12:22] can we get this comment in the bug or can I paste this conversation? [12:22] timothy: But any non-LP-hosted bzr branch can be mirrored to LP, so there's a workaround. [12:22] sergiusens: Just did. [12:22] thanks cjwatson [12:22] I hope anything will be migrated to git (github) soon ;) [12:22] Or git (Launchpad) [12:22] it's the same [12:22] Sure, so just leave out the parenthetical :P [12:24] ysionneau: Yop [12:24] hi! [12:28] ogra_: were my questions too silly :P === dpm-lunch is now known as dpm [12:44] e^1, sorry, i got distracted by actual work :) [12:44] can you re-phrase the questions a bit, i dont really understand them [12:44] ogra_: hmm, is snap-interfaces right though? I run unconfined [12:45] snapd-interfaces [12:45] i think [12:46] and yes, even when running unconfined (thats then actually a bug in the unconfined mode :) ) [12:48] sborovkov: let me check and get back t oyou [12:48] sborovkov: so looking at snapd, this system call is not allowed [12:50] sborovkov: you can use devmode for now [12:50] sborovkov: is there a bug on this? [12:52] zyga: Well there is no way to run without full screen apps on rpi without devmode anyway :) Created a bug just today https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1606212 [12:52] Bug #1606212: getpwuid is failing on classic image [12:53] zyga: the issue is it's not working in devmode as well :( [12:53] sborovkov: thank you, I will work on my backlog as time permits [12:53] sborovkov: that's unexpected, could be a kernel isuse [12:53] sborovkov: does it work outside of snaps? [12:54] zyga: Did not test that. I will create a simple app to test. Give me few minutes. Note that on snappy only system everything was working perfectly (though image I used was from few weeks ago). going to retest on snappy only system as well. [12:55] ogra_: is it possible to update any app to latest version for example docker ? [12:55] right now docker is quite older version [12:56] zyga: yup, just ran python, it works perfectly outside of snaps [12:56] sborovkov: ok, maybe you can share that demo [12:56] sborovkov: I can dig more [12:56] zyga: np mate :) [12:56] sborovkov: but maybe just next week :) [12:56] e^1, sure, if you have a snapcraft.yaml or if upstream releases a new versuin [12:56] *version [12:57] zyga: demo? I just ran python3. import pwd; pwd.getpwuid(0); [12:57] i think a docker snap update is being worked on (i think someone said that here recently) [12:57] sborovkov: ok [12:57] sborovkov: thanks [12:57] sborovkov: does it work on x86? [12:59] zyga: I am not sure if it's architecture specific. We have screenly only working under arm at the moment. So I don't have snap for x86. is there easy way to just call python interpreter at the moment so I can check that? [12:59] from the snap I mean [13:00] sborovkov: I mean the tiny python one liner [13:00] sborovkov: no worries, I'll check it out [13:00] zyga: it works outside of snaps at least [13:00] ogra_: cool [13:03] zyga, is mvo at the sprint ? there is an old snap-cconfine package in the image PPA that gets pulled into my os snap builds, can i remove that from the PPA ? [13:03] (still including the copmare-versions bug... i see it in my logs) [13:04] ogra_: yes he is [13:05] ogra_: old as in older than current? [13:05] ogra_: I think so, as long as it gets replaced by the new one in the archive [13:05] ogra_: though I'll let mvo answer with authority [13:06] zyga: Anyway I will test it on snappy only as well. It seems like I was using quite old image before. Have not updated for pretty long time since everything was working. May be it's not classic only issue. [13:07] zyga, older than whats in proposed ... but my builds dont use proposed atm, so the PPA version gets pulled in [13:21] zyga: yup, just build image with latest kernel/gadget snap. INstalled the same snap and it's working. So classic only issue [13:23] sborovkov: interesting, that is unexpected then [13:27] PR snapcraft#683 closed: Release changelog for 2.13.1 [13:32] sergiusens, any chance you can put the prime/stage fixes for type: os on a high prio ? i dont really want to go back to cdimage builds if possible [13:33] (and i dont count on kyrofa this week given he will have to de-jetlag) [13:35] (i'd try to come up with a PR myself, but looking at the prime code i fear that would cause more work than helping) [13:37] i snapped the QML rssnews demo https://github.com/ali1234/rpi-qml-eglfs-snap [13:38] ogra_: is there a bug (or bugs) for the prime/stage fixes for type: os? [13:38] ali1234, oh, careful with silo ppas ... their content changes frequently ... [13:38] yes i know [13:38] but i could not find Qt 5.6 anywhere else [13:38] josepht, bug 1605903 [13:38]