[00:35] If I've pushed an amd64 snap to the store's stable channel, and later, push an armhf snap to the stable channel, it won't clobber the amd one I assume? [03:59] davidcalle, ping === enwei is now known as enwei-afk === chihchun_afk is now known as chihchun [07:20] Hello! How can I make available non-pypi packages to my name ? e.g. python3-gi is not available on pypi but its in Ubuntu, so how can I make that available to my snap ? [07:36] om26er: you could possibly use the "nil" plugin to get python3-gi in the stage-packages [07:36] there might be a better way. That's just what comes to mind [07:37] DanChapman: I just added stage-packages to my python part and it seems to have progressed [07:56] good morning === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [09:16] $ sudo snap remove unity8-session [09:16] error: cannot remove "unity8-session": snap "unity8-session" has changes in progress [09:16] what do i do now? [09:22] ok snap changes + snap abort [09:26] and then i had to mount something in the folder it thought there was something supposde to be there [09:26] oh well [09:55] pitti: hey dude console-conf how do I get a login setting all the ethernet connections to none? [09:56] sorry network setting even [09:58] davmor2: sorry, wrong guy for console-conf; you want mwhudson [10:00] pitti: ta [11:02] sergiusens: ping === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [11:42] yay, someone (tm) fixed the store for the content interface snaps, now ubuntu-app-platform is automatically up-to-date in the store [11:43] that means there's also now first arm64 version :) [12:03] morphis pong [12:10] Mirv, good morning. [12:10] Mirv, any luck with the calculator? === hikiko is now known as hikiko|ln [12:27] jdstrand hey, with stgraber we chose to use `:` (originally `/`) as a filter per architecture, not a request to install that package. [12:27] jdstrand sidelined and fixable, this is another reason I don't want crt to fail on non matching architetures (although my case is arch all forced to arch specific) [12:38] pitti, mwhudson: https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1641110 [12:38] Bug #1641110: Setting both ipv4 and ipv6 to none on a connection still gives you an ip setup [12:38] pitti: included you incase you need to be in the discussion on what to do [12:42] davmor2, i bet the connection is gone after a reboot ;) [12:43] (there is a bug about "netplan apply" on actually restarting the connection with the new setup) [12:43] s/on/not/ [12:43] ogra_: nope you can ssh into the system on reboot [12:43] oh, really ? [12:43] then it is different [12:44] ogra_: yes set step 8 [12:44] see even [12:44] step 8 is without reboot [12:47] ogra_: d'oh let me double check it then I thought I had rebooted with it but let me double check [12:53] ogra_: indeed \o/ was there another bug I can link this one too, it would explain the issue I was having with the default route too I guess right (but that is supposed to be gone in the new version) [12:55] davmor2, i know there is one but i cant seem to find it :( [12:56] ogra_: oh well I'll leave mine they can always link it [12:56] yeah [12:56] if i find my old one i'll merge them [12:56] just not the findings above in yours too [12:56] *note [12:57] ogra_: just did on step 9 [12:57] :) [12:58] sergiusens, I threw a small update into LP#1602258 [12:58] hmm [12:58] no lp bot thingy [12:58] * sergiusens looks [12:58] Son_Goku it is a matter of spacing LP: #1602258 [12:58] Bug #1602258: Support other distributions as sources (Fedora, Mageia, openSUSE, Debian) instead of Ubuntu [12:58] if there's anything I'm forgetting, let me know [12:58] ah [12:58] or maybe bug #1602258 [12:59] nope, just the former [12:59] :/ [13:01] Son_Goku some other forms work too, I am just too relaxed this week to think ;-) [13:01] I just wanted to make sure I got the highlights right [13:01] but we're not ready to start quibbling about it yet :P [13:03] right, the general idea will change until it makes its form in code, even when playing with a potential PR it might feel wonky :-) [13:03] yep [13:04] sergiusens, hmm ... does snapcraft not take apps in the potential PATH into account at build time ? http://paste.ubuntu.com/23460983/ [13:05] (the binary gets copied to bin/ in the target ... the check seems to only accept it if i give the full path for "command:", even though bin/ will be in $PATH) [13:08] hey... does anyone have an idea how I'd resolve something like this? [13:08] go get -t -d ./github.com/containous/traefik/... [13:08] github.com/containous/traefik/web.go:13:2: no buildable Go source files in /home/daniel/traefik/parts/traefik/go/src/github.com/containous/traefik/autogen [13:12] ok, looks like something running another command is required before running the build [13:22] ogra_ can you add more details to your statement? [13:23] sergiusens, dunno, what more details do you need ? the dump plugin copies the script to bin/ ... then something seems to check the "command:" content if the script exists and is executable [13:24] (and fails because it does not seem to look in bin/ by default) [13:24] ogra_ this should work, give me a snapcraft.yaml and I'll check [13:24] sergiusens, https://code.launchpad.net/~ogra/+junk/kodi-pi [13:25] (beware, the tree is huge) [13:25] if you want a full build log (huge as well :) ) https://code.launchpad.net/~ogra/+snap/kodi-pi [13:26] i'm probably totally wrong about that message though ... the above is what i interpret from the message it gave me [13:27] (i just changed "command: runner_kodi" to "command: bin/runner_kodi" in the last commit in that bzr tree) === hikiko|ln is now known as hikiko [13:28] (the build for that change is still running) [13:28] ogra_ huge trees should go to git! ;-) [13:29] yeah yeah ... [13:30] ogra_ if you dump `.` you get everything [13:31] ogra_ do something like this instead https://github.com/morphis/plexmediaserver-snap/pull/3/files [13:31] PR morphis/plexmediaserver-snap#3: Update to use latest snapcraft features [13:31] sergiusens, but that means the script needs to live in bin/ in the source, right = [13:31] ? [13:32] ogra_ yeah, is that a problem? [13:32] nah, just wanted to make sure ... a test build takes 1.5h :) [13:32] i still dont get why we couldnt keep the copy plugin around ... [13:33] it was easy to understand ... for dump i need to ask someone nearly every time i use it ... way to complex [13:35] ogra_ soon these wrapper scrips will be a thing of the past ;-) [13:35] oh that's a big one though :-P [13:35] i think thats an upstream one [13:36] that isnt originally my tree ... i'm just trying to make it build in LP currently [13:36] (with plenty of awful hacks (as usual :P )) [13:37] * ogra_ fires off another build [13:37] I was just chatting to somebody who has build artifacts for four architectures which they would probably just dump into a snap - what would be the best way to snap and publish them? [13:37] Or rather... dump into four different snaps. === ben_r_ is now known as ben_r [13:40] dholbach, one way is to wrap it into a Makefile that checks the build arch ... but i guess sergiusens would call that cheating ;) [13:40] (checks and acts arch specific then) [13:41] I was working on an idea of per architecture parts but we are scaling down on features as people are starting to get lost in a sea of options [13:41] dholbach you can just create for parts and dump it into the snap [13:41] dholbach, https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux-snap/+git/xenial/tree/Makefile?id=ed92e3a0272c85c2640ca42322e799fcf69a9034 is an example [13:41] set architectures in snapcraft.yaml to the corresponding ones [13:42] yeah, that would be helpful [13:42] ogra_ well not going to happen for the time being, Makefiles or build systems is the way [13:42] sergiusens, hey, noticed this: bug #1641123 [13:43] Bug #1641123: snapcraft does not properly detect the architecture when kernel is 64 bits but userspace is 32 [13:43] but a good thing to have on the TODO [13:43] ogra_ it is labeled NO in the inbox of tasks ;-) [13:43] :( [13:43] NOs can be YES in the future, albeit distant [13:45] abeato force the architecture as I mentioned just above [13:46] sergiusens, hmm do not see that [13:46] just "architecture: i386" in your snapcraft.yaml [13:46] oh, I see, thanks [13:53] ogra_ abeato architectures: [armhf] [13:53] renato__: no, getting qml: [LOG]: Unable to calculate formula : "98+66", math.js: SyntaxError: Parse error [13:53] Mirv, ok I am trying to discovery which file is missing [13:54] sergiusens, ack [13:56] oops, indeed [13:57] renato__: actually, I think it might be that you're testing it (when not using platform snap) without xenial overlay, would I be right? [13:57] sergiusens, do we have an example of that? [13:57] renato__: in that case it wouldn't be platform snap issue, but the fact that calculator doesn't work properly with Qt 5.6. I've existing bug about it. [13:57] renato__: if you're using stock xenial, you have Qt 5.5 [13:58] Mirv, could be, let me try to pack it with overlay [13:58] I have a vm with that [14:01] sergiusens, ogra_, just so I understand it correctly: one architectures: [armhf, ...] entry and then a specific architecture: armhf entry in the relevant part? [14:01] Mirv, yes you are right the problem is related with qt version [14:01] dholbach, no, that was what sergiusens mentioned as possible future plans [14:01] dholbach yeah, you are just dumping binaries, right? [14:02] sergiusens, that's how I understood them, yes [14:02] popey, ^^ [14:02] ah [14:02] popey, who can help us on that? Looks like the mathjs does not work with qt5.7 [14:02] is it an upstream bug with math.js? if so, I'd file a bug on their github page [14:02] they're pretty responsive [14:03] popey, https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1620333 [14:03] Bug #1620333: calculator doesn't calculate: parse error in math.js [14:03] I mean, is it a bug in the upstream math.js library we're using? [14:03] popey, I can try create a small test if that helps [14:03] or is it a bug in qt? [14:04] it probably would, yes [14:04] popey, I think this is a qt bug. But honestly I do not even know where to start :D [14:04] would file upstream at https://github.com/josdejong/mathjs/issues [14:05] heh, me neither! [14:05] need a qt person [14:05] popey, we can try report a bug on mathjs project to see if they give us any hint [14:07] renato__: ok, so practically calculator "works", it's just it has problems with Qt version. great! [14:07] Mirv, looks like that [14:07] yeah [14:24] YAY ! [14:24] Priming kodi [14:24] Snapping 'kodi-mir' ... [14:36] Bug #1641132 opened: no way to include devmode snaps in snap prepare-image? [14:51] PR snapcraft#898 opened: Revert "Allow for architecture-specific packages (#876)" [14:53] Plz help me [14:53] my pi 3 keep asking about connection [14:54] How to configure wlan at first time boot with ubuntu core [14:54] you can not (as noted in the release notes) [14:54] is there any windowX environment for configuring the network [14:54] ? [14:55] configure it with cable attached ... then log in and run "sudo console-conf" to re-configure it for wifi (adn turn off ethernet) [14:55] i don't have LAN [14:55] i only have mobile internet [14:55] i am using internet by hotspot [14:55] well, there is currently no way to configure wlan on first boot on a pi3 ... [14:56] (there is a bug with the driver) [14:56] is there any way by tethering? [14:56] usb tethring? [14:56] nope [14:56] :( [14:57] you need ethernet ... the next image releasse will hopefully fix this [14:57] then is ubuntu mate will be good for IOT development? [14:57] why not :) [14:58] Ok thanx Ogra_ [14:58] will go for mate [14:58] (i dont think it matters what you use on your desktop for IoT development ...) [14:59] PR snapd#2270 opened: store: check payment method before TOS for a better UX === cachio is now known as cachio_lunch === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [16:06] Bug #1641150 opened: snap hooks are not run with environment similar to apps: PATH, LD_LIBRARY_PATH [16:09] Can you package closed source programs into snaps? [16:09] why woldnt you [16:10] snaps are binary packages, they dont really care ... [16:10] Bits4Bytes: Yes! That's one of the goals! [16:10] if you create an account in the store you need to sign that you have the distribution rights for the software you upload though ... [16:11] Bits4Bytes: It used to be that to be safe, someone had to review code put into Ubuntu and others. The isolation of snaps lets Ubuntu+ get out of the way and let people publish without hurting users. [16:11] (so just grabbing random closed source binaries off the internet will likely not work if they are not distributable legally) [16:12] Not going to publish it. I have a java program that I'd like to run on a Snappy Ubuntu Core on a Rasberry Pi. === cachio_lunch is now known as cachio [16:59] have a great weekend everyone! [17:12] https://www.gl-inet.com/mt300a/ is a neat thing (which would probably be nice with snappy) [17:13] ooh, they sell them on amazon [17:13] https://www.amazon.co.uk/GL-MT300A-Ext-MicroSD-pre-installed-Repeater-Tethering/dp/B01EWCO7CS === cachio is now known as cachio_afk [19:24] PR snapcraft#898 closed: Revert "Allow for architecture-specific packages (#876)" === cachio_afk is now known as cachio [19:33] PR snapcraft#899 opened: Release changelog for 2.22.1 [20:42] PR snapcraft#899 closed: Release changelog for 2.22.1 [21:00] zyga: can you tell me what I'm doing wrong with my configure hook? http://paste.ubuntu.com/23462794/ [21:36] mhall119: I just fought this. I think your snapd is not new enough. [21:36] mhall119: and that you're on snappy on classic, amirite? [21:39] right, on 16.04 [21:39] mhall119: You just gotta wait. :( [21:39] ...I think. [21:40] that's not my forte :) [21:40] mhall119: You just gotta compile it on your own. :) [21:40] that's also not my forte :) [21:41] mhall119: You just gotta complain to zyga until he cracks. [21:42] mhall119: I have two packages that use it. Fine on a snappy core box. [21:42] mhall119: "sshesame" and "tor-middle-relay" in candidate channels. [21:44] mhall119: http://bazaar.launchpad.net/~privacy-squad/+junk/sshesame-snap/view/head:/snapcraft.yaml#L18 [21:47] not complaining to zyga, that's something I'm good at [21:47] s/not/now/ [22:20] howdy [22:21] Will there be a time when an Ubuntu install is all snappy packages by default? [22:21] Right now it's up to the user to figure out which packages have snaps. It would be nice for there to at least be a snappy edition. [22:22] CountryfiedLinux: Not in foreseeable future. Some things may transition to snapps altogether, like maybe libreoffice. But there will be deb for a long long time. [22:23] Some deb could be transitional empty packages that install snaps, but others will be deb "forever". [22:24] qengho, Perhaps someone will take the initiative of making a Snappy edition with a graphical Snappy Store. Maybe :)