[00:07] <mup> PR snapd#2037 opened: asserts,interfaces/builtin,overlord/assertstate: introduce base-declaration <Created by pedronis> <https://github.com/snapcore/snapd/pull/2037>
[01:02] <mup> PR snapd#2038 opened: many: add email to UserState <Created by matiasb> <https://github.com/snapcore/snapd/pull/2038>
[01:07] <mwhudson> uh
[04:10] <mup> PR snapcraft#843 opened: Add `snapcraft history` and `snapcraft status` <Created by maxiberta> <https://github.com/snapcore/snapcraft/pull/843>
[04:57] <mup> PR snapd#2039 opened: overlord/configstate: support nested configuration <Created by niemeyer> <https://github.com/snapcore/snapd/pull/2039>
[05:40] <mup> PR snapd#2038 closed: many: add email to UserState <Created by matiasb> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2038>
[07:07] <mup> PR snapd#2040 opened: daemon: add support for `snap create-user --known` <Created by mvo5> <https://github.com/snapcore/snapd/pull/2040>
[07:07] <dholbach> good morning
[08:00] <mup> PR snapd#2041 opened: daemon: add `snap create-user --force-managed` support <Created by mvo5> <https://github.com/snapcore/snapd/pull/2041>
[08:10] <mup> PR snapd#2042 opened: daemon: add users to the sysInfo data <Created by mvo5> <https://github.com/snapcore/snapd/pull/2042>
[08:48] <popey> As a user of a snap, is there a planned way to get in contact with a developer, or leave a review for a broken snap?
[08:48] <popey> e.g. htop is broken on the pi, but works on amd64
[10:26] <mup> PR snapd#2036 closed: daemon, store: switch to new store APIs in snapd <Created by pete-woods> <Merged by pete-woods> <https://github.com/snapcore/snapd/pull/2036>
[10:29] <ogra_> popey, htop works here, whats your issue ?
[10:29] <ogra_> (pi3 that is)
[10:29] <mup> PR snapd#2043 opened: store: change purchase to order and store clean up first pass <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2043>
[10:43] <popey> ogra_: 2016/09/29 14:49:55.859377 cmd_run.go:179: WARNING: cannot create user data directory: cannot create "/home/popey/snap/htop/41": mkdir /home/popey/snap/htop: permission denied
[10:43] <popey> failed to create user data directory. errmsg: Permission denied
[10:43] <popey> when i try and run it
[10:45] <ogra_> popey, thats not a htop issue .... i assume you have classic installed and ran sudo classic ?
[10:45] <popey> yes
[10:45] <oparoz> Hello, where do we report issues with the snap store?
[10:45] <ogra_> and you installed that as your first snap ?
[10:46] <popey> possibly, yes
[10:46] <ogra_> well, then the sudo caused /home/popey/snap to be created root owned
[10:46] <ogra_> jusz chrown -R popey /home/popey/snap
[10:46] <oparoz> Is "Developer registration portal" correct?
[10:46] <ogra_> there is a bug open somewhere about that
[10:46] <popey> ok, thanks
[10:47] <popey> \o/ fixed
[10:49] <ogra_> oparoz, https://bugs.launchpad.net/software-center-agent/+filebug
[10:50] <oparoz> Thanks ogra_
[10:50] <ogra_> popey, bug 1620592, seems zyga is on it
[10:50] <mup> Bug #1620592: if your first installed snap contains a binary needing sudo ~/snap is created with root.root ownership <Snappy Launcher:Triaged> <Snappy:New> <https://launchpad.net/bugs/1620592>
[10:53] <mup> PR snapd#2044 opened: snap: auto-import assertions from block devices <Created by mvo5> <https://github.com/snapcore/snapd/pull/2044>
[10:54] <mvo> pitti: hi, quick question - I have a udev rule in https://github.com/snapcore/snapd/pull/2044/files#diff-ae4a6795688426c8798d190872d58f89R1 that ideally triggers when a new block device is mounted. this works fine, however I noticed there is a small race, i.e. I get the udev event when the device is not fully mount (not available in /proc/self/mountinfo yet). a small wait fixes it but that is of course not ideal, do you have a suggestion how to p
[10:54] <mvo> roperly fix this?
[10:54] <mup> PR snapd#2044: snap: auto-import assertions from block devices <Created by mvo5> <https://github.com/snapcore/snapd/pull/2044>
[11:12] <mup> PR snapd#2044 closed: snap: auto-import assertions from block devices <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2044>
[11:24]  * cjwatson belatedly uploads a bzr SRU for https://bugs.launchpad.net/bzr/+bug/1606203 (though it'll need SRU team approval)
[11:24] <mup> Bug #1606203: Failed to build of snappy package on Launchpad: Invalid header value 'Basic U05BUEJVSUxELTE4NzAtMTQ2OTQyNjE0ODpjOTJkYzVjOWQ0OTg0ZGE5OWZlNGY1ZjI3ODRhMWJk\nOA==' <launchpad> <snappy> <Bazaar:Fix Committed by vila> <Snapcraft:Invalid by sergiusens> <bzr (Ubuntu):Fix Released> <bzr
[11:24] <mup> (Ubuntu Xenial):In Progress by cjwatson> <https://launchpad.net/bugs/1606203>
[11:30] <ogra_> cjwatson, whee !
[11:37] <pitti> mvo: err, udev rules do NOT trigger on mounts, at least not in general; they trigger when a device appears or goes away, or gets reformatted
[11:38] <pitti> mvo: how do you mount the device?
[11:39] <pitti> mvo: sorry, on a conference, 'orribly lagging on IRC
[11:41] <pitti> mvo: if "snap auto-import" does the mouting by itself, don't you want to hand it the device name as an argument?
[11:41] <mvo> pitti: yeah, I think that is actually what I want
[11:41] <pitti> mvo: but if it doesn't, what *does* mount the device?
[11:42] <pitti> mvo: do you have some kind of udisks2 and automounter?
[11:42] <mvo> pitti: it seems udev+systemd makes this a bit tricky, maybe with%I and the @ thing of systemd?
[11:42] <mvo> pitti: I think snapd may need to do the mounting itself (ro mounting)
[11:42] <mvo> pitti: to a temp location and all that, we do not have udisks2 in the general case :/
[11:43] <pitti> mvo: yes, you can start<EMAIL_ADDRESS>from the udev rule
[11:44] <pitti> mvo: so how does this work right now? (aside from the sleep)
[11:44] <mvo> pitti: it works only on the desktop currently, next step is to add mounting if no automounter is available
[11:45] <pitti> ah
[11:46] <pitti> mvo: open a new unshared mount ns and mount it there, to not confuse the host system
[11:46] <mvo> pitti: I guess that is also going to be tricky because I don't want to interfere with the existing automounters
[11:46] <ogra_> we have autofs ... couldnt we use systemds automounter ?
[11:46] <mvo> pitti: yeah, that was my thinking
[11:46] <pitti> ogra_: you can, if you pin down the mount dir
[11:46] <pitti> but then you can't easily have more than one at a time
[11:46] <pitti> (not sure if that's a thing)
[11:48] <pitti> sorry, need to go again, bbl
[11:48] <mvo> pitti: thank you! I will do the %k and %I stuff and do the mounting next, thanks for your help
[12:09] <mup> PR snapd#2043 closed: store: change purchase to order and store clean up first pass <Created by pete-woods> <Merged by pete-woods> <https://github.com/snapcore/snapd/pull/2043>
[12:22] <mup> PR snapd#2045 opened: many: remove all traces of the /v2/buy/methods endpoint <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2045>
[12:58] <mup> PR snapd#2046 opened: cmd, disconnect: abbreviated forms of disconnect <Created by stolowski> <https://github.com/snapcore/snapd/pull/2046>
[13:03] <oparoz> Is it possible to namespace snaps at install time? In order to have different versions of the same snap installed
[13:03] <Mirv> is there a way to provide configflags with spaces to the autotools plugin without it breaking?
[13:03] <oparoz> snap install mysnap --prefix=featureX
[13:04] <Mirv> if I use different lines, that works but not when same thing needs to be repeated multiple times. on the same line the space character causes error for the configure script
[13:05] <Mirv> (multiple times -> non-unique elements error)
[13:16] <mup> PR snapd#2044 opened: snap: auto-import assertions from block devices <Created by mvo5> <https://github.com/snapcore/snapd/pull/2044>
[13:18] <popey> when packaging an (python) app which tries to write to /etc/init.d/appname, and obviously fails during snappy, what's best practice here? Patch setup.py and install into some $SNAP.. dir and patch the app not to look in global /etc?
[13:19] <mvo> ogra_: so - we think about udisks2 as part of ubuntu-core, what do you think? looks like its just 300kb
[13:19] <ogra_> mvo, not thrilled about adding all that stuff lately .. :((
[13:20] <ogra_> mvo, why cant you use systemd's automount ?
[13:20] <mvo> pitti: so while I was working on this auto-impoter I noticed that its tricky to not get in the way of existing auto-mounting, it feels like replying on udisks2 is more reliable, do you think that is an reaonable idea? add it to ubuntu-core
[13:20] <mvo> ogra_: because the names are not predicatable - or am I overlooking a way ?
[13:21] <mvo> ogra_: i.e. if there is a way to say "mount any block device to /media/" from systemd that would be great
[13:21] <ogra_> https://www.freedesktop.org/software/systemd/man/systemd.automount.html
[13:21] <ogra_> Where=
[13:21] <ogra_>     Takes an absolute path of a directory of the automount point. If the automount point does not exist at time that the automount point is installed, it is created. This string must be reflected in the unit filename. (See above.) This option is mandatory.
[13:22] <ogra_> so you make a udev rule that creates the unit on plugin ... with a "Where=/media/$device-label" or some such
[13:22] <ogra_> and a udev rule that removes the dir on unplug
[13:23] <ogra_> super simple
[13:23] <abeato> jdstrand, hi, is it possible to define an apparmor rule that allows access to path "/"? it looks like http://paste.ubuntu.com/23255279/ does not work, for instnace
[13:24] <mvo> ogra_: that sounds interessting, I'm slightly concerned about when teams like morphis who use udisks2 as a snap that it does not interfere here
[13:24] <ogra_> mvo, my prob with udisks is that along with the diskspace you also add another constantly running daemon
[13:25] <ogra_> we slowly start to grow out of embedded (though the keyboard stuff was worse here than udisks would be ...)
[13:26] <ogra_> i'm not sure if there would be any interference between automounter and udisks ... thats a pitti question ... worst case we'd need some automatism that turns off the automounter stuff dynamically
[13:29] <ogra_> (we could abuse interfaces here ... if a certain interface is used, turn off the global mounting support and hand it over to the in-snap udisks)
[13:30] <ogra_> (or simply tell morphis to use the system level mounting :P )
[13:35] <jdstrand> abeato: yes, we do that in several places. can you show me the denial?
[13:36] <abeato> jdstrand, Error org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender=":1.95" (uid=0 pid=5079 comm="/snap/ofono/x1/usr/bin/dbus-send --system --type=m") interface="org.ofono.Manager" member="GetModems" error name="(unset)" requested_reply="0" destination="org.ofono" (uid=0 pid=5061 comm="/snap/ofono/x1/sbin/ofonod -d ")
[13:36] <jdstrand> abeato: the apparmor denial from syslog
[13:36] <abeato> jdstrand, [22568.513731] audit: type=1107 audit(1475242602.796:90): pid=1198 uid=100 auid=4294967295 ses=4294967295 msg='apparmor="DENIED" operation="dbus_method_call"  bus="system" path="/" interface="org.ofono.Manager" member="GetModems" name=":1.103" mask="receive" pid=5061 label="snap.ofono.ofono" peer_pid=5141 peer_label="snap.ofono.dbus-send"
[13:36] <abeato>                 exe="/usr/bin/dbus-daemon" sauid=100 hostname=? addr=? terminal=?'
[13:38] <jdstrand> abeato: is the interface connected?
[13:38] <abeato> jdstrand, yes
[13:39] <jdstrand> can you paste /var/lib/snapd/apparmor/profiles/snap.ofono.ofono ?
[13:39] <abeato> jdstrand, things go through with path different from "/" , like /sss
[13:39] <abeato> sure
[13:40] <mvo> ogra_: I poke at it some more, maybe I find a reliable way
[13:40] <abeato> jdstrand, http://paste.ubuntu.com/23255346/
[13:40] <ogra_> well, i think the systemd automounter should be the way to go
[13:40]  * ogra_ wonders if systemd doesnt also have a keymap selection for consoles :P
[13:43] <jdstrand> abeato: can you 'sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.ofono.ofono' and try again?
[13:45] <abeato> jdstrand, same error, must be in another profile
[13:46] <abeato> jdstrand, is says exe="/usr/bin/dbus-daemon" ?
[13:46] <jdstrand> abeato: what do you mean 'must be in another profile'?
[13:46] <jdstrand> that doesn't matter
[13:46] <abeato> another apparmor file
[13:46] <jdstrand> label="snap.ofono.ofono"
[13:46] <jdstrand> that is the profile we need to modify ^
[13:46] <jdstrand> abeato: can you paste the new denial?
[13:47] <abeato> jdstrand, [23082.209137] audit: type=1107 audit(1475243116.493:101): pid=1198 uid=100 auid=4294967295 ses=4294967295 msg='apparmor="DENIED" operation="dbus_method_call"  bus="system" path="/" interface="org.ofono.Manager" member="GetModems" mask="send" name="org.ofono" pid=5614 label="snap.ofono.dbus-send" peer_pid=5566 peer_label="snap.ofono.ofono"
[13:47] <abeato>                 exe="/usr/bin/dbus-daemon" sauid=100 hostname=? addr=? terminal=?'
[13:48] <jdstrand> that is a different denial :)
[13:48] <jdstrand>  label="snap.ofono.dbus-send"
[13:48] <jdstrand> so now update /var/lib/snapd/apparmor/profiles/snap.ofono.dbus-send to have:
[13:49] <jdstrand> dbus (send) bus=system path=/ interface=org.ofono.* peer=(name=org.ofono, label=snap.ofono.ofono),
[13:49] <jdstrand> abeato: ^
[13:50] <jdstrand> abeato: then run 'sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.ofono.dbus-send
[13:50] <abeato> jdstrand, aha, let me modify the connected interface
[13:50] <jdstrand> abeato: it is important to remember that if you change the apparmor profile on disk, to reload it with apparmor_parser -r. it is also important to remember that we mediate both sides of the connection and to keep the label and the peer_labels straight
[13:51] <jdstrand> abeato: it easy to miss something unless you're used to looking at denials
[13:51] <jdstrand> it's*
[13:52] <abeato> jdstrand, that did the trick, thanks a lot
[13:53] <abeato> jdstrand, yep, thanks for the hints :)
[13:54] <jdstrand> abeato: fyi, the two rules in http://paste.ubuntu.com/23255346/ could be combined into one: dbus (receive, send) bus=system path=/{,**} interface=org.ofono.* peer=(label=###PLUG_SECURITY_TAGS###),
[13:55] <jdstrand> abeato: fyi, the two rules in http://paste.ubuntu.com/23255346/ could be combined into one: dbus (receive, send) bus=system path=/{,**} interface=org.ofono.** peer=(label=###PLUG_SECURITY_TAGS###),
[13:55] <jdstrand> sorry for the double paste-- the second rule is what I think you would want
[13:55] <abeato> jdstrand, sure, will do that
[13:56] <jdstrand> abeato: the path=/{,**} in an alternation. the interface=org.ofono.** is for org.ofono.foo.bar. if you only have org.ofono.* then org.ofono.foo matches, but org.ofono.foo.bar doesn't
[13:57] <jdstrand> abeato: perhaps the ofono api doesn't need org.ofono.**, but in case it does, there you go
[13:58] <abeato> don't think it needs **, but yeah
[14:10] <sil2100> Hey! I just got back to debugging my simple python3 snap again
[14:10] <sil2100> The problem I have is that the script does not work because I get "exec: image-info: not found" (image-info is the script name)
[14:11] <sil2100> So I went into snap run --shell for the snap and started debugging
[14:11] <mup> PR snapcraft#813 closed: "snapcraft validate" and "snapcraft gated" commands <Created by ralsina> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/813>
[14:12] <sil2100> And the strange thing my experiments revealed: the command-image-info.wrappercommand-image-info.wrapper only works when I change the interpreter from sh to bash (uh?)
[14:12] <ogra_> are you using any bashisms ?
[14:12] <sil2100> No, this is just a pure python3 script
[14:13] <sil2100> The part that's failing is the wrapper which is autogenerated I guess?
[14:13] <ogra_> yes, it is
[14:13] <sil2100> With it having the default /bin/sh, the PATH doesn't seem to be respected by the final 'exec' call
[14:13] <sil2100> No idea why
[14:13] <ogra_> (and it works for all other snaps without changing to bash)
[14:13] <sil2100> Yeah, it completely makes no sense to me...
[14:14] <sil2100> No one had any issues like that?
[14:14] <ogra_> i havent heard about any
[14:16] <ogra_> though i havent seen anyone call python3 directly from the apps: entry in snapcraft.yaml either
[14:17] <ogra_> which IIRC you are doing
[14:19] <sil2100> I'm not calling it directly per se, I just install the main part in parts: using the python3 plugin, add the image-info app with the image-info command
[14:20] <sil2100> Since my setup.py installs the python3 scripts to the right bin place
[14:20] <sil2100> So in theory it should all just work: scripts are in the right /usr/bin in the snap, the PATH is set to the correct values
[14:20] <ogra_> show me your snapcraft.yaml again
[14:20] <sil2100> But when trying to run the snap, I get exec: image-info: not found
[14:21] <sil2100> http://paste.ubuntu.com/23255543/
[14:21] <sil2100> Really simple yaml right now
[14:21] <ogra_> and the image-info script ?
[14:21] <ogra_> (the shebang mainly)
[14:22] <sil2100> Well, the image-info script is "#!/usr/bin/python3" and then the rest of the script
[14:22] <ogra_> right, thats wrong
[14:22] <sil2100> What is failing is the command-image-info.wrapper
[14:22] <sil2100> Wrong?
[14:22] <sil2100> I thought it should be the command to call?
[14:22] <ogra_> make it "#! /usr/bin/env python3"
[14:22] <sil2100> Oh
[14:23] <sil2100> hm
[14:23] <ogra_> you are forcefully calling the python3 from ubuntu-core ... not the one you ship
[14:23] <sil2100> Let me try that
[14:23] <mup> PR snapd#2047 opened: snap: auto mount block devices and import assertions <Created by mvo5> <https://github.com/snapcore/snapd/pull/2047>
[14:23] <ogra_> the one you ship is in $SNAP/usr/bin/python3 ... which your env points to
[14:23] <ogra_> (through the PATH)
[14:24] <ogra_> though i thought the python plugin actually re-writes the shebang lines at package build
[14:25] <sil2100> ogra_: yeah, it does - but it re-wrote it to something strange
[14:25] <sil2100> When I examine the /snap/landing-team-tools/x1/usr/bin/image-info script, I see the interpreter being set to "<path to my workdir>/parts/landing-team-tools/install/usr/bin/python3"
[14:26] <sil2100> Doesn't look like it's correct
[14:26] <ogra_> yeah
[14:26] <ogra_> even after you changed the line and re-built ?
[14:26] <sil2100> No, didn't try that yet
[14:26] <sil2100> I'm wondering if it'll help though, as currently the exec line in the wrapper is failing
[14:27] <sil2100> It's not even reaching my image-info script
[14:27] <sil2100> Like, at all
[14:27] <ogra_> "exec: image-info: not found" reads to me like it tries to sxec image-info ...
[14:28] <ogra_> but cant exec it because something inside (the interpreter) is not found
[14:28] <ogra_> else i'd expect "exec: not found"
[14:31] <verterok> hi, having some issues while trying to snap an app that tries to write to SNAP_COMMON. the app is unable to write there, getting: permission denied.
[14:32]  * ogra_ hugs mvo for https://github.com/snapcore/snapd/pull/2047
[14:32] <mup> PR snapd#2047: snap: auto mount block devices and import assertions <Created by mvo5> <https://github.com/snapcore/snapd/pull/2047>
[14:32] <ogra_> beautiful :)
[14:33] <mvo> ogra_: yeah, all without new stuff
[14:33] <ogra_> yep :D
[14:34]  * ogra_ loves it
[14:34] <mvo> ogra_: I'm very happy, probably need a look from pitti but I think its good
[14:34] <ogra_> yeah, looks totally fine to me
[14:34] <mvo> morphis: all good, looks like we don't need udisks afterall
[14:34] <mvo> morphis: sorry for the noise
[14:35] <ogra_> verterok, looks like either Bug 1611063 or Bug 1610149
[14:35] <mup> Bug #1611063: can't mkdir SNAP_USER_COMMON directory <snapd-interface> <Snappy:Triaged> <snapd (Ubuntu):Triaged> <https://launchpad.net/bugs/1611063>
[14:35] <mup> Bug #1610149: writing to the "common" directory needs to have sudo right <Snappy:Invalid> <https://launchpad.net/bugs/1610149>
[14:36] <ogra_> verterok, for a user app/executable you need to use SNAP_USER_COMMON  ... SNAP_COMMON would be for a daemon or some sudo executed app
[14:38] <verterok> ogra_: ok. I was trying to store a file accesible from this app for any user running it, not just for this user
[14:38] <verterok> ogra_: but I think I can workaround this by having a file per user
[14:39] <ogra_> well, or you could create some daemon script that handles the file or so
[14:39] <sil2100> ogra_: hah, ok, I upgraded snapd, ubuntu-core-launcher and snapcraft and now things work
[14:39] <ogra_> hah
[14:39] <sil2100> Strangeness
[14:40] <sil2100> ogra_: thanks for the help nevertheless! :)
[14:40] <ogra_> heh
[14:41] <verterok> ogra_: thanks
[14:41] <ogra_> :)
[14:55] <Croepha> PRO TIP: if you want ubuntu-image to use your kernel snap locally, you have to specify it with --extra-snaps in addition to setting it in the model assertion
[14:55] <ogra_> yep ... that was just discussed on the meiling list recently :)
[14:56] <kyrofa> I was just about to say... that sounds familiar
[14:56] <ogra_> *mailing
[14:56] <Croepha> huh
[14:56] <Croepha> I had to dig into the snapd source to figure it out
[14:57] <ogra_> niemeyer, i got poked about hibernate on snappy images recently ... that made me think ... we kind of didnt define "swap" as a partition type for gadget.yaml, i think we should add that as optional type
[14:57] <kyrofa> Croepha, no! Don't look directly at it!
[14:57] <Croepha> my snapd is riddled with fmt.Printfs now
[14:57] <kyrofa> Hahaha
[14:58] <ogra_> niemeyer, we'll indeed never used it on SD images ... but i can immagine there are plenty use-cases where people want/need it
[14:58] <ogra_> *use it
[14:58] <Croepha> it took me a solid 20 minutes to figure out that ubuntu-image doesn't actually do anything, and it just passes most work off to snapd
[14:58] <Croepha> I
[15:02] <morphis_> pitti: ping
[15:04] <morphis_> cyphermox: maybe you can help too
[15:06] <morphis_> pitti, cyphermox: is it correct that netplan does not restart networkd/network-manager when the last netplan configuration file was removed and this causes the current configuration not to be disabled and still being active until the next device reboot?
[15:07] <oparoz> Is the apparmor issue with ld.so.preload is only created by Launchpad?
[15:16] <kyrofa> oparoz, ask jdstrand
[15:17] <ogra_> lool, is there any reason that snapweb is constanly running instead of using socket activation ? it eats from 10MB reserved memory (pi2) to 30MB (dragonboard) just for idling
[15:17] <kyrofa> ogra_, does snapd support socket activation?
[15:17] <ogra_> i guess we dont actually need it running all the time, do we ?
[15:18] <ogra_> kyrofa, well, systemd does ... should only be a matter of writing the unit differently
[15:18] <ogra_> having suchh processes run all the time on an IoT device seems very wasteful
[15:18] <kyrofa> ogra_, sure, I'm just saying that I think that might be the reason :P
[15:18] <ogra_> ah
[15:18] <ogra_> k
[15:21]  * ogra_ has a hard time resisting to suggest to use a three char suffix at https://github.com/snapcore/snapd/pull/2047
[15:21] <mup> PR snapd#2047: snap: auto mount block devices and import assertions <Created by mvo5> <https://github.com/snapcore/snapd/pull/2047>
[15:22] <jdstrand> oparoz: I don't understand the question. if you are talking about https://bugs.launchpad.net/snappy/+bug/1627813, I need to prepare an update for that
[15:22] <mup> Bug #1627813: AppArmor denies access to /etc/ld.so.preload on armhf <Snappy:Triaged by jdstrand> <https://launchpad.net/bugs/1627813>
[15:22] <jdstrand> s/update/PR/
[15:29] <oparoz> Thanks jdstrand. It seems to only happen with Snaps built from Launchpad, but maybe I'm wrong and that bug appeared in a snapd update pushed this week
[15:40] <mup> PR snapd#2048 opened: interfaces: allow read of /etc/ld.so.preload by default for armhf on series 16 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2048>
[15:40] <jdstrand> oparoz: fyi ^
[15:42] <oparoz> Thanks jdstrand can this be patched live?
[15:43] <jdstrand> oparoz: yes. add '/etc/ld.so.preload r,' to /var/lib/snapd/apparmor/profiles/snap.your.app, then run 'sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.your.app
[15:43] <jdstrand> oparoz: you'll have to do that after refresh, install, install/remove, etc
[15:44] <oparoz> Thanks jdstrand that will at least tell me if the other error messages I get related to Go6 are related or not :)
[15:48] <oparoz> jdstrand, tht didn't work: AppArmor parser error for /var/lib/snapd/apparmor/profiles/snap.spreedme in /var/lib/snapd/apparmor/profiles/snap.spreedme at line 1: syntax error, unexpected TOK_MODE, expecting TOK_OPEN
[15:48] <jdstrand> oparoz: can you paste the file in paste.ubuntu.com?
[15:49] <oparoz> jdstrand, the file contains a single line: /etc/ld.so.preload r,
[15:50] <oparoz> jdstrand, my bad... I overwritten it
[15:50] <jdstrand> oparoz: did you delete everything out of that file or create a new one?
[15:50] <jdstrand> oparoz: you can uninstall the snap then install it (back up your data if it is important)
[15:53] <oparoz> jdstrand, looking at the profiles, I got it wrong. It needs to be installed for every single service and I had used the snap name
[15:54] <jdstrand> oparoz: yes, sorry if I wasn't clear. that is what I meant with snap.your.app
[15:59] <oparoz> jdstrand, that doesn't change anything unfortunately: https://paste.ubuntu.com/23255934/
[16:29] <Croepha> so, is the current paradigm to have grub mount the kernel snap and load the kernel that way?
[16:41] <Croepha> looks to be that way
[16:42] <Croepha> thats pretty clever
[17:06] <Croepha> lol, ive got the craziest nesting doll of loopback mounts going on right now, ive got a .img mounted, and I have a kernel snap mounted form inside it, then the initrd inside of it
[17:48] <mup> PR snapd#2048 closed: interfaces: allow read of /etc/ld.so.preload by default for armhf on series 16 <Created by jdstrand> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2048>
[17:51] <zyga> jdstrand: was this breaking arm snaps?
[17:51] <jdstrand> zyga: it was as the reporter said, 'spamming the logs'
[17:52] <jdstrand> I don't think it would cause them to break outright
[17:52] <jdstrand> but I guess it is possible
[17:52] <zyga> jdstrand: I recall someone asking about snaps breaking on arm
[17:52] <zyga> jdstrand: with some cryptic message about v6
[17:52] <jdstrand> could be this. could be the 4.8 kernel
[17:52] <jdstrand> zyga: oh that was different
[17:52] <jdstrand> we fixed that a while ago
[17:53] <zyga> jdstrand: was that auxv?
[17:53] <jdstrand> that was the 'unsafe' rules
[17:53] <jdstrand> yeah
[17:53] <zyga> ah
[17:53] <zyga> so, i spent part of the day away from home, I managed to make spread testing of snap-confine work offline
[17:54] <jdstrand> oh neat :)
[17:55] <zyga> I need to automate creation of the offline setup (one file left) but it should be ok
[17:55] <zyga> jdstrand: I'll get to making all the small branches for everything today and tomorrow
[17:55] <jdstrand> a cool next addition to spread would be running snapd in local lxd
[17:55] <jdstrand> I might take a look at that at some point if others don't
[17:56] <zyga> jdstrand: oh, after some of my experiments I love qemu
[17:56] <zyga> jdstrand: I heard that we can now have nested apparmor, lxd just might be a target now
[17:57] <zyga> jdstrand: but still, offline apt, offline snap, that's useful regardless of where that works
[17:58] <jdstrand> I <3 qemu (with livirt especially)
[17:58] <jdstrand> yes, if you have amd64 you should be able to do nested qemu
[17:59] <mup> PR snapd#2049 opened: Allow writing DHCP lease files to /run/NetworkManager/dhcp <Created by ssweeny> <https://github.com/snapcore/snapd/pull/2049>
[17:59] <jdstrand> I mention lxd cause running the snapd and snap-confine testsuites inside of lxd shipped as a snap would be handy for local tests but also really exercise the apparmor stacking feature
[18:00] <jdstrand> and be a great regression test
[18:01] <zyga> hmm, I didn't think about the stacking case, that is a good point
[18:02] <jdstrand> it's exciting-- all the pieces are in flight fr 16.10
[18:02] <jdstrand> and once there, the SRUs will begin
[18:03] <jdstrand> that is some very cutting edge stuff
[18:03] <jdstrand> and it'll be great for the lxd project and snappy
[18:06] <zyga> jdstrand: any chance this is all also upstream in relevant places?
[18:06] <zyga> btw, the complexity of lxd running as a snap on lxd running as a snap is mind boggling
[18:06] <zyga> what's the kernel mount namespace layout again?
[18:06] <mup> PR snapd#2050 opened: interfaces/policy: start of interface policy checking code based on declarations <Created by pedronis> <https://github.com/snapcore/snapd/pull/2050>
[18:06] <jdstrand> zyga: everywhere except the kernel. the kernel bits are still work in progross
[18:07] <zyga> do you need kernel devs? :-)
[18:07] <jdstrand> zyga: well, that is deep nesting and won't be supported just yet (it's planned). lxd as a snap running snapd is supported
[18:08] <jdstrand> zyga: well, the kernel devs that were working on the upstreaming got put on the stacking feature
[18:08] <jdstrand> zyga: tyhicks can comment on the progress and next steps
[18:08] <jdstrand> tyhicks: context: stacking support and upstreaming
[18:09] <oparoz_> jdstrand, that bug is killing snaps on armhf
[18:09] <jdstrand> oparoz_: ack (zyga ^)
[18:09] <oparoz_> It's impossible to install anything. Services all crash
[18:09] <zyga> I was joking :) maybe I can re-brand myself as a junior kernel developer
[18:09] <jdstrand> oparoz_: it's committed now
[18:10] <oparoz_> Yeah, I saw, thanks :). I can't test if it works because app-confine doesn't seem to have a customizable apparmor profile
[18:10] <tyhicks> zyga, jdstrand: the kernel changes needed for stacking are not upstream
[18:11] <tyhicks> zyga, jdstrand: now that stacking is just about finished, upstreaming can commence after the bits of work left for gsettings mediation
[18:15] <zyga> oparoz_: snap-confine has a profile that you can change (well, perhaps not in a presistent way but still)
[18:15] <oparoz_> zyga where?
[18:15] <oparoz_> Noting in the apparmor folder
[18:16] <oparoz_> Couldn't find doc about it
[18:16] <mup> PR snapd#2035 closed: asserts: support parsing the slots stanza i.e. slot rules in snap-declarations <Critical> <Created by pedronis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2035>
[18:18] <zyga> oparoz_: anywhere, you can just load the profile
[18:18] <zyga> oparoz_: look at /etc/apparmor.d/usr.lib.snapd.snap-confine
[18:18] <zyga> oparoz_: you can copy/edit that anywhere
[18:18] <zyga> oparoz_: and load the new version with apparmor_parser -r
[18:19] <mup> PR snapd#2042 closed: daemon: add users to the sysInfo data <Created by mvo5> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2042>
[18:22] <oparoz_> zyga, thanks, that eliminated that one error :) Still one left, but I don't know if it's related to the same problem
[18:23] <oparoz_> zyga,
[18:23] <oparoz_> Sep 30 18:21:40 ubuntu-standard snap[22880]: ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
[18:23] <oparoz_> Another file to whitelist?
[18:25] <zyga> oparoz_: looks like something that jdstrand just fixed
[18:26] <jdstrand> oparoz_: /usr/lib/arm-linux-gnueabihf/libarmmem.so probably doesn't exist in the core snap
[18:26] <jdstrand> maybe it does. do you have apparmor denials?
[18:27] <oparoz_> 20 -rw-r--r-- 1 root root 18920 Jul  8  2015 /usr/lib/arm-linux-gnueabihf/libarmmem.so
[18:27] <oparoz_> No denials, just ERROR
[18:27] <zyga> oparoz_: does it work in devmode?
[18:27] <oparoz_> I've added it to both policies and it doesn't fix things
[18:27] <jdstrand> oparoz_: what are you adding to snap-confine's policy?
[18:28] <oparoz_> jdstrand, I added /etc/ld.so.preload r,
[18:28] <oparoz_> and then /usr/lib/arm-linux-gnueabihf/libarmmem.so r,
[18:29] <jdstrand> oparoz_: did you have denials for those?
[18:30] <oparoz_> I thoght the 2nd error about libarmmem.so was relatedto the apparmor error from the previous line
[18:30] <oparoz_> jdstrand, but apparently it's unrelated
[18:30] <jdstrand> oparoz_: you'll see a new denial for that file if it is blocked by apparmor
[18:30] <oparoz_> jdstrand, so probably not related to that
[18:31] <oparoz_> zyga, doesn't load in devmode either
[18:32] <oparoz_> So the logs still look like that: https://paste.ubuntu.com/23255934/
[18:32] <oparoz_> Minus the apparmor error
[18:35] <jdstrand> oparoz_: are you using an up to date image? (core and kernel in particular)
[18:35] <oparoz_> snap refresh says so
[18:35] <zyga> oparoz_: did you reload the profile?
[18:35] <oparoz_> ubuntu-core     16.04.1         424  canonical  -
[18:36] <jdstrand> oparoz_: cat you paste /etc/apparmor.d/usr.lib.snapd.snap-confine ?
[18:37] <mup> PR snapd#1918 closed: tests: add external spread backend <Reviewed> <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1918>
[18:38] <oparoz_> jdstrand, https://paste.ubuntu.com/23256723/
[18:38] <jdstrand> oparoz_: that is too old
[18:39] <oparoz_> jdstrand, neither apt, nor snap are giving me anything newer
[18:39] <jdstrand> oparoz_: I suggest using 'snap refresh ubuntu-core --channel=edge'
[18:40] <jdstrand> I don't upload the core snaps so I don't know why you a newer stable version of the armhf core snap is not available
[18:40] <jdstrand> but getting the edge core snap should resolve this
[18:40] <mup> PR snapd#2045 closed: many: remove all traces of the /v2/buy/methods endpoint <Created by pete-woods> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2045>
[18:41] <oparoz_> Thanks jdstrand I'm downloading now and will keep you posted
[18:44] <oparoz_> jdstrand, It seems it's stuck, error: cannot refresh "ubuntu-core": snap "ubuntu-core" has changes in progress
[18:44] <oparoz_> jdstrand, any way to restart?
[18:45] <jdstrand> I'm not sure how to get you out of that situation. perhaps there was something wrong with it which is why it wasn't refreshing
[18:45] <jdstrand> perhaps someone here can help?
[18:46] <oparoz_> jdstrand, It started and I killed it and now I can't refresh...
[18:46] <jdstrand> yeah, I don't know how to fix that. I think it will try again in some minutes behind the scenes
[18:46] <oparoz_> OK :)
[18:47] <jdstrand> your image is definitely too old and perhaps it isn't able to update. just a guess
[18:47] <oparoz_> abort seemed to have solved it
[18:49] <oparoz_> But I can't connect and retrieve the snap. Connection reset by peer. Weird
[18:50] <Croepha> whats the service that setups networking interactively on core? how do you disable/override it?
[18:52] <zyga> oparoz_: killing snapd wont change anything
[18:52] <zyga> oparoz_: start with snap changes
[18:52] <oparoz_> I did that and it gave me a list of errors and I used the ids
[18:52] <oparoz_> It complained that there was nothing to do and then it worked
[18:57] <zyga> oparoz_: you can abort changes
[18:58] <oparoz_> error: cannot abort change 78 with nothing pending
[18:58] <Croepha> the answer to my questions was apparently console-conf
[18:58] <oparoz_> 78   Error   2016-09-30T18:40:05Z  2016-09-30T18:45:10Z  Refresh "ubuntu-core" snap from "edge" channel
[18:59] <oparoz_> And this one is stuck in abort: 91   Abort   2016-09-30T18:54:26Z  -                     Refresh "ubuntu-core" snap from "edge" channel
[18:59] <mup> PR snapcraft#842 closed: Catkin plugin: Support ROS Kinetic <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/842>
[19:00] <kyrofa> oparoz_, more info here on what happened there: http://askubuntu.com/a/790975/261753
[19:01] <oparoz_> Thanks kyrofa :)
[19:02] <mup> Bug #1629423 opened: Ordering of command line arguments matters <Snappy:New> <https://launchpad.net/bugs/1629423>
[19:05] <oparoz_> Rebooted and network is still flaky as hell. Impossible to download anything anymore :S
[19:07] <oparoz_> What I find amazing is that older snaps still load, it's just newer ones which can't
[19:08] <mup> Bug #1629425 opened: Cannot safely refresh from edge to stable with ubuntu-core <Snappy:New> <https://launchpad.net/bugs/1629425>
[19:14] <oparoz_> Is there a way to download ubuntu-core edge via wget? Snapd just can't handle network connections anymore
[19:16] <kyrofa> attente, ping
[19:17] <attente> kyrofa: hey
[19:18] <kyrofa> attente, hey, I just had a bug logged against nextcloud saying that the description within the software center is terribly unclear. They provided this screenshot: https://cloud.githubusercontent.com/assets/9272078/19003640/131490a4-8752-11e6-80f0-2d811abcf244.png
[19:18] <kyrofa> attente, there more data in the store though. Does the software center not have access to that?
[19:20] <kyrofa> attente, it also looks like it's grabbing the name out of the YAML or something instead of what's in the store
[19:21] <attente> kyrofa: hmm... i can't even seem to find that snap via gnome-software
[19:21] <kyrofa> attente, I guess specificaly I'm missing the summary
[19:22] <kyrofa> attente, huh, yeah, I don't either. What's happening here?
[19:23] <attente> kyrofa: can you kill gnome-software and re-run it with GNOME_SOFTWARE_SNAPPY=debug in the env?
[19:25] <kyrofa> attente, huh, lots of 404s
[19:26] <attente> kyrofa: yeah, that's what i'm seeing too
[19:27] <kyrofa> Temporary store failure?
[19:28] <attente> kyrofa: fwiw, this is from the find endpoint: http://paste.debian.net/848827/
[19:29] <kyrofa> attente, huh, okay. Really just adding the summary in there would make me happy
[19:29] <kyrofa> attente, is there a reason we're not showing it?
[19:30] <Croepha> HAHA!
[19:30] <attente> kyrofa: the extra missing data is coming from /v2/snaps/nextcloud usually? and since it's 404'ing that's why the information is so sparse?
[19:30] <slangasek> ogra_: hey, so, are you planning to grab any timing of a full console-conf startup on BBB? (+strace)
[19:30] <Croepha> PRO TIP #2: if you want the first-boot helper to go away in core, just touch /var/lib/console-conf/complete
[19:31] <kyrofa> attente, no, the summary is in the response to the query you just pasted
[19:31] <attente> kyrofa: but you said that the store is showing more information in the store
[19:32] <attente> kyrofa: so i'm wondering if that's because gnome-software is getting a 404 there
[19:32] <kyrofa> attente, I meant to simply say that there is information available that isn't shown in gnome-software
[19:32] <kyrofa> Well, that's just not making it show up at all! Haha
[19:33] <kyrofa> It must have been working a few minutes ago when the bug was logged
[19:33] <kyrofa> (that screenshot was from the bug, not me personally)
[19:34] <kyrofa> attente, compare the screenshot to this: http://pasteboard.co/9qPYYft9h.png
[19:34] <attente> weird. is a server down or something?
[19:34] <kyrofa> There it has a summary above the install, and the longer description below
[19:34] <kyrofa> Good question. oparoz_ was just complaining about network issues
[19:35] <kyrofa> I'm installing nextcloud... that seems to be working anyway
[19:35] <oparoz_> I can't download anything via snap on armhf, works on amd64
[19:35] <oparoz_> Same network, but different cable ;)
[19:35] <mup> PR snapd#2049 closed: interfaces: builtin: Allow writing DHCP lease files to /run/NetworkManager/dhcp <Created by ssweeny> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2049>
[19:42] <oparoz_> https://uappexplorer.com still shows decriptions, so must not be an API thing
[19:43] <elopio> kyrofa: well, it starts now alright: https://gist.github.com/elopio/dffcda326f5b51feedeb09f012ac9a44
[19:43] <elopio> it fails when trying to create a user though
[19:48] <attente> kyrofa: ok, i see. so you'd prefer the summary go in the top line, and description to be the blurb below
[19:48] <kyrofa> attente, well, the summary isn't shown at all, right? Wouldn't that be more consistent?
[19:49] <attente> in the second image, there are three items, name, summary and description, but from the bug report, we show the name and description (which is displayed where the summary would ideally be)
[19:50] <kyrofa> Indeed
[19:51] <attente> ok, that should be a simple fix
[19:52] <attente> still not sure about the 404s though :/
[20:02] <kyrofa> attente, yeah me neither. But yeah, do you think that makes sense?
[20:04] <attente> kyrofa: yup, makes sense to me
[20:06] <oparoz_> Is the API serving snaps documented somewhere?
[20:08] <attente> kyrofa: i'm not sure what to do about the jhbuild plugin stuff. do you think it's still worth looking into even though you're planning to make all plugins build in a container
[20:09] <kyrofa> attente, I'm honestly not sure. I just got back onto snapcraft yesterday, still getting up to speed. Probably a better question for sergiusens
[20:10] <kyrofa> oparoz_, nessita can probably help you with that. I think it's on the wiki somewhere
[20:11] <oparoz_> Thanks kyrofa I'm trying to find a link I saw about creating our own app store as that may have some info
[20:11] <kyrofa> attente, shall I log a bug about the summary?
[20:11] <attente> kyrofa: sure
[20:12] <kyrofa> attente, here? https://bugs.launchpad.net/ubuntu/+source/gnome-software
[20:13] <attente> kyrofa: yup
[20:16] <kyrofa> attente, bug #1629456
[20:16] <mup> Bug #1629456: Summary isn't shown for snaps <gnome-software (Ubuntu):New> <https://launchpad.net/bugs/1629456>
[20:17] <attente> kyrofa: thanks!
[20:19] <nessita> kyrofa, hi! what do you need?
[20:19] <kyrofa> nessita, where is the store API documented nowadays? oparoz_ was asking
[20:20] <oparoz_> Found this: https://wiki.ubuntu.com/AppStore/Interfaces/ClickPackageIndex
[20:20] <nessita> oparoz_, hi! that documentation is for the click endpoints only, is not updated to snaps
[20:20] <nessita> oparoz_, what's your goal?
[20:20] <oparoz_> Ah :(
[20:20] <oparoz_> I want to download armhf package from an amd64 machine
[20:21] <nessita> oparoz_, we don't officially provide public APIs to query the store, ideally you should use snapd to do searches and downloads
[20:21] <oparoz_> There is no arch switch in snappy
[20:21] <oparoz_> snapd doesn't work
[20:22] <oparoz_> I only get this: error: read tcp <IP_ADDRESS>:60014-><IP_ADDRESS>:443: read: connection reset by peer
[20:22] <zyga> oparoz_: you can use snapd-glib to query snapd
[20:23] <lutostag> hey all, when I try to push a snap I get "There has been a problem while analyzing the snap, check the snap and try to push again."... how can I find out what I am doing wrong?
[20:24] <zyga> jdstrand: can I get a +1 on https://github.com/snapcore/snap-confine/pull/158
[20:24] <mup> PR snap-confine#158: Constrain SNAP_CONFINE_DEBUG values <Created by zyga> <https://github.com/snapcore/snap-confine/pull/158>
[20:26] <oparoz_> Thanks zyga, that's interesting
[20:26] <zyga> jdstrand: and perhaps https://github.com/snapcore/snap-confine/pull/157
[20:26] <mup> PR snap-confine#157: Add support for --version switch <Created by zyga> <https://github.com/snapcore/snap-confine/pull/157>
[20:27] <jdstrand> zyga: I feel like I looked at this alreayd
[20:27] <zyga> jdstrand: oh? I don't see any comments there
[20:27] <jdstrand> no there aren't any
[20:28] <jdstrand> maybe I started looking at it
[20:28] <jdstrand> I'm looking at something else right now and have a hard stop soon
[20:28] <zyga> jdstrand: I wrote a small spread test for the "prefer core" https://github.com/snapcore/snap-confine/pull/161/commits/3e4d839da5efb8e34b5a72a45445abd404d8a627
[20:28] <mup> PR snap-confine#161: Prefer the "core" snap is one is available <Created by zyga> <https://github.com/snapcore/snap-confine/pull/161>
[20:28] <zyga> jdstrand: ok, ignore those two
[20:28] <jdstrand> I've added it to me todo
[20:28] <zyga> hmm, me is silly
[20:28] <jdstrand> jeez, I thought I looked at --verson too
[20:29] <jdstrand> meh
[20:35] <zyga> jdstrand: I'm doing a micro release with the core preference feature
[20:36] <mup> PR snapcraft#843 closed: Add `snapcraft history` and `snapcraft status` <Created by maxiberta> <Closed by maxiberta> <https://github.com/snapcore/snapcraft/pull/843>
[20:36] <mup> PR snapcraft#844 opened: Add `snapcraft history` <Created by maxiberta> <https://github.com/snapcore/snapcraft/pull/844>
[20:36] <mup> PR snapcraft#845 opened: Add `snapcraft status` <Created by maxiberta> <https://github.com/snapcore/snapcraft/pull/845>
[20:38] <lutostag> (figured it out, someone else had registered the name I tried to push to, but got it sorted)
[20:39] <mup> PR snapcraft#841 closed: Replace SNAPCRAFT_PART_INSTALL in the part attributes <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/841>
[20:42] <oparoz_> jdstrand, usr.lib.snapd.snap-confine is not updated when installing ubuntu-core edge and so nothing changes
[20:43] <jdstrand> zyga: I gave a comment on 161 you may want to consider
[20:44] <jdstrand> oparoz_: I am about to head out. does usr.lib.snapd.snap-confine contain 'unsafe' in the change_profile rules?
[20:44] <zyga> jdstrand: looking
[20:45] <oparoz_> jdstrand, no
[20:45] <jdstrand> oparoz_: I suspect that /snap/ubuntu-core/current points to the old one
[20:46] <jdstrand> oparoz_: I don't know how convenient it is for you, but you may want to reflash. perhaps others can help debug this
[20:46] <oparoz_> jdstrand, it points to the dev version I just sideloaded
[20:46] <jdstrand> oparoz_: what does snap list say?
[20:46] <zyga> jdstrand: replied
[20:46] <jdstrand> maybe the armhf core snap is out of date
[20:47] <oparoz_> jdstrand, ubuntu-core     16.04.1         x1              -
[20:47] <oparoz_> This is a Nextcloud Box image
[20:47] <oparoz_> Which only had snapcraft installed on to try and build simpler snaps
[20:48] <oparoz_> It used to work find until the preload bug and now all dnaps fail
[20:48] <oparoz_> with that lib error
[20:48] <oparoz_> snap-confine/xenial-updates,now 1.0.38-0ubuntu<IP_ADDRESS> armhf
[20:49] <oparoz_> snapd/xenial-updates,now 2.15.2ubuntu1 armhf
[20:49] <oparoz_> I just hope it's recoverable, because lots of users won't be tech savvy
[20:50] <jdstrand> oparoz_: oh, 16.04 still has 1.0.38-0ubuntu<IP_ADDRESS>. that doesn't have the necessary changes
[20:50] <jdstrand> :(
[20:50] <oparoz_> OK, at least now I know why :)
[20:50] <jdstrand> oparoz_: I know zyga was working on landing that. I'm not sure of the status
[20:51] <zyga> oparoz_: there's a good version in yakkety, xenial will get the SRU but I need to verify a dozen bugs for that and I'm also doing other things
[20:51] <zyga> oparoz_: ~ next week
[20:51] <oparoz_> OK, I'll just be patient and wait for updates to land
[20:51] <oparoz_> Thank you guys
[20:52] <sbeattie> How does one get snapcraft to include datadirs in a snap? the autotools plugin installed them into stage/SNAP/installdata, but I can't figure out how to get the stuff under there included in the snap.
[20:54] <sbeattie> If I try to use the "stage" part (from http://snapcraft.io/docs/build-snaps/parts) , it looks under stage/SNAP/install/
[21:02] <zyga> jdstrand: my browser froze and I think I just accidentally somehow removed your commend about /media and udisks
[21:02] <zyga> jdstrand: my point on this is, perhaps, but it would make devmode vs non-devmode different
[21:02] <zyga> in somewhat weird ways
[21:02] <oparoz_> zyga, just to confirm that that yaketi package fixes the problem. The error about the lib is still there but it seems it was a red herring
[21:02] <zyga> (well, to phrase this better, right now all you need is devmode and then you can "be udisks"
[21:03] <zyga> oh the comment is back, odd
[21:03] <zyga> oparoz_: intersting
[21:03] <zyga> oparoz_: I'm away from home and my fleet of arm devices
[21:03] <zyga> oparoz_: I will be able to look at this in early november
[21:04] <oparoz_> zyga, OK. Hopefully fixed by Ubucon EU
[21:05] <zyga> oparoz_: I'm sure we'll get someone with a device to debug it
[21:05] <oparoz_> :)
[21:07] <Innokentiy> Hello! Have some questions about using snappy for packaging an application ... Unfortunately can't find answers in tutorial and FAQ
[21:09] <zyga> Innokentiy: ask away
[21:11] <Innokentiy> Tnx!
[21:12] <Innokentiy> I use odroid and beaglebone for about 4 years now, and recently found that Ubuntu core may be an answer to a question what Linux distribution is  the best for the IoT, so the question is: :)
[21:14] <Innokentiy> naturally it is a set of php scripts ... not a real application ...
[21:15] <kyrofa> Innokentiy, no matter, you can run PHP scripts. Is it not a web application, though?
[21:17] <sergiusens> attente kyrofa can we take the jhbuild plugin to the sprint?
[21:17] <zyga> Innokentiy: this is not a question yet
[21:18] <kyrofa> sergiusens, sounds good to me
[21:18] <attente> sergiusens: sure
[21:18] <sbeattie> sorry, I mis-asked. the snapcraft autotools plugin is installing my snap's data into parts/SNAP/installdata rather than parts/SNAP/install (where it correctly installs the bins). How do I get snapcraft to look at the parts/SNAP/installdata dirs as well?
[21:23] <Innokentiy> Something went wrong, looks like messages gone nowhere ...
[21:23] <Innokentiy> So i continue ...
[21:23] <zyga> Innokentiy: try again :)
[21:24] <Innokentiy> Tnx zyga :)
[21:24] <Innokentiy> my project is a set of php scrips, so i have one fundamental question ...
[21:25] <Innokentiy> Normally, i place all folder structure to /var/www/mpsbox
[21:26] <Innokentiy> and then point apache to use this folder as virtual directory
[21:26] <Innokentiy> or main site folder ...
[21:26] <zyga> right, here you'd want to bundle PHP and use apache (or anything else that runs php apps)
[21:26] <zyga> your snap will be installed in a directory that is variable at runtime
[21:27] <zyga> but you can find it because it is in environment under the $SNAP name
[21:27] <Innokentiy> what should i do when i want to install with snappy?
[21:27] <mup> PR snapd#2037 closed: asserts,interfaces/builtin,overlord/assertstate: introduce base-declaration <Critical> <Created by pedronis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2037>
[21:27] <zyga> e.g. typically /that would be /snap/yoursnapname/123/
[21:27] <Innokentiy> right
[21:27] <zyga> start with a snap (use snapcraft) that can bundle apache2
[21:27] <Innokentiy> and then i will pint apache to this folder
[21:27] <zyga> you will need the "network-bind" plug for the application that runs apache
[21:28] <zyga> the script you start can alter apache config to point it to the right place
[21:28] <zyga> note that you will have to fiddle with apache first
[21:28] <zyga> to make it relocatable (might be trivial, might be hard, not sure)
[21:29] <zyga> then adding PHP
[21:29] <zyga> then adding your app
[21:29] <zyga> I think it should be doable but I'm not a php expert
[21:29] <Innokentiy> thanks, and how i can define dependances?
[21:29] <zyga> (where anything is doable, I mean easily)
[21:29] <zyga> Innokentiy: you want to read about how snapcraft works
[21:30] <Innokentiy> i need apache snmp mysql and php ...
[21:30] <zyga> Innokentiy: there are no dependencies among snaps but you can easily bundle lots of things into one snap
[21:30] <zyga> oh, mysql might be another thing you will neee extra time on
[21:30] <zyga> I would recommend asking on the mainling list, this seems like something a lot of people can reuse
[21:30] <Innokentiy> that what i missed out ... i went through tutorial
[21:30] <kyrofa> Innokentiy, the nextcloud snap uses apache mysql and php as well, might be useful for reference: https://github.com/nextcloud/nextcloud-snap
[21:31] <Innokentiy> but didn't get how to manage those things :(
[21:31] <sbeattie> Also, is there a way to clean just a specific stage of the snapcraft process? I don't want to redo the entire build if I can avoid it.
[21:31] <kyrofa> sbeattie, you can `snapcraft clean <part name>` and `snapcraft clean --step=<step>`. You can combine those, too: `snapcraft clean <part name> --step=<step>`
[21:32] <Innokentiy> Thanks kyrofa will check it ...
[21:32] <zyga> Innokentiy: in the end your snap will bundle apache, mysql, php and anything else you need
[21:32] <Innokentiy> zyga - yes that the point, ultimately i just want to automate the installation i do now manually ...
[21:33] <zyga> Innokentiy: in the end the snap will be totally self-contained
[21:33] <zyga> Innokentiy: and you will have total control over versions of each bit inside
[21:34] <sbeattie> kyrofa: thanks. do you have any idea how I can get snapcraft to include the files the autotools plugin installed in parts/SNAP/installdata along with the bins it installed in parts/SNAP/install ?
[21:34] <Innokentiy> I really confident on make my stuff bundled as snap, as today, i getting questions mainly how to set everything up :)
[21:34] <kyrofa> sbeattie, can I see your YAML?
[21:35] <Innokentiy> on a device like odroid or beagle or raspberry  :)
[21:38] <sbeattie> kyrofa: it's pretty dirt simple: http://paste.ubuntu.com/23257449/
[21:38] <Innokentiy> kyrofa - why you decide to compile everything in snap, and not use packages available in ubuntu?
[21:38] <sbeattie> I tried adding a 'source' section to part, but snapcraft looked under parts/SNAP/install/
[21:39] <kyrofa> Innokentiy, this series of blog posts might be a good read, and will answer questions like that: https://kyrofa.com/posts/installing-nextcloud-can-be-a-snap
[21:41] <kyrofa> sbeattie, I'm not sure what's going on there, but I suspect the way your project is handling DESTDIR is odd
[21:41] <kyrofa> sbeattie, try adding `install-via: prefix` to your autotools part
[21:42] <sbeattie> kyrofa: this is how it ended up installing things: http://paste.ubuntu.com/23257470/
[21:42] <sbeattie> kyrofa: I'll give that a go.
[21:42] <kyrofa> sbeattie, yeah it might be using ${DESTDIR}data or something dumb like that
[21:46] <Innokentiy> kyrofa: Thanks! Already dive in to reading :)
[21:59] <CoderEurope> o/
[21:59] <CoderEurope> bbl
[22:00] <mup> PR snapcraft#846 opened: Release changelog for 2.19 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/846>
[22:19] <Innokentiy> Guys, thanks for help!
[23:01] <ogra_> slangasek, i'll dig on the weekend
[23:02] <ogra_> slangasek, thats not bbb specific ... pi2/3 also take very long
[23:02] <tsimonq2>  /or
[23:02] <tsimonq2> whoops
[23:03] <slangasek> ogra_: ok. and they still do, after the bytecompile fix?
[23:03] <ogra_> yep
[23:03] <slangasek> ogra_: ok. I don't think I have any of those devices here, so strace welcome
[23:03] <ogra_> slangasek, well, was there another fix ? you mentioned subiquity would be missing its .pyc files too
[23:04] <slangasek> subiquity's should be insignificant, but maybe a full strace will tell us something more
[23:04] <ogra_> yeah, michael also asked for setting some SNAPD_HTTP_* debug var ...
[23:05] <ogra_> (i have to dig that up ... not at 1am though :) )


