mup | Bug #1602323 changed: Add FTP support for remote files <Snapcraft:In Progress by 3v1n0> <Snappy:Invalid> <https://launchpad.net/bugs/1602323> | 01:28 |
---|---|---|
mup | PR snapcraft#900 opened: ftp source support <Created by 3v1n0> <https://github.com/snapcore/snapcraft/pull/900> | 01:36 |
=== JanC_ is now known as JanC | ||
andywork | what may be the reason for some libs to be discarded from "stage-packages", and never make it into the final snap? | 07:44 |
andywork | and how am I supposed to use the "dump" plugin exactly (which is supposed to replace "copy"), when I cannot specify *what* files to put into the snap | 09:07 |
andywork | now with the dump plugin, it does just that, dump *everything* regardless what I put in the "organize" property | 09:09 |
andywork | this is pretty awful, because there seems to be no clean way to copy a single file into the snap | 09:10 |
v2 | hi friends.... | 11:06 |
v2 | sorry....i might be asking the wrong question here... | 11:06 |
v2 | can ubuntu core be installed on my laptop? | 11:07 |
sergiusens | andyrock organize organizes whatever you told it to dump; what files to put in the snap are filtered with stage and snap keywords | 11:39 |
popey | andyrock: the dump plugin hasn't replaced the copy plugin (yet) so I continue to use copy for now | 11:43 |
popey | I think the deprecated message was put into snapcraft too early | 11:43 |
andyrock | andywork: ^^^ | 13:00 |
gpnt | hello | 14:23 |
gpnt | I have a problem/question: Today I was trying out ubuntu core on raspi 2. Installation, login an everything was no problem. So I created on my host-pc a cross-compiled snap for arm devices. But when I upload this snap to the store I can only install it on my host pc via 'snap install myapp'. On the raspberry pi it tells me, the snap was not found. How can I publish the app to work on my raspberry pi? | 14:26 |
gpnt | Okay, found out that you have to put an 'architecture: [armhf]' to the snapcraft.yaml. Why is this information not in the official documentation? | 14:35 |
john__ | hi - i just tired installing ubuntu core kvm on my ubuntu machine | 15:37 |
john__ | something went wrong | 15:37 |
john__ | how do i kill this instance | 15:38 |
john__ | so that i can create a new one | 15:38 |
john__ | i followed the instructions on the home page | 15:38 |
john__ | any help will be highly appreciated | 15:39 |
john__ | is anyone in this chat room besides me? | 15:45 |
andywork | sergiusens: hi, can you show me how? | 15:55 |
andywork | or better yet can ANYONE show me how to do that? | 15:59 |
=== JanC is now known as Guest64473 | ||
=== JanC_ is now known as JanC | ||
Elleo | what's the situations with the home interface? are snaps that use it allowed in the store and if so does it have to be manually connected? | 18:43 |
qengho | Elleo: We refuse to surprise users. If an app could irreversably harm, then the user has to give it permission. Hey, want to install my rm_-rf_~ snap? | 18:47 |
OsakaFoo | could someone point me to some docs which can convince me that my 'snapped' application is okay to be running under root | 18:48 |
Elleo | qengho: so they are allowed in the store then? but with manual connection? | 18:49 |
qengho | Elleo: I don't know much about the store, but I think if it's well-known and open-source then it has a good chance of passing store review. But that's a guess. | 18:50 |
qengho | OsakaFoo: A normal app, run by the user is running as that user. A daemon will run as root. In both cases, AppArmor and seccomp filters prevent it from accessing very much. You can verify in /var/lib/snapd/{apparmor,seccomp} . | 18:55 |
qengho | OsakaFoo: We can't prove a negative, so we can only invite you to try to break out and see how it fails. | 18:56 |
OsakaFoo | qengho: :) | 19:21 |
OsakaFoo | I shall heck out the profiles | 19:22 |
OsakaFoo | whats the best way to keep a snap package uptodate? | 19:23 |
andywork | hey can I get some help getting my .yaml right | 19:40 |
andywork | look here: http://pastebin.com/9ASLvD3b | 19:40 |
andywork | if I uncomment the "#"-lines, some libs from stage-packages never makes it into the final snap | 19:41 |
=== devil is now known as Guest4760 | ||
=== Guest4760 is now known as devil_ | ||
=== devil_ is now known as devil__ | ||
=== devil__ is now known as devilz | ||
=== devilz is now known as devil_ | ||
qengho | OsakaFoo: Do nothing. You get updates automatically. | 20:18 |
qengho | andywork: Those lines add a filter of things you want to install. You stage things and then don't install them, and that's weird. | 20:20 |
Son_Goku | so I wasn't nuts about LP<->rhbz, it really is disabled: https://bugs.launchpad.net/bugs/bugtrackers/redhat-bugs | 20:37 |
andywork | qengho: what should it look like then? | 21:02 |
OsakaFoo | whats the best way to pass a SSL cert to a snapped deamon?> | 21:15 |
OsakaFoo | qengho: thanks - I like that plan | 21:15 |
qengho | OsakaFoo: $ sudo snappedthing.import <cert.txt | 21:20 |
qengho | OsakaFoo: $ sudo cp cert.txt $(snappedthing.print-cert-location) | 21:21 |
OsakaFoo | hmm | 21:30 |
OsakaFoo | I can't seem to find that | 21:31 |
qengho | OsakaFoo: Did you invent "snappedthing" yet? | 21:34 |
OsakaFoo | yes, its ejabberd in a snap | 21:35 |
qengho | OsakaFoo: Did you make an app in your yaml called "print-cert-location"? | 21:35 |
qengho | OsakaFoo: command: bin/echo $SNAP_DATA/osakafoochoiceforcertname | 21:36 |
qengho | OsakaFoo: command: bin/echo $SNAP_DATA/orWhateverOFsDaemonExpectsHere | 21:39 |
andywork | qengho: do you have a minute to help me out? | 21:40 |
OsakaFoo | qengho: I think I might have missunderstoon the term invent | 21:41 |
OsakaFoo | I am not writting a snap package, simply using one | 21:41 |
OsakaFoo | the ejabberd, snap | 21:42 |
=== devil is now known as Guest712 | ||
=== Guest712 is now known as devil_ |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!