[06:46] <nhaines> Yasumoto: nice to see you here.  :)
[07:25] <gmulak> Nathan, that worked - obviously
[07:26] <gmulak> hello?
[07:26] <nhaines> gmulak: you made it!  :)
[07:26] <nhaines> Well, that's revolutionary 1987 communications technology for you.  :)
[07:27] <gmulak> nhaines:  Yup!  thanks for the help.  / server worked, the other stuff didn't
[07:29] <nhaines> Unfortunately, Ubuntu had to migrate off of the Freenode network.  So this is home from now on.
[07:30] <nhaines> But the good news is that you've already done the hard part. :)
[07:30] <gmulak> I see.  How come?
[07:30] <gmulak> So is this where our meeting is from now on?
[07:33] <nhaines> The short answer is that somebody bought the Freenode domain name, tried to take control of the IRC infrastructure, and all the staff quit and created the Libera Chat network.  Then Freenode forcibly took over about 700 channels that mentioned irc.libera.net in their topic in any way.
[07:33] <nhaines> Although technically, once the Freenode staff resigned, the IRC Council voted to move to Libera Chat, and the Community Council voted to ratify the IRC Council's proposal the next day.
[07:34] <nhaines> So yes, this is where our meeting is from now on.
[07:34] <gmulak> Interesting.
[07:34] <gmulak> We can talk about this later.
[07:35] <gmulak> How do I set up the persistent server that you showed me with this running constantly, please?
[07:36] <nhaines> On an Ubuntu server, install Quassel Core by running `sudo apt install quassel-core`
[07:37] <gmulak> OH, OK.  I'll set one up in skysilk since I have more credits there than in droplet
[07:37] <nhaines> Then on any desktop computer, run `sudo apt install quassel-client` or otherwise install the Quassel IRC client.  Then connect to your server and you'll get a nice graphical wizard to set up the server backend.
[07:38] <gmulak> You make it sound so EASY!  LOL
[07:39] <gmulak> Question:  If I set up SSH on my Ubuntu machine can I use it on my Windows machine?
[07:39] <nhaines> That part was! lol.
[07:39] <nhaines> Yes, and in fact Windows ships OpenSSL client as part of Windows 10, possibly as an optional feature.
[07:40] <nhaines> But you can simply install Windows Subsystem for Linux, then go to the Microsoft Store and install Windows Terminal and Ubuntu, and use that, which is what I would do.
[07:41] <gmulak> Yes, but you know how to do that.
[07:41] <gmulak> So I would have to learn another thing before I did this.
[07:45] <gmulak> OK.  It is recommending that I "Register for the Windows Insider Program"
[07:45] <gmulak> nhaines:  Shout I do that?
[07:45] <gmulak> Or use the namual install method.
[07:45] <nhaines> Just use the manual install method.
[07:46] <gmulak> OK.  Thanks.
[19:37] <Yasumoto> nhaines: howdy!! good to check back in again after who knows how long :-D How're you doing?
[19:45] <Yasumoto> gmulak__: for what it's worth, WSL is phenomenal, and gets you a "best of both worlds" approach if you still have things you need on Windows. Joining the Insider Program is a requirement as you mentioned, but at least for me, since I have a Microsoft account already it was worth it
[22:30] <nhaines> Yasumoto: Doing pretty good!  Very busy, partially responsible for moving everyone from Freenode to Libera Chat.  Still doing lots of writing and translating!
[22:31] <nhaines> Yasumoto: WSL has been part of retail Windows 10 for over a year now.  No Insider Program required!  :)
[22:33] <Flannel> Yasumoto!