[08:32] <infinity> gcc -m64 -march=x86-64 -mtune=x86-64 -O3 -g -D_REENTRANT -fPIC -DNO_snprintf -DHAS_sprintf_void -DNO_ERRNO_H -o example example.o -L. libz.a
[08:32] <infinity> /usr/bin/ld: errno: TLS definition in /lib64/libc.so.6 section .tbss mismatches non-TLS reference in libz.a(gzio.o)
[08:32] <infinity> /lib64/libc.so.6: could not read symbols: Bad value
[08:32] <infinity> collect2: ld returned 1 exit status
[08:32] <infinity> make[1] : *** [example]  Error 1
[08:32] <infinity> doko_: When you're alive, ping me.
[09:15] <doko_> infinity: pong
[09:15] <infinity> doko_: Check the above.  zlib is FTBFS on i386.
[09:16] <doko_> infinity: other 64bit builds as well?
[09:16] <infinity> Just i386, afaict.
[09:16] <infinity> Or, you mean "other packages with biarch builds"?
[09:17] <infinity> In which case, this is the first I've seen.
[09:17] <doko_> yes
[10:11] <doko_> infinity: fixed, that's fallout from our gcc-opt hackings :-/
[11:01] <infinity> doko_: Ahh.
[11:02] <infinity> doko_: When you say "fixed", does that include "uploaded"?
[11:02] <infinity> Oh, someone else already accepted it, I see.
[11:03] <doko_> yes
[11:06] <infinity> Thanks.


