[02:31] Question: With snapcraft, is there a way to run make oldconfig when snapping a kernel? [02:32] Or should I do that before and then run make [menu]config and save the config and point to the kconfigfile in my snapcraft.yaml? === chihchun_afk is now known as chihchun [03:55] wililupy: Does "snapcraft help kbuild" answer your question? You should provide your config and snapcraft will run "make oldconfig" after installing it. [04:02] qengho: That makes more sense now. I was reading that and wasn't quite sure what it meant. [04:03] I'll give it a shot tomorrow to see how that works since I know that defconfig is very minimal, and I need to add a bunch of kconfigs to make my kernel work. [04:07] wililupy: cool. [04:08] It's almost easier for me to just follow the directions here: https://wiki.ubuntu.com/KernelTeam/GitKernelBuild and then in menuconfig, save the config and copy it to my snapcraft.yaml location and build using kconfigfile: in snapcraft.yaml. [04:09] qengho: However, I think the way you mention is cleaner and the better way to do it :) [04:17] qengho: Or, use the /boot/config-`uname -r` for the kdefconfig: and then use kconfigs: for the specific ones I need since it will then use yes "" | make oldconfig when creating a new .config. [06:34] good morning [06:35] hey dholbach [06:35] salut seb128 [06:35] comment ça va? [06:36] hey it's dholbach \o/ [06:36] dholbach: how are you? [06:36] hi tsimonq2 [06:36] good good :) how are you? [06:36] great :) [06:37] dholbach: look at what I've been working on: https://github.com/tsimonq2/lubuntu-distro-snaps [06:37] I have the parts defined, now for the apps tag [06:37] dholbach, good, and you? [06:38] seb128, I need a bit more mate tea to fully wake up, but I'm doing well :) [06:38] :-) [06:39] tsimonq2, nice work - so this snap bundles all lubuntu core related packages and their dependencies, is that what it does? [06:39] tsimonq2, does it work? [06:43] good morning dholbach, tsimonq2 [06:43] salut didrocks [06:44] o/ didrocks [06:44] didrocks: I might as well show you too :) https://github.com/tsimonq2/lubuntu-distro-snaps [06:45] dholbach: well currently, the lubuntu-core snap is meant to make a very minimal Lubuntu snap [06:45] dholbach: it is pretty much the lubuntu-core metapackage [06:45] !info lubuntu-core [06:45] lubuntu-core (source: lubuntu-meta): Lubuntu Desktop environment - minimal installation. In component universe, is optional. Version 0.65 (xenial), package size 3 kB, installed size 14 kB (Only available for i386; amd64; powerpc; armhf) [06:45] tsimonq2, right [06:45] dholbach: it doesn't work right now because I don't have apps: tags yet, working on that now [06:45] nice [06:45] but soon :) [06:45] tsimonq2: nice! can't wait to see apps there ) [06:47] didrocks: I basically took the .travis.yml and ci-run files from the snappy-playpen repo and modified them to set up Travis for mine [06:47] yeah, saw that, sweet reuse! :) [06:47] so I'm using your docker container if you don't mind ;) [06:48] I'm ofc really really upset! :-) [06:48] :P [06:48] hmm, how do I do systemd services? [06:49] daemon: simple [06:49] in your apps declaration [06:49] (look at snapcraft.io, there is an example of this)= [06:49] oh okay thanks :) [06:49] didrocks: I'm asking because the lubuntu-core snap has lightdm [07:00] dholbach: so, here are 2 new "gtk" parts, sharing most of their code. Reviewed with seb128 and pulling the minimum deps needed for the launcher: https://wiki.ubuntu.com/Snappy/Parts [07:00] I think I need to migrate it as well to the new wiki for 2.11 [07:01] yes [07:01] I'm going to integrate then qt4 & 5 to it [07:01] using the same template [07:02] dholbach: who should we set as a maintainer for those parts? it's under the ubuntu/ snapcraft [07:02] we can maybe set it under snapcraft.io ML? [07:04] didrocks, sounds good [07:04] didrocks, seb128: nice work! [07:04] will do :) [07:04] thx! [07:06] thanks :-) === chihchun is now known as chihchun_afk [07:17] alright, apps: tag added, waiting for a build on Travis, and if it works, then it's time to test! [07:18] CC dholbach, didrocks ^ [07:19] tsimonq2: crossing fingers! [07:19] didrocks: tell me about it :D === chihchun_afk is now known as chihchun [07:19] didrocks: if you want to cross fingers with me :P https://travis-ci.org/tsimonq2/lubuntu-distro-snaps/builds/141002975 [07:20] tsimonq2: ahah, I have other stressing builds in progress ;) [07:20] didrocks: :) === hikiko is now known as hikiko|bbl [07:50] dholbach: do you have snapcraft 2.12 already? [07:51] didrocks, https://launchpad.net/ubuntu/+source/snapcraft [07:51] it's in -proposed still [07:52] dholbach: yeah, the question was if you installed it manually :) [07:52] (as I'm still on 2.11 and I saw that the wiki parts are already moved, I wondered if you tried it with it) [07:52] yes, I did for testing one of the sru bugs [07:53] dholbach: do you mind looking for my "desktop" parts? [07:54] and ensuring that desktop.gtk2 and desktop.gtk3 returns content? [07:56] didrocks, http://paste.ubuntu.com/18083742/ [07:58] dholbach: nice! [07:58] thanks a lot :) [07:59] didrocks: I'm on Yakkety, I got it from the archive, FWIW [08:01] tsimonq2: sweet! I think the output from dholbach confirms it work, but if you have a minute, do you mind: [08:01] 1. git clone https://github.com/ubuntu/snapcraft-desktop-helpers [08:01] cd snapcraft-desktop-helpers/demo/gtk3 [08:01] 2. vi snapcraft.yaml [08:01] s/vi/vim/ *AHEM* ;) [08:01] 3. replacing "gtk3" with "desktop.gtk3" in the after part [08:02] 4. trying to snapcraft it :) [08:02] didrocks@tidus:~$ ls -l /usr/bin/vi [08:02] lrwxrwxrwx 1 root root 20 mai 28 2012 /usr/bin/vi -> /etc/alternatives/vi [08:02] didrocks@tidus:~$ ls -l /etc/alternatives/vi [08:02] lrwxrwxrwx 1 root root 16 août 12 2013 /etc/alternatives/vi -> /usr/bin/vim.gtk [08:02] -> same on my machine :p [08:05] didrocks: error: [08:05] $ snapcraft cleanbuild [08:05] Issue detected while analyzing snapcraft.yaml: Cannot find definition for part 'desktop.gtk3'. It may be a remote part, run `snapcraft update` to refresh the remote parts cache [08:05] I'll run snapcraft update then [08:06] it still can't be found [08:06] yeah, you need to refresh [08:06] still :/ [08:06] hum, interesting [08:06] but the definition appears though [08:06] as per dholbach's output [08:06] can be a snapcraft bug? [08:07] sergiusens: once you are back ^ [08:07] sergiusens: also, I would like to just use the namespace without having to declare a stupid part "desktop, plugin: nil part" ;) [08:07] didrocks: http://img.ctrlv.in/img/16/06/29/577381bf95606.png [08:08] tsimonq2: did you try "snapcraft define desktop" and "snapcraft define desktop.gtk2" for instance? [08:10] didrocks: http://img.ctrlv.in/img/16/06/29/5773827e686af.png [08:11] this is after snapcraft update, right? [08:12] yep [08:13] sergiusens: ^ === hikiko|bbl is now known as hikiko [09:46] tsimonq2: mind retrying? We may have scheduled importer [09:56] didrocks: sure [09:58] didrocks: \o/ works fine now [09:59] phew, that was just an importer cron thingy though [10:00] sergiusens: I guess it worth a mention on this on the wiki page or anything ^ [10:00] thanks tsimonq2 [10:00] np didrocks :) [10:06] jdstrand: https://bugs.launchpad.net/snappy/+bug/1597259 [10:06] Launchpad bug 1597259 in Snappy "Access to /lib/ denied" [Undecided,Triaged] [10:06] jdstrand: feel free to assign to me if you think this should be in the base template [10:29] seb128, for my gedit310 snap, I've worked around the missing libs issue, but now I'm getting: [10:29] (gedit:20800): GLib-GIO-ERROR **: Settings schema 'org.gnome.gedit.preferences.editor' is not installed [10:30] any suggestions for a way I can work around that one? [10:32] i think there was work going on for a dbus interface [10:33] zyga, ^^ [10:39] mmm [10:39] so yes, there was some work on gsettings proxy [10:39] but I don't know if this is actually something the proxy would handle, this seems like it wants to access the schema files [10:40] I've just copied the schema files over from my local fs in to the stage dir and am going to rebuild and see if that helps [11:30] willcooke, do you use the standard gtk wrapper? [11:31] seb128, yeah [11:31] weird [11:32] can you share the snapcraft.yaml? [11:37] seb128, https://github.com/8none1/gedit310 [11:38] willcooke, oh, you coimmented the prefix option, that's the issue [11:38] it's looking for schemas in the standard location [11:39] and the default prefix from snappy is buggy in that regard [11:39] willcooke, https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1590831 [11:39] Launchpad bug 1590831 in snapcraft (Ubuntu) "having prefix='' by default is non standard and confusing" [Undecided,Confirmed] [11:39] seb128, hmm, I think I commented them out for a reason, lemme try [11:40] willcooke, it might create issue, did you try to combine it with the organize I suggested? [11:40] let me try to build it with those [11:43] seb128, hmm [11:43] it works now :D [11:43] sorry [11:43] lol [11:43] no worry [11:43] you already rebuilt? [11:44] seb128, I think I should copy the themes over [11:44] ah, but... I had to do [11:44] LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./usr/lib/gedit/ gedit [11:44] so maybe I will need another customer launcher there? [11:44] likely [11:45] I don't know if you can add an env like that in the apps: section of the snapcraft.yaml [11:45] and for themes, is there and env var for that, and shall I just copy them over from my fs? [11:46] you can stage light-themes [11:46] which is what others do === dpm_ is now known as dpm [11:48] hey didrocks, I just noticed your new gtk launchers, good work. Are these ready to replace the 'gtkconf' part?, and if so, do we want to start migrating apps from the playpen to them? [11:54] willcooke, you should also stage libglib2.0-bin for the schemas compile [11:54] dconf-gsettings-backend as well for dconf to work [11:56] willcooke, oh and you want to use the "gsettings" interface, it's not included under unity7 [11:57] seb128, thank you!! Added and rebuilding [11:58] yw [12:00] dpm: yes and yes :) I just have to give a try at pulseaudio, but the rest is good and should replace yours and so, playpen! [12:00] dpm: do you know of a good pulseaudio simple demo btw? [12:01] ooh, new gtk launcher? didrocks what's new in your one? [12:01] didrocks, cool, you might have done it already, but if not, seb128 had been working on things like translations, you might want to talk to him [12:01] willcooke: it's based on the existing ones, just cleaned up (like dynamic gtk2/3 detection, keeping xdg cache on upgrade and such) while being able to share base functionality with Qt ones [12:02] didrocks, I don't know any short and sweet pulseaudio off the top of my head, sorry :/ [12:02] dpm: yeah, we did a review on it yesterday evening :) [12:02] pulseaudio *demo, I mean [12:02] nice one, thanks didrocks seb128 [12:02] excellent [12:02] yeah, that's my issue, seb128 and I are unsure we need to export LD_LIBRARY_PATH to it [12:02] or add the library itself [12:02] hence a demo would be great for testing :) [12:05] didrocks, we can maybe have a simple snap with pavucontrol or something [12:05] though playing sound and controling the channels etc is not the same [12:05] so maybe just paplay and ubuntu-sounds [12:05] seb128: yeah, I had the same issue with pavumeter [12:06] so yeah, let's try paplay + ubuntu-sounds [12:07] current snapd is buggy though [12:08] you need https://github.com/snapcore/snapd/pull/1359 [12:08] ah? [12:08] which hasn't been rolled out in distro version yet [12:08] ok, so next snapd [12:08] yes [12:08] * didrocks puts that on side thus [12:08] let enable me creating a placeholder for now [12:09] you can probably try a daily snapd if you want [12:09] is the next version due tomorrow? [12:09] I think it is [12:09] and I have enough with working on helping others + qt4/5 launchers + converting existing stuff for keeping me occupied until then :) [12:11] yeah [12:19] dpm: willcooke: oh, also another difference on this launcher: it's pulling the base launcher dependencies for you, so no need to overload them anymore in your parts (build- and stages-) [12:20] nice! [12:20] didrocks, where can I see a list of those? [12:21] willcooke: snapcraft 2.11 or 2.12? [12:21] it's built in in 2.12, but the definition is taken from https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/snapcraft.yaml [12:22] it's strictly the launcher requirements + what flavor you wants (gtk2 or gtk3 here) [12:23] didrocks, thanks! [12:23] didrocks, just curious but what's the desktop part about? [12:23] willcooke, grep - new gtk launcher list of packages - ^ [12:23] it only has a nil plugin [12:25] seb128: nothing, but it seems to be required to have then desktop. namespace [12:25] I feel that's a snapcraft bug, it shouldn't === chihchun is now known as chihchun_afk [12:26] you mean you can't name a part desktop.gtk3? [12:26] directly [12:26] not if there is no desktop part [12:26] I see [12:27] but your parts are named gtk2/gtk3 [12:27] yeah, see https://wiki.ubuntu.com/snapcraft/parts [12:27] how do they translate to their real name? [12:27] is that from the wiki? [12:27] you have a project-part: desktop [12:27] then, for exposing other parts, it's parts: [gtk2, gtk3] [12:27] I see [12:27] which is using the project-part namespace [12:27] similar to the commands [12:27] I read it from http://blog.sergiusens.org/posts/The-Snapcraft-Parts-Ecosystem/ [12:28] yes [12:28] thanks [12:28] I find it counter-intuitive though [12:28] yw [12:28] I'm that blogpost in my list of things to read [12:28] going to do that now ;-) [12:28] and you can even see sergio had the same issue with mttq btw :p [12:28] mqtt* [12:28] :-) [12:28] heh, happy reading! [12:55] zyga: 1597259 already has a PR [12:57] zyga: hehe, and you merged it (https://github.com/snapcore/snapd/pull/1435) [13:00] jdstrand, is it a known issue that a home dir mounted via NFS results in u-c-l denials trying to create the user data directory? [13:04] jdstrand: ohh, right [13:04] jdstrand: that's good [13:04] jdstrand: release is today [13:12] seb128, halp! I just did a snapcraft clean and then tried to rebuild that snap.... libtool: warning: 'libgedit-private.la' has not been installed in '/usr/lib/gedit' [13:12] I don't get it, it was working find a moment ago :) [13:12] urg [13:12] dunno about this one [13:13] seb128, I think this is why I commented out the prefix stuff originally [13:13] stupid brain can't remember though [13:14] Will play with it... [13:14] doesn't make sense why gedit would fail to build with a prefix [13:14] make[3]: Entering directory '/home/will/source/gedit/gedit310/gedit310/parts/gedit/build/gedit' [13:14] /bin/mkdir -p '/usr/bin' [13:14] /bin/bash ../libtool --mode=install /usr/bin/install -c gedit '/usr/bin' [13:14] libtool: warning: 'libgedit-private.la' has not been installed in '/usr/lib/gedit' [13:14] libtool: install: /usr/bin/install -c .libs/gedit /usr/bin/gedit [13:14] Makefile:879: recipe for target 'install-binPROGRAMS' failed [13:15] could be a makefile issue [13:16] kyrofa: heh, that would not surprise me. what is the denial? [13:17] jdstrand, http://pastebin.ubuntu.com/18097641/ [13:20] kyrofa: I think that is going to be fixed in the pending upload because that directory will no longer be created by the confined launcher [13:20] jdstrand, ah right, snap run [13:20] jdstrand, that would be operating under a similar profile? [13:20] won't rather [13:20] it is unprivileged [13:21] I don't believe it has a profile [13:21] zyga: can you comment? ^ [13:22] Alright good deal [13:22] Thanks jdstrand! [13:38] jdstrand: looking [13:40] jdstrand: I'm not sure what to make of it [13:40] jdstrand: which directory is no longer created, I don't see anything that snap would create? [13:44] zyga: ~/snap/foo/... is no longer created by snap-confine. The question is, what is doing that now (assuming 'snap-run') and is that thing confined (assuming not) [13:46] hmmmm [13:46] I don't think it is doing that [13:46] ah, wait, snap run might be indeed doing that [13:48] hi all, I'm wondering if anyone would know why there is a 'parts/myapp/install' and a 'parts/myapp/installlib' folders?. My app contains a mix of c, c++ and python libs and the python modules show up in the 'installlib' dir. [13:48] sergiusens: did you see my response last night? [13:48] mhall119 yes, thanks [13:53] sergiusens: will that make it into the next snapcraft release? [13:59] tsimonq2: did you retried with 2.12? [13:59] retry* [13:59] jdstrand: what confused me is this: name="/home/xcore/mberger/ [13:59] sergiusens: hey, I still don't see my desktop. parts appearing on https://parts.snapcraft.io/v1/parts.yaml [13:59] jdstrand: that's not a $HOME/snap/$SNAP_NAME [13:59] sergiusens: should I start getting nervous? :) [13:59] (I updated the wiki this morning, like 7h before) [14:00] for some reason I get my python modules in 'parts/mayapp/installlib/python2.7' and I would expected to show up in 'parts/mayapp/install/lib/python2.7' [14:00] .. is this a snapcraft bug?# [14:00] .. is this a snapcraft bug? [14:01] zyga: no, it isn't. the user is using an alternative directory for HOME which would be a problem if the process creating the dir is confined, but it isn't any more aiui [14:01] juanrubio: do you use the python plugin? if so, I would says it can be, sergiusens ^ [14:01] zyga: fyi, not sure if this could be snuck in: https://github.com/snapcore/snapd/pull/1441 [14:01] zyga: if not, 2.0.11 is fine [14:02] jdstrand: checking === JanC is now known as Guest53913 === JanC_ is now known as JanC [14:02] I'm using the autotools plugin.. all my project built with autotools [14:02] ah, and you stage-packages: [python2] ? [14:03] I guess if it's in install/ it's due to your build tools installing them there [14:05] when I build everything outside snapcraft with make, make install, the python packages are installed under 'prefix/lib/python2.7' [14:07] didrocks: I stage with a fileset, 'libraries: lib/*', but the python packages got installed in 'parts/installlib/python2.7' [14:08] juanrubio: interesting, maybe sergiusens could have a look later in if you post your snapcraft.yaml here :) [14:09] and maybe open a bug report against snapcraft on launchpad about it? https://launchpad.net/snapcraft [14:09] (post your snapcraft.yaml there) [14:10] my file is here is anyone wants to have a look: https://github.com/tizonia/tizonia-openmax-il/blob/master/tools/snapcraft.yaml [14:10] I've just started with this, so I'm probably getting something wrong... [14:11] hum [14:11] modules: [14:11] I'll open the ticket in launchpad as well... thanks [14:11] - installlib/python2.7/dist-packages/*.py [14:11] this is due to the wrong install path I guess you are encountering :) [14:12] didrocks: yes, that was an attempt to get the python modules staged, but that does even work... if you remove that line, there is no change [14:12] yeah, I guess open the ticket with your clean snapcraft.yaml [14:12] (without this then) [14:12] I'm sure we'll get to it quickly [14:12] sure, I will, thanks again! [14:12] your .yaml looks good otherwise [14:12] yw! :) [14:13] just a tip: you don't need source-type: git [14:13] as you ended up your url with .git, snapcraft is smart enough for this :) [14:13] great, I'll remove that too === chihchun_afk is now known as chihchun [14:20] juanrubio, you might try providing --prefix=/ as a configflag to see if anything chnges [14:21] let me try that [14:41] kyrofa: that worked beautifully.. now my python packages are under 'parts/tizonia/install/lib/python2.7/site-packages' [14:41] should I still open the launchpad bug report?. can do if that helps... [14:42] juanrubio, good deal. Means the problem is within the build system for that project, not snapcraft [14:43] I see, I'll have to investigate that... [14:44] ...but for now I have a solution in place... so now on to another question: [14:44] elopio any idea when our infra will catch up with the repo move? [14:44] mhall119 yes [14:45] didrocks did it show? [14:45] didrocks I see some issue from the parser, josepht mind looking? [14:46] what would be the best practice here... my project depends on some pip packages, e.g. gmusicapi, these change rapidly, so no chance I can get them as debs... can I add parts that download and install these python modules using pip? [14:48] kyrofa, i'm just answering a question about the nextcloud snap and was wondering if you wouldnt like to add another blog post about how to migrate your data from a former install to the shiny new snappy system [14:48] I could not find a snapcraft 'demo' project with 'pip' in it.. if there is one, I would appreciate pointers.. [14:48] ogra_, that's a good idea, thanks! [14:48] (for people coming from classic etc) [14:50] sergiusens: we are waiting for niemeyer to add the bot to the team. [14:50] everything else seems good. [14:50] Doing that now [14:51] elopio coveralls as well? [14:51] @elopio What bot do you want there? [14:51] niemeyer: No such command! [14:52] sergiusens: thx for looking at it with josepht :) [14:53] sergiusens: What bot do you want there? [14:53] sergiusens: I'll take a look [14:53] sergiusens: I also added you as a team maintainer now, so you should be able to do that yourself btw [14:54] Is there a way to create a udev rule in my snap so that it is installed in /etc/udev/rules.d? [14:54] Or should I just use the copy plugin? [14:55] how would the copy plugin help ? [14:55] you cant copy anything outside of your snap root [14:55] didrocks, sergiusens: fwiw, there's a tab in the wiki. [14:55] Ahh, gotcha ogra_ [14:56] niemeyer oh goodie, thanks. For the bot name we have to wait elopio to provide it though [14:56] wililupy, i know there were discussions beween zyga and jdstrand about udev rules in snaps, not sure where that ended [14:57] niemeyer: snappy-m-o. [14:57] sergiusens, elopio: Coveralls enabled, repo token dJaU2S3FSEyMoRkrV4bxhOmIjOUyWMbBq [14:57] niemeyer: hum, the token should be secret :) Can you regenerate it and send it privately, please? [14:57] elopio: Yeah, I know.. public channel, duh [14:58] * ogra_ lols [14:58] josepht: outrageous! :) [14:58] ogra_: what we talked about was less about that and more about enumerating devices and files from udev queries. most of what you referred to would be in the gadget snap realm which afaik is still being designed [14:58] elopio: You got a new one privately [14:58] josepht: feel free to change it [14:58] jdstrand, ah, i thought there was a discussion about udev rules to allow symlinks so apps find the properly named devices etc [14:59] which wuold kind of touch that area [14:59] elopio: Any chance we can stop snappy-m-o from spamming everyone on GH issues? [14:59] didrocks, sergiusens: nm, that was me being dense. [14:59] Alternatively, can we rename it to spammy-m-o? [15:00] ogra_: I recall that, but that isn't something I'm personally driving is all I meant [15:00] ah [15:01] niemeyer: not if you want to keep the jenkins tests running. If you are ready to disable those tests, I can disable the bot for snapd. [15:02] elopio: I was hoping we could get the bot fixed instead of disabling it [15:03] niemeyer: that would require patching the jenkins plugin, which is an ugly java thing. We can do it, but not this week. Report a bug and we'll get to it. [15:03] Report where? [15:03] niemeyer: short term solution, add people to the whitelist. [15:04] niemeyer: github.com/ubuntu-core/snappy-jenkins [15:04] elopio: Doesn't work.. the bug reference I mentioned to you had "add to whitelist" on the history, and it continued nevertheless [15:05] elopio: https://github.com/snapcore/snapd/pull/1379 [15:05] niemeyer: when you comment add to whitelist, it is stored in the jenkins running instance. But it is redeployed often. In order to add to the whitelist permanently, it needs to be changed in the source of the job: https://github.com/ubuntu-core/snappy-jenkins/tree/master/containers/jenkins-master/config/jobs [15:06] I guess we should just work to take down that tool altogether then.. [15:06] also, people from the team snapcore should be whitelisted, so alternatively you can add people there. I see a bug, that we didn't update from ubuntu-core there, I'll quickly change that. [15:07] niemeyer: that works too. I don't enjoy jenkins. But we need a tool for general pipelines and triggers. [15:08] I'm talking about that java plugin, not jenkins, to be clear [15:08] didrocks, sergiusens: I had to upgrade the snapcraft code on the parts service. The desktop parts are now in the parser output [15:09] nice! thanks josepht [15:09] didrocks: np [15:10] niemeyer: I'm not sure if there's a way to do it differently. Improve the plugin can be done for sure, but some things are just blocked by jenkins architecture. Like stopping a test if a newer push arrived, that's not doable in a nice way, afaik. [15:10] sergiusens: niemeyer: PR tests are working as before. Thanks! [15:11] niemeyer: can you please disable the coveralls comment? There's a switch in the settings page. [15:12] elopio: It's software.. everything is doable.. the question is how much we care to fix it [15:13] elopio: Comments disabled [15:13] ty. [15:14] https://github.com/ubuntu-core/snappy-jenkins/issues/184, FWIW [15:17] elopio kyrofa please don't merge anything just yet [15:18] sergiusens: ack [15:35] sergiusens: with respect to python3 plugin not creating entry_points, i filed a bug, and proposed this alternative to using pip3 --target https://github.com/snapcore/snapcraft/pull/614 [15:35] joc_yup cwayne already got me up to speed [15:35] ah cool [15:36] joc_ I do recall tedg debating wether to use root or target there. I guess this outweighs the original logic [15:38] sergiusens: Haha, I think I used root and you changed it! ;-) (I have no clue why I used root though really, probably cargo culted it from somewhere) [15:39] Interesting that you can pass an install option like that, that was probably the bug with my implementation. [15:39] sergiusens: tedg obviously would appreciate you checking the command i used [15:41] joc_: Oh, not me. Everything I know about python is because barry answered a question about it for me. === chihchun is now known as chihchun_afk [15:54] didrocks: you added gtk and gtk3 to the old wiki. 2.12 uses wiki.ubuntu.com/snapcraft/parts instead. [15:56] didrocks: scratch that, I'm just not subscribed to the new one :) [15:56] *was [15:58] jdstrand: hey, reviewer-tools r687 is live on the store \o/ [15:58]