[11:33] <blut> How can I let a preseed/early_command run in the background? My command is currently http://paste.ubuntu.com/18779153/ and the 'sh /kill-partman.sh &' doesn't go to the background, eventhough I can run the exact command in the console during the installation and it works. Any ideas?
[15:14] <slashd> hi, I have someone that can't sucessfully install Xenial due to a scsi transfer length issue. In order to troubleshoot I want him to test the same Xenial install using another kernel version to see if this will succeed. How can I skip the ISO default kernel and force debian installer to pick the desired kernel ? I've been told that "base-installer/kernel/override-image string " might do the job, but no quite sure where t
[15:14] <slashd> he kernel needs to be store for d-i to grab it and install it....
[15:49] <slashd> I sent an email to the mailing list ^^
[16:29] <dmj_s76> cyphermox: I've been trying to write a fix for the ubuntu installer for systems with nvme drives.  Currently (in 16.04) ubiquity fails to install grub.
[16:31] <dmj_s76> Actually found a small 1 line change that correctly installs grub where the nvme drive is the only disk in the system...
[16:35] <dmj_s76> but for some reason in bios mode when there is a non-nvme disk too, ubiquity/misc.py grub_default() targets /dev/sda1 instead of /dev/nvme0n1 even though we're installing to the nvme drive (default).  The installer then fails to install grub to the sda drive.
[16:37] <dmj_s76> Is there a reason for why ubiquity naively picks the sda drive?
[16:56] <cyphermox> must be something broken in ubiquity itself; I expect grub is otherwise doing the right thing (we've done a few fixes for NVMe before)
[16:56] <cyphermox> please file a bug against ubiquity
[17:19] <dmj_s76> cyphermox: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1600308
[17:19] <cyphermox> dmj_s76: thanks. I'll get back to it soon; but for now I need to focus on other pressing stuff for today; and then I'm on vacation for two weeks
[17:20] <cyphermox> so I'd get back to it after vacation, I think
[17:20] <dmj_s76> who else maintains ubiquity in case I have questions?
[17:21] <dmj_s76> hoping to have a patch ready early next week
[18:20] <cyphermox> dmj_s76: pretty much only me, more or less
[18:20] <cyphermox> dmj_s76: send me an email and I'll see what I can do
[18:20] <cyphermox> or file a bzr merge proposal, and if someone feels like reviewing ubiquity they can merge it while I'm away :)
[18:22] <dmj_s76> cyphermox: I'll have a merge proposal for the single drive case...I think it's really two different issues in the same area.
[18:23] <dmj_s76> will have that today
[18:23] <cyphermox> ok
[18:23] <cyphermox> I won't have the time to look at it today I'm afraid
[18:24] <dmj_s76> that's fine, I'm just hoping to have it in time for 16.04.1, to make the next several months easier for our customers.
[18:25] <cyphermox> ok
[18:25] <cyphermox> it's getting pretty short for 16.04.1; but please propose your patches and we'll do what's needed to land it if possible
[18:26] <dmj_s76> it's 1 line that only applies to nvme disks
[18:26] <dmj_s76> but definitely getting short
[19:15] <dmj_s76> cyphermox: I have a merge proposal ready.
[19:16] <dmj_s76> It should make installs painless for at least half of our users with nvme drives.


[00:40] <mup> PR snapd#11356 opened: spread: non-functional cleanup of go1.6 legacy <Created by are-scenic> <https://github.com/snapcore/snapd/pull/11356>
[05:01] <mup> PR snapd#11357 opened: interfaces/seccomp: Add rseq to base seccomp template <Created by alexmurray> <https://github.com/snapcore/snapd/pull/11357>
[06:44] <mborzecki> morning
[08:04] <pstolowski> morning
[08:42] <mup> PR snapd#11352 closed: packaging/fedora: sync with downstream, packaging improvements <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11352>
[09:44] <ZygmuntKrynicki[> hello everyone :)
[09:51] <pstolowski> ZygmuntKrynicki[: hello zyga's wannabe ;)
[09:57] <ZygmuntKrynicki[> pstolowski: the matrix has me :)
[09:58] <pstolowski> :)
[10:02] <mup> PR snapd#11358 opened: cmd/snap-confine: build const data structures at compile-time <Created by mardy> <https://github.com/snapcore/snapd/pull/11358>
[10:21] <pstolowski> ogra: hi! do you remember when we discussed a refresh-app-awareness notification message that looked very bad in german (due to length & snap name at the end possible getting truncated)?
[10:21] <pstolowski> *possibly
[10:22] <ogra> pstolowski, yep, i still see them at times
[10:22] <pstolowski> ogra: sure, nothing has been done about it. tbh I forgot what was the plan... is this something to be solved in the translation maybe?
[10:23] <ogra> well, you could make a rule for translators to always put the app name first or some such
[10:23] <pstolowski> or shall we reword the underlaying message and update trans?
[10:23] <pstolowski> indeed
[10:23] <ogra> not sure how much that would help though, if the app name is long you'd not see the message and just an icon and the app name
[10:24] <pstolowski> oh well, we cannot solve notification issues
[10:24] <ogra> ZygmuntKrynicki[, bah, you made my hexchat move the "nick line" in teh chat window with your looooooong nick ... 😛
[10:24] <pstolowski> but it should be better than what it is now
[10:25] <ZygmuntKrynicki[> oh man, is my nick my full name?
[10:25]  * ZygmuntKrynicki[ fixes that
[10:25] <pstolowski> ogra: you didn't realize this but his nickname has a payload, he is now browsing your / ;)
[10:26] <ogra> LOL
[10:26] <zyga[m]> sorry, Matrix is a bit confusing for me still
[10:26] <zyga[m]> hey ogra , how are you doing?
[10:26] <ogra> thats better 🙂
[10:26] <ogra> zyga[m], so so ...
[10:27] <zyga[m]> I remember our last conversation
[10:28] <zyga[m]> life is tough sometimes
[10:28] <ogra> well, life is life ... but yeah, gotta take the bite it gives you
[10:32] <pstolowski> ogra: sorry to hear.. are you coming to the sprint?
[10:32] <ogra> pstolowski, i wasnt invited ...
[10:33] <pstolowski> ah
[10:33] <ogra> (and i can'T really easily travle atm either)
[10:33] <ogra> *travel
[10:35] <mardy> ogra: I thought you were living in Germany
[10:39] <ogra> mardy, i do ... even just 180km away from the venue where the sprint is
[10:41] <ogra> (it's even a fun 1-2h autobahn ride 🙂 )
[10:46] <mardy> abeato_: hi! I'm looking at your hack-root-homedir branch, and I see that among the root directories you create there are some that look new to me: "host", "meta", "writable". I guess that tha latter is used for supporting /etc/writable/, but what are the other two?
[10:50] <abeato_> mardy, hey! the objective of the branch was to show how you could get a HOMEDIR in / by using tmpfs, so I created some of those with random names
[10:51] <abeato_> mardy, so, nothing special about those names, it was just testing that using tmpfs in / was feasible and that any non-conflicting path could be created there
[10:55] <mardy> abeato_: ah, I see, so I won't need them. What about /boot? Do you think we need to expose it to the snap?
[10:57] <abeato_> mardy, it is one of folders in coreXX, so probably yes, if we want to keep things compatible. What is needed is to loop through the folders in coreXX and create the corresponding folders in the tmpfs that will then used as mount points
[10:57] <abeato_> for the folders in base
[11:08] <mardy> abeato_: right, I guess that in order to retain a behaviour as much as possible similar to the current one, I'll go through the root directories of the base snap and recreate+mount them into the tmpfs
[11:08] <abeato_> yeah, exactly
[11:15] <abeato_> hmm, I'm getting these errors in CI;
[11:15] <abeato_> There are files left in the git tree after the tests:
[11:15] <abeato_> ?? "cmd/snap-seccomp/\020\017\005\205\300t\025H\215=\346$\t"
[11:16] <abeato_> which is weird, as the PR is not related to the failing tests at all
[11:52] <mup> PR snapd#11359 opened: o/snapstate: reduce maxInhibition for refresh app awereness by 1s to avoid confusing notification <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/11359>
[12:28] <mardy> mborzecki: in the "legacy mode" of snap-confine we still call pivot_root, don't we?
[12:31] <mborzecki> mardy: hmm there's a comment which says we don't, but code suggests otherwise
[12:38] <mardy> mborzecki: exactly, I was asking precisely because I saw the comment but the code did not seem to match
[12:39] <mardy> I'll make a mini-PR for fixing the comment
[12:44] <mardy> zyga[m]: let's see if I can use a bit of your memory :-) You introduced "legacy mode" with https://github.com/snapcore/snapd/commit/5dafcf92ed031700c013fd93c01f47d55d7d21c9 but looking at the current code, it seems we do always call pivot_root
[13:18] <mup> PR snapd#11360 opened: cmd/snap-confine: update ambiguous comment <Simple 😃> <Skip spread> <Created by mardy> <https://github.com/snapcore/snapd/pull/11360>
[13:33] <zyga[m]> I'll respond shortly
[13:40] <mardy> zyga[m]: no hurry, but maybe it's better if you comment on the PR above, when you get some time ^
 "zyga: let's see if I can use a..." <- mardy: legacy mode was always designed to be used in a single configuration: core (aka core16)-based device running core-based stanp
[13:44] <zyga[m]> so it's natural that over time it just doesn't get used much
[13:44] <zyga[m]> I'll check the link now
[13:46] <mborzecki> mardy: heh, the place where is_normal is set is not quite obvious
[13:48] <zyga[m]> mardy: ah, so the question is about the comment
[13:49] <zyga[m]> mardy: yeah, we later switch to pivot all the time, the only difference is where we are starting from
[13:50] <zyga[m]> https://github.com/snapcore/snapd/blob/master/cmd/snap-confine/mount-support.c#L708
[13:50] <zyga[m]> some comments are indeed stale
[13:51] <mborzecki> zyga: yeah, the comment is confusing now, we do call pivot, but we do not pivot to the base which is the rootfs mounted at scratch dir, but back to / which is the same rootfs basically
[13:51] <zyga[m]> yes
[14:26] <miguelpires> mvo: hey, can you merge https://github.com/snapcore/snapd/pull/11316 please? failures are unrelated
[14:26] <mup> PR #11316: o/snapstate: revert migration on refresh if flag is disabled <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/11316>
[14:26] <mvo> miguelpires: sure
[14:27] <miguelpires> thanks
[14:28] <mup> PR snapd#11316 closed: o/snapstate: revert migration on refresh if flag is disabled <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11316>
[14:53] <mup> PR snapd#11360 closed: cmd/snap-confine: update ambiguous comment <Simple 😃> <Skip spread> <Created by mardy> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11360>
[15:03] <mup> PR snapd#11356 closed: spread: non-functional cleanup of go1.6 legacy <Created by are-scenic> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11356>
[15:03] <mup> PR snapd#11361 opened: cmd/snap-confine: remove mention of "legacy mode" from comment <Simple 😃> <Skip spread> <Created by mardy> <https://github.com/snapcore/snapd/pull/11361>
[15:28] <mup> PR snapd#11220 closed: gadget/gadget.go: add AllDiskVolumeDeviceTraits <Needs Samuele review> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/11220>
[15:40] <mborzecki> ijohnson: hm did https://github.com/snapcore/snapd/pull/11220 depend on any changes that were reverted from master?
[15:40] <mup> PR #11220: gadget/gadget.go: add AllDiskVolumeDeviceTraits <Needs Samuele review> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/11220>
[15:40] <mborzecki> looks like the master broke after I merged it, but the CI chceks were all green
[15:48] <mup> PR snapd#11362 opened: String functions simplification <Simple 😃> <Created by mardy> <https://github.com/snapcore/snapd/pull/11362>
[15:48] <mup> PR snapd#11363 opened: gadget/gadget_test.go: fix variable type <⚠ Critical> <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11363>
[16:24] <mup> PR snapd#11363 closed: gadget/gadget_test.go: fix variable type <⚠ Critical> <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/11363>
[17:14] <mup> PR snapcraft#3634 closed: dependencies: missing library resolution (CRAFT-422) <Created by mr-cal> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3634>
[17:39] <mup> PR snapd#11364 opened: [WIP] many: fix golangci checks and allow it to fail build <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/11364>
[17:54] <mup> PR snapd#11361 closed: cmd/snap-confine: remove mention of "legacy mode" from comment <Simple 😃> <Skip spread> <Created by mardy> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11361>
[21:25] <mup> PR snapcraft#3635 opened: sources: make submodule fetching configurable <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3635>


[00:20] <ali1234> hmm... getting somewhere
[00:21] <ali1234> i now know how to properly make Qt detect the libraspberrypi headers
[00:24] <Croepha> ali1234: what did you have to do?
[00:24] <ali1234> modify the device file to fix the paths /opt/vc -> /usr/include
[00:24] <ali1234> actually just /usr
[00:25] <Croepha> huh
[00:27] <ali1234> wow, it actually works
[00:28] <ali1234> now i need to figure out how to make it build native so i can build it with snapcraft
[00:32] <Croepha> 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] <ali1234> i don't understand what you mean
[00:38] <ali1234> snapcraft wants to build tings from source
[00:38] <Croepha> you dont have to, there is a copy plugin
[00:39] <ali1234> but again, i don't understand
[00:39] <ali1234> snapcraft doesn't know how to cross compile
[00:40] <Croepha> 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] <ali1234> i got it working by cross compiling it on x86
[00:41] <ali1234> if i want to build a snap for arm, i have to run snapcraft on arm
[00:41] <ali1234> therefore i can't cross compile qt
[00:41] <Croepha> 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] <ali1234> the whole point of using snapcraft is to automate all this
[00:43] <ali1234> if i copy the qt binaries manually like that i can just skip the whole snap part entirely
[00:43] <ali1234> 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] <Croepha> 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] <ali1234> 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
[03:45] <renatu> tedg, guys how I can use this "qml" plugin? http://gould.cx/ted/blog/Creating_a_QML_snap_with_Snapcraft
[03:46] <renatu> probably I need a new snapcraft version. Any ppa with that version?
[03:46] <renatu> I tried this one: https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily/+packages
[03:47] <tsimonq2> renatu: what Ubuntu version are you running?
[03:47] <renatu> xenial
[03:47] <tsimonq2> renatu: the snappy command is very old, so I think that article is very outdated
[03:48] <tsimonq2> a lot of this is a bit outdated
[03:49] <renatu> tsimonq2, ok. Do you know if the "qml" plugin still exists?
[03:49] <tsimonq2> renatu: try and see :)
[03:49] <renatu> not in my version
[03:49] <renatu> Searching for local plugin for qml
[03:49] <renatu> Issue while loading plugin: unknown plugin: qml
[03:49] <renatu> :D
[03:52] <tsimonq2> renatu: what's the output of apt-cache show snapcraft | pastebinit ?
[03:53] <renatu> http://paste.ubuntu.com/19456102/
[03:54] <tsimonq2> renatu: that's the latest version, so if it isn't showing, we don't have it :)
[03:54] <tsimonq2> renatu: that article is very outdated anyways
[03:54] <renatu> ok thanks
[04:11] <qengho> 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.
[05:36] <mup> PR snapd#1552 closed: release: work around elementary mistake <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1552>
[05:40] <qengho> "work around elementary mistake <Created by chipaca>"  Don't be rude, mup.
[05:43] <mup> PR snapd#1517 closed: wrappers: run update-desktop-database after add/remove of desktop files <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1517>
[05:57] <mup> PR snapd#1551 closed: wrappers: map "never" restart condition to "no." <Created by kyrofa> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1551>
[08:21] <tsimonq2> hi hikiko
[08:22] <hikiko> hello tsimonq2
[08:22] <hikiko> how are you?
[08:23] <tsimonq2> great hikiko :)
[08:23] <tsimonq2> hikiko: I'm making inline notes on your PR
[08:26] <hikiko> tsimonq2, thank you, I fixed the first 2 things
[08:27] <hikiko> 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] <hikiko> (u7)
[08:28] <tsimonq2> weird
[08:28] <hikiko> I should see an icon isn't it? the path is correct
[08:28] <hikiko> maybe I have to restart unity
[08:28] <tsimonq2> yeah I think so, try looking at other snaps that have working icons
[08:28] <tsimonq2> oh, maybe
[08:29] <tsimonq2> *shrug*
[08:29] <tsimonq2> I use LXQt :)
[08:29] <hikiko> I checked vlc and qcomicbook
[08:30] <tsimonq2> hikiko: have you watched popey's video on this? If I remember correctly, he covered this
[08:30] <hikiko> no, tsimonq2 do you know where I could find it?
[08:31]  * tsimonq2 hunts it down
[08:31] <tsimonq2> hikiko: https://www.youtube.com/watch?v=K0IzxsIFjJY
[08:33] <tsimonq2> thanks popey for the awesome video! :D
[08:34] <hikiko> oh, nice :) thanks tsimonq2, I am going to watch it as soon as I fix the things you highlighted on github
[08:34] <hikiko> yeah thanks popey too ;)
[08:35] <tsimonq2> one more comment hikiko :)
[08:36] <hikiko> haha, I'll check it in  a while tsimonq2, I am fixing the README and :s/hexchat/HexChat
[08:36] <tsimonq2> alright hikiko :)
[08:37] <seb128> hikiko, what Icon= did you use in the .desktop?
[08:38] <hikiko> seb128, I downloaded a transparent, high res from wikimedia and put it on the folder (like in vlc and qcomicbook examples)
[08:39] <seb128> hikiko, that's not what I asked :-)
[08:39] <hikiko> oh
[08:39] <hikiko> sorry
[08:40] <hikiko> Icon=${SNAP}/meta/gui/hexchat.png
[08:40] <hikiko> seb128, ^
[08:42] <seb128> unsure what snappy does with that env
[08:42] <seb128> somebody in the snappy team might be able to help you
[08:42] <ogra> that looks fine
[08:43] <seb128> dpm mentioned having issues with a .desktop on g+ as well I think, unsure if he solved it
[08:43] <seb128> there might be a bug
[08:43] <ogra> ogra@styx:~/Devel/packages/snaps$ grep Icon jTileDownloader/setup/gui/jtiledownloader.desktop
[08:43] <ogra> Icon=${SNAP}/meta/gui/icon.png
[08:43] <ogra> it will be expanded properly
[08:44] <ogra> ogra@styx:~/Devel/packages/snaps$ grep Icon /var/lib/snapd/desktop/applications/jtiledownloader_jtiledownloader.desktop
[08:44] <ogra> Icon=/snap/jtiledownloader/2/meta/gui/icon.png
[08:44] <dpm> 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] <seb128> dpm, is it still not working?
[08:45] <dpm> using the ${SNAP} and meta/gui as usual
[08:45] <dpm> seb128, last night it wasn't
[08:45] <ogra> i noticed that the order of lines in the .desktop entry itself seems to matter ...
[08:45] <seb128> it shouldn't
[08:45] <ogra> i know
[08:46] <seb128> dpm, did you restart your session, just in case it's an unity issue?
[08:46] <dpm> 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] <mup> PR ubuntu/snappy-playpen#179: Clock snap running on Unity 7 and Unity 8 <Created by dplanella> <https://github.com/ubuntu/snappy-playpen/pull/179>
[08:47] <dpm> 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] <seb128> dpm, try restarting your session first I would say
[08:48] <dpm> it'll take a while, too many windows open and not much time for looking at that snap today
[08:48] <dpm> but I'll try, thanks for the suggestion
[08:49] <seb128> dpm, you can try to kill the unity-scope-loader process
[08:49] <seb128> it might force a dash refresh
[08:49] <dpm> is it a service?
[08:49] <ogra> iirc i had to put "Type=Application" to the top, then the dash pisked it up ...
[08:50] <ogra> *picked
[08:50] <ogra> 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] <seb128> no
[08:52] <seb128> it does inotify watch the dirs
[08:52] <seb128> and react on events
[08:53] <trijntje> 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] <tsimonq2> trijntje: unfortunately not
[08:55] <trijntje> tsimonq2: thanks, thats good to know at least
[09:09] <ysionneau> hi
[09:09] <ysionneau> 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] <ogra> not sure if that still works, but there was the --install option to u-d-f
[09:10] <ysionneau> ah, maybe with --install=
[09:10] <ogra> that could be used for local snaps
[09:11] <ysionneau> do I need to remove the preinstalled section from the gadget snap ?
[09:12] <ogra> uh, not sure
[09:13] <ysionneau> hmm it seems so
[09:13] <ysionneau> but install= does not seem to understand that the snap is a local one
[09:13] <ysionneau> 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] <qengho> jdstrand: Would you say LD_LIBRARY_PATH containing empty path part is a grave bug?
[09:15] <ogra> ysionneau, try a full path ... perhaps it cant expand the tilde
[09:17] <mup> PR snapd#1553 opened: cmd: support defaulting to the user's preferred payment method <Created by pete-woods> <https://github.com/snapcore/snapd/pull/1553>
[09:17] <ysionneau> ogra: awesome, it does work!
[09:17] <ysionneau> thanks
[09:18] <ogra> :)
[09:28] <asac> 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] <tsimonq2> hikiko: there's two more changes you need to make :)
[09:32] <hikiko> heh, just saw it tsimonq2
[09:32] <ysionneau> asac: I can confirm both work in parallel
[09:33] <tsimonq2> alright hikiko :)
[09:36] <asac> thanks!
[09:39] <hikiko> tsimonq2, I think I've fixed them now, I hope I didn't miss anything this time
[09:39] <hikiko> thanks a lot for the help!
[09:39] <tsimonq2> 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] <hikiko> thanks a lot tsimonq2 :)
[09:39] <tsimonq2> no problem! if you ever need any more help, I'll be around :)
[09:40] <tsimonq2> (at whatever time zone I decide to be in that day :P)
[09:40] <hikiko> thanks! I hope in my next snaps I won't ping you all so many times! that was the 1st one
[09:40] <hikiko> hahaha
[09:40] <ysionneau> 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] <ysionneau> it is installed, but not in devmode
[09:41] <tsimonq2> hikiko: believe me, I'm *terrible* at excessive pings, don't feel bad, ping me all you want ;)
[09:41] <hikiko> haha, thanks tsimonq2
[09:42] <tsimonq2> hikiko: I'm currently working on snapcraft#619
[09:42] <mup> PR snapcraft#619: Add source-checksum option <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>
[09:42] <tsimonq2> hikiko: I actually like contributing to Snapcraft a lot more ;)
[09:42] <ysionneau> ogra asac : hmm let me check again ...
[09:43] <hikiko> oh, cool :) snappy will support checksums as well now :D
[09:43] <tsimonq2> yep hikiko :)
[09:43] <tsimonq2> hikiko: it actually works right now, it just needs to be simplified :)
[09:44] <hikiko> :D
[09:44] <hikiko> nice work tsimonq2!
[09:45] <tsimonq2> sergiusens: re: dictionary in snapcraft#619 , I was looking for a switch-case statement in Python but I couldn't find any :)
[09:45] <mup> PR snapcraft#619: Add source-checksum option <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>
[09:45] <tsimonq2> sergiusens: so thanks for telling me about dictionaries, it solves that problem XD
[09:48] <pbek> 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] <pbek> Parts 'desktop/qt5' and 'env' have the following file paths in common which have different contents:
[09:48] <pbek> usr/share/pkgconfig/xkeyboard-config.pc
[09:49] <pbek> does that sound familiar to anyone?
[09:52] <qengho> pbek: Do you need any pkgconfig data files? Probably not, right?
[09:53] <qengho> pbek: Remove in a  stage: [ -usr/share/pkgconfig/xkeyboard-config.pc ]  list
[09:53] <pbek> qengho: not that I'm aware of, I just want to build a Qt5 app
[09:54] <pbek> qengho: can you please explain what I have to do?
[09:54] <qengho> Qt is a fickle mistress whose wily ways are unknown to me, but I can't imagine it wants pkg-config files.
[09:57] <pbek> so, what do I need to do, qengho ;) I didn't quite grasp your explanation "Remove in a stage"
[09:58] <pbek> it worked great before snapcraft 2.12.1...
[09:59] <pbek> hi, dholbach ;)
[09:59] <dholbach> hi pbek
[09:59] <pbek> the QOwnNotes snap ran into some troubles with snapcraft 2.12.1 ;)
[10:00] <pbek> 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] <ogra> ysionneau, i think "confinement: devmode" only applies to store snaps
[10:02] <ogra> (and i dont think u-d-f knows about devmode at all)
[10:03] <dholbach> sergiusens, elopio: ^ did you see what pbek said?
[10:04] <dholbach> pbek, can you try so use something like this? https://github.com/ubuntu/snappy-playpen/pull/178/files
[10:04] <mup> PR ubuntu/snappy-playpen#178: fix build by working around #1600238 <Created by dholbach> <https://github.com/ubuntu/snappy-playpen/pull/178>
[10:05] <pbek> dholbach: ah, that's what qengho mentioned, I'll try that
[10:09] <pbek> dholbach: then I get a `[Errno 2] No such file or directory: '~/_test/QOwnNotes-Snapcraft/prime/etc/xdg/qtchooser/snappy-qt5.conf'`
[10:18] <qengho> pbek: Not related to the first.
[10:19] <pbek> one more try, i removed the qt5conf and used desktop/qt5
[10:21] <pbek> and I added `-usr/share/pkgconfig` for every part, it is currently building. let's see if it gets through
[10:23] <dholbach> pbek, sorry about that - no idea where this came from
[10:23] <dholbach> it looks like a regression somewhere in the parts handling
[10:23] <dholbach> we should probably file a bug for this
[10:25] <pbek> the snap was created, I could install it but when I start `qownnotes` it's a zombie :(
[10:29] <dpm> 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
[10:30] <dholbach> dpm, it wouldn't surprise me if we find a few more
[10:31] <pbek> 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] <ogra> pbek, add: "cd $SNAP_USER_DATA" to your launcher
[10:35] <pbek> ogra: do you mean to the `command: desktop-launch $SNAP/usr/bin/QOwnNotes` line in the snapcraft.yaml?
[10:36] <ogra> ah, you dont use a wrapper ...
[10:36] <ogra> create one ;)
[10:36] <qengho> ogra: Command parts need a   pwd: str
[10:37] <pbek> no, ogra. that's what I'm using unitl now: https://github.com/ubuntu/snappy-playpen/blob/master/qownnotes/snapcraft.yaml
[10:37] <ogra> 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] <ogra> and add the cd command before the desktop-launch line in there
[10:38] <qengho> 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] <ogra> qengho, yeah
[10:38] <ogra> do we have a bug open for that ?
[10:38] <pbek> ogra: will that fix the zombie problem?
[10:38] <ogra> thats really something all desktop launchers should do themselves
[10:39] <qengho> pbek: We can't know. One problem at a time, plz.
[10:39] <ogra> pbek, it will fix the "readonly filesystem" error
[10:39] <pbek> is there an example to create a shell wrapper?
[10:40] <ogra> https://github.com/ogra1/jtiledownloader
[10:40] <ogra> or wait
[10:40] <ogra> https://github.com/ogra1/laidout
[10:40] <ogra> that one is more like what you want
[10:41] <pbek> thanks, ogra
[10:51] <pbek> ogra: strange, snapcraft tells me it can't find the wrapper in: `'/home/omega/Code/_test/QOwnNotes-Snapcraft/prime/./wrapper.sh'`
[10:52] <pbek> I placed it in the same directory as the snapcraft.yaml and it is executable
[10:52] <ogra> pbek, add a copy plugin for it
[10:53] <pbek> ogra: strange, https://github.com/ogra1/laidout/blob/master/snapcraft.yaml has no copy plugin
[10:53] <ogra> it uses a make plugin and does the copying from the Makefile
[10:54] <pbek> ah, in the makefile. I see
[10:57] <pbek> 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] <ogra> hmm, when using the wrapper ?
[10:57] <ogra> for me that usually fixes it
[10:57] <pbek> yes, I use `command: ./wrapper.sh`
[10:58] <ogra> weird
[11:04] <pbek> 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] <ogra> i think thats only happening for sideloaded snaps
[11:05] <pbek> ah, ok
[11:05] <ogra> snaps from the store only keep two mountpoints (and squashfses)
[11:06] <ogra> while i develop i occasionallly call snap remove to clean that up
[11:13] <ryanjdillon> 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<EMAIL_ADDRESS>`
[11:13] <Kamilion> yep.
[11:13] <ryanjdillon> thanks
[11:14] <Kamilion> you can ask in #freenode for a hostmask cloak to hide your ip address once your nick is registered.
[11:15] <Kamilion> probably end up with ~ryan@freenode/unaffiliated/ryanjdillon instead of ~ryan@2a02:fe0:cb10:53a0:d072:c794:a030:cdcf
[11:16] <Kamilion> maybe it's now @unaffiliated/name... they might have dropped the freenode/ prefix these days, Iunno.
[11:17] <Kamilion> welcome to IRC; don't forget to idle after asking questions in case someone answers several hours after you ask.
[11:17] <ryanjdillon> hmmm... good to know. thanks!
[11:22] <ryanjdillon> /msg NickServ VERIFY REGISTER ryanjdillon nnuanddphqwt
[11:23] <Kamilion> uhhhhh
[11:23] <ryanjdillon> It looks like everybody can see that. Is there anything important to know before I relive my old Diablo account hack?
[11:23] <Kamilion> yeah, don't use that password
[11:23] <Kamilion> good thing it looks randomish.
[11:23] <dz0ny> type commands into server window not chan one :)
[11:24] <Kamilion> it appears whatever IRC client you're using ignored the / to make that a command somehow.
[11:24] <ryanjdillon> using pidgin on ubuntu
[11:24] <Kamilion> Ah, libpurple, no wonder
[11:25] <Kamilion> try /query nickserv
[11:25] <ryanjdillon> here to get more developer insight, so guess that's a start ,)
[11:25] <Kamilion> then type help in the new window it should make
[11:25] <Kamilion> if you get a bunch of help text from nickserv, that window should work
[11:26] <Kamilion> then you can drop the leading /msg nickserv from the command and just use the private message window to register.
[11:27] <Kamilion> most irc services will respond to 'help' or 'help <something>', 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] <ryanjdillon> awesome. thanks for all the tips/help
[11:28] <Kamilion> also other clients like weechat / xchat/hexchat / kvirc
[11:28] <Kamilion> 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] <ryanjdillon> ah ok. yeah, i'm not so into QT, but I will check those out.
[11:37] <dholbach> pbek, I filed https://bugs.launchpad.net/snapcraft/+bug/1603403
[11:37] <mup> Bug #1603403: [Regression] qownnotes in snappy-playpen stops building with snapcraft 2.12.1 <Snapcraft:New> <https://launchpad.net/bugs/1603403>
[11:37] <dholbach> elopio, sergiusens: ^
[11:45] <mup> PR snapd#1554 opened: store: Find now takes a Search instead of a query and channel <Created by chipaca> <https://github.com/snapcore/snapd/pull/1554>
[11:59] <dholbach> hikiko, nice work!
[12:00] <hikiko> thanks for the help dholbach :)
[12:00] <dholbach> anytime :)
[12:00] <tsimonq2> ditto dholbach, nice job :)
[12:00] <tsimonq2> hikiko: it's merged! :D
[12:00] <dholbach> *I* didn't do much :)
[12:01] <hikiko> well, you all helped me understand how snaps work, glad it's merged :)
[12:01] <tsimonq2> \o/
[12:08] <mup> PR snapcraft#662 opened: Update the debian/control file <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/662>
[12:49] <mup> PR snapd#1555 opened: store, daemon, client, cmd/snap: implement `snap find --private` <Created by chipaca> <https://github.com/snapcore/snapd/pull/1555>
[12:56] <tsimonq2> dholbach: could you please give your input on bug 1599125 ?
[12:56] <mup> Bug #1599125: Allow Launchpad Git URLs <bitesize> <Snapcraft:In Progress by tsimonq2> <https://launchpad.net/bugs/1599125>
[13:03] <pbek> thank you, dholbach
[13:48] <Croepha> so, im just double checking, but ubuntu-core/rolling/edge is for 16 right?
[13:50] <SamYaple> does snappy have any tests currently that validate teh base_plugin schema? I am not finding any
[13:53] <renatu> 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] <renatu> but I am getting this error:
[13:54] <renatu> Parts 'desktop/qt5' and 'ubuntu-calendar-app' have the following file paths in common which have different contents:
[13:54] <renatu> usr/share/pkgconfig/shared-mime-info.pc
[13:54] <renatu> usr/share/pkgconfig/xkeyboard-config.pc
[13:54] <renatu> how I can solve that?
[13:55] <ogra> there is a new bug with the very latest snapcraft ... introduced yesterday ... so yu are lucky it seems :)
[13:55] <ogra> you can add a removal stanza to your snapcraft yaml so the file is only there once
[13:56] <ogra> see line 60 in https://github.com/ogra1/upnp-server/blob/master/snapcraft.yaml
[13:58] <renatu> ogra, thanks
[13:59] <renatu> 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] <dpm> 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] <mup> PR ubuntu/snappy-playpen#179: Clock snap running on Unity 7 and Unity 8 <Created by dplanella> <https://github.com/ubuntu/snappy-playpen/pull/179>
[14:30] <Croepha> 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] <tedg> How do I build a deb of snapd?
[14:44] <ogra> debbuild ?
[14:44] <ogra> dpkg-buildpackage ...
[14:45] <tedg> That seems to say that I don't have the macaroon gopkg installed, but I do.
[14:47] <mup> PR snapcraft#663 opened: Improve python2 test coverage <Created by SamYaple> <https://github.com/snapcore/snapcraft/pull/663>
[14:47] <renatu> hey guys now I am getting: (qmlscene:30059): GLib-GIO-ERROR **: No GSettings schemas are installed on the system
[14:47] <renatu> when running my snappy
[14:48] <ogra> did you add the gsettings interface ?
[14:48] <renatu> yes
[14:48] <renatu> ogra, like that?  plugs: [gsettings,unity7,opengl]
[14:48] <ogra> https://github.com/snapcore/snapd/blob/master/docs/interfaces.md
[14:48] <ogra> yeah, that should theoretically work
[14:49] <renatu> did not solve the problem
[14:49]  * ogra has no single app that uses gsettings ... cant help with that ...
[14:50] <renatu> how to debug it?
[14:51] <ogra> ask in gitter
[14:52] <ogra> http://gitter.im/ubuntu/snappy-playpen
[14:52] <ogra> i see that galculator uses gsettings
[14:52] <ogra> https://github.com/ubuntu/snappy-playpen/tree/master/galculator
[14:53] <ogra> so you might need tto use a desktop launcher
[14:55] <renatu> I am using desktop-launcher already
[14:55] <ogra> well, ask on gitter ... perhaps there someone knows
[14:57] <renatu> thanks ogra
[15:05] <SamYaple> is there anyway to create a non-prefixed /snap/bin/ command? right now I get /snap/bin/<snapname>.command
[15:05] <SamYaple> I would like /snap/bin/command
[15:05] <SamYaple> in this case my snap provides multiple commands I would like to address without the prefix
[15:08] <ogra> 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] <SamYaple> ogra: thats definetely what I see, but thats a shame. i understand the reasons though
[15:09] <ogra> you could wrap a shellscript around your commands with a case switch and have "snapname --command"
[15:10] <SamYaple> im packaging an existing app with existing commands, anything I could do would change teh existing interaction with it
[15:10] <ogra> not much better indeed :)
[15:10] <SamYaple> so it wwouldnt be seemless
[15:11] <SamYaple> is there a way to do like meta packages with snap?
[15:11] <SamYaple> since all teh commands are unique I could have one snap, and then like 3 metasnaps named as the appropriate command... mabye?
[15:12] <ogra> nope
[15:13] <ogra> a snap is already a kind of meta package after all
[15:13] <SamYaple> this is a pretty big blow to seemlessly replacing system installed packages
[15:14] <ogra> well, file a whishlist bug ... not sure if that fits into the concept though
[15:17] <SamYaple> im not sure if it fits with the concept ogra. havent seen the concept defined to well anywhere
[15:17] <ogra> it is buried in some public google docs somewhere
[15:18] <ogra> anyway, file a bug ... you will get feedback from one of the architects i guess :)
[15:18] <SamYaple> of course. where else would it be :)
[15:18] <SamYaple> yea i can't set the wishlist status, but I can certainly file a bug
[15:20] <sborovkov> 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] <jamiebennett> ogra:  have you see issues installing ubuntu-core on classic RPi?
[15:22] <jamiebennett> ^^
[15:22] <ogra> i must admit i havent done that
[15:22] <ogra> but i thought that bug got fixed a while ago ... zyga mvo ^^^^ ?
[15:23] <jamiebennett> sborovkov: I guess you have already updated to the latest software on your Pi (apt update/upgrade ?)
[15:23] <ogra> sborovkov, try "sudo touch /boot/uEnv.txt" and then try again
[15:24] <ogra> (not sure if snapd still checks for that file though)
[15:24] <ogra> (it might be checking for a mounted /boot/uboot nowadays, or fr some file below that)
[15:25] <sborovkov> Did not update, just flashed the latest image I found.
[15:25] <sborovkov> Updating now
[15:25] <sborovkov> touch /boot/uenv.txt did not help
[15:25] <ogra> then mkdir /boot/uboot and touch the same file underneth that dir
[15:26] <ogra> (i really dont know what snapd looks for nowadays, but it must be something like that)
[15:26] <ogra> theoretically it shouldnt check that bit at all in classic mode ...
[15:27] <sborovkov> One sec, doing apt upgrade. May be it will be fixed after apt upgrade
[15:27] <mvo> ogra: what is the error?
[15:27] <ogra> mvo, "can not set next boot: cannot determine bootloader" ...
[15:28] <ogra> mvo, on a RPi classic install
[15:28] <ogra> i thought classic makes it skip the bootloader checks completely
[15:28] <mvo> ogra: interessting - what version of snapd  is installed?
[15:28] <ogra> sborovkov, ^^ ?
[15:28] <mvo> ogra: yes it does
[15:28] <ogra> ah, well, might be a 16.04.0 image ...
[15:29] <ogra> which probably has an outdated snapd
[15:29] <ogra> so lets wait til sborovkov has done his upgrade :)
[15:30] <mvo> :)
[15:38] <mup> Bug #1603481 opened: multiple binaries from the same package <Snapcraft:New> <Snappy:New> <https://launchpad.net/bugs/1603481>
[16:02] <sborovkov> ogra: mvo: Alright, I upgraded but now I can't connect to my system via ssh as it does not receive address on DHCP for some reason. I will get back to you once I resolve that.
[17:05] <mup> PR snapd#1556 opened: asserts: add Assertions.Prerequisites and Ref, SigninKey and FindTrusted <Created by pedronis> <https://github.com/snapcore/snapd/pull/1556>
[17:05] <mup> PR snapcraft#653 closed: Implement `snapcraft push` <Created by sergiusens> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/653>
[17:19] <sborovkov> ogra: Yes, it works after upgrade. My bad for not upgrading first of all. Do you know where should I file the bug that internet connection is not working after upgrade? Had to manually attach keyboard and run sudo dhclient to get it working (and it's reproducible, flashed the image twice and upgraded)
[17:19] <mup> PR snapd#1557 opened: many: introduce an assertstate task handler to (pre)fetch assertions <Created by pedronis> <https://github.com/snapcore/snapd/pull/1557>
[17:20] <ogra> sborovkov, well, thatsa generic ubuntu server bug ... not really sure where that should go ... prehaps ifupdown or systemd
[17:20] <kyrofa> elopio, are you around?
[17:20] <elopio> kyrofa: hello
[17:20] <kyrofa> elopio, sergiusens asked me to investigate bug #1600238 today
[17:20] <mup> Bug #1600238: [pull] Same packages pulled twice with different timestamps cause clash <Snapcraft:New> <https://launchpad.net/bugs/1600238>
[17:21] <sborovkov> ogra: Ok. One more question - how do I install package from beta/edge channel?
[17:21] <kyrofa> elopio, from the comments I can't quite glean what's happening there, but I'm able to reproduce it using dholbach's pastebin
[17:21] <ogra> sborovkov, sudo snap install foo.snap -devmode --edge
[17:21] <kyrofa> elopio, can you give me any more information before I dig in?
[17:21] <ogra> *--devmode
[17:22] <elopio> kyrofa: one part pulls the deb. Then other part pulls the deb too. Some files will get a different timestamp, which we consider as a conflict.
[17:22] <kyrofa> elopio, they even have different md5sums!
[17:23] <elopio> hum, that's not what they told me.
[17:23] <elopio> so, what's different from the content?
[17:23] <kyrofa> elopio, that's what I'm seeing anyway
[17:23] <kyrofa> elopio, the file I'm specifically referring to is a .so
[17:23] <kyrofa> So I'm not sure
[17:23] <kyrofa> Very odd
[17:23] <sborovkov> ogra: Hmm. I have UBUNTU_STORE_ID set in /etc/environment. But it does not try to install from there it seems
[17:24] <sborovkov> :(
[17:24] <ogra> ah, i have no clue about custom stores, sorry
[17:24] <sborovkov> jamiebennett: ping
[17:24] <ogra> the above works fine with the default store
[17:24] <elopio> kyrofa: did you confirm they come from the same deb?
[17:25] <sborovkov> Yeah, understood
[17:25] <kyrofa> elopio, not yet, I was going to talk to you first, but you're apparently useless to me. Useless!
[17:27] <kyrofa> elopio, ooo, they aren't from the same deb
[17:27] <kyrofa> elopio, I'm starting to suspect this isn't even a bug
[17:27] <elopio> :_)
[17:27] <elopio> I'm just passing the information along. I haven't triaged it.
[17:29] <kyrofa> elopio, I know, I'm just messing with you ;)
[17:29] <elopio> kyrofa: if they come from a different deb, then what Daniel suggests makes no sense. But we still have a problem, when this happens, it's really hard to understand where the conflic comes from.
[17:29] <kyrofa> elopio, yeah, libqt5gui5 from the desktop helper, and libqt5gui5-gles from the yaml
[17:30] <kyrofa> elopio, I'm not sure how we might make that more clear, though. We can't really say "this came from that deb" because we don't even know that the file came from a deb at all
[17:30] <elopio> kyrofa: wouldn't that be a deb bug? Why libqt5gui5-gles ship the duplicated lib?
[17:31] <kyrofa> elopio, great question
[17:31] <elopio> I mean, if we find that the archive shouldn't allow this to happen, there's nothing for us to do.
[17:31]  * kyrofa checks the deb metadata, maybe they're supposed to conflict
[17:32] <elopio> if there's no deb rule against it, then yes, we should find a way to make a nicer error.
[17:51] <kyrofa> elopio, indeed, the libqt5gui5-gles deb has a "conflicts" with libqt5gui5. THAT'S the bug
[17:51] <kyrofa> elopio, snapcraft needs to be able to toss errors about that
[17:51] <kyrofa> elopio, still not an easy fix though
[17:52] <kyrofa> elopio, and probably only a warning, since they can be filtered out with the stage/snap keywords
[17:52] <elopio> kyrofa: ok, nice finding. And yes, I have no idea how to solve it. The list of packages might make sense again.
[18:10] <boriseto> Hi, how do the snaps work actually? Like I have VLC installed via snap and apt, but it only shows the one with apt when trying to open a file?
[18:12] <Croepha> snapcraft is wanting me to login, but im not sure why, im just trying to build a kernel snap, not upload it or anything
[18:13] <Croepha> boriseto, look for a file in /snap/bin that points to vlc
[18:13] <Croepha> that will be how to launch vlc in the snap
[18:13] <boriseto> Croepha: got it. Thanks
[18:14] <kyrofa> Croepha, because it needs to download the OS snap in order to obtain the initrd
[18:16] <Croepha> kyrofa: ok thanks
[18:17] <boriseto> Croepha: if I just do it like that, I still won't be able to set it as a default app in the System settings, right?
[18:18] <Croepha> im not sure how default app works... does it take a path? or is it looking for a .desktop file?
[18:19] <Croepha> if it takes a .desktop file, then you will have to craft one manually, using the /snap/bin path... but i think that should work, because it will pass the command like arguments to vlc, running inside the snap and it should run
[18:20] <Croepha> you need to do some interface stuff that im not sure how to do in order for vlc to actually connect to Xorg, but it  should be simple id expect
[18:31] <EdwardMorbius> hello, is there some problem with snaps at the moment? after using snap find or snap refresh I am getting a long error
[18:32] <Croepha> EdwardMorbius: works for me...
[18:32] <Croepha> paste the error?
[18:32] <EdwardMorbius> Croepha snap find
[18:32] <EdwardMorbius> error: cannot list snaps: Get https://search.apps.ubuntu.com/api/v1/search?fields=anon_download_url%2Carchitecture%2Cchannel%2Cdownload_sha512%2Csummary%2Cdescription%2Cbinary_filesize%2Cdownload_url%2Cicon_url%2Clast_updated%2Cpackage_name%2Cprices%2Cpublisher%2Cratings_average%2Crevision%2Csnap_id%2Csupport_url%2Ctitle%2Ccontent%2Cversion%2Corigin%2Cprivate%2Cconfinement&q=: dial tcp: lookup search.apps.ubuntu.com on [::1]:53:
[18:32] <EdwardMorbius> read udp [::1]:54036->[::1]:53: read: connection refused
[18:33] <Croepha> firewall? or regional issue?
[18:33] <EdwardMorbius> It worked before, I am using ufw but it worked before, might be regional?
[18:34] <Croepha> maybe
[18:34] <Croepha> what continent are you located at?
[18:34] <EdwardMorbius> europe
[18:35] <Croepha> im na
[18:36] <Croepha> so my observations probably aren't very useful to you
[18:36] <EdwardMorbius> It might be something temporary
[18:37] <Croepha> might want to run wireshark, and see if there is any related icmp traffic
[18:38] <EdwardMorbius> also is the problem with running some snaps on nvidia proprietary drivers known and reported? some of them dont start on my computer with unrecognized opengl version type errors
[18:41] <ogra> yes, known
[18:41] <EdwardMorbius> ogra ok thanks
[18:41] <ogra> (and snap find works fine here from germany)
[18:43] <EdwardMorbius> I just tried removing a ubuntu clock snap and got another error
[18:43] <EdwardMorbius> sudo snap remove ubuntu-clock-app
[18:43] <EdwardMorbius> 2016-07-15T20:37:56+02:00 ERROR cannot remove snap file "ubuntu-clock-app", will retry: [stop snap-ubuntu\x2dclock\x2dapp-5.mount] failed with exit status 1: Job for snap-ubuntu\x2dclock\x2dapp-5.mount failed. See "systemctl status "snap-ubuntu\\x2dclock\\x2dapp-5.mount"" and "journalctl -xe" for details.
[18:45] <EdwardMorbius> notes was removed successfully
[19:02] <joc_> zyga: hi, is the field "Label" on the PlugInfo struct what jdstrand refers to when he says "security label for the plug"
[19:03] <joc_> (in zigbee-dongle PR comments)
[19:11] <joc_> hmm guess not, looks more likes something to be used in yaml for identifying plugs
[19:11] <Croepha> so, when snapcraft is building a kernel, and grabbing the os image in order to build the initrd, how does it know which os image to use? like which version?
[19:14] <kyrofa> elopio, sounds like we might need to get train tickets online
[19:15] <elopio> kyrofa: do they have an hour, or are they good for the whole day?
[19:16] <ogra> Croepha, it just uses the latest
[19:16] <Croepha> cool
[19:17] <kyrofa> elopio, and I can't figure out the difference between Heidelberg Hbf and Heidelberg Hauptbahnhof. ogra, help?
[19:17] <ogra> (from the stable channel by default)
[19:17] <ogra> kyrofa, its the same ... one is the abbreviation of the other
[19:17] <kyrofa> ogra, what's the best way to get to heidelberg from FRA?
[19:17] <kyrofa> ogra, argh. They show up in different places in the marriott map :P
[19:17] <ogra> i guuess by train
[19:17] <kyrofa> ogra, also both are options in the train destinations
[19:18] <kyrofa> ogra, and that needs to be booked in advance, correct?
[19:18] <Croepha> orga: what if i wanted edge
[19:18] <josepht> kyrofa: Hbf is probably a shortcut ;)
[19:18] <ogra> https://www.google.de/maps/place/Heidelberg+Hbf/@49.4042719,8.673773,17z/data=!3m1!4b1!4m5!3m4!1s0x4797c0d8fef51cbd:0x9b2b52faa371d535!8m2!3d49.4042719!4d8.675967?hl=de
[19:18] <kyrofa> josepht, hahaha
[19:18] <Croepha> actually it might now even be a big deal, ill see if it actually a problem first
[19:18] <ogra> https://www.google.de/maps/place/Hauptbahnhof/@49.4042719,8.673773,17z/data=!4m5!3m4!1s0x4797c0d8dcf7aa13:0x1c97ffb21cfc7c77!8m2!3d49.404397!4d8.6769227?hl=de
[19:19] <kyrofa> ogra, I dread someone asking where I'm trying to go. "hopt-on-hoff!"
[19:19] <ogra> hauptbahnhof is actually a different waypoint on the map ... interesting
[19:19] <ogra> (thy are 100m apart or so)
[19:20] <kyrofa> ogra, indeed, a little confusing
[19:20] <ogra> aha
[19:20] <kyrofa> ogra, but no matter
[19:20] <ogra> one is a tram station in front ... the other is actually the central station building
[19:20] <ogra> so they are the same after all :)
[19:21] <ogra> kyrofa, if you can get an ICE train from frankfurt to heidelberg that should be the most relaxing option
[19:21] <zyga> joc_: no, he referred to apparmor labels
[19:22] <ogra> Croepha, not sure the plugin offers that yet ...
[19:22] <ogra> Croepha, https://bugs.launchpad.net/snapcraft/+filebug ;)
[19:22] <Croepha> will do
[19:22] <ogra> thx
[19:23] <camako> I'm trying to run the ubuntu-calculator-app from a terminal under U7 as explained in https://developer.ubuntu.com/en/desktop/get-started/, but it just waits there. Syslog shows http://pastebin.ubuntu.com/19531599/ - an apparmor denial. What am I missing?
[19:23] <kyrofa> ogra, looks like that eventually transfers to a "regional express" in mannheim?
[19:23] <ogra> kyrofa, ^^ i assume the kernel plugin has no way to tell it wants the os snp from edge ?
[19:23] <ogra> *snap
[19:23] <kyrofa> ogra, unfortunately no, I seem to remember stable being hard-coded
[19:23] <ogra> kyrofa, nothing direct from fra. to heidelberg ?
[19:24] <kyrofa> Doesn't seem so
[19:24] <kyrofa> But that's not a big deal
[19:24] <kyrofa> ogra, what if I book a ticket and my flight is delayed?
[19:25] <ogra> you can buy a ticket at the frankfurt airport
[19:25] <joc_> zyga: can you tell me how to access the label?
[19:26] <joc_> from my interface definition
[19:27] <kyrofa> ogra, oh! Well then, elopio we can just do that
[19:27] <ogra> i wouldnt pre-book
[19:27] <elopio> kyrofa: sounds easier.
[19:27] <kyrofa> ogra, okay, I didn't want to anyway
[19:27] <kyrofa> elopio, indeed
[19:27] <kyrofa> Thanks ogra :)
[19:27] <ogra> and really, take an ICE ... power, wlan, restaurant (beer) ;)
[19:27] <kyrofa> ogra, do you know if FRA has open wifi?
[19:27] <ogra> it should, yep
[19:27] <kyrofa> ogra, heh, that does sound nice
[19:28] <ogra> might be time limited
[19:28] <elopio> kyrofa: just save this in the phone, and play it to the person selling tickets: https://upload.wikimedia.org/wikipedia/commons/d/df/Heidelberg.ogg
[19:28] <kyrofa> Hahaha :D
[19:29] <kyrofa> elopio, and when they ask what stop I want?
[19:29] <kyrofa> Just start making gutteral sounds?
[19:30] <ogra> then you play it again ;)
[19:30] <kyrofa> Haha
[19:30] <elopio> kyrofa: https://upload.wikimedia.org/wikipedia/commons/b/b3/De-Berlin_Hauptbahnhof.ogg
[19:30] <elopio> we need a remix.
[19:30] <kyrofa> Ooo!
[19:30] <kyrofa> Oh man, I was way off
[19:30] <ogra> elopio, oh, you are evil :)
[19:31] <kyrofa> Alright, I'm off to house hunt for a little bit. Be back soon
[19:40] <elopio> so S banh or ICE, transfer in mannheim.
[19:46] <tsimonq2> kyrofa: is that the only thing wrong with snapcraft#662 ? ;)
[19:46] <mup> PR snapcraft#662: Update the debian/control file <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/662>
[20:21] <jose__> I am trying the snapcraft "build your first snap" tutorial and I have build the snap, and installed it. How do I run it?
[20:22] <Croepha> jose__ is it a daemon?
[20:23] <jose__> that must be it, the yaml says its a simple deamon
[20:23] <tsimonq2> jose__: whereis SNAPNAME
[20:23] <tsimonq2> jose__: you can probably just run it
[20:24] <Croepha> jose__ ok, if its a daemon, then it will be running automatically, and it will not be able to be run directly
[20:24] <Croepha> jose__ get its status with: systemctl -a | your_snap_name
[20:25] <Croepha> you can get the log output via journalctl -u <your app's service name>
[20:25] <jose__> ok thanks that helps
[21:35] <Croepha> can you bake a snap into a flash image?
[21:42] <zyga> Croepha: ubuntu-image that is being developed might allow that
[21:43] <zyga> Croepha: the device maker can design the partition layout
[21:43] <zyga> Croepha: currently it is able of making only one "image" (e.g. all flash)
[21:44] <zyga> Croepha: but it is just the first version so I bet more feaures will come
[21:44] <Croepha> well, i dont need to change the partitions to bake in a snap to I? the snaps just reside on the root filesystem dont they?
[21:44] <Croepha> mounted of course
[21:45] <zyga> Croepha: yes, in /var/lib/snapd/snaps
[21:45] <zyga> Croepha: that space has to be writable
[21:46] <Croepha> i must be misunderstanding, im not sure what this has to do with partitions, but ubuntu-image sounds promising, i'll have to hunt it down
[21:47] <monsterjamp> Hello
[21:48] <monsterjamp> Can I run a bash script using snapcraft?
[21:48] <Croepha> monsterjamp: yes
[21:49] <monsterjamp> Croepha: How? I've been reading the documentation but can't seem to figure out how.
[21:50] <Croepha> well, it may not be straight forward as you might expect, but any of the build plugins, like automake or python can be run a bash script indirectly
[21:50] <Croepha> like you could make a Makefile, that runs a shell script
[21:51] <Croepha> there may be a plugin that is more direct than that, but I don't know of it
[21:51] <monsterjamp> I see, I guess that works.
[21:51] <Croepha> you could write your own plugin for it
[21:52] <monsterjamp> How do I write my own plugin?
[21:53] <tsimonq2> monsterjamp: do you want it to be snap-specific or do you want to contribute it to Snapcraft?
[21:53] <monsterjamp> tsimonq2 Snapcraft
[21:53] <Croepha> im not sure if this is current, but: https://developer.ubuntu.com/en/snappy/build-apps/plugins/
[21:54] <tsimonq2> Croepha: I don't think it is
[21:54] <Croepha> might have better luck in the github repo
[21:54] <Croepha> https://github.com/snapcore/snapcraft/blob/master/docs/plugins.md
[21:55] <tsimonq2> monsterjamp: yeah, git clone https://github.com/snapcore/snapcraft.git
[21:55] <tsimonq2> monsterjamp: take a look at the existing plugins, write one, and make a pull request :)
[21:55] <monsterjamp> Seems simple enough :O
[21:56] <monsterjamp> Although I wonder why someone hasn't already made a bash plugin
[21:56] <tsimonq2> I don't know :)
[21:56] <Croepha> yea, it does seem pretty basic
[21:56] <Croepha> there are quite a few things like that right now
[21:56] <Croepha> but things are moving fast
[22:00] <monsterjamp> Are you guys all snapcraft developers?
[22:01] <Croepha> i am not really one
[22:01] <Croepha> but i think most are
[22:03] <tsimonq2> monsterjamp: I've contributed a little bit ;)
[22:03] <tsimonq2> monsterjamp: so if/when you get a PR submitted, I'll be sure to take a look :)
[22:04] <monsterjamp> :D
[22:07] <monsterjamp> I haven't programmed much in python so forgive me in advance.
[22:08] <tsimonq2> I was the same way when I started contributing :)
[22:35] <monsterjamp> I'm getting this error when trying to use my bash plugin: 'Options' object has no attribute 'bash'
[22:35] <monsterjamp> Not entirely sure what it means
[22:35] <Croepha> monsterjamp you are trying to .bash on something?
[22:35] <Croepha> can you paste your code?
[22:36] <monsterjamp> Well so far I just copied the make plugin, I think I'm using the 'options" object wrong?
[22:36] <monsterjamp> http://paste.ubuntu.com/19556135/
[22:37] <Croepha> self.options['bash-arguments']
[22:37] <Croepha> on line 74
[22:38] <Croepha> i guess now that means im a contributor
[22:39] <monsterjamp> 'Options' object is not subscriptable
[22:40] <josepht> monsterjamp: I think you need 'self.options.bash_arguments'
[22:41] <monsterjamp> I think that works
[22:41] <monsterjamp> But why is it an '_' and not '-'
[22:42] <Croepha> because - is an oporator
[22:42] <Croepha> it was like options.bash minus arguments
[22:43] <Croepha> so something is probably mangling the names to make it work within the language
[22:50] <monsterjamp> I think it's working now :O
[22:52] <monsterjamp> For the make plugin there's an additional command to run `make install` should I have something like that for the bash plugin?
[22:53] <monsterjamp> nvm, I don't think it makes sense to leave that in
[22:57] <Croepha> you know, for a bash plugin, it might make sense to have commands that you can run at any build step
[22:58] <Croepha> like pull, or build
[23:06] <monsterjamp> Croepha: I didn't even know it was for the plugins to do different things at each build step.
[23:06] <monsterjamp> Is there a plugin that already does this?
[23:06] <Croepha> i know there are atleast two
[23:07] <monsterjamp> Which ones?
[23:08] <Croepha> so if you look at https://github.com/snapcore/snapcraft/blob/master/snapcraft/_baseplugin.py
[23:08] <Croepha> there are all kinds of methods that you can essentially override
[23:09] <Croepha> clean_pull, build,  pull, clean_build
[23:10] <Croepha> im thinking that pull and build are the only usefully ones to do a arbitrary command
[23:13] <monsterjamp> Should I make another property to see if the user want the script to do anything during the pull?
[23:14] <Croepha> thats what I would do
[23:14] <Croepha> but its up to you
[23:14] <Croepha> actually, its up to the maintainer
[23:16] <monsterjamp> Well even if  the plugin doesn't get merged, it'll still be useful to use for myself.
[23:25] <monsterjamp> I decided to keep the install part at the end.
[23:25] <monsterjamp> What do you guys think of it: https://gist.github.com/monsterjamp/570fbfe8bbdf959d94486f293956fdbe
[23:25] <monsterjamp> Shoud I add anything else?
[23:26] <Croepha> i think thats good, but I really dont know anything
[23:49] <monsterjamp> Alright, I made the pull request after a few tweaks.
[23:49] <monsterjamp> https://github.com/snapcore/snapcraft/pull/664
[23:49] <mup> PR snapcraft#664: New plugin: Bash <Created by monsterjamp> <https://github.com/snapcore/snapcraft/pull/664>
[23:49] <monsterjamp> Looks like I'm faster than the bot :P
[23:49] <Croepha> :)
[23:50] <mup> PR snapcraft#664 opened: New plugin: Bash <Created by monsterjamp> <https://github.com/snapcore/snapcraft/pull/664>
[23:52] <monsterjamp> tsimonq2 do you wanna check out the pull request?


[09:34] <man-di> @now
[09:34] <ubotu> Current time in Etc/UTC: July 13 2007, 07:34:28 - Next meeting: MOTU Team in 16 hours 25 minutes
[09:34] <man-di> @schedule
[09:34] <ubotu> Schedule for Etc/UTC: 14 Jul 00:00: MOTU Team | 14 Jul 17:00: Xubuntu Developers | 16 Jul 22:00: Forum Council | 17 Jul 15:00: Ubuntu Server Team meeting | 17 Jul 19:00: Technical Board | 18 Jul 20:00: Edubuntu
[08:11] <mr_pouit> @schedule Paris
[08:11] <ubotu> Schedule for Europe/Paris: 14 Jul 02:00: MOTU Team | 14 Jul 19:00: Xubuntu Developers | 17 Jul 00:00: Forum Council | 17 Jul 17:00: Ubuntu Server Team meeting | 17 Jul 21:00: Technical Board | 18 Jul 22:00: Edubuntu
[08:53] <vbanait> I installed ubuntu 7.## , but my eth0 is not detected pl hlp
[08:54] <ogra> vbanait, -> #ubuntu for support
[08:54] <vbanait> nobody is answering there. i thought you are stalwarts
[11:28] <AndyP> @schedule london
[11:28] <ubotu> Schedule for Europe/London: 14 Jul 01:00: MOTU Team | 14 Jul 18:00: Xubuntu Developers | 16 Jul 23:00: Forum Council | 17 Jul 16:00: Ubuntu Server Team meeting | 17 Jul 20:00: Technical Board | 18 Jul 21:00: Edubuntu
[11:28] <micahcowan> @schedule pst
[11:29] <micahcowan> @schedule pacific
[11:29] <ubotu> Schedule for Canada/Pacific: 13 Jul 17:00: MOTU Team | 14 Jul 10:00: Xubuntu Developers | 16 Jul 15:00: Forum Council | 17 Jul 08:00: Ubuntu Server Team meeting | 17 Jul 12:00: Technical Board | 18 Jul 13:00: Edubuntu
[11:35] <avoine> @schedule montreal
[11:35] <ubotu> Schedule for America/Montreal: 13 Jul 20:00: MOTU Team | 14 Jul 13:00: Xubuntu Developers | 16 Jul 18:00: Forum Council | 17 Jul 11:00: Ubuntu Server Team meeting | 17 Jul 15:00: Technical Board | 18 Jul 16:00: Edubuntu