flexiondotorgkyrofa, I notice there is a newer Debian package of python-debian that upstream tarball00:17
flexiondotorgNothing significant.00:19
flexiondotorgkyrofa, Could it be you just need python3-chardet?00:24
flexiondotorgHmm, that should be pulled in.00:27
flexiondotorgpip install python-debian into a clean virtual env doesn't pull in chardet.00:28
flexiondotorgBy the python3-debian deb does list python3-chardet as Depends:00:29
=== jgrimm is now known as jgrimm-out
flexiondotorgkyrofa, Might worth putting 'chardet' in one of the requirements files.00:33
mupPR snapcraft#987 closed: pluginhandler: prepare scriptlet support <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/987>02:33
=== JanC_ is now known as JanC
mupPR snapcraft#988 closed: pluginhandler: build scriptlet support <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/988>05:24
mupPR snapcraft#981 closed: Support download and validate on branded stores <Created by cprov> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/981>05:27
mupPR snapcraft#982 closed: parser - Use the same version method as 'snapcraft' <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/982>05:30
mupPR snapcraft#974 closed: Updated maven plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/974>05:36
mupPR snapcraft#975 closed: Updated gradle plugin to use get_build_properties()  <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/975>05:36
mupPR snapcraft#978 closed: Updated cmake plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/978>05:39
mupPR snapcraft#979 closed: Updated waf plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/979>05:39
mupPR snapcraft#983 closed: Updated scons plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/983>05:45
mupPR snapcraft#990 opened: Fix snaps tests in armhf <Created by elopio> <https://github.com/snapcore/snapcraft/pull/990>06:39
shuduohello, is there a way like web interface to manage the keys I created and registered?06:58
=== shuduo is now known as shuduo-afk
mupBug #1641631 opened: Raspberry Pi images do not support boot from USB <Snappy:Fix Committed by alfonsosanchezbeato> <https://launchpad.net/bugs/1641631>09:17
kalikiana_Hrm. Isn't "stable" supposed to imply snaps in there were tested? I discovered "tmx" by chance, installed it and find myself unable to run it. It quits with "Error opening terminal: " regardless of what my TERM is. I kind of want a "snap report-broken tmx" command.09:36
kalikiana_The name 'caozhen' shown in "snap list" doesn't help me either09:38
mcphailkalikiana_: "stable" just means it was uploaded to that part of the store and passed some automatic security checks. There's no guarantee the snap actually works09:48
=== shuduo-afk is now known as shuduo
shuduoogra_: hi, may i know if audio including micphone recording and playback working on any reference board with latest UC16?09:51
ogra_shuduo, i must admit., i dont know ... i know there is pulseaudio support (so playback should be fine) but i dont kbnow about recording09:52
ogra_perhaps morphis can tell :)09:53
shuduoogra_: good to know playback works. morphis, hello, may i know what status audio function on UC16 now?09:54
kalikiana_mcphail: Well, I can see that much. Doesn't make it a good experience, though09:56
kalikiana_Considering stable has requirements like 'no devmode' it seems futile if "in working condition" isn't part of those09:57
kalikiana_Or, as I said, if I could at least manually intervene. For all I know the developer is able to run the snap on their machine. But I can't ask them09:57
marrek22hi i try to install ubuntu core on my pi but it says no ssh key to my account10:09
ogra_did you upload one on login.ubuntu.com ?10:10
marrek22no where can I find the key10:11
marrek22but how can I generate a key when I can't login to the pi10:12
ogra_generate one ... upload the public part to login.u.c and make sure the machine you try to log in from later has the private bit10:12
ogra_(this is all between your PC and login.ubuntu.com ... the pi only comes into play later)10:13
longsleepogra_: hey do you know if the snap-confine changes related to aa confinment have landed in snapd and if those are available now through edge channel? It was this https://github.com/snapcore/snap-confine/tree/use-aa-support tree but its no longer there :/10:14
=== tinwood is now known as tinwood_holiday
ogra_longsleep, if they landed in 2.20 they are most likely not in edge yet (2.20 only landed and there was no auto-build of the edge core snap since i think)10:15
ogra_ICBW though ... and mvo did a re-spin10:15
longsleepogra_: ok, how does one check what actually is in edge channel?10:16
ogra_hmm, not sure if uappexplorer shows the version10:17
ogra_ah, well, it wouldnt show edge anyway10:17
ogra_one sec10:17
ogra_longsleep, http://people.canonical.com/~ogra/core-builds/ has logs and versions of the auto-builds (but no manual ones so it could be there is something newer if someone did a manual build via LP)10:18
longsleepogra_: ok cool, let me see if i can actually find the change10:19
ogra_and i see snapd 2.20 in the manifest !10:19
longsleepogra_: in the last build it logs snapd2.20~ppa210:20
ogra_so if that fis is in 2.20 you should have it in edge then10:20
longsleepogra_: yeah - so that would be good if the aa change has actually been merged10:20
longsleepogra_: zyga is on holidays already? Would be easiest if i could just ask him :P10:22
ogra_i think he is, yeah10:22
arais there a way for "snap list" to return the channel as well?11:36
ogra_probably in snap info11:37
ogra_ogra@pi3:~$ snap info htop |grep tracking11:38
ogra_tracking:    stable11:38
mupBug #1650520 opened: Qt's bearer needs access to NetworkManager APIs <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1650520>12:00
kalikiana_ara: It's always stable if you can see it in "snap list"12:02
arakalikiana_, I guess you are saying "can't"?12:02
arakalikiana_, thanks!12:02
ogra_ara, well, you could grab the list and loop over it with snap info (see above)12:03
kalikiana_Oh, maybe I misunderstood. I thought this was looking for installable snaps - obviously the ones already on the system can be from any source12:04
ogra_kalikiana_, my install tracks edge completely ... with that theory i wouldntz see anything in snap list ;)12:04
araogra_, ah, ok :) I guess we could file a UX bug :)12:04
kalikiana_ogra_: I tend to mixup snap list/find because they're so similar12:04
ogra_ah, yeah, find only shows stable12:05
mupPR snapd#2497 opened: Clean mount namespace when mount changes <Created by tsdgeos> <https://github.com/snapcore/snapd/pull/2497>12:15
rvrfgimenez: Hi12:27
rvrfgimenez: Did anything change to run spread tests?12:27
rvrfgimenez: I get this: error: $(HOST: ./generate-packaging-dir ubuntu 14.04) in project environment returned error: ./generate-packaging-dir: 12: ./generate-packaging-dir: git: not found; ./generate-packaging-dir: 13: ./generate-packaging-dir: git: not found12:27
mupPR snapd#2497 closed: Clean mount namespace when mount changes <Created by tsdgeos> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2497>12:38
fgimenezhey rvr, looking12:56
rvrfgimenez: I commented this line12:58
rvr    # slight abuse12:58
rvr    # GENERATE_14_04: "$(HOST: ./generate-packaging-dir ubuntu 14.04)"12:58
rvrfgimenez: in spread.yaml12:58
fgimenezrvr, yes, that should be enough, it seems that failed because git is not available on your host, is that the case?13:17
rvrfgimenez: Nope, it is available13:30
rvrfgimenez: I am running the tests on the git-cloned directory13:30
fgimenezrvr, mm the error you pasted is pretty clear "./generate-packaging-dir: 13: ./generate-packaging-dir: git: not found" maybe it is not available in $PATH during the script execution, what is the output of "which git"?13:33
rvrfgimenez: /usr/bin/git :P13:34
fgimenezrvr, or better, git remote | grep upstream13:34
fgimenezrvr, and git remote add upstream https://github.com/snapcore/snapd13:35
rvr$ git remote | grep upstream --> No output13:35
rvrfgimenez: What is that expected?13:36
rvrSorry, why13:36
fgimenezrvr, that is the command that seems to fail for you in generate-packaging-dir13:37
rvrI mean, why is git needed to run the tests?13:37
cachiojdstrand, hey?13:48
cachiojdstrand, is the dbus interface in http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/?13:49
fgimenezrvr, not sure, it seems that some test needs that packaging dir in place13:50
ogra_cachio, if you know the deb versions you need http://people.canonical.com/~ogra/core-builds/ has links to the manifest files for the core snaps13:51
cachioogra_, nice, thanks13:52
jdstrandcachio: I don't know. 2.20~ppa2 has it according to https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages13:54
jdstrandcachio: https://launchpadlibrarian.net/288335774/core_16.04.1_amd64.manifest has 2.1613:55
jdstrandoh, hold on13:55
jdstrandhttps://launchpadlibrarian.net/298419516/core_16.04.1_amd64.manifest shows 2.20, so yes, it should have it13:55
ogra_2.20 is in the last core ...13:55
ogra_but i'm not 100% sure the last core is also in the last image yet, you might need to snap refresh it13:56
ogra_will definitely be in tomorrows daily13:56
cachioogra_, ok, I'll update the core in that case13:58
ogra_just check with snap list first :)13:59
cachioogra_, sure, tx14:01
=== cachio is now known as cachio_afk
mupPR snapcraft#991 opened: Updated ant plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/991>14:08
mupPR snapcraft#992 opened: Updated make plugin to use get_build_properties()  <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/992>14:08
rvrfginther: Three failures in the candidate image (custom built) http://paste.ubuntu.com/23638197/14:12
rvrfgimenez: ^14:12
fgimenezrvr, it seems that you are using an outdated version of spread, that should explain the two errors about "/bin/bash: line 54: MATCH: command not found"14:16
fgimenezrvr, you had before the tests/main/ubuntu-core-reboot error, the service doesn't comes up on time after reboot, i haven't been able to reproduce14:17
rvrfgimenez: I did a git pull just before running the tests14:19
fgimenezrvr, the tests/main/interfaces-mount-observe error is strange, an EOF in the middle of a test can be caused by an unexpected reboot or a lost of connection14:19
fgimenezrvr, i mean the spread executable14:19
rvrfgimenez: Oh, I see14:19
rvrOk, upgraded14:20
rvrfgimenez: Yes, seems the connection was lost14:21
rvrfgimenez: System is in initramfs prompt :P14:26
mupPR snapcraft#993 opened: Updated qmake to use get_build_properties and get_pull_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/993>14:26
rvrI remember we had this problem before14:26
=== larryprice_ is now known as larryprice
fgimenezrvr, this is executed on a dragonboard, right?14:38
rvrfgimenez: Right14:38
fgimenezrvr, we had problems before with the tests/main/ubuntu-core-upgrade test, it seems that some state is left behind after the cycle of checks and the system believes that it needs to reboot to finish an upgrade, because the core snap version that is supposed to be upgraded to is not actually there, the system crashes14:41
fgimenezrvr, that would explain the EOF you had too14:41
rvrfgimenez: Yes, because it cannot connect to the system anymore14:42
rvrBut it also breaks it completely, that's ugly :(14:42
fgimenezrvr, this test problem should be already fixed, we need to verify, anyway, could you please execute the suite again removing tests/main/ubuntu-core-upgrade folder from snapd's tree? you should need to reflash the image too14:43
rvrfgimenez: Sure, and will use the available images14:43
fgimenezrvr, great, thanks!14:44
=== cachio_afk is now known as cachio
cachiojdstrand, to use that interface, should I do something special?15:35
cachiojdstrand, I rat the tests and those are still getting the same erroro15:35
cachiojdstrand,  dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'com.canonical.kpi.signal': no such name15:36
mupPR snapd#2499 opened: tests: add super simple classic confinement test <Created by mvo5> <https://github.com/snapcore/snapd/pull/2499>15:37
cachiojdstrand, this is the config file that I am using http://paste.ubuntu.com/23638496/15:38
jdstrandcachio: yes, you need to declare what you are going to use15:38
jdstrandhttps://github.com/snapcore/snapd/wiki/Interfaces#dbus has the details15:39
jdstrandcachio: but essentially add this to your yaml:15:39
mupBug #1650520 changed: Qt's bearer needs access to NetworkManager APIs <snapd-interface> <Snappy:Invalid> <https://launchpad.net/bugs/1650520>15:39
jdstrand  kpi-dbus:15:39
jdstrand    interface: dbus15:39
jdstrand    bus: system15:39
jdstrand    name: com.canonical.kpi.signal15:39
cachiojdstrand, ok, make sense15:40
jdstrandcachio: that should give you a bus policy very similar to what you pasted15:40
jdstrandcachio: similar, becuase 'default' doesn't allow 'own'15:41
cachiook, so i dont need to copy the config file anymore, right?15:41
jdstrandcachio: depending on how your snap is written, it may even work in strict mode15:41
jdstrandcachio: but if you have a complicated dbus api, you might still need to use devmode15:42
cachiook, I'll try with this new conf, thanks!!15:42
jdstrand(see the documentation for what I mean by that)15:42
mupPR snapcraft#994 opened: Updated kbuild plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/994>15:50
mupPR snapcraft#995 opened: Updated kernel plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/995>15:53
mupPR snapd#2500 opened: tests: run snap confine tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/2500>15:53
mupPR snapcraft#996 opened: Updated nodejs plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/996>15:56
mupPR snapcraft#997 opened: Updated gulp plugin to use get_build_properties() and get_pull_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/997>15:59
mupPR snapcraft#998 opened: Updated gulp plugin to use get_build_properties() and get_pull_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/998>16:02
=== cachio is now known as cachio_lunch
rvrfgimenez: spread -v -reuse external:ubuntu-core-16-arm-64 doesn't work as command line now16:05
rvrerror: invalid project name: ""16:05
rvrAnd --help doesn't help X-)16:06
mupPR snapcraft#999 opened: Updated autotools plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/999>16:08
rvrThis error is familiar to me16:20
rvrIt used to happen before, and we were force to use another version of spread16:20
rvrIs it not solved yet?16:21
fgimenezrvr, iirc that was happening before because spread wasn't installed with the --devmode option16:24
rvrfgimenez: Hmmm16:24
rvrfgimenez: I did a refresh16:24
=== shuduo is now known as shuduo-name
=== shuduo-name is now known as shuduo-afkk
rvrDoes it keep the --devmode?16:24
=== shuduo-afkk is now known as shuduo-afk
fgimenezrvr you can check with snap list16:25
rvrfgimenez: Thanks, you were right. I reinstalled with --devmode and it works now.16:27
fgimenezrvr, np :) good to know16:28
kyrofaflexiondotorg, yeah that would probably work, but doesn't that mean that python-debian doesn't specify all of ITS dependencies?16:29
kyrofaflexiondotorg, by the way, the debian package python3-debian works fine. But in our baby steps toward snapping it, we're trying to make sure it works from pip as much as possible16:30
=== cachio_lunch is now known as cachio
kyrofabarry, you know all there is to know about python-debian, right? ;)16:33
barrykyrofa: oh sure ;)16:33
barrykyrofa: what's up?16:34
kyrofabarry, any idea why the debian package depends upon chardet, but pip doesn't (and fails as a result)?16:34
mupPR snapd#2501 opened: tests: enable the ppc64el tests again <Created by mvo5> <https://github.com/snapcore/snapd/pull/2501>16:35
barrykyrofa: it all has to do with vendorizing (long explanation follows)16:36
barryupstream pip "vendors" several packages, meaning it comes with its own private copies of things.  other packages do this, e.g. requests16:36
kyrofaAh, but you can't do that in debian packages16:36
barrythis violates debian policy because say there were a security vulnerability in chardet, fixing python-chardet wouldn't fix pip's use of it16:36
barryso we devendorize, meaning adjust those packages to use system versions intsead of their private copies.  which is easier for some packages and harder for others16:37
barrypip upstream is friendly to our needs, so pip is rather easy to devendorize16:37
barryand when we build pip we "rewheel" a bunch of packages, meaning we turn their debian layout back into a wheel, and then arrange for the wheel to be used by pip.  we label these with Built-Using in pip's d/control16:38
barrychardet is one of the rewheel'd packages16:38
barrykyrofa: exactly16:38
kyrofabarry, okay, that makes perfect sense16:38
kyrofabarry, though it doesn't explain the failure I'm seeing: https://travis-ci.org/snapcore/snapcraft/jobs/18085962416:39
kyrofa(scroll to the bottom)16:39
kyrofaI added python-debian to the requirements.txt, and that's the result16:39
barrylet me check something16:39
barrykyrofa: that's interesting because python3-debian definitely Depends explicitly on python3-chardet16:41
barry(at least in unstable)16:41
kyrofabarry, that failure isn't installing the deb though-- that one is using the requirements.txt to install it16:41
longsleepI still fail to register my key with snapcraft, 'account-key-request' assertion failed - anyone here to help now?16:42
kyrofabarry, it's worth noting that, if I use python3-debian instead of the pip package for all tests, everything works fine16:42
kyrofabarry, this is the PR corresponding to that test run, by the way: https://github.com/snapcore/snapcraft/pull/941/files#diff-b4ef698db8ca845e5845c4618278f29aR1916:43
mupPR snapcraft#941: Support symlinks within deb sources <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/941>16:43
barryso that would get it through pypi, which looks relatively up-to-date (it's a version behind the unstable version)16:43
barrykyrofa: so i think the problem is that pypi's python-debian 0.1.28 doesn't have an install_requires on chardet, and chardet isn't in your requirements.txt, so pip never thinks it needs to install it.  that sounds like a bug in the upstream package setup.py16:46
kyrofabarry, indeed, my thoughts as well16:46
kyrofabarry, shall I report that?16:47
barrykyrofa: no need :) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=83869516:47
* barry sees if he can commit the fix to $vcs16:48
kyrofabarry, so adding chardet to my requirements.txt is a satisfactory workaround? Just use the latest version?16:49
barrykyrofa: yep, that should work16:49
kyrofabarry, okay thank you, and thanks for taking a look at that bug!16:49
barrykyrofa: np!  that's what i'm here for :)16:50
barryyep, nope, i can't push to its repo, so i'll just follow up on the bug16:52
mupPR snapcraft#1000 opened: Updated godeps plugin to use get_pull_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/1000>16:56
mupPR snapcraft#977 closed: Prefer in-snap libraries to system libraries <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/977>17:02
mupPR snapcraft#1001 opened: Updated catkin plugin to use get_pull_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/1001>17:05
=== iMadper is now known as iMadper|Sleeping
mupPR snapcraft#1002 opened: Updated python plugin to support get_pull_properties <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/1002>17:11
mupPR snapcraft#1003 opened: Release changelog for 2.24 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1003>17:14
mfeatherstonI'm working on an ubuntu core image and I need to include some system firwmare.  Is there some way for me to overlay files in /lib/firwmare?17:20
ogra_mfeatherston, in the gadget snap17:21
mfeatherstonThis is what I was trying: https://paste.ee/p/zMQFX17:23
ogra_(or alternatively you can roll your own kernel snap and ship them there)17:23
mfeatherstonI'm also doing that, but I didn't see a way to pack the firmware in the kernel17:23
ogra_if /lib/firmware is in there it gets used17:24
mfeatherston/lib/firmware is missing from the filesystem as far as I can tell, but they show up in /writable/system-data/snap/tsimx6-gadget/x1/firmware/ and /snap/tsimx6-gadget/x1/firmware/17:25
mfeatherstonwell, I should rephrase that, the contents in /lib/firwmare I expect are missing17:26
mfeatherstonthe standard /lib/firwmare is there17:26
kyrofaflexiondotorg, I've updated bugfix/1634813/support_debs_containing_symlinks bringing it up to date with master and also adding chardet to the requirements. This should pass tests as soon as I propose it, though I'm waiting to do that so I don't steal adt resources from release17:35
flexiondotorgkyrofa, Thanks for the update :-)17:35
rvrfgimenez: http://paste.ubuntu.com/23639009/17:36
mfeatherstonogra_, thanks packing it in the kernel will work for me.  I see others from my build present there.17:36
fgimenezrvr, seems that the connection was lost again, but without EOF this time, i'll try to reproduce18:04
robertkowalskii'm on the apache couchdb project18:12
robertkowalskiand want to register the snap "couchdb"18:12
robertkowalskiit says the name is registered18:12
robertkowalskiand the text mentiones one can request the name, but i don't find instructions where to go for that anywhere18:12
robertkowalskii found it out, the button changes to "request resverd name"18:15
kyrofarobertkowalski, does it say it's already registered, or that it's reserved?18:15
kyrofanessita, can you help with the couchdb name? ^^18:17
mupPR snapcraft#994 closed: Updated kbuild plugin to use get_build_properties() <Created by ZenHarbinger> <Closed by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/994>18:17
flexiondotorgrobertkowalski, If you scroll down the page, you;ll notice the button text has changed.18:17
flexiondotorgrobertkowalski, I was working with another project and they had the same issue.18:18
flexiondotorgThey didn't notice that the 'Register and proceed to upload' button had also changed to 'Submit name dispute' because that button is rendered off-screen even on a 1080p display.18:19
flexiondotorgSo add a comment to support you name claim and click Submit name dispute :-)18:19
kyrofaflexiondotorg, I bet it's rendered offscreen on my 4k screen too due to the scaling I have to apply to see anything :P18:19
flexiondotorgIt is. I have that issue. First world problems ;-)18:20
flexiondotorgNight snappers, time for the pub :-)18:24
robertkowalskithank you!18:24
robertkowalskiyes the button was hard to find18:24
kyrofaNight flexiondotorg, have a good weekend!18:27
mupPR snapcraft#941 opened: Support symlinks within deb sources <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/941>18:35
mupPR snapcraft#1004 opened: Add aliases integration test <Created by josepht> <https://github.com/snapcore/snapcraft/pull/1004>18:41
kyrofaseb128, if you're interested: https://github.com/snapcore/snapcraft/pull/98918:41
mupPR snapcraft#989: Add support for disabling system library migration <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/989>18:41
knight__So with Ubuntu Core there's no deb package support, correct?18:47
mupPR snapcraft#1003 closed: Release changelog for 2.24 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1003>18:47
madhatter05hello i am trying to set up ssh keys for my Ubuntu core. the website just has a box on where to import the key.18:48
madhatter05how do i gen one on windows18:48
mfeatherstonknight__, correct18:49
knight__So if I want to install something that does not yet have a snap, I have to either 1) install compilers and any required libs, then compile the app, or 2) step #1 and make a snap... is that right?18:50
mfeatherstonwhat target are you looking to build for?18:53
mfeatherstonI think in most cases you need to end up actually building a snap to run an application on ubuntu core18:53
knight__target is raspberry pi 318:56
mfeatherstonYou'll probably be cross compiling everything you need from a host pc.  It's not really set up to do development on the unit.18:58
knight__Ok. Are there docker or Parallels images that can do the snap development?18:59
mfeatherstonI don't know if there are any premade vm images but you could just put Ubuntu in a VM for development18:59
naccyou can do `snapcraft cleanbuild` as well using lxd18:59
ssweenyknight__: you can use the classic snap to essentially create a classic ubuntu container19:00
ssweenyfrom there you can install debs and go nuts19:00
knight__ssweeny, but you don't recommend that for core on embedded right? that's just for a dev environment19:01
ssweenyknight__: I use it to build arm snaps19:01
knight__gotcha, right, because the environment more closely matches19:01
knight__nacc, snapcraft cleanbuild?19:01
ssweenycleanbuild creates a lxc container on the fly and does the build from scratch19:02
ssweenyit's good for ensuring that you didn't miss any dependencies (like build-packages) because they were already on your host19:03
knight__ah ha19:03
MritunjaiHi All21:00
mupBug #1650671 opened: Content sharing from snap common is broken <Snappy:New> <https://launchpad.net/bugs/1650671>21:05
jdstrandroadmr, nessita: hey, fyi, there are several snaps in the review queue that seem stuck between upload and being reviews. 'task state unknown', 'Automated review for version 0.1: invalid'21:32
roadmrjdstrand: nessita is off today and I'm almost EOD :( which ones? :(21:33
roadmrjdstrand: recent uploads?21:33
roadmrjdstrand: do you know if this uses classic confinement?21:34
jdstrandroadmr: they are both clicks21:34
roadmrjdstrand: so not classic :)21:34
jdstrandno :)21:35
knight__Is there a way to define some command line steps that have to take place before the plugin (make in this case) kicks in?21:35
roadmrjdstrand: ok... yes, we had an issue with clicks trying to check the package_declaration (not there for clicks!) for classic allowance. We fixed one, didn't know about these two, but the timing seems about right.21:35
roadmrjdstrand: I think they need manual fixing :( I'll see what I can do but it may need to wait for Monday :(21:36
jdstrandroadmr: well, I don't know your procedures for that, but I just wanted to make sure you guys knew about them21:37
roadmrjdstrand: I don't think we did, or we would have fixed them yesterday :( thanks for the heads-up21:37
jdstrandroadmr: well, you know now :)21:39
roadmrmany thanks :)21:39
jdstrandlool: hey, so you have 26 revisions of elasticsearch-smb all with the same error: package contains external symlinks: usr/lib/jvm/java-8-openjdk-amd64/jre/lib/security/cacerts lint-snap-v2_external_symlinks21:44
jdstrandlool: I'm pretty sure that is going to make the snap's ssl connections fail. can you remove/withdraw r1-r26 and then upload an r27 with that fixed?21:45
knight__A part I am trying to build requires a directory to be made before the make is run, and I can't quite figure out how to run arbitrary commands before the make plugin builds the source.21:46
roadmrjdstrand: the queue looks quite clean, so I'm going to venture saying there weren't any other packages in that "invalid" state? (I'm working on fixing these two, wanted to check if there are more I can process at the same time)21:56
knight__Can you specify commands that need to run in a snapcraft.yaml?22:22
jdstrandrobertkowalski: just those two22:47
jdstrandrobertkowalski: sorry, nm22:48
looljdstrand: elasticsearch-smb: yup, actually rmescandon has sent a fix, I told him to push it to master for LP to pick it up; the snap is owned by me but LP pushes the builds; note that this is probably an issue for all snaps with default-jre-headless23:01
jdstrandlool: it used to always be (that is how I know that the ssl doesn't work), but a recent package I did had snapcraft fixing it up. please file a bug23:06
jdstrandI know sergiusens is aware of this issue23:07
looljdstrand: is that a fix in a jre package in z or a fix in snapcraft?23:07
loolrmescandon pushed a workaround in the snap, but didn't merge i23:07
jdstrandlool: snapcraft afaik23:08
jdstrandthere is a symlink in the jre package that gets created and snapcraft I think attempts to clean it up23:08
loolyeah, it's supposed to23:09
loolI see some fairly old commits around this in the snapcraft history23:09
loolI'll file a new bug against snapcraft23:09
looljdstrand: https://bugs.launchpad.net/snapcraft/+bug/165068623:14
mupBug #1650686: Some symlinks not properly fixed up <Snapcraft:New> <https://launchpad.net/bugs/1650686>23:14
looljdstrand: thanks for attempting a review and have a good WE23:14
jdstrandlool: it's weird. it worked for my minecraft snap. I stage-packages both openjdk-8-jre-headless and ca-certificates-java23:15
looljdstrand: ah maybe I need ca-certificates-java23:15
looljdstrand: BTW we should arrange for this lint checks to be run in local snapcraft runs somehow23:16
jdstrandI imagine when both are snaps that will be more feasible23:16
mupBug #1650688 opened: timedatectl set-timezone fails on UC16 <Snappy:New> <https://launchpad.net/bugs/1650688>23:24
mupBug #1650689 opened: snap refresh with a channel arg should offer a way to switch the channel w/out a snap update being available <Snappy:New> <https://launchpad.net/bugs/1650689>23:30

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!