/srv/irclogs.ubuntu.com/2017/09/29/#snappy.txt

mupPR snapd#3941 closed: overlord/snapstate: prefer a smaller corner case for doing the wrong thing <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3941>01:31
=== Josh|Gaming is now known as JoshStrobl|zzz
=== slangase` is now known as slangasek
=== JanC_ is now known as JanC
=== JoshStrobl|zzz is now known as JoshStrobl
=== JoshStrobl is now known as sotrhaven
=== sotrhaven is now known as JoshStrobl
mupPR snapd#3987 closed: packaging/fedora: Add Fedora 26, 27, and Rawhide symlinks <Created by Conan-Kudo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3987>10:00
mupPR snapd#3974 closed: Recognise Solus as a classic Linux distribution <Created by ikeydoherty> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3974>10:01
mupPR snapd#3975 closed: snap-confine: Only attempt to copy/mount NVIDIA libs when NVIDIA is used <Created by ikeydoherty> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3975>10:03
mupPR snapd#3988 opened: Added note in HACKING file  <Created by rmescandon> <https://github.com/snapcore/snapd/pull/3988>11:49
mupPR snapcraft#1577 opened: lxd: don't inject local snaps on a different arch <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1577>12:26
=== Sir_Gallantmon is now known as Conan_Kudo
=== Conan_Kudo is now known as Son_Goku
mupPR snapd#3977 closed: interfaces: Enhance full-confinement support for biarch distributions <Created by ikeydoherty> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3977>13:30
=== JoshStrobl is now known as JoshStrobl|Work
mupPR snapd#3989 opened: client, daemon: rest api to configure store api <Created by atomatt> <https://github.com/snapcore/snapd/pull/3989>13:44
mupPR snapd#3990 opened: cli: configure/revert store <Created by atomatt> <https://github.com/snapcore/snapd/pull/3990>13:44
=== ShalokShalom_ is now known as ShalokShalom
ogra_cachio, https://code.launchpad.net/~snappy-dev/core-snap/trunk14:08
ogra_cachio, lp-build-core and the README for it are in the cron-scripts subdir14:09
kyrofanessita, are you in IRC?14:14
nessitakyrofa, I am!14:24
coreycbhi all, is there a way to find out who registered the gnocchi snap name? i'm getting a store upload failure for it.14:28
kyrofacoreycb, are you sure it's registered, or simply reserved?14:28
ogra_cachio, so ignore the above branch, the right one is  https://github.com/snapcore/core/tree/master/cron-scripts14:29
coreycbkyrofa: i'm not sure14:29
kyrofanessita, you guys have worked out snap renames to be an easier process, is that right?14:29
kyrofacoreycb, one moment14:29
kyrofanessita, if I rename snap A to B, what happens to those who have A installed?14:29
kyrofacoreycb, there's no gnocchi in any channel, so I suspect it's simply reserved. Although it's possible that someone has registered it and uploaded nothing14:31
coreycbkyrofa: ok, thanks for checking. is there a way to see who registered it?14:33
kyrofacoreycb, not other than talking to the store folks14:33
kyrofacoreycb, if something had been published you could use `snap info`, but without that, it's only available to the store14:34
coreycbkyrofa: alrighty thanks14:34
jdstrandzyga-ubuntu: hey, we've been missing each other. I saw your requests for review on 3963 and 3973. I haven't had time to do an in depth review of either, but on my list for next week14:56
zyga-ubuntujdstrand: hey14:59
zyga-ubuntujdstrand: thank you, I understand you are busy this week14:59
zyga-ubuntujdstrand: I hope you had a chance to discuss user mount namespaces14:59
zyga-ubuntujdstrand: and other aspects that will help to implement various features next week15:00
zyga-ubuntujdstrand: thank you for the note :)15:00
jdstrandzyga-ubuntu: we did a bit, yes. I think jhenstridge is going to continue on the current path for his PoC, then see discuss with us the end (blackboxed) result and how that would impact the layouts feature. iterate on that and then when happy with the end result, discuss the correct implementation for him to take, then he'll make a proper PR15:03
zyga-ubuntujdstrand: thank you for sharing that, I was wondering what's the likely outcome of the current PR15:06
nessitakyrofa, we have no support for snap renames15:11
nessitakyrofa, what we can offer easily is snap owner transfer15:11
kyrofanessita, huh, maybe it was owner transfer15:11
kyrofaAh, yeah15:11
kyrofanessita, I'm getting old :(15:11
nessitakyrofa, yeah :-)15:11
nessitawe both!15:11
kyrofaHahaha15:11
kyrofanessita, ignore me then!15:11
nessitaack!15:12
kyrofaThanks for your time :)15:12
* zyga-ubuntu supper15:38
__chip__cjwatson: jdstrand: bug report filed. And it's a prime number.15:41
__chip__the omen is clear15:41
mupPR snapcraft#1578 opened: project_loader: quote more environment variable values <Created by malept> <https://github.com/snapcore/snapcraft/pull/1578>16:00
apolkyrofa: ping?16:16
kyrofacratliff, https://forum.snapcraft.io/t/bug-with-cleaning-snap-data-in-home-dirs-proposed-solution/120117:45
cachiomvo, https://paste.ubuntu.com/25640466/17:47
apolkyrofa: https://github.com/snapcore/snapcraft/pull/157917:57
mupPR snapcraft#1579: Make it possible to use the cmake ninja generator <Created by aleixpol> <https://github.com/snapcore/snapcraft/pull/1579>17:57
kyrofaapol, awesome, thank you!17:57
mupPR snapcraft#1579 opened: Make it possible to use the cmake ninja generator <Created by aleixpol> <https://github.com/snapcore/snapcraft/pull/1579>17:57
=== JoshStrobl|Work is now known as JoshStrobl|AFK
kalikiana_\o18:12
kyrofaogra_, I'm super confused by your response to https://forum.snapcraft.io/t/bug-with-cleaning-snap-data-in-home-dirs-proposed-solution/1201/12 :P18:19
kyrofaogra_, each core updates moves the content forward?18:19
ogra_kyrofa, well, my /root dir at home started that thread18:19
ogra_and an update of core should definitely migrate data forward18:19
ogra_as well as a removal of core should remove the data alongside18:20
ogra_so if you have 120 core subdirs there, only the last three should actually have content18:20
ogra_the rest are just leftover empty dirs18:20
ogra_if thats not the case we have a more serious bug18:20
kyrofaogra_, definitely not the case18:22
ogra_bug then18:22
ogra_raise that on the forum thread too please18:22
kyrofaogra_, done18:23
ogra_yep, seen :D18:23
kyrofaogra_, so to be clear: you're saying every time core updates, it tries to clean those dirs for all snaps?18:23
ogra_kyrofa, no, there should always be only three installs of any snap ... if core updates that means a new core gets installed, data gets migrated forward and the oldest snap gets removed ... on removal the dirs should be cleared18:27
kyrofaogra_, note that I'm not talking about core, but a ROS app snap18:27
ogra_kyrofa, /root is a bit special here but i'm told by the guys sitting to my left that there is a PR that fixes this18:27
kyrofaogra_, SNAP_USER_DATA is fine as long as it's /home/. But /root/ is broken18:28
kyrofaYes indeed, exactly18:28
ogra_right, it shouldnt matter what snap it is18:28
kyrofaYes, /home-based SNAP_USER_DATA is fine18:28
ogra_well, /root will be treated the same18:28
ogra_existing data will be migrated forward to the newer subdir, the oldest sudbdir (current - 3) should be removed18:29
ogra_so that you only ever have 3 dirs there and the latest always has the latest set of content18:30
kyrofaogra_, it SHOULD be ;)18:33
mupPR snapd#3986 closed: wrappers: fail install if exec-line cannot be re-writen <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/3986>18:34
mupPR snapd#3991 opened:  wrappers: fail install if exec-line cannot be re-write <Created by mvo5> <https://github.com/snapcore/snapd/pull/3991>18:34
ogra_kyrofa, right, the PR will fix that ... as soon as the guys next to me are done with pushing the blame for not revieweing back and forth :P18:36
nacclol18:37
* nacc can picture it18:37
mupPR snapd#3992 opened: asserts: add cross-checking for snap-build <Created by pedronis> <https://github.com/snapcore/snapd/pull/3992>18:37
apolanyone konws what's the status of this bug? https://bugs.launchpad.net/snappy/+bug/158819218:38
mupBug #1588192: GL interfaces seem wedged for Krita on nvidia <patch> <Snappy:In Progress> <nvidia-graphics-drivers-304 (Ubuntu):In Progress by albertomilone> <nvidia-graphics-drivers-340 (Ubuntu):Won't Fix by albertomilone> <nvidia-graphics-drivers-361 (Ubuntu):Won't Fix by albertomilone>18:38
mup<nvidia-graphics-drivers-304 (Ubuntu Xenial):In Progress by albertomilone> <nvidia-graphics-drivers-340 (Ubuntu Xenial):Won't Fix by albertomilone> <nvidia-graphics-drivers-361 (Ubuntu Xenial):Won't Fix by albertomilone> <https://launchpad.net/bugs/1588192>18:38
mupPR snapd#3983 closed: snap-confine: is_running_on_classic_distribution() looks into os-release <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/3983>18:52
mupPR snapd#3993 opened: snap-confine: is_running_on_classic_distribution() looks into os-release <Created by mvo5> <https://github.com/snapcore/snapd/pull/3993>18:52
mupPR snapd#3994 opened: tests: fix revert test when a new core image is on current channel <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3994>19:02
=== JoshStrobl|AFK is now known as JoshStrobl
mupPR snapd#3922 closed: snapstate: deal with snap user data in the /root/ directory <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3922>19:48
mupPR snapcraft#1580 opened: cli: setup gitignore when working from git directory at init <Created by msis> <https://github.com/snapcore/snapcraft/pull/1580>19:58
naccgiven the perspective that cleanbuild is the 'only' safe way to ensure proper development of a snap, it feels like it should take options like other tools do (preserve build env on failure), only do stage, only build some specific part, etc.21:48
naccis that on the roadmap?21:48
naccsergiusens: --^21:48

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