[00:20] hmm... getting somewhere [00:21] i now know how to properly make Qt detect the libraspberrypi headers [00:24] ali1234: what did you have to do? [00:24] modify the device file to fix the paths /opt/vc -> /usr/include [00:24] actually just /usr [00:25] huh [00:27] wow, it actually works [00:28] now i need to figure out how to make it build native so i can build it with snapcraft === chihchun is now known as chihchun_afk [00:32] what do you mean by native exactly? if you have working binaries on your target architecture, just copy them, and fix the pathing issues with environmental variables [00:38] i don't understand what you mean [00:38] snapcraft wants to build tings from source [00:38] you dont have to, there is a copy plugin [00:39] but again, i don't understand [00:39] snapcraft doesn't know how to cross compile [00:40] i must be misunderstanding... i thought you said that you got it working in on your pi, you just needed to get it snapped [00:40] i got it working by cross compiling it on x86 [00:41] if i want to build a snap for arm, i have to run snapcraft on arm [00:41] therefore i can't cross compile qt [00:41] so copy the binaries that you made on x86 for arm, onto a pi, and run snapcraft on that pi with the binaries you made on x86 [00:42] the whole point of using snapcraft is to automate all this [00:43] if i copy the qt binaries manually like that i can just skip the whole snap part entirely [00:43] so it turns out that you can build native. just tell it you're cross compiling and then point it to the native toolchain in /usr/bin [00:44] i mean, you /can/ autmate that process (via scripts)... but snapcraft might not be integral to that goal, i think of snappy as more of a deployment solution [00:45] yes. but you're telling me to deploy Qt in order to build a snap out of it so i can deploy it... that's cyclic === chihchun_afk is now known as chihchun === dtzWill is now known as [dtz] [03:45] tedg, guys how I can use this "qml" plugin? http://gould.cx/ted/blog/Creating_a_QML_snap_with_Snapcraft [03:46] probably I need a new snapcraft version. Any ppa with that version? [03:46] I tried this one: https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily/+packages [03:47] renatu: what Ubuntu version are you running? [03:47] xenial [03:47] renatu: the snappy command is very old, so I think that article is very outdated [03:48] a lot of this is a bit outdated [03:49] tsimonq2, ok. Do you know if the "qml" plugin still exists? [03:49] renatu: try and see :) [03:49] not in my version [03:49] Searching for local plugin for qml [03:49] Issue while loading plugin: unknown plugin: qml [03:49] :D [03:52] renatu: what's the output of apt-cache show snapcraft | pastebinit ? [03:53] http://paste.ubuntu.com/19456102/ [03:54] renatu: that's the latest version, so if it isn't showing, we don't have it :) [03:54] renatu: that article is very outdated anyways [03:54] ok thanks [04:11] Has anyone used a snap that relies on Oxide or the Qt wrapper for Oxide yet? I'm trying to figure out the SUID dropping and how to avoid crashing if not SUID. === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === JanC is now known as Guest89629 === JanC_ is now known as JanC === chihchun is now known as chihchun_afk [05:36] PR snapd#1552 closed: release: work around elementary mistake [05:40] "work around elementary mistake " Don't be rude, mup. [05:43] PR snapd#1517 closed: wrappers: run update-desktop-database after add/remove of desktop files [05:57] PR snapd#1551 closed: wrappers: map "never" restart condition to "no." === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:21] hi hikiko [08:22] hello tsimonq2 [08:22] how are you? [08:23] great hikiko :) [08:23] hikiko: I'm making inline notes on your PR [08:26] tsimonq2, thank you, I fixed the first 2 things [08:27] tsimonq2, I have an issue though: my snap can be successfully installed but I can only find it with Alt+F2 and there's no icon only the default gears [08:28] (u7) [08:28] weird [08:28] I should see an icon isn't it? the path is correct [08:28] maybe I have to restart unity [08:28] yeah I think so, try looking at other snaps that have working icons [08:28] oh, maybe [08:29] *shrug* [08:29] I use LXQt :) [08:29] I checked vlc and qcomicbook [08:30] hikiko: have you watched popey's video on this? If I remember correctly, he covered this [08:30] no, tsimonq2 do you know where I could find it? [08:31] * tsimonq2 hunts it down [08:31] hikiko: https://www.youtube.com/watch?v=K0IzxsIFjJY [08:33] thanks popey for the awesome video! :D [08:34] oh, nice :) thanks tsimonq2, I am going to watch it as soon as I fix the things you highlighted on github [08:34] yeah thanks popey too ;) [08:35] one more comment hikiko :) [08:36] haha, I'll check it in a while tsimonq2, I am fixing the README and :s/hexchat/HexChat [08:36] alright hikiko :) [08:37] hikiko, what Icon= did you use in the .desktop? [08:38] seb128, I downloaded a transparent, high res from wikimedia and put it on the folder (like in vlc and qcomicbook examples) [08:39] hikiko, that's not what I asked :-) [08:39] oh [08:39] sorry [08:40] Icon=${SNAP}/meta/gui/hexchat.png [08:40] seb128, ^ [08:42] unsure what snappy does with that env [08:42] somebody in the snappy team might be able to help you [08:42] that looks fine [08:43] dpm mentioned having issues with a .desktop on g+ as well I think, unsure if he solved it [08:43] there might be a bug [08:43] ogra@styx:~/Devel/packages/snaps$ grep Icon jTileDownloader/setup/gui/jtiledownloader.desktop [08:43] Icon=${SNAP}/meta/gui/icon.png [08:43] it will be expanded properly [08:44] ogra@styx:~/Devel/packages/snaps$ grep Icon /var/lib/snapd/desktop/applications/jtiledownloader_jtiledownloader.desktop [08:44] Icon=/snap/jtiledownloader/2/meta/gui/icon.png [08:44] seb128, yeah, it's generally worked for me, but when I added the desktop file to the clock app it didn't show up for some reason [08:45] dpm, is it still not working? [08:45] using the ${SNAP} and meta/gui as usual [08:45] seb128, last night it wasn't [08:45] i noticed that the order of lines in the .desktop entry itself seems to matter ... [08:45] it shouldn't [08:45] i know [08:46] dpm, did you restart your session, just in case it's an unity issue? [08:46] seb128, good point, I did not. In any case, here's the syntax I used -> https://github.com/ubuntu/snappy-playpen/pull/179/files#diff-fcc4e52ba28709a4626828851c550779R135 [08:46] PR ubuntu/snappy-playpen#179: Clock snap running on Unity 7 and Unity 8 [08:47] interesting to hear the order of lines matter... I wonder if that's the issue, even if it's not supposed to affect the launch [08:48] dpm, try restarting your session first I would say [08:48] it'll take a while, too many windows open and not much time for looking at that snap today [08:48] but I'll try, thanks for the suggestion [08:49] dpm, you can try to kill the unity-scope-loader process [08:49] it might force a dash refresh [08:49] is it a service? [08:49] iirc i had to put "Type=Application" to the top, then the dash pisked it up ... [08:50] *picked [08:50] but that might have been a coincidence or something ... is there any kind of scan interval in which it picks up new .desktop files ? [08:52] no [08:52] it does inotify watch the dirs [08:52] and react on events [08:53] is there a way to tell snapcraft to use a specific commit from a git repository? The repository doesn't have any tags [08:54] trijntje: unfortunately not [08:55] tsimonq2: thanks, thats good to know at least [09:09] hi [09:09] when using ubuntu-device-flash, with a gadget snap that lists a few preinstalled snaps. is it possible to use locally available snaps? and not ones from the store? [09:10] not sure if that still works, but there was the --install option to u-d-f [09:10] ah, maybe with --install= [09:10] that could be used for local snaps [09:11] do I need to remove the preinstalled section from the gadget snap ? [09:12] uh, not sure [09:13] hmm it seems so [09:13] but install= does not seem to understand that the snap is a local one [09:13] failed to install "~/dev/snappy_paros/autopilot_98_armhf.snap" from "edge": ~/dev/snappy_paros/autopilot_98_armhf.snap failed to install: snap not found [09:14] jdstrand: Would you say LD_LIBRARY_PATH containing empty path part is a grave bug? [09:15] ysionneau, try a full path ... perhaps it cant expand the tilde [09:17] PR snapd#1553 opened: cmd: support defaulting to the user's preferred payment method [09:17] ogra: awesome, it does work! [09:17] thanks [09:18] :) [09:28] ysionneau: i thought --install is supplementing what is in gadget... e.g. you can still do preinstalls from gadget (at least in 15.04 that was the case). can you confirm that both work? [09:31] hikiko: there's two more changes you need to make :) [09:32] heh, just saw it tsimonq2 [09:32] asac: I can confirm both work in parallel [09:33] alright hikiko :) [09:36] thanks! [09:39] tsimonq2, I think I've fixed them now, I hope I didn't miss anything this time [09:39] thanks a lot for the help! [09:39] hikiko: I'll look it over one more time, then when I think it's ready, I'll give it a thumbs up :) [09:39] thanks a lot tsimonq2 :) [09:39] no problem! if you ever need any more help, I'll be around :) [09:40] (at whatever time zone I decide to be in that day :P) [09:40] thanks! I hope in my next snaps I won't ping you all so many times! that was the 1st one [09:40] hahaha [09:40] ogra asac : I can also confirm that putting "confinement: devmode" in the snap is not enough for it to be installed in devmode by UDF with the --install= [09:40] it is installed, but not in devmode [09:41] hikiko: believe me, I'm *terrible* at excessive pings, don't feel bad, ping me all you want ;) [09:41] haha, thanks tsimonq2 [09:42] hikiko: I'm currently working on snapcraft#619 [09:42] PR snapcraft#619: Add source-checksum option [09:42] hikiko: I actually like contributing to Snapcraft a lot more ;) [09:42] ogra asac : hmm let me check again ... [09:43] oh, cool :) snappy will support checksums as well now :D [09:43] yep hikiko :) [09:43] hikiko: it actually works right now, it just needs to be simplified :) [09:44] :D [09:44] nice work tsimonq2! [09:45] sergiusens: re: dictionary in snapcraft#619 , I was looking for a switch-case statement in Python but I couldn't find any :) [09:45] PR snapcraft#619: Add source-checksum option [09:45] sergiusens: so thanks for telling me about dictionaries, it solves that problem XD [09:48] Hi all! Since the upgrade to snapcraft 2.12.1 I get the following error message for https://github.com/ubuntu/snappy-playpen/blob/master/qownnotes/snapcraft.yaml: [09:48] Parts 'desktop/qt5' and 'env' have the following file paths in common which have different contents: [09:48] usr/share/pkgconfig/xkeyboard-config.pc [09:49] does that sound familiar to anyone? [09:52] pbek: Do you need any pkgconfig data files? Probably not, right? [09:53] pbek: Remove in a stage: [ -usr/share/pkgconfig/xkeyboard-config.pc ] list [09:53] qengho: not that I'm aware of, I just want to build a Qt5 app [09:54] qengho: can you please explain what I have to do? [09:54] Qt is a fickle mistress whose wily ways are unknown to me, but I can't imagine it wants pkg-config files. [09:57] so, what do I need to do, qengho ;) I didn't quite grasp your explanation "Remove in a stage" [09:58] it worked great before snapcraft 2.12.1... [09:59] hi, dholbach ;) [09:59] hi pbek [09:59] the QOwnNotes snap ran into some troubles with snapcraft 2.12.1 ;) [10:00] building the snapcraft throws a: Parts 'desktop/qt5' and 'env' have the following file paths in common which have different contents: usr/share/pkgconfig/xkeyboard-config.pc [10:01] ysionneau, i think "confinement: devmode" only applies to store snaps [10:02] (and i dont think u-d-f knows about devmode at all) [10:03] sergiusens, elopio: ^ did you see what pbek said? [10:04] pbek, can you try so use something like this? https://github.com/ubuntu/snappy-playpen/pull/178/files [10:04] PR ubuntu/snappy-playpen#178: fix build by working around #1600238 [10:05] dholbach: ah, that's what qengho mentioned, I'll try that [10:09] dholbach: then I get a `[Errno 2] No such file or directory: '~/_test/QOwnNotes-Snapcraft/prime/etc/xdg/qtchooser/snappy-qt5.conf'` [10:18] pbek: Not related to the first. [10:19] one more try, i removed the qt5conf and used desktop/qt5 [10:21] and I added `-usr/share/pkgconfig` for every part, it is currently building. let's see if it gets through [10:23] pbek, sorry about that - no idea where this came from [10:23] it looks like a regression somewhere in the parts handling [10:23] we should probably file a bug for this [10:25] the snap was created, I could install it but when I start `qownnotes` it's a zombie :( [10:29] dholbach, having seen this yesterday myself, I'm afraid if we rebuild all the playpen snaps all of those using the desktop launcher might hit the same issue === chihchun is now known as chihchun_afk [10:30] dpm, it wouldn't surprise me if we find a few more [10:31] and the firest time I run `qownnotes` I also get a: ln: failed to create symbolic link '/home/omega/snap/qownnotes/x16/.themes/themes': Read-only file system [10:34] pbek, add: "cd $SNAP_USER_DATA" to your launcher [10:35] ogra: do you mean to the `command: desktop-launch $SNAP/usr/bin/QOwnNotes` line in the snapcraft.yaml? [10:36] ah, you dont use a wrapper ... [10:36] create one ;) [10:36] ogra: Command parts need a pwd: str [10:37] no, ogra. that's what I'm using unitl now: https://github.com/ubuntu/snappy-playpen/blob/master/qownnotes/snapcraft.yaml [10:37] pbek, create a shell wrapper and add the line you have in the command section to it ... then replace the command section to point to the wrapper [10:38] and add the cd command before the desktop-launch line in there [10:38] pbek: The ogra is saying you should run a script instead of your command above. That script prepares the environment for the launcher line instead. [10:38] qengho, yeah [10:38] do we have a bug open for that ? [10:38] ogra: will that fix the zombie problem? [10:38] thats really something all desktop launchers should do themselves [10:39] pbek: We can't know. One problem at a time, plz. [10:39] pbek, it will fix the "readonly filesystem" error [10:39] is there an example to create a shell wrapper? [10:40] https://github.com/ogra1/jtiledownloader [10:40] or wait [10:40] https://github.com/ogra1/laidout [10:40] that one is more like what you want [10:41] thanks, ogra [10:51] ogra: strange, snapcraft tells me it can't find the wrapper in: `'/home/omega/Code/_test/QOwnNotes-Snapcraft/prime/./wrapper.sh'` [10:52] I placed it in the same directory as the snapcraft.yaml and it is executable [10:52] pbek, add a copy plugin for it [10:53] ogra: strange, https://github.com/ogra1/laidout/blob/master/snapcraft.yaml has no copy plugin [10:53] it uses a make plugin and does the copying from the Makefile [10:54] ah, in the makefile. I see === hikiko is now known as hikiko|ln [10:57] snapcraft went through, but still the same error on the first run: ln: failed to create symbolic link '/home/omega/snap/qownnotes/x17/.themes/themes': Read-only file system [10:57] hmm, when using the wrapper ? [10:57] for me that usually fixes it [10:57] yes, I use `command: ./wrapper.sh` [10:58] weird [11:04] btw. will there be a mountpoint for every revision of every snap be present until the end of uptime or are mountpoints for old revisions removed at some point? [11:05] i think thats only happening for sideloaded snaps [11:05] ah, ok [11:05] snaps from the store only keep two mountpoints (and squashfses) [11:06] while i develop i occasionallly call snap remove to clean that up [11:13] Hi all, new to IRC here, and checking out nick registartion docs, is the following command to be ran in the chat? `/msg NickServ REGISTER password youremail@example.com ` [11:13] yep. [11:13] thanks [11:14] you can ask in #freenode for a hostmask cloak to hide your ip address once your nick is registered. [11:15] probably end up with ~ryan@freenode/unaffiliated/ryanjdillon instead of ~ryan@2a02:fe0:cb10:53a0:d072:c794:a030:cdcf [11:16] maybe it's now @unaffiliated/name... they might have dropped the freenode/ prefix these days, Iunno. [11:17] welcome to IRC; don't forget to idle after asking questions in case someone answers several hours after you ask. [11:17] hmmm... good to know. thanks! [11:22] /msg NickServ VERIFY REGISTER ryanjdillon nnuanddphqwt [11:23] uhhhhh [11:23] It looks like everybody can see that. Is there anything important to know before I relive my old Diablo account hack? [11:23] yeah, don't use that password [11:23] good thing it looks randomish. [11:23] type commands into server window not chan one :) [11:24] it appears whatever IRC client you're using ignored the / to make that a command somehow. [11:24] using pidgin on ubuntu [11:24] Ah, libpurple, no wonder [11:25] try /query nickserv [11:25] here to get more developer insight, so guess that's a start ,) [11:25] then type help in the new window it should make [11:25] if you get a bunch of help text from nickserv, that window should work [11:26] then you can drop the leading /msg nickserv from the command and just use the private message window to register. [11:27] most irc services will respond to 'help' or 'help ', so don't be afraid to jab it. I've been ircing for 20 years and i never bother to remember all the commands, just that 'help' will tell me which commands whatever irc network i'm on will support. [11:27] awesome. thanks for all the tips/help [11:28] also other clients like weechat / xchat/hexchat / kvirc [11:28] i happen to like kvirc; but it wants to pull in ~100mb of QT packages if they're not already installed from some other app [11:32] ah ok. yeah, i'm not so into QT, but I will check those out. [11:37] pbek, I filed https://bugs.launchpad.net/snapcraft/+bug/1603403 [11:37] Bug #1603403: [Regression] qownnotes in snappy-playpen stops building with snapcraft 2.12.1 [11:37] elopio, sergiusens: ^ [11:45] PR snapd#1554 opened: store: Find now takes a Search instead of a query and channel === hikiko|ln is now known as hikiko [11:59] hikiko, nice work! [12:00] thanks for the help dholbach :) [12:00] anytime :) [12:00] ditto dholbach, nice job :) [12:00] hikiko: it's merged! :D [12:00] *I* didn't do much :) [12:01] well, you all helped me understand how snaps work, glad it's merged :) [12:01] \o/ [12:08] PR snapcraft#662 opened: Update the debian/control file === dpm is now known as dpm-afk [12:49] PR snapd#1555 opened: store, daemon, client, cmd/snap: implement `snap find --private` [12:56] dholbach: could you please give your input on bug 1599125 ? [12:56] Bug #1599125: Allow Launchpad Git URLs === dpm-afk is now known as dpm [13:03] thank you, dholbach [13:48] so, im just double checking, but ubuntu-core/rolling/edge is for 16 right? [13:50] does snappy have any tests currently that validate teh base_plugin schema? I am not finding any [13:53] guys I am trying create a snappy package for ubuntu-calendar-app based on this http://bazaar.launchpad.net/~ubuntu-calculator-dev/ubuntu-calculator-app/trunk/view/head:/snapcraft.yaml [13:54] but I am getting this error: [13:54] Parts 'desktop/qt5' and 'ubuntu-calendar-app' have the following file paths in common which have different contents: [13:54] usr/share/pkgconfig/shared-mime-info.pc [13:54] usr/share/pkgconfig/xkeyboard-config.pc [13:54] how I can solve that? [13:55] there is a new bug with the very latest snapcraft ... introduced yesterday ... so yu are lucky it seems :) [13:55] you can add a removal stanza to your snapcraft yaml so the file is only there once [13:56] see line 60 in https://github.com/ogra1/upnp-server/blob/master/snapcraft.yaml [13:58] ogra, thanks [13:59] yes I thought that I was crazy because I got it working some days ago :D. and then it start to fail without reason [14:20] renatu, you might want to have a look at https://github.com/ubuntu/snappy-playpen/pull/179 - the clock app cannot use the the desktop launcher, so just for lucky coincidence it's not affected by the bug [14:20] PR ubuntu/snappy-playpen#179: Clock snap running on Unity 7 and Unity 8 [14:30] so, im trying to build a kernel snap using the copy plugin, (because I only have the .debs) and im getting a [Errno 2] No such file or directory: '/home/cro/ics_build/parts/kernel [14:43] How do I build a deb of snapd? [14:44] debbuild ? [14:44] dpkg-buildpackage ... [14:45] That seems to say that I don't have the macaroon gopkg installed, but I do. [14:47] PR snapcraft#663 opened: Improve python2 test coverage [14:47] hey guys now I am getting: (qmlscene:30059): GLib-GIO-ERROR **: No GSettings schemas are installed on the system [14:47] when running my snappy [14:48] did you add the gsettings interface ? [14:48] yes [14:48] ogra, like that? plugs: [gsettings,unity7,opengl] [14:48] https://github.com/snapcore/snapd/blob/master/docs/interfaces.md [14:48] yeah, that should theoretically work [14:49] did not solve the problem [14:49] * ogra has no single app that uses gsettings ... cant help with that ... [14:50] how to debug it? [14:51] ask in gitter [14:52] http://gitter.im/ubuntu/snappy-playpen [14:52] i see that galculator uses gsettings [14:52] https://github.com/ubuntu/snappy-playpen/tree/master/galculator [14:53] so you might need tto use a desktop launcher [14:55] I am using desktop-launcher already [14:55] well, ask on gitter ... perhaps there someone knows [14:57] thanks ogra [15:05] is there anyway to create a non-prefixed /snap/bin/ command? right now I get /snap/bin/.command [15:05] I would like /snap/bin/command [15:05] in this case my snap provides multiple commands I would like to address without the prefix [15:08] you can only get rid of the prefix if you have a single command with the same name as the package i think [15:09] ogra: thats definetely what I see, but thats a shame. i understand the reasons though [15:09] you could wrap a shellscript around your commands with a case switch and have "snapname --command" [15:10] im packaging an existing app with existing commands, anything I could do would change teh existing interaction with it [15:10] not much better indeed :) [15:10] so it wwouldnt be seemless [15:11] is there a way to do like meta packages with snap? [15:11] since all teh commands are unique I could have one snap, and then like 3 metasnaps named as the appropriate command... mabye? [15:12] nope [15:13] a snap is already a kind of meta package after all [15:13] this is a pretty big blow to seemlessly replacing system installed packages [15:14] well, file a whishlist bug ... not sure if that fits into the concept though [15:17] im not sure if it fits with the concept ogra. havent seen the concept defined to well anywhere [15:17] it is buried in some public google docs somewhere [15:18] anyway, file a bug ... you will get feedback from one of the architects i guess :) [15:18] of course. where else would it be :) [15:18] yea i can't set the wishlist status, but I can certainly file a bug [15:20] jamiebennett: Hi. Tried clearing private store id. Still can't install ubuntu-core - the same error (can not set next boot: cannot determine bootloader) pops up during the installation of security profiles. [15:22] ogra: have you see issues installing ubuntu-core on classic RPi? [15:22] ^^ [15:22] i must admit i havent done that [15:22] but i thought that bug got fixed a while ago ... zyga mvo ^^^^ ? [15:23] sborovkov: I guess you have already updated to the latest software on your Pi (apt update/upgrade ?) [15:23] sborovkov, try "sudo touch /boot/uEnv.txt" and then try again [15:24] (not sure if snapd still checks for that file though) [15:24] (it might be checking for a mounted /boot/uboot nowadays, or fr some file below that) [15:25] Did not update, just flashed the latest image I found. [15:25] Updating now [15:25] touch /boot/uenv.txt did not help [15:25] then mkdir /boot/uboot and touch the same file underneth that dir [15:26] (i really dont know what snapd looks for nowadays, but it must be something like that) [15:26] theoretically it shouldnt check that bit at all in classic mode ... [15:27] One sec, doing apt upgrade. May be it will be fixed after apt upgrade [15:27] ogra: what is the error? [15:27] mvo, "can not set next boot: cannot determine bootloader" ... [15:28] mvo, on a RPi classic install [15:28] i thought classic makes it skip the bootloader checks completely [15:28] ogra: interessting - what version of snapd is installed? [15:28] sborovkov, ^^ ? [15:28] ogra: yes it does [15:28] ah, well, might be a 16.04.0 image ... [15:29] which probably has an outdated snapd [15:29] so lets wait til sborovkov has done his upgrade :) [15:30] :) [15:38] Bug #1603481 opened: multiple binaries from the same package === chihchun_afk is now known as chihchun [16:02]