[00:17] <mup> Bug #1644058 opened: Different behaviour in MPRIS interface with local install vs store install <Snappy:New> <https://launchpad.net/bugs/1644058>
=== jgrimm is now known as jgrimm-out
[00:45] <icey> kyrofa: I just pushed the plugin (as a custom plugin) to my launchpad build and it worked :)
[01:05] <alesage> n00b question but what am I missing whilst trying to install this snap in a KVM http://paste.ubuntu.com/23519901/
[01:10] <nacc> alesage: hrm, sudo?
[01:10] <nacc> alesage: not sure, though
[01:10] <alesage> nacc let me get another paste thx
[01:12] <alesage> nacc appears the same FWIW http://paste.ubuntu.com/23519955/ (except for using sudo)
[01:13] <nacc> alesage: sorry, dunno, hopefully somoene else can help out
[01:13] <alesage> nacc thanks regardless :)
[02:18] <liuxg> I have a sample project using content sharing. It is a Qt project at https://github.com/liu-xiao-guo/rssreader_platform. After I run the project, i get the error like "This application failed to start because it could not find or load the Qt platform plugin "xcb". Does anyone know what is missing there? thanks
[03:00] <mup> Bug #1644074 opened: auto connect none auto-connect interfaces of snaps in gadget snap <Snappy:New> <https://launchpad.net/bugs/1644074>
[05:45] <zyga> kyrofa: hey
[05:46] <zyga> good morning
[07:29] <dholbach> hey, good morning
[07:34] <foxmask> bonjello
[07:35] <didrocks> hey foxmask
[07:36] <foxmask> didrocks: o/
=== chihchun_afk is now known as chihchun
[08:19] <vigo> fgimenez, morning :)
[08:19] <fgimenez> hey vigo :)
[08:22] <vigo> fgimenez, do we need buildging our own images? or have you a link to download the images for this release?
[08:23] <fgimenez> vigo, no download link yet, we should use images built from edge
[08:24] <vigo> fgimenez, ack
[08:41] <jibel> fgimenez, when I build a pc-amd64 image I get this http://paste.ubuntu.com/23521249/
[08:42] <jibel> fgimenez, do you know what this error is?
[08:42] <jibel> on zesty with ubuntu-image from edge
[08:45] <fgimenez> jibel, iirc the right ubuntu-image is on beta, works fine here
[08:45] <fgimenez> jibel, from snap list "ubuntu-image      0.10+real1  25   canonical  devmode"
[08:45] <jibel> okay, I'll try this version
[08:46] <fgimenez> jibel, ok it's working fine here for all platforms with snaps from edge
[08:48] <jibel> fgimenez, with 0.10 from beta http://paste.ubuntu.com/23521264/
[08:53] <jibel> ah, it works after working around the permission issue
[08:53] <jibel> fgimenez, do you want a bug for the error with 0.12?
[08:54] <fgimenez> jibel, ah nice, haven't seen that error before
[08:54] <fgimenez> jibel, not sure about the error on 0.12, if it's not already reported, yes please :)
[08:58] <jibel> I filed bug 1644131
[08:58] <mup> Bug #1644131: ubuntu-image fails with: mkfs.ext4 - Invalid filesystem option set: has_journal,extent,huge_file,flex_bg,metadata_csum,64bit,dir_nlink,extra_isize <Ubuntu Image:New> <https://launchpad.net/bugs/1644131>
[09:05] <gerry_> hi I uploaded my program yesterday how long until it appears in gnome-software?
[09:15] <jamespage> morning all
[09:15] <jamespage> what's the current story with snaps creating/using user/groups  other than root?
[09:15] <jamespage> I'd like to not have to run openstack daemons that don't need to be root as root
[09:16] <didrocks> jamespage: nothing really changed on that regard AFAIK
[09:16] <didrocks> I guess you can link that to create user + override systemd unit files
[09:16] <jamespage> didrocks, I can deal with the downgrade of privs in the wrapper stuff we have
[09:17] <didrocks> good idea, indeed
[09:17] <jamespage> didrocks, but I guess that means user/group have to be created outside of the snap right?
[09:17] <didrocks> but creating a system user is possible, but manually though
[09:17] <didrocks> yep
[09:17] <jamespage> hmm
[09:18] <gerry_> hi I uploaded my app yesterday and wondered how long it takes until it appears in software?
[09:18] <didrocks> gerry_: normally, if software isn't broken, as soon as snap list lists it
[09:19] <didrocks> there is no cache, snapd gives the results to it
[09:19] <didrocks> snap find* sorry
[09:20] <gerry_> oh I am getting no snaps  found at the moment is that normal for one day?
[09:22] <didrocks> gerry_: no, but I heard software is broken for snaps unless ran as root
[09:24] <gerry_> didrocks : sorry you have lost me are you saying my app is broken because.......?
[09:25] <didrocks> gerry_: not your
[09:25] <didrocks> "software"
[09:25] <didrocks> yours*
[09:25] <didrocks> so, just try:
[09:25] <didrocks> sudo ubuntu-software
[09:27] <gerry_> didrocks: oh I see my app will not run when trying to run it as root
[09:29] <gerry_> thank you very much for your help it says it can't connect to x11 window server?
[09:31] <didrocks> gerry_: did you try it in devmode first?
[09:31] <didrocks> before figuring out confinement and such
[10:13] <jamespage> this might seem like an odd question, but is there a good reason why the install_requires for snapcraft is not a complete set of runtime depends?
[10:13] <jamespage> I'd like to use snapcraft from virtualenvs for check/gate in openstack infra but currently an install from git misses most of the requirements.txt file
[10:41] <caribou> Hello, is this proper practice to create a snap with multiple apps sections ?
[10:41] <caribou> if I do that, each supplementary apps has its command prefixed with the first apps command
[10:42] <caribou> i.e. if I have a gtimelog snap with gtimelog as its first app, then rep_tl (a script) as the second app, the second will be named gtimelog.rep_tl
[10:42] <seb128> caribou, yes that's normal
[10:43] <seb128> the prefix is the snap name, not the first command name I think
[10:43] <seb128> you only get away with cmdname = snapname if you want to avoid the prefix
[10:44] <caribou> seb128: so basically multiple apps in the same snap are useless as each one will always be prefixed with the snap name
[10:44] <seb128> it's a problem but stating that makes them useless is going a bit far
[10:45] <seb128> users don't care much the name of the command especially if there is a desktop entry in the unity dash to start it
[10:45] <caribou> seb128: yes, maybe, but if one wants more than one command inside a snap, there should be a way to alias it
[10:45] <caribou> seb128: given that the snap is to be used on a desktop, that's a different story on a server
[10:46] <seb128> caribou, I think the issue they have is to make sure you don't claim over a known name which is not yours
[10:46] <seb128> like you could make your caribou_hack_ubuntu_users snap provide "firefox"
[10:46] <seb128> which wouldn't be the real thing but your custom steal password version
[10:47] <caribou> seb128: I understand, but if the snap name is the same as the deb based one (vlc comes to mind), then the problem persists
[10:48] <seb128> what do you mean?
[10:48] <seb128> if you have "vlc" snap it can have the "vlc" binary name/command
[10:48] <caribou> installing the VLC snap will override the debianized version of VLC
[10:49] <seb128> right
[10:49] <caribou> ok, I should be able to hack around this; thanks!
[10:49] <seb128> there is a way to register names though and random devs can't steal a known brand
[10:50] <seb128> anyway, known issue
[10:50] <caribou> seb128: yep, I know, I 'own' sosreport :-)
[10:50] <seb128> :-)
[10:50] <seb128> I think I saw the command name topic discussed in some of the recent mailing list discussions
[10:50] <seb128> but can't find it now
[10:50] <seb128> and I don't remember if they had a plan to address it and if so which one
[10:51] <seb128> so maybe somebody else can help you a bit more
[10:51] <seb128> but I think for now you have to deal with not having the name you might want
[11:07] <dslul> on rpi3 and core 16, I am following this guide: https://developer.ubuntu.com/en/snappy/guides/mir-snaps, however ubuntu core cannot find the snap mir-libs...is it still available?
[11:18] <gerry_> hi I my java app runs without problem until I try to run it as root then it crashes with this exception : "No protocol specified Exception in thread "main" java.awt.AWTError:  Can't connect to X11 window server"
[11:24] <gerry_> my yaml is here http://pastebin.com/6E1VZAVG
[11:37] <vigo> fgimenez, hey! 2 tasks failed running spread on i386
[11:37] <vigo> They're probably known already
[11:37] <vigo> https://pastebin.canonical.com/171576/
[11:38] <vigo> but please check and let me know to be sure
[11:40] <gerry_> hi when I try to run my java app as root it crashes with No protocol specified Exception in thread "main" java.awt.AWTError: Can't connect to X11 window server. Can anybody give me a tip on where to look thanks
[11:48] <gerry_> here is a copy of my yaml : http://pastebin.com/6E1VZAVG
[11:50] <fgimenez> vigo, looking, revert:production can be due to timeouts from the store, not sure about ubuntu-core-reboot
[11:51] <vigo> fgimenez, spread -v -reuse -debug external:ubuntu-core-16-arm-64:tests/main/ubuntu-core-reboot could help¿ :)
[11:54] <fgimenez> vigo, sure :) but, are you using the ubuntu-core-16-arm-64 system for i386? it should be ubuntu-core-16-64
[11:56] <vigo> fgimenez, I'm running i386 image and ubuntu-core-16-64 for spread
[11:57] <vigo> I just took it as example :)
[12:05] <fgimenez> vigo, ah ok :) (we should even use a ubuntu-core-16-32 system specific for i386, but now the tests for amd64 and i386 are the same)
[12:12] <vigo> fgimenez, I getting this when trying to debug the ubuntu-core-reboot https://pastebin.canonical.com/171577/
[12:16] <fgimenez> vigo, it seems that it's not able to connect to the testbed, can you ssh to localhost:8022 as the "test" user?
[12:19] <vigo> fgimenez, I've got an ssh session open
[12:22] <fgimenez> vigo, did you run spread with reuse the first time?
[12:22] <vigo> fgimenez, yes I did
[12:23] <gerry_> hi I have got the x11 plug in the apps section of my yaml but I am getting the following exception when I try to run it as root :No protocol specified Exception in thread "main" java.awt.AWTError: Can't connect to X11 window server
[12:24] <gerry_> any help gratefully received oh a copy of my yaml is: http://pastebin.com/6E1VZAVG
[12:25] <fgimenez> vigo, mm imo you should try to reconnect with ssh as the test user to localhost:8022, that's what the error in the log you sent was about. you can also run spread with the -vv flag to see what's actually going on
[12:25] <vigo> fgimenez, ack
[12:29] <gerry_> it is like the x11 plug needs a part but I can not find out what part?
[13:19] <mup> Bug #1644226 opened: SNAP_DATA and SNAP_USER_DATA don't point to current <Snappy:New> <https://launchpad.net/bugs/1644226>
=== hikiko is now known as hikiko|ln
[13:35] <alex-abreu> mvo, ping
[13:35] <mvo> alex-abreu: pong
[13:36] <alex-abreu> mvo, just saw the branch, not sure I understand you discarded mine? ... I did some changes yesterday not sure if you picked them up, I was just missing the retry changes
[13:37] <mvo> alex-abreu: not discarding it at all, just trying to help it land for 2.18 (which is happening soon). I will close mine and you can cherry pick the new bits
[13:37] <mvo> alex-abreu: the idea was to add the (small) missing bit while you sleep and have it all landed but now that you are back we can continue with the other one
[13:40] <mvo> alex-abreu: I re-targeted it, please have a look
[13:40] <alex-abreu> mvo, oh, we can continue on your branch if it is easier to land
[13:41] <mvo> alex-abreu: either way is fine, but lets keep yours as thats the one that contains 95% of the commits
[13:41] <mvo> alex-abreu: I targetd my branch to yours os that should be easy
[13:43] <mvo> alex-abreu: sorry if that was misleading, we do pickup branches that just need trivial changes sometimes to make things move quicker (especially when timezones are involved). not discarding anything in any way :)
[13:43] <alex-abreu> mvo, np really, I was just wondering :)
[13:44] <mvo> alex-abreu: ok, great. just wanted to ensure I do not send the wrong message with that :)
[13:44] <alex-abreu> mvo, I should have read better in the comment you left :)
[13:46] <gerry_> hi, how do I install snapd_2.0.3 ?
[13:46] <alex-abreu> mvo, quick question, so you removed the retry?
[13:49] <mvo> alex-abreu: its still there
[13:49] <mvo> alex-abreu: just slightly different
[13:49] <mvo> alex-abreu: a new branch landed the other day that simplied the retry into a single "retryOperation()" call
[13:49] <zyga> jdstrand: hey, can you please have a look at snap-confine 188
[13:49] <alex-abreu> ah I missed it
[13:50] <mvo> alex-abreu: this is what the code is now using (or should be using unless I did something wrong)
[13:50] <mvo> alex-abreu: its the same as before just consolidated into that single helper
[13:51] <gerry_> I have downloaded snapd_2.0.3 from launchpad and I can not find how to install it any help gratefully appreciated
[13:53] <mvo> gerry_: please try "sudo apt install snapd"
[13:54] <alex-abreu> mvo, ah yes ok
[13:54] <mvo> gerry_: the download from launchpad is not required, apt can find and install it by itsel. apt will also pick a more version
[13:54] <mvo> gerry_: more recent version
[13:54] <alex-abreu> mvo, I add a small comment to your branch
[13:54] <alex-abreu> added
[13:54] <mvo> alex-abreu: cool, thanks, I have a look
[13:56] <gerry_> it says that snapd is already the newest version (2.16ubuntu3) but I have a problem with my java app that an answer on ask ubuntu says is put right in snapd-2.0.3
[14:02] <gerry_> oh sorry<blushes> just realised my mistake just this problem driving me nuts
[14:04] <mvo> gerry_: ok, so you found the solution? thats good to hear
[14:04] <gerry_> I am trying to upload my java app. It works fine when I run it without root. but when I run it as root I get this exception No protocol specified Exception in thread "main" java.awt.AWTError: Can't connect to X11 window server
[14:06] <gerry_> is it because I use java swing in my app?
[14:07] <mvo> gerry_: yes, I think that is it, your root user can not connect to the x server socket. sounds ok if you don't need to be root
[14:09] <gerry_> mvo : thanks, any tips on what to do I am about out of ideas ?
[14:13] <mcphail> gerry_: does it work if you specify the DISPLAY variable in the command? Is DISPLAY passed to snap apps?
[14:15] <gerry_> sorry you mean like this  "sudo $DISPLAY highlighterpdf" ?
[14:16] <mcphail> gerry_: something like "DISPLAY=:0 highlighterpdf". Of course, sudo'ing graphical apps is dangerous at the best of times
[14:18]  * mcphail hasn't tried to run a graphical snap as root yet
[14:18] <gerry_> oh the next line after the exception is "using ':0' as the value of the DISPLAY variable."
[14:19] <mcphail> gerry_: :(
[14:19] <mcphail> gerry_: I don't have any bright ideas, but would be interested to see how you get this fixed
[14:19] <gerry_> mcphail : is it that bad?
[14:20] <mcphail> gerry_: it tells you my suggestion was spurious
=== hikiko|ln is now known as hikiko
[15:10] <mup> PR snapcraft#925 opened: Use the connectivity check page to test the downloader snap <Created by elopio> <https://github.com/snapcore/snapcraft/pull/925>
[15:13] <alex-abreu> mvo, ok merged, thx a lot, I am 100% sure about the hardcoded 'featured' bit but I guess that it is ok for now
=== JanC_ is now known as JanC
[15:14] <alex-abreu> mvo, can we merge https://github.com/snapcore/snapd/pull/2288 then ?
[15:14] <mup> PR snapd#2288: Add new store endpoints & snap find support for sections handling <Created by AlexandreAbreu> <https://github.com/snapcore/snapd/pull/2288>
[15:40] <edje> Might be a bit of a noob question, only just getting into snapping. Is/will hardware video decoding going to be supported?
=== chihchun is now known as chihchun_afk
[15:46] <mvo> alex-abreu: hm, for some reason github is not updating that PR, it still shows the commit from yesterday as the last commit
[15:47] <alex-abreu> mvo, maybe I did something wrong with the merge ...
[15:49] <mvo> alex-abreu: git pull && git push maybe? but sounds more like github is acting strange
[15:49] <alex-abreu> mvo, yes ... I'll update it manually
[15:49] <mvo> thank you!
[16:15] <alex-abreu> mvo, when is the snapd release?
[16:16] <mvo> alex-abreu: tomorrow (my) morning (in ~13h)
[16:18] <alex-abreu> mvo, ok, I understand the rush then :) github still playing tricks, otp atm but will get back to it in a few mns
[16:19] <mvo> alex-abreu: oh, it ended up in your master
[16:19] <mvo> alex-abreu: that seems to be the problem
[16:19] <mvo> alex-abreu: let me redo the PR
[16:20] <alex-abreu> mvo, ah !
[16:20] <zyga> jdstrand: hey
[16:20] <mvo> alex-abreu: I send a new PR, sorry for the confusion
[16:21] <zyga> jdstrand: can you please have a look at https://github.com/snapcore/snap-confine/pull/188
[16:21] <mup> PR snap-confine#188: Add apparmor support module <Created by zyga> <https://github.com/snapcore/snap-confine/pull/188>
[16:21] <alex-abreu> mvo, np ...
[16:22] <tyhicks> zyga: he's off for the remainder of the week
[16:25] <alex-abreu> mvo, mvo ok merged
[16:25] <alex-abreu> mvo, looks better
[16:27] <alex-abreu> mvo, btw I was wondering about the config schema feature in snapd, is someone having a look at it? ...
[16:41] <zyga> tyhicks: ah, thanks for letting me know
[16:41] <zyga> tyhicks: would you mind reviwieng that 118 above? it's rather simple
[16:44] <tyhicks> zyga: I wouldn't mind but can't right now as I'm working through a security update, then I've got a block of meetings, and then I need to get back to the apparmor SRU bug for snaps on 14.04
[16:44] <tyhicks> zyga: I doubt I'll be able to get to it before I go on holiday starting tomorrow
[16:44] <tyhicks> zyga: I'll let you know if that changes and I'm able to take a look
[16:51]  * zyga nods
[16:51] <zyga> tyhicks: thanks, good luck with the SRUs
[16:53] <alex-abreu> sergiusens, ping
[17:04] <kyrofa> alex-abreu, sergiusens seems away at the moment. Can I help you?
[17:06] <alex-abreu> kyrofa, ah sure, just a simple request, to get the admin rights on https://launchpad.net/snapweb
[17:06] <kyrofa> alex-abreu, ah, he's only an admin on snapcraft. You'll need to talk to niemeyer I think
[17:06] <kyrofa> Oh so sory
[17:07] <kyrofa> I was thinking github
[17:07] <kyrofa> Yeah, he can probably help you with that
[17:10] <alex-abreu> kyrofa, ok thx
[17:10] <kyrofa> alex-abreu, sorry, alas I cannot ;)
[17:11] <kyrofa> alex-abreu, he's around today though
[17:14] <Geo_> hello guts i have a HP Compaq Presario C300 Solo 1.66GHZ 1Gb RAM 80Gb HDD. im completely new to linux. i have tried 3 different distros but i always get a black screen. i have tried the nomodeset command to no avail. is the laptop not powerful enough?
[17:14] <Geo_> lol guts! should be guys
[17:16] <Geo_> by black screen i mean i can install it onto the usb but cant get throught the startup to get to the desktop.
[17:17] <Geo_> ok bye guys not even sure if you read this
[17:17] <kyrofa> Geo_, I doubt it's a problem with power, but you might get more help asking in #ubuntu
[17:19] <Geo_> #ubuntu
[17:28] <geo__> #ubuntu
[17:31] <k1l_> hi, i read on some news that 18.04 will ship with unity8 and snaps as standard package system. Will this mean there is a .deb iso and a snap iso? or will this be full siwtch to snap only?
[18:58] <sergiusens> alex-abreu kyrofa I gave rights to dbarth a while back
[18:58] <alex-abreu> sergiusens, can you give them to me too?
[19:27] <mup> PR snapcraft#925 closed: Use the connectivity check page to test the downloader snap <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/925>
[19:38] <wililupy> I can't seem to remember, where is there an example of a gadget snap?
[19:39] <cprov> sergiusens: you mean '.snapcraft/snapcraft.cfg' in PR#901, right ?
[20:01] <mup> PR snapcraft#926 opened: Sources: add current dir to ignore list if we're iterating on parent <Created by 3v1n0> <https://github.com/snapcore/snapcraft/pull/926>
[20:15] <flexiondotorg> sergiusens, I'm talking to an upstream.
[20:15] <flexiondotorg> Sounds like they might be a Fedora user.
[20:15] <flexiondotorg> What is the current status of using rpms with snapcraft?
[20:20] <mup> PR snapd#2345 opened: many: tweak devmode and jailmode capitalisation <Created by zyga> <https://github.com/snapcore/snapd/pull/2345>
[20:21] <zyga> flexiondotorg: it's not done yet, neither is fedora base snap support nor fedora confinement support; we welcome any pair of hands that would help, I can work and guide all contributors
[20:21] <flexiondotorg> Yeah, just read to source.
[20:21] <flexiondotorg> Thanks.
[20:22] <zyga> flexiondotorg: if you want to help the main blocker today is selinux snapd confinement that is mandatory on f25
[20:22] <zyga> flexiondotorg: and unexplained mount denial even with relevant capabilities that only goes away when running as root (that affects snap-confine)
[20:22] <zyga> flexiondotorg: when those are away snaps are useful on fedora
[20:23] <flexiondotorg> OK. Understood.
[20:23] <flexiondotorg> The developer in question is not so much concenred about running Snap on Fedora, although I expect that will be his next question.
[20:23] <zyga> flexiondotorg: the next steps can be done in parallel, support base snaps in snappy (so e.g. ubuntu base and fedora base snaps, support base snaps in meta/snap.yaml so that snaps can say which base they wish to run against and lastly snapcraft support for that so that such snaps can be built in ways other than manually, hand-crafted ones
[20:23] <flexiondotorg> But build snaps on Fedora.
[20:24] <flexiondotorg> *building
[20:24] <zyga> flexiondotorg: until those are done building snaps on fedora can be achieved with lxd/qemu so that snapcraft is available (snapcraft relies on apt and apt was too old / removed in fedora AFAIR (but I don't remember fully))
[20:24] <flexiondotorg> zyga, Are alternate base snaps being worked on?
[20:24] <zyga> flexiondotorg: it's scheduled, we're making progress toward that, yes
[20:25] <flexiondotorg> Thanks.
[20:25] <zyga> flexiondotorg: it won't be ready till (magic ball) 2.22 though
[20:25] <zyga> flexiondotorg: early next year I'd say
[20:25] <flexiondotorg> Cool.
[20:25] <flexiondotorg> Thanks for the answers.
[20:25] <flexiondotorg> Good info.
[20:25] <zyga> flexiondotorg: there's just more work required around the stack as this is a very low level thing that spans the whole system
[20:26] <flexiondotorg> Indeed.
[20:26] <zyga> flexiondotorg: if you want to help with fedora support we would gladly welcome you on the team :)
[20:26] <flexiondotorg> Well, let's see.
[20:26] <flexiondotorg> Like everyone, my plate is quite full right now :-)
[21:25] <mup> PR snapd#2344 closed: overlord/ifacestate: don't setup jailmode snaps with devmode confinement <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2344>
[21:55] <sergiusens> cprov yes, I mean exactly that, but not sure about .snapcraft/snapcraf.cfg and maybe snapcraft.cfg should be called credentials.cfg
[21:55] <sergiusens> alex-abreu no, dbarth owns it all now, he will have to create a team and set the team as admin
[21:56] <alex-abreu> sergiusens, ack
[22:05] <cprov> sergiusens: maybe, but that file is loaded exactly as ~/.config/snapcraft/snapcraft.cfg would be, it really depends on what you have in mind for that file (currently a host->creds map)
[22:07] <sergiusens> cprov your call then; if we piggy back things in there like storeid and such maybe it is a good idea to keep the name
[22:10] <cprov> sergiusens: yes, makes sense. Do we need passing autopkgtest tests before merging ? I don't know what is going on there.
[22:29] <gui_> hello,
[22:29] <gui_> I want to configure a static IP for my ubuntu core server,
[22:30] <gui_> but I can't edit the /etc/network/interface file
[22:30] <gui_> any idea ?
[22:31] <sergiusens> cprov let me check
[22:32] <sergiusens> cprov all green is not good enough for you? :-) snapcraft#901
[22:32] <mup> PR snapcraft#901: Basic 'enable-ci' implementation <Created by cprov> <https://github.com/snapcore/snapcraft/pull/901>
[22:33] <sergiusens> cprov is there a bug report for this?
[22:33] <cprov> sergiusens: wow, autopkgtest magically passed in the last hour. No, there is not bug report.
[22:49] <mup> PR snapd#2341 closed: many: unify boolean env var handling <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2341>
[23:24] <mup> PR snapd#2304 closed: snap: add `snap list -a` to show all snaps (even inactive ones) <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2304>
[23:25] <sergiusens> cprov I updated your branch to include what fixed the problem 3 hours ago or so
[23:26] <cprov> sergiusens: nice! thank you
[23:58] <mup> PR snapcraft#901 closed: Basic 'enable-ci' implementation <Created by cprov> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/901>