[02:32] <bazhang> * [Santorum] (troll@wikipedia.has.been.pwned.biz): Piss off!
[02:32] <bazhang> nice
[12:27] <oCean> !bootoptions is On some hardware configurations you need to set some kernel parameters for ubuntu to boot or work properly. See http://ubuntuforums.org/showthread.php?t=1613132 on how to use nomodeset, acpi_osi and noapic/nolapic
[12:29] <oCean> !nomodeset is <alias> bootoptions
[12:29] <LjL> !bootoption
[12:30] <oCean> o_0
[12:31] <oCean> LjL: there's no nomodeset which was the trigger to add one
[12:39] <LjL> RightLegRed: hi
[12:39] <RightLegRed> LjL, hey, I was sent here by #ubuntu-read-topic
[12:40] <LjL> RightLegRed: i see that, however what i don't see is a banforward for you in #ubuntu. are you sure you can't join that?
[12:40] <RightLegRed> I was actually looking to get tested due to being disconnected from other channels - I googled it and I found the ubuntu site
[12:40] <LjL> RightLegRed: ah, i see. i will enable the testing for you
[12:41] <LjL> RightLegRed: try again now
[12:42] <RightLegRed> Thanks very much
[12:42] <LjL> RightLegRed: you seem to be fine
[12:42] <RightLegRed> Thanks for your help, I assume you'd rather me leave - as I see the topic states you remove idles
[12:43] <RightLegRed> idlers*
[12:43] <LjL> RightLegRed: yeah you should leave this channel, feel free to pop back for anything though
[12:43] <RightLegRed> Thanks very much
[12:43] <gry> Justasic excess flooding at #ubuntu
[12:44] <tsimpson> oCean: you should be able to actually edit factoids if you @login
[12:45] <oCean> tsimpson: ah, ok. lemme try
[12:45] <oCean> tsimpson: do I have to @login every time I reconnect freenode?
[12:45] <oCean> @login
[12:45] <oCean> !bootoptions is On some hardware configurations you need to set some kernel parameters for ubuntu to boot or work properly. See http://ubuntuforums.org/showthread.php?t=1613132 on how to use nomodeset, acpi_osi and noapic/nolapic
[12:46] <tsimpson> unless you tell ubottu about your cloak
[12:46] <tsimpson> @help User hostmask add
[12:46] <tsimpson> @more
[12:48] <tsimpson> also, it's probably better to keep the original wiki link in the factoid and just add the modeset options to the wiki page
[12:48] <tsimpson> s/wiki/help wiki/
[12:50] <oCean> tsimpson: the thing is that the wikipage in much more detail explains about the usage of nomodeset
[12:51] <oCean> what if I set !nomodeset to A common kernel (boot)parameter is nomodeset, which is needed for some graphic cards that otherwise boot into a black screen or show corrupted splash screen (and link the wikipage)
[12:51] <tsimpson> point to the forums link from the wiki page
[12:51] <oCean> oh ok.
[12:51] <tsimpson> or that ^
[12:52] <tsimpson> but you'd probably want to edit !bootoptions to have "see also !nomodeset" if you do
[12:52] <oCean> yep, allrighty
[12:53] <oCean> hehe, I once edited a wikipage and was told not to do so without contacting the owners/editors. But only after a month or so after my edit :(
[12:54] <tsimpson> well the ubuntu wiki/help is supposed to be edited by everyone, as long as it's not spam/malicious...
[12:54] <oCean> !nomodeset is A common kernel (boot)parameter is nomodeset, which is needed for some graphic cards that otherwise boot into a black screen or show corrupted splash screen. See http://ubuntuforums.org/showthread.php?t=1613132 on how to use this parameter
[12:57] <oCean> tsimpson: would this edit be ok? bootoption is <sed> /$/ See also !nomodeset./
[12:59] <tsimpson> sure
[13:00] <oCean> thx
[13:00] <oCean> !bootoption is <sed> /$/ See also !nomodeset./
[13:00] <oCean> !bootoptions is <sed> /$/ See also !nomodeset./
[13:01] <tsimpson> !bootoptions
[13:21] <oCean> trancegeek has a +q, but is now in with different ip
[13:21] <LjL> oh he does?
[13:22] <oCean> oh, and his link pasted as soon as he entered deserves a ban imo
[13:23] <LjL> oCean: what is the +q?  pool-74-110-29-195.bflony.east.verizon.net?
[13:23] <oCean> yep
[13:24] <LjL> why does searching for "trancegeek" in the bt not return anything even though the mute is recorded
[13:24] <oCean> yes, that is strange, I muted him, but ubottu did not ask for a comment
[13:25] <oCean> is it because I had not done @login?
[13:25] <tsimpson> no, you don't have to login to ban/quiet
[13:25] <oCean> no, the quiet succeeded allright
[13:26] <tsimpson> I do see a comment from you though
[13:26] <LjL> there is a "trolling" comment recording
[13:26] <tsimpson> BT is foobar, especially with quiets
[13:26] <oCean> was through the web interface, that comment
[14:23] <oCean> hi zub
[14:23] <oCean> how can we help you?
[14:23] <zub> hi
[14:24] <zub> It seems I have a ban on #ubuntu - and I have no idea why.
[14:24] <oCean> ok, let me see if I can find anything about that
[14:25] <zub> I looked into my logs... and to the extent of my knowledge last time I was in #ubuntu was 10th May:
[14:25] <zub> 23:56 -!- zub<EMAIL_ADDRESS>has left #ubuntu []
[14:26] <Tm_T> oCean: 40134
[14:26] <oCean> Tm_T: yes, I'm there
[14:30] <oCean> zub: there is clearly a ban, but I'm not sure why
[14:30] <oCean> zub: since a fellow OP placed the ban (may 15th) I suggest you come back later and see if that op is in
[14:30] <zub> I'm not aware of any particularly stupid behaviour on my side
[14:31] <zub> may 15, hm
[14:31] <oCean> I pinged the OP responsible, so I hope we can get this sorted out
[14:31] <zub> oCean: what is the mask? is it specifically me?
[14:32] <zub> (I don't know freenode in particular, but I assume it could be a mask for hostname or only for ident or whatever)
[14:32] <oCean> it's on U2FsdGVkX1@
[14:32] <zub> ok
[14:33] <zub> so, what should I do - try coming here later?
[14:33] <oCean> that's the best option, yes
[14:33] <oCean> I'm sorry it cannot be resolved at this moment
[14:33] <zub> alternatively you/(s)he/whoever might jsut /msg me, even if I'm not at the comp, I'd read it eventually
[14:33] <zub> ok
[14:33] <zub> bye
[14:33] <oCean> bye now
[14:35] <Tm_T> comments in bantracker would help, I notice again
[14:35] <oCean> indeed
[14:37] <LjL> there were a lot of seemingly malicious users connecting with U2FsdGVkX1 ident
[14:38] <oCean> seemingly malicious?
[14:40] <oCean> all I have is several users using that ident but different hostmasks joining. I don't see any malicious behaviour
[14:41] <LjL> that's why i said seemingly, the hostnames are pretty worrying
[17:29] <oCean> @mark #ubuntu seachcoz (aka LarsTorben, bjoern, das, gr, marktler and many others @57906E1F.dip.t-dialin.net, now: 7976c8e@gateway/web/freenode) still asking about his unity issue, never in a cooperative way. Exact time-wasting manner as before
[21:20] <guntbert> just a heads up: juest has just got  a cloak :)
[21:21] <ikonia> ace
[21:21] <guntbert> ace? whats that?
[21:21] <ikonia> "great"
[21:21] <ikonia> sorry, uk talk
[21:22] <guntbert> ok, bye then :)
[21:42] <ikonia> hello frankcox757
[21:42] <frankcox757> I was called a liar and rudely booted from # ubuntu without cause
[21:42] <frankcox757> hi ikonia
[21:43] <ikonia> oh ?
[21:43] <ikonia> when was this
[21:43] <ikonia> (I'll get the logs now)
[21:43] <frankcox757> I asked for help with mint and when told that was not kosher I asked for help with ubuntu 11.04
[21:44] <frankcox757> couple hours ago
[21:44] <ikonia> one moment
[21:46] <ikonia> frankcox757: I see why the confusion has occured
[21:46] <ikonia> frankcox757: even when you where asking for help with ubuntu, you kept referencing your mint installation/issues
[21:46] <ikonia> frankcox757: is your connection ok ?
[21:47] <frankcox757_> I only did so to explain -not to ask again for help with mint
[21:47] <ikonia> frankcox757: you where offered help with ubuntu, and then you explained that you had done that on your mint install
[21:47] <ikonia> that's referncing the problem on your mint install, not your ubuntu install
[21:48] <frankcox757_> I am having trouble with the ethernet cord-it is worn out it seems
[21:48] <frankcox757_> I wa never offered help with ubuntu-I was told to go to miny-help
[21:49] <ikonia> frankcox757_: you where, I'll show you
[21:49] <frankcox757> ok
[21:49] <ikonia> you where given some commands to try and you said
 I have done that a dozen times -after I do it says to use apt-get remove on some files and iced tea is still there.Mint has sun java preconfigured, could it be my machine won't run ubuntu correctly?
[21:49] <ikonia> so again - you referenced your mint install/issues when someone was helping you, and after oCean had asked you to stop with mint support
[21:50] <ikonia> you said you wanted ubuntu support, then referenced the mint issue again
[21:50] <ikonia> hence why people believed you where still using mint/asking for mint support
[21:51] <ikonia> can you see how it appears you are ignoring the request to stop asking mint help ?
[21:51] <ikonia> frankcox757_: did you get my last messages with the quotes ?
[21:52] <frankcox757_> please resend-in fact let me switch machines so I can stay connected
[21:52] <frankcox757_> brb
[21:52] <ikonia> ok
[22:03] <frankcox757> sorry for the inconvenience
[22:03] <ikonia> not at all
[22:03] <ikonia> frankcox757: you all stable/set now ?
[22:04] <frankcox757> yes
[22:05] <frankcox757> would you like to read my fdisk -l ?
[22:05] <ikonia> errrr no ?
[22:05] <ikonia> why would I want to see that
[22:05] <frankcox757> I take great offense at having my integrity attacked, paticularly for no reason and with no way to defend myself
[22:06] <ikonia> frankcox757: one moment and I'll get the logs again and show you why the confusion happens
[22:06] <frankcox757> oCean called me a liar-he decided I did not have so many os's
[22:06] <ikonia> frankcox757: one moment please and I'll show you why the confusion happens
[22:06] <mneptok> this is the Internet. you're going to need some thicker skin. ;)
[22:07] <ikonia> frankcox757: ok - just got the logs
[22:07] <frankcox757> I have thick skin -but I refuse to accept this new age lack of integrity , maybe I can not change it but I will never accept it
[22:07] <ikonia> frankcox757: so to skip a little, you understand that you asked for mint help, where told it's not supported and asked not to ask again, yes/no ?
[22:07] <frankcox757> Ceanrankcox757: stop the mint discussions
[22:07] <frankcox757> YOU (frankcox757) have been booted from #ubuntu by oCean (don't lie)
[22:08] <IdleOne> frankcox757: Please calm down a little. there was confusion going on and ikonia is trying to explain that
[22:10] <ikonia> frankcox757: did you understand what I've just said ?
[22:10] <frankcox757> I did not think using it in the context of explaining why i was now kosher and asking for help with natty constituted a grevious offense, what was that about thick skin you said/?
[22:10] <frankcox757> I type very slow. my hands a mess.
[22:11] <ikonia> that's ok - don't worry about slow typing
[22:11] <frankcox757> I didd not ask for help with mint again
[22:11] <ikonia> frankcox757: do you understand what I've said, you asked for mint help, and where told it wasn't supported and to not ask again, yes/no ?
[22:11] <frankcox757> I mentioned that there is no mint-help right now anyway
[22:12] <frankcox757> I did not ask again.
[22:12] <ikonia> frankcox757: you where asked not to ask for mint help again - you understand that yes ?
[22:12] <frankcox757> show me where i asked for mint help again/
[22:12] <ikonia> frankcox757: can you read the questions I'm typing and actually answer them
[22:12] <mneptok> frankcox757: "yes" or "no" are the answers ikonia is looking for.
[22:13] <ikonia> frankcox757: you understand that you where told to not ask for mint help again, yes or no ?
[22:13] <frankcox757> yes-do you understand I did not do so/
[22:13] <frankcox757> rankcox757I have done that a dozen times -after I do it says to use apt-get remove on some files and iced tea is still there.Mint has sun java preconfigured, could it be my machine won't run ubuntu correctly?
[22:13] <ikonia> frankcox757: ok - so you where told not to ask for help on mint again.
[22:14] <ikonia> someone then gave you some commands to run for your "ubuntu" problem
[22:14] <frankcox757> I only mentioned why , i did noit ask for help again
[22:14] <ikonia> you then replied with the following
 I have done that a dozen times -after I do it says to use apt-get remove on some files and iced tea is still there.Mint has sun java preconfigured, could it be my machine won't run ubuntu correctly?
[22:14] <frankcox757> now you are questioning my integrity
[22:14] <ikonia> frankcox757: you referenced your mint issues/PC again, after being told not to ask for mint help again
[22:14] <LjL> oh lord
[22:14] <LjL> put your integrity to the side please
[22:14] <mneptok> *facepalm*
[22:14] <frankcox757> 'ubuntu" , ?
[22:14] <LjL> he's *pasting logs*
[22:15] <frankcox757> no, that is all a man is or has-you take nothing to the grade but your word and mine is gold
[22:15] <ikonia> frankcox757: those are the hcannel logs
[22:15] <ikonia> frankcox757: I'm trying to show you where the confusion happened and why
[22:15] <mneptok> frankcox757: protip: when told not to ask for support with Mint, it's a really good idea to never type the letters "m-i-n-t" inot the channel ever again.
[22:16] <mneptok> *into
[22:16] <ikonia> frankcox757: after you where told not to ask for mint help again, someone gave you commands to help you with ubuntu, you then referenced your mint problem again
[22:16] <frankcox757> I agree there was confusion, but unless you can see into my heart you have to accept my intent
[22:16] <ikonia> frankcox757: do you see why it is confusing to the operator ?
[22:16] <ikonia> I don't have to accept anything
[22:16] <frankcox757> I was not the one confused
[22:16] <ikonia> frankcox757: clearly you had confusion about "stop asking for mint help"
[22:17] <ikonia> that's not really helpful to him
[22:17] <ikonia> frankcox757: from the operator who banned you, he asked you to stop asking about mint, and you responded to questions referencing your mint install
[22:19] <ikonia> frankcox757: can you see/understand why you where kicked from the channel now ?
[22:19] <mneptok> (this is another "yes/no")
[22:25] <ikonia> frankcox757: you there ?
[22:29] <frankcox757> I was kicked for no reason . people who call people liars without cause lack any personal integrity whatsoever so there is no defense for me. You have the button and if you want to ban me go ahead but I do not compromise my integrity , ever , even at the choice of death.  I am not a person you can ever understand.
[22:29] <frankcox757> do what you will, we can just forget it happened or you can ban me.
[22:29] <frankcox757> But to compromise my honor for a silly thing like getting help with a free operating system? I see no hope for America. We are in decline because the onl;y way our sytem will work is if people are honest enough to govern themselves and it seems that honor no longer exists with the masses.
[22:30] <ikonia> ok - well done for not listening to a word that was typed
[22:30] <ikonia> I'm done now
[22:30] <ikonia> come back when you actually want to listen to what's being typed to you
[22:30] <ikonia> we can discuss it then
[22:30] <LjL> lol @ this having to do with "America"
[22:30] <ikonia> exactly
[22:30] <ikonia> it's just nonsense
[22:31] <ikonia> frankcox757: come back when you can discuss something with reason without your stupid rants and pointless comments
[22:31] <ikonia> we'll be happy to look at resolving it then
[22:31] <frankcox757> discuss/what ?you choose what to listen to ? That is nonsense friend.
[22:31] <ikonia> frankcox757: good bye
[22:31] <frankcox757> i only see 2 choices -ban me or forget it
[22:32] <ikonia> ok - you're banned
[22:32] <frankcox757> hope you feel superior
[22:32] <ikonia> not at all
[22:34] <LjL> frankcox757: you should leave this channel now, please. come back later if you want to appeal the ban again.
[22:34] <IdleOne> !appeals > frankcox757
[22:34] <frankcox757> then why try and force me to abondon my honor-to prove it does not exist to justify yourself/
[22:34] <frankcox757> You insult me by even imaging I would do so . we may as well be
[22:34] <IdleOne> sent you a link from the bot just in case you need it
[22:35] <mneptok> at least it wasn't spelled "AmeriKKKa"  :/
[22:43] <IdleOne> heh
[22:51] <ikonia>  p57976C8E.dip.t-dialin.net/<IP_ADDRESS>
[22:51] <ikonia> LARS?
[23:05] <jpds> Bearly.
[23:06] <LjL> bearly?
[23:07] <jpds> LjL: barely*
[23:07] <LjL> ah
[23:08] <jpds> Now he crossed the line.
[23:08] <jpds> Though the second part was true.


[14:23] <andrewc> Hi, how do you go about getting a new language option added to Launchpad
[14:29] <dobey> andrewc: what do you mean by "new language option" ?
[14:33] <Delemas> My rebuild of grub2, which worked fine locally in pbuilder, was terminated on launchpad for both i386 and amd64 yesterday. Today the exact same packages with version incremented compiled fine on amd64 but i386 is hung in the same place. Can someone offer suggestions?
[14:37] <andrewc> Dobey: there are a few people who want to start translating projects into Mon ( a language of Burma/Myanmar)
[14:37] <andrewc> But it not one of the langauges you can select in your profile
[14:37] <dobey> andrewc: is it supported by gettext already? launchpad uses the language definitions from gettext afaik
[14:38] <dobey> Delemas: launchpad doesn't use pbuilder. using sbuild locally might expose the problem. (or it might not, if it's simply a resource issue for the chroot on launchpad vs your local machine)
[14:40] <andrewc> Dobey: Isn't gettext a framework and set of tools. I'd assume the langauge support came from a different vector. Checking gettext source at moment.
[14:41] <dobey> andrewc: the locale definitions come from either gettext or glibc
[14:46] <andrewc> Dobey: thanks. Will follow up on that. I suspect using Launchpad for Mon translations will be a long time off
[14:46] <Delemas> Is there a way to see a superseded build log? I'm wondering if it is something to do with the host the i386 build is running on...
[14:46] <dobey> i couldn't answer that
[14:50] <andrewc> Dobey: I will follow up on locale status on gettext and glibc, that seems to be the first step. Thanks
[22:50] <teemperor> hey, question: can i make a project that just imports code from git and then make a PPA from that?
[23:06] <wgrant> teemperor: Sure. Create the project at https://launchpad.net/projects/+new, set up in the import on the Code tab of the new project, and create a PPA at https://launchpad.net/~/+activate-ppa.
[23:06] <teemperor> wgrant: cool!


