/srv/irclogs.ubuntu.com/2017/07/24/#snappy.txt

=== chihchun_afk is now known as chihchun
mupBug #1705985 opened: snaps fail to install on juju1 deployed lxc container <canonical-bootstack> <Snappy:New> <https://launchpad.net/bugs/1705985>06:12
zyga-ubuntuo/06:27
zyga-ubuntugood morning everyone06:27
zyga-ubuntumvo: how are you doing?06:46
mvozyga-ubuntu: hey, good morning. doing fine, how are you?06:47
zyga-ubuntujust finishing my coffee, good; today will be a nice day (for protests)06:47
mupPR snapd#3592 closed: interfaces: opengl support pci device and vendor <Created by kyrofa> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3592>06:49
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
zyga-ubuntu!!!08:15
zyga-ubuntukissiel: duda vetoes!08:15
zyga-ubuntu\o/08:15
kissielzyga-ubuntu: you know it's because they voted for the wrong one?08:16
kissielzyga-ubuntu: the one pushed was not the one they wanted08:16
kissielit's a mess08:16
zyga-ubuntukissiel: well, they could have paper-wrapped that08:16
zyga-ubuntukissiel: but it seems he's not totally corrupt and spineless08:16
zyga-ubuntukissiel: this is a major step forward08:16
kissielwe'll see08:17
=== JamieBen_ is now known as JamieBennett
Chipacazyga-ubuntu: thank for the reviews!08:41
mupPR snapd#3612 closed: vendor: update go-flags to address crash in "snap debug" <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3612>08:44
=== chihchun is now known as chihchun_afk
zyga-ubuntuChipaca: my pleasure08:45
mupPR snapd#3610 closed: snap: do not always quote the snap info summary <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3610>08:45
=== chihchun_afk is now known as chihchun
zyga-ubuntuif it wasn't for the political turmoil I'd be pushing my branch for review so if you want to look at the query -> result API similarity I'd love your review08:45
zyga-ubuntubut08:45
zyga-ubuntuthere's a lot of hope now08:45
zyga-ubuntuafter the week of protests the president just announced he will not sign the controversial law08:46
zyga-ubuntuChipaca: sorry, how have you been? :-) I keep talking about .pl lately08:46
* zyga-ubuntu is reviewing 359408:46
Chipacazyga-ubuntu: sounds like you're back into .pl politics big time08:50
zyga-ubuntuChipaca: hard to ignore such changes08:50
zyga-ubuntuChipaca: during the sprint mvo, gustavo and me went for a walk and we passed by the presidential palace, having walked past 1000s of people peacefully protesting08:50
zyga-ubuntuChipaca: it's not over but there's a lot more hope now than during the last few days08:51
mupPR snapd#3605 closed: packaging: have Ubuntu snapd package recommend squashfuse <Created by dustinkirkland> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/3605>08:54
=== chihchun is now known as chihchun_afk
pedroniszyga-ubuntu: mvo: Chipaca: hi09:08
zyga-ubuntupedronis: hey, how are you doing? :)09:09
pedronisok09:09
=== chihchun_afk is now known as chihchun
mvoChipaca: re tab-completion (forum) profile.d file - is that something you want me to look into? I am keen to get it for 2.2709:26
mvofgimenez: any word from CE yet about the 2.26.14 stable core? I would love to release that today if JamieBennett is ok with it too09:26
JamieBennettmvo: I believe we are OK to release, lets leave it until this afternoon when our US colleagues come online to confirm.09:30
fgimenezhey mvo, not yet, looks like they are running smoke test on it, according to the thread the results should be available today09:30
mvofgimenez, JamieBennett: thank you both!09:30
* zyga-ubuntu keeps fingers crossed for an open path to 2.2709:30
ogra_zyga-ubuntu, congrats (nice president ...)09:39
zyga-ubuntuogra_: nice is too strong but it seems he's waking up09:41
zyga-ubuntumvo: partially reviewed 359409:51
mvozyga-ubuntu: ta, nice09:54
=== Kamilion is now known as |{amilion
=== |{amilion is now known as Kamilion
zyga-ubuntuChipaca: tab completion question11:11
zyga-ubuntuChipaca: snap command --optio$ argument11:12
zyga-ubuntuChipaca: if I hit tab when cursor is indicated at $, should it complete --option11:12
zyga-ubuntuChipaca: as a user I'd say, sure11:12
zyga-ubuntubut it doesn't11:12
zyga-ubuntuer11:12
zyga-ubuntusorry11:12
zyga-ubuntureverse that11:12
zyga-ubuntuChipaca: snap command arg$ --option11:13
zyga-ubuntuChipaca: I try to tab complete "argument"11:13
zyga-ubuntuboth normally work but when cursor is not at the end, things misbehave11:13
ogra_ppisati, any idea about https://forum.snapcraft.io/t/wifi-and-bluetooth-on-snappy-ubuntu-on-a-dragonboard/1297 ?11:22
zyga-ubuntuChipaca: I think 3399 is ready for review now11:30
ppisatiogra_: replied11:33
Chipacazyga-ubuntu: sorry, was away11:36
zyga-ubuntuChipaca: no worries at all11:36
Chipacazyga-ubuntu: yes it should11:36
Chipacazyga-ubuntu: doing that is possible11:37
Chipacazyga-ubuntu: but, i have yet to see a completer that does it11:37
zyga-ubuntuaha11:37
zyga-ubuntuso it's just harder to do and requires some extra features in go-flags?11:37
Chipacazyga-ubuntu: not necessarily go-flags11:38
Chipacazyga-ubuntu: it's harder to do, and involves looking at some bash variables11:39
Chipacazyga-ubuntu: go-flags carefully avoids looking at bash variables i think11:39
Chipacazyga-ubuntu: by this i mean: it's probably the snapd completion snipped that needs the extra work, not go-flags11:44
zyga-ubuntuaha11:45
Chipacasnippet*11:45
=== chihchun is now known as chihchun_afk
ogra_ppisati, thanks!11:53
ogra_ppisati, hmm, i wonder if that guy in the forum uses an oldish "build a dragonboard" tutorial or what12:03
* zyga-ubuntu is hungry12:04
zyga-ubuntutime for something that resembles breakfast and includes not just coffee12:04
niemeyerGood morning all12:05
niemeyerGood afternoon to the other all12:05
zyga-ubuntuniemeyer: hey, how was the trip back?12:06
niemeyerzyga-ubuntu: Heya!12:06
niemeyerIt was event-less ;)12:06
mvoChipaca: if I want to test my profile.d complete.sh integration, what is the best snap to test that with? do we have a test-snapd-with-completion in the store?12:07
zyga-ubuntuniemeyer: please have a look at 3399 when you have a moment12:07
niemeyerzyga-ubuntu: ack12:07
zyga-ubuntuniemeyer: I think all the major issues are resolved and we should either land it or iterate on some details and land it12:07
zyga-ubuntuniemeyer: after eating something I'll start working on layouts12:07
zyga-ubuntuniemeyer: unless I forgot something and there's some catch up from last week, I'll review my nots12:07
zyga-ubuntunoteS*12:07
niemeyerzyga-ubuntu: Sounds great!12:08
zyga-ubuntuniemeyer: and on the upside, president vetoed (2/3 bill) so +1 for democracy :)12:08
niemeyerzyga-ubuntu: Wow, \o/12:08
niemeyerzyga-ubuntu: Close call.. :)12:08
zyga-ubuntuyes, not over but everyone is very suprised and enthusiastic, it was commonly assumed he would just sign it12:09
Chipacamvo: I don't think we have it in the store; there's tests/lib/snaps/complexion/12:10
mvoChipaca: thank you12:14
mvoChipaca: ok, I have complexion now installed, what is the easiest test to see if tab completion for it works?12:18
mvoChipaca: pardon my ignorace, I can dig into the tests to figure it out if you are busy12:19
Son_Gokumorning all12:28
Son_Gokuzyga-ubuntu, did you manage to fix the snap-seccomp failure on 32-bit arches?12:29
ogra_flexiondotorg, "Once upgraded to stretch I ran sudo snap install snapd " ??12:30
ogra_(did you mean apt install ?)12:30
mvoflexiondotorg: thanks a bunch for the details - I'm back so I can try this now too. we tried it during the sprint but couldn't reproduce the issue12:30
flexiondotorgmvo No problem.12:31
flexiondotorgogra_ Yes, I'll edit. Thanks,12:31
flexiondotorgI type snap more than apt these days. Muscle memory is replaced :-)12:31
ogra_yeah, i know what you mean :)12:34
zyga-ubuntuSon_Goku: not yet, I'll look at it after lunch12:39
zyga-ubuntuSon_Goku: just finished PR 339912:39
Son_GokuPR#3399?12:39
Son_Gokuoh, right... snapd#339912:39
mupPR snapd#3399: many: add the interface command <Created by zyga> <https://github.com/snapcore/snapd/pull/3399>12:39
Son_Gokunope12:39
Son_Gokuwhat's the magic thing to make the bot tell us stuff?12:39
flexiondotorgogra_ Is now a good time to make an introduction?12:41
ogra_as good as any time :)12:41
mupPR snapd#3616 opened: cmd/snap-repair: implement Runner.Verify and use it to check signatures of repairs from Next <Created by pedronis> <https://github.com/snapcore/snapd/pull/3616>12:45
flexiondotorgogra_ I like to introduce you to ikey12:53
* ikey bows12:53
flexiondotorgogra_ ikey is the lead for Solus. A from scratch Linux OS.12:54
flexiondotorgikey ogra_ is, well, a bit a legend around here ;-)12:54
ikey:] nice to meet ya.12:54
Son_GokuO.o12:54
flexiondotorgogra_ As discussed last week ikey is interested in enabling snapd in Solus.12:54
Son_Gokuikey, hello12:54
Son_Gokuwait, wut12:54
Son_Gokureally?12:55
ogra_hey ikey !12:55
ikeyhowdo :]12:55
ikeySon_Goku, gotta adapt. i wont be the HD-DVD in this battle.12:55
Son_Gokuwell, I guess that's fair12:55
* ikey figures its not appropriate to use tape comparisons anymore12:55
Son_Gokuthat's why I have ze snapd in Fedora :)12:55
flexiondotorgogra_ From my discussion with ikey he would like someone on hand to answer questions regarding landing AppArmor (plus our patches) in the kernel Solus ship.12:56
ogra_well, happy to help, thought we might need some help from kernel guys like ppisati or jj12:57
ogra_*though12:57
flexiondotorgikey I think you'll generally be OK packaging snapd itself, but should you need any clue ogra_ can either assist or get the right people involved.12:57
ogra_yeah12:57
ikeysounds good to me12:57
ogra_you will need the appramor patches but also some kernel config defaults (for seccomp cgroups etc)12:57
flexiondotorgogra_ Yes, JamieBennett did suggest that p_pisati and j_j might be needed.12:58
ogra_yup12:58
ikeyare the apparmor patches contained anywhere .. sane?12:58
flexiondotorgogra_ ikey I'll consider you two introduced and bow out.12:58
ikeyby sane i mean "not a hidden kernel team ppa on launchpad that i cant access"12:58
flexiondotorgBut I'm happy to be tagged here and brought back into the discussion.12:58
ikeywhich has been my experience so far ..12:58
ikeycheers flexiondotorg12:58
ogra_ikey, like  http://kernel.ubuntu.com/git/jj/linux-apparmor-backports/  ?12:59
ikeyanyways im not gonna be able to get snapd packaged for a couple of days yet, got a bit of a workload to get through myself12:59
ikeylooks legit13:00
ikeycheers13:00
* ikey bookmarks13:00
ogra_:)13:00
Son_Gokuhmm13:00
Son_Gokuwell, if it's not all merged by 4.14, then I'll probably have to use some part of this too :/13:01
ogra_ikey, so i'D suggest you just start once you have time for it and bomb me with questions as they come up :)13:01
* Son_Goku bookmarks13:01
ikeythanks :]13:01
JamieBennettSon_Goku: We are trying to get everything upstream by 4.14, it is down to the kernel upstream gods though13:05
Son_GokuJamieBennett, with AppArmor, aren't you guys the upstream gods too?13:05
JamieBennettSon_Goku: Yup but we rely on code flowing upstream to the kernel13:06
JamieBennetti.e. Linus13:06
bloodearnesthey folks. I've been trying to run nginx in strict confinement, but the setgroups(2) syscall is not allowed. The only interfaces I have are network and network-bind13:14
bloodearnestis there another interface I can request to be able to do this13:14
bloodearnestsquid also has this issue, fwiw13:14
ogra_snap services run as root ... try to reflect that in your config13:15
ogra_(i.e. if there is a user/group option in the config, point it to root)13:15
bloodearnestogra_, yep, have done already13:15
bloodearneststill seems to want to setgroups stuff13:16
bloodearnestit runs as root fine in devmode13:16
zyga-ubuntubloodearnest: not yet, but this is going to be implemented soonish13:29
zyga-ubuntubloodearnest: we desiged how it would work13:29
zyga-ubuntubloodearnest: as there are a few snaps that are affected already13:29
bloodearnestzyga-ubuntu, thanks for the info13:30
* ogra_ tickles zyga-ubuntu with https://github.com/snapcore/pi3-gadget/pull/11 again ... 13:31
mupPR pi3-gadget#11: build uboot from source, pull blobs from upstream, use dtbs from archive <Created by ogra1> <https://github.com/snapcore/pi3-gadget/pull/11>13:31
ogra_(i have pending stuff that waits for it to land ...)13:32
zyga-ubuntuogra_: I'll check today for sure, sorry, I'm getting back to "what shall I do" after all the backlog13:34
ogra_zyga-ubuntu, thanks ... as i said before it has all been tested in and out and my local images all run with it already ... just needs a second ack so i can move on and apply the same to pi2 and cm313:35
ogra_the resulting binary snap is identical...13:36
zyga-ubuntuexcellent13:37
* mcphail wonders when we'll be seeing zyga-solus..?13:42
zyga-ubuntumcphail: I don't have enough desk space :)13:46
mcphailheh :)13:47
pedronisChipaca: going to have a break and then will look at your open PRs I think instead of starting something new13:53
Chipacapedronis: that sounds like an objectively stupendous idea13:54
fgimenezmvo: the title of bug #1690083 should be set to .14 instead of .10, right?13:57
mupBug #1690083: [SRU] 2.26.10 <verification-needed> <verification-needed-trusty> <verification-needed-xenial> <verification-needed-yakkety> <verification-needed-zesty> <snapd (Ubuntu):Fix Released> <snapd (Ubuntu Trusty):Fix Committed> <snapd (Ubuntu Xenial):Fix Released> <snapd (Ubuntu Yakkety):Fix13:57
mupCommitted> <snapd (Ubuntu Zesty):Fix Committed> <https://launchpad.net/bugs/1690083>13:57
mvofgimenez: yes13:57
mvofgimenez: eh, one sec13:58
mvofgimenez: actually we only release 2.26.10 as a deb, the other fixes were all re-exec releated so not releavant for the deb itself13:58
mvofgimenez: but if you feel it should be in sync I can do that too13:58
fgimenezmvo: np not needed at all, then there won't be a 2.26.14 deb release, right?14:01
mvofgimenez: correct14:03
fgimenezmvo: cool thx14:04
zyga-ubuntumvo: when you reproduced the problem on raspbian, which versions did you have and what did system logs say?14:05
mvozyga-ubuntu: I started with 2.21 and when to stable (2.26.10). the configure hook was in defunct state in ps afx14:06
mvozyga-ubuntu: no denials AFAICS in the system logs, but let me double check that14:07
mvozyga-ubuntu: also subsequent dpkg --purge snapd; apt install snapd; snap install core worked so something is either racy or setup on first deb install or something, I'm running this in a loop now (except that it takes forever so the loop iteration is ~2 or so so far)14:08
zyga-ubuntuaha14:08
zyga-ubuntuinteresting14:08
ogra_raspbian should just switch to ubuntu core :P14:09
ogra_reading about hours for upgrading always makes me think that14:09
cachioniemeyer, so, should i leave 1 worker for fedora?14:11
cachioI have merged with trunk and testing new tests within fedora, I'll be pushing soon14:12
ogra_mvo, did you see bug 1705708 ? ... fun fact ... having the same core on two different machines here (laptop vs desktop) and using the same gui snap , on one machine opening urls does actually still work, the other doesnt ...14:17
mupBug #1705708: latest change to xdg-open not applied to the unity7 interface <snapd:In Progress by ogra> <https://launchpad.net/bugs/1705708>14:17
ogra_(both run core 2381)14:17
Chipacaogra_: something something armel something14:34
ogra_Chipaca, hmm ?14:34
Chipacaogra_: re <ogra_> raspbian should just switch to ubuntu core :P14:35
ogra_ah14:35
ogra_yeah14:35
ogra_we need a v6 build14:35
cachioniemeyer, it is ready PR 350514:59
cachiomerged with latest changes in trunk and running with 1 worker for fedora15:00
niemeyercachio: Thanks!15:02
niemeyerThe report is out:15:09
niemeyerhttps://forum.snapcraft.io/t/weeks-24-29-of-2017-in-snapd/1421/115:09
pedronisChipaca: posted some first pass comments on two of the PRs15:14
Chipacapedronis: i saw them, thank you! haven't replied yet though15:16
flexiondotorgSnapcraft Office Hours is starting in a few minutes here - https://www.youtube.com/watch?v=xPtPiaHIghs15:28
diddledanI'm there, thanks flexiondotorg15:29
=== matteo` is now known as matteo
=== JanC is now known as Guest39739
=== JanC_ is now known as JanC
cachioChipaca, if you have some time, could you please take a look to this one PR 350516:29
cachioChipaca, it is almost ready to lunch16:29
Chipacacachio: hungry lapsus there?16:32
cachioChipaca, hehehe, land, sorry :)16:32
cachioChipaca, my stomach betrays me :)16:34
Chipacacachio: question for you: why dropping the call to MountDir() in snapEnv?16:34
Chipacaahhhh16:35
Chipacabecause of inside vs outside16:35
Chipacathis is going to get confusing :-(16:36
Chipacacachio: anyway, you have two +1's already, go for it16:38
cachioChipaca, yes16:41
cachioalso we could join dirs.CoreSnapMountDir, info.MountDir()16:41
mcphailThat ruby plugin looks good. I'm sure there was a ruby app I was going to try to snappify. If I could only rememebr what it was...16:46
cachioniemeyer, do you think the fedora PR is ready to be landed?16:46
niemeyercachio: Which one?16:46
cachio350516:46
cachioniemeyer, once that is merged, I'll push the changes on the opensuse one16:50
niemeyercachio: "The snap is leaving in $SNAPMOUNTDIR the .sh, and in $SNAP_INSTALL_DIR the commands."16:54
niemeyercachio: The question is why SNAP___INSTALL___DIR vs. SNAPMOUNTDIR.16:54
cachioniemeyer, looking16:59
cachioniemeyer, as I see, both can be used17:04
cachio$SNAP_INSTALL_DIR/bin/sh or $SNAPMOUNTDIR/bin/test-snapd-tools.sh17:05
niemeyercachio: Do you see the clear difference in syntax in those two variables?17:06
niemeyercachio: Although they look *extremely* alike?17:06
cachioniemeyer, between which ones?17:07
cachioniemeyer, SNAPMOUNTDIR and SNAP_INSTALL_DIR?17:07
niemeyercachio: My obsessive-compulsive disorder is extremely bothered by the fact you can't even see what I'm talking about :P17:07
niemeyercachio: Of course.. isn't that why I just asked above17:09
niemeyercachio: The question is why SNAP___INSTALL___DIR vs. SNAPMOUNTDIR.17:09
niemeyercachio: See the underlines?17:09
cachioyes17:09
niemeyercachio: SNAP***INSTALL**DIR17:09
niemeyercachio: SNAP**MOUNT**DIR17:09
cachioniemeyer, you mean, why we are not using underscores?17:09
cachiofor SNAPMOUNTDIR17:10
niemeyercachio: I don't really care so much about which way we go.. the first question is why do we have those two conventions side by side instead of one17:10
cachioand we are using for SNAP_INSTALL_DIR17:10
cachioniemeyer, well, agree we should have a convention for that17:11
niemeyerPhew ;)17:11
cachiofor example, TESTSLIB has not any _17:12
cachioso, the convention seem to be "no _"17:13
niemeyercachio: I'd be fine with that.. it also doesn't have to be done in this PR17:13
niemeyercachio: We just need to ack the conflict and have a plan to eventually converge17:13
cachioniemeyer, sure, I'll take a look to see in which places we have this divergence17:14
cachioniemeyer, so if the change is so big, we can discuss it in the forum17:15
cachiootherwise I'll create a PR to unify it17:16
niemeyercachio: Thanks17:16
niemeyercachio: We should evaluate which way is more clear17:17
niemeyercachio: Wehavesomelongstringsandingeneralreadingthingslikethisbecomeshard17:17
cachioniemeyer, yes, I prefer with '_'17:17
cachiobut, it would be a big change17:18
niemeyercachio: We don't need to rush this.. at first just making sure we don't have such obvious divergences would be easy17:18
niemeyerSNAP_MOUNT_DIR, for example17:18
cachioniemeyer, sure17:19
cachioniemeyer, doing a fast check, just TESTSLIB, SNAPMOUNTDIR and LIBEXECDIR are without _17:29
cachioniemeyer, then, all the variables that we use for the environment and spread are using _17:30
cachioniemeyer, the change is really easy but the diff will be huge, I could split it by variable17:32
niemeyercachio: If that's the only change, even if it's huge it's easy to review17:35
niemeyercachio: #3505 is in17:36
cachioniemeyer, thanks17:37
mupPR snapd#3505 closed: tests: enable main suite on fedora <Created by morphis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3505>17:37
=== cachio is now known as cachio_afk
=== jkridner|pd is now known as jkridner
jdstrandzyga-suse: hey, I have a fix for gary's https://github.com/snapcore/snapd/pull/358718:48
mupPR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>18:48
jdstrandzyga-suse: iirc, we can commit to other branches. what is the trick to doing that?18:49
zyga-ubuntujdstrand: hey18:49
zyga-ubuntujdstrand: oh, that's intereting18:49
zyga-ubuntujdstrand: the trick is to add a remote and just push to the branch directly18:49
zyga-ubuntujdstrand: git remote add adglkh git@github.com:adglkh/snapd18:49
zyga-ubuntujdstrand: that should do it18:50
zyga-ubuntujdstrand: then git fethc adglkh18:50
zyga-ubuntujdstrand: then git checkout udev_tagging18:50
zyga-ubuntujdstrand: then do whatever you want and "git push adglkh"18:50
zyga-ubuntujdstrand: quick question, I actually joined to ask you one :)18:50
zyga-ubuntujdstrand: location control is not constrained to core snap but the interface talkes about unconfined peers18:50
zyga-ubuntujdstrand: missing check?18:50
zyga-ubuntu(well, partially talks about unconfined, maybe I'm mistaken)18:51
jdstrandzyga-ubuntu: location-control is written to only be available as an app snap (ie, no deb)18:54
jdstrandzyga-ubuntu: I assume you are talking about the rule at line 66?18:55
jdstrandzyga-ubuntu: that should have a comment above it, but the idea is that unconfined is allowed to talk to location-service18:55
zyga-ubuntujdstrand: yes, I understand my mistake now18:56
jdstrandzyga-ubuntu: sigh, I did what you said for adglkh but the review is all messed up. see https://github.com/snapcore/snapd/pull/3587/files18:57
mupPR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>18:57
zyga-ubuntujdstrand: let me look18:57
jdstrandzyga-ubuntu: eg, arch/arch.go. that isn't a change he made18:57
zyga-ubuntunote that you can always push --force to undo your changes18:58
zyga-ubuntujdstrand: I refreshed the diff18:58
zyga-ubuntujdstrand: I cannot see any changes to arch.go18:58
* zyga-ubuntu goes to get some tea18:59
zyga-ubuntujdstrand: I'll be back shortly18:59
jdstrandzyga-ubuntu: https://github.com/snapcore/snapd/pull/3587/files19:00
mupPR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>19:00
jdstrandzyga-ubuntu: first thing shows arch/arch.go19:00
jdstrandtyhicks: hey, can you help me with a git thing?19:02
tyhicksjdstrand: what's up?19:02
jdstrandtyhicks: can you read backscroll between me and zyga? basically, I want to do the 'you can always push --force to undo your changes'19:03
jdstrandtyhicks: I want to get this back to 8401774d3b2f5fa2d7e59120d56988b92e5995c6 in the remote branch19:05
kyrofajdstrand, create a new branch based on that commit: `git branch my-new-branch 8401774d3b2f5fa2d7e59120d56988b92e5995c6`19:06
kyrofajdstrand, then force-push it back to the branch in the PR19:06
kyrofa`git push adglkh my-new-branch:udev_tagging --force`19:07
kyrofa(assuming your adglkh remote is called that)19:07
tyhicksI'd expect `git push --force adglkh 8401774d3b2f5fa2d7e59120d56988b92e5995c6:udev-tagging` to also work19:07
kyrofaMan that is so hard to type19:07
jdstrandneither works19:08
jdstrandah, I typoed something19:09
mupPR snapd#3587 closed: Using udev tagging for snap interfaces <Created by adglkh> <Closed by jdstrand> <https://github.com/snapcore/snapd/pull/3587>19:09
jdstrandnow all the changes are gone19:09
jdstrandjeez19:09
jdstrandand it says I closed it19:10
jdstrandmaybe I picked the wrong commit19:10
kyrofaHahaha, you still have your modified branch around I assume?19:10
jdstrandI do19:10
kyrofaYeah, make sure you grabbed the right commit19:11
tyhicks"adglkh:udev_tagging was force-pushed and no longer has any new commits."19:12
tyhicks"Pushing new commits will allow the pull request to be re-opened."19:12
tyhicksI can help you with how to use git to do what you want to do but I'm not as much help in knowing what the result will be in the github web interface :/19:13
jdstrandwell, at this point I just want to go back to what he had19:13
tyhicksjdstrand: what's the name of the local branch representing his last changes?19:14
kyrofajdstrand, can you push that branch to your fork?19:14
jdstrandtyhicks: ok. I have a local branch called adglkh.udev_tagging19:17
tyhicksjdstrand: it sounds like `git push adglkh adglkh.udev_tagging:udev_tagging` (try without --force first) will get the web ui back into shape19:17
jdstrandtyhicks: this was created with: git checkout -b adglkh.udev_tagging upstream/master ; git pull git@github.com:adglkh/snapd.git udev_tagging19:18
zyga-susekyrofa: no need for a branch19:18
jdstrandtyhicks: that has a merge from master and a fix to opengl_test.go. ie, where I was before I tried to undo things19:18
zyga-susehmm19:18
zyga-suseI see some things happened since I made tea19:18
zyga-suse(disclaimer, my lovely wife made tea and I just found it)19:18
zyga-susejdstrand: note that you stil have the full history locally in your machine in reflog19:19
zyga-susegit reflog19:19
tyhicksit sounds like he already has a branch with full history so I didn't want to steer him towards reflog just yet19:19
jdstrandTo git@github.com:adglkh/snapd19:19
jdstrand ! [remote rejected] adglkh.udev_tagging -> udev_tagging (permission denied)19:19
ubottujdstrand: I am only a bot, please don't think I'm intelligent :)19:19
jdstranderror: failed to push some refs to 'git@github.com:adglkh/snapd'19:19
jdstrandthat is from inside a checkout of adglkh.udev_tagging19:20
tyhicksI'm confused how you were able to write to that branch before if you're getting a permission denied error now19:21
tyhicks(I did think it was odd that you could write to someone else's branch but I wasn't sure how github branch perms work)19:22
=== cachio_afk is now known as cachio
kyrofatyhicks, github magic19:22
kyrofatyhicks, when creating a PR there's a checkbox saying "allow modifications from maintainers"19:22
tyhicksah19:23
jdstrandgithub seems to know that I don't know what I'm doing and took that away from me :P19:23
jdstrandI'm guessing when the PR was closed that was unchecked?19:23
kyrofaAh, I bet so, indeed19:23
kyrofaHahaha, so it let you kill his branch, but won't let you fix it. How kind19:24
jdstrandsigh, I was trying to help gary and I just created work for him19:24
* zyga-suse looks19:24
zyga-suseyeah, no more push there19:25
zyga-suseon the up side, atom has git and github integration now19:25
zyga-suseso when git command line bites, there's a nice UI around the corner19:25
zyga-ubuntujdstrand: btw, not security related really but maybe you're interested in 339919:28
jdstrandzyga-ubuntu: ack19:33
zyga-susejdstrand: thank you19:34
zyga-susejdstrand: there's going to be a similar for connections19:34
zyga-susejdstrand: that will largely replace "snap interfaces" (with an s)19:34
tyhicksjdstrand: did you ever figure out what the problem was? was that the wrong commit?19:41
jdstrandtyhicks: I think so yes; I should've used e9a9366d74fe70b966d6020877efdd55a28675dd, which was gary's last commit19:43
tyhicksok19:44
jdstrandthere was something which made me think it was the other commit but since everything is gone I can't say what. sigh19:45
zyga-ubuntureflog knows the truth :)19:45
jdstrandI did push up my branch which has all his commits: https://github.com/snapcore/snapd/compare/master...jdstrand:adglkh.udev_tagging?expand=119:46
jdstrandso the work is not gone. I left a comment in the pr19:46
bladernrThis seems kinda stupid, but how do you install a text editor on Ubuntu Core to edit config files that need to exist in snaps?  For example, if I need to edit the hosts file for the dnsmasq snap to work as a DNS server, the only option I can find is vi, I'd much rather have VIM.  I can install a pinano snap to get Nano, but it won't allow me to edit anything outside of the snap itself, making it a bit useless.  Did I19:51
bladernrmiss something for installing pinano?19:51
bladernrMaybe it needs to be in classic mode? or dev mode?19:51
zyga-susebladernr: hey, you can snap install classic19:53
zyga-suse(not sure if it is in --edge or stable now)19:53
bladernrzyga-suse, thanks.. looks like --edge, installing now.19:58
zyga-ubuntubladernr: great o/20:01
bladernrzyga-ubuntu, ummm.... so classic is installed.  How to I get into "classic" mode?20:05
bladernrbladernr@localhost:~$ snap install --classic pinano20:05
bladernrerror: cannot install "pinano": classic confinement is only supported on classic systems20:05
zyga-ubuntubladernr: it's a snap, run the app20:06
zyga-ubuntubladernr: you cannot install classic confinement snaps20:06
zyga-ubuntubladernr: but inside clasic the snap you can install vim with apt-get20:06
bladernrahhhh ok20:07

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