[12:37] <doko> got it, gcc-4.0 builds biarch on ppc
[12:55] <desrt> doko = superhero :)
[01:31] <jbailey> doko: Nice!
[04:13] <lamont> gcc-3.4 built, 24 min into 44 min avg glibc build
[04:27] <jbailey> lamont: Does that glibc time include that it's a two-pass build now, or is that pased off the old buildd time?
[04:35] <lamont> is average
[04:35] <lamont> 00:44:25 (9 entries, sigma 00:06:00)
[04:35] <jbailey> Right.  I'd expect it to be twice as long.
[04:35] <lamont> so I should expect something longer, eh?
[04:36] <lamont> sigh
[04:36] <jbailey> Well, a little less.
[04:36] <lamont> not sure if it'll get done before I sleep.. :-)
[04:36] <jbailey> It won't run the testsuite on the ppc64 set.
[04:36] <jbailey> So half again as long, I guess.
[04:36] <jbailey> But that won't be ccached at all.
[04:36] <jbailey> Although depending on the hardware, I don't think 44minutes sounds terribly ccached.
[04:46] <lamont> '
[04:46] <lamont>  /tst-cancel5.out
[04:46] <lamont> is where it is now
[04:47] <lamont> with ~22MB of logfile
[04:54] <jbailey> Can you see into the chroot?
[04:55] <jbailey> If you look in the topdir of the package, you can see log-*
[04:55] <jbailey> If there are two builds, then it's in the testsuite.
[04:55] <jbailey> tst-cancel5 is a good chunk of the way through.
[04:56] <lamont> log-test-powerpc-linux-gnu-libc
[04:56] <lamont> and 2 log-build
[04:59] <jbailey> lamont: What happens after this builds?
[05:00] <lamont> then I drop that in the chroot, take gcc-3.4 and glibc for that buildd, and upload the source
[05:00] <jbailey> Nice, so by morning we have ppc64.
[05:00] <jbailey> Thanks, dude.
[05:05] <lamont> gcc-3.4_3.4.4-0ubuntu4_powerpc.changes  glibc_2.3.5-1ubuntu4_powerpc.changes
[05:05] <lamont> \
[05:05] <lamont> wOOT!
[05:05] <jbailey> Nice. =)
[05:07] <jbailey> lamont: So would I get hurt if I asked if someone had considered ibcs emluation for running hpux binaries under hppa-linux? =)
[05:10] <lamont> there is a kernel config parameter for supporting hp-ux binaries - dunno how dusty it is though
[05:11] <lamont> jbailey: so where is your signed source.changes??????
[05:11] <lamont> huh???
[05:12] <lamont> nm. I'll fix your ppc_changes and use it.
[05:16] <jbailey> lamont: Eh?  It's in the http://people.ubuntu.com/~jbailey/ppc64 directory with all the rest of it.
[05:16] <jbailey> Or did you just make that?
[05:16] <lamont> I just made that
[05:17] <lamont> note the owner...
[05:17] <jbailey> Lovely.
[05:17] <lamont> you have a powerpc.changes that has source and ppc.  *whap*
[05:17] <jbailey> I'm curious what % of the time I upload Debian style.  It wouldn't surprise me if it was near 10%
[05:17] <jbailey> I need to tweak debuild to assume -S
[05:18] <lamont> well, it bounces when you do... :-)
[05:18] <jbailey> I know.
[05:18] <jbailey> It often takes doko poking me about something I said that I uploaded. =)
[05:18] <jbailey> At the end of the day, I go through my archive emails to make sure, though.
[05:18] <lamont> source will hit at :30
[05:19] <jbailey> Hellacool.
[05:19] <jbailey> ...
[05:19] <jbailey> hp-ux parameter?
[05:19] <jbailey> Does it just do the syscall, you provide all the libraries sort of thing?
[05:20] <lamont> dunno
[05:20] <lamont> /boot/config-2.4.17-32:CONFIG_BINFMT_SOM=y
[05:20] <lamont> seems to be gone from 2.6
[05:28] <jbailey> g'm lamont
[05:29] <lamont> g'night
[05:29] <lamont> builds are running, source better make it.. :-)
[05:29] <infinity> lamont : So, at what point do I become doko and jbailey's bitch, so you can stop this madness?
[05:32] <lamont> infinity: come monday my time, I'll walk you through the insanity that is bootstrapping... smlnj and some others will want love from you
[05:32] <lamont> but for tonight, I'm going to sleep
[05:34] <infinity> lamont : Check.  I have access to all the machines now, so I expect to be jumping headlong into all of this RSN.
[05:40] <fabbione> morning
[05:41] <daniels> wmlnj?
[05:41] <daniels> er, smlnk
[05:41] <daniels> er, smlnj
[05:41] <daniels> morning fabbione
[05:52] <fabbione> whoooo... new gcc and new libc
[06:05] <jbailey> infinity: There's still a few more biarch configs coming up.  You'll get your practice. ;)
[06:05] <fabbione> hey jbailey
[06:05] <jbailey> Heya Fabio
[06:05] <fabbione> jbailey: i think the overall biarch crap in the package is useless
[06:06] <fabbione> but i am still curios to see how to make the linker working properly :)
[06:08] <jbailey> fabbione: Right, may as well learn from it. =)
[06:08] <fabbione> exactly :)
[06:09] <jbailey> I'm off for the night, g'n all.
[06:11] <fabbione> night Jeff!


[21:27] <Unit193> Dang, wide band of security, from itsafork to gilbert. :P
[22:06] <paultag> such secure
[22:06] <yano> very protected
[22:06] <paultag> haha
[22:07] <yano> much security
[22:07] <yano> great, i scared off belkinsa
[22:07] <yano> hah
[22:08] <Unit193> You know you did.
[22:08] <Unit193> And yeah, his is the highest I've seen. :P