[01:12] <mup> PR snapcraft#837 opened: kernel plugin: allow collecting the same mod deps <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/837>
[01:15] <sergiusens> cwayne thanks!
[01:15] <sergiusens> cwayne I hope you notice it is a smaller snap than before too ;-)
[01:23] <cwayne> ooh I like that :)
[02:06] <mup> PR snapcraft#838 opened: pluginhandler: take the file encoding into account <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[04:36] <mup> PR snapcraft#839 opened: Fixing 'sign-build' integration tests <Created by cprov> <https://github.com/snapcore/snapcraft/pull/839>
[04:37] <cprov> otherwise if falls apart with the static name, https://travis-ci.org/snapcore/snapcraft/builds/163606844
[05:34] <zyga> o/
[05:48] <mup> PR snapd#2003 closed: debian: adjust packaging for trusty/deputy systemd <Created by vosst> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2003>
[06:41] <dholbach> good morning
[07:43] <zyga> hey dholbach
[07:43] <zyga> morphis_: hey
[07:43] <zyga> morphis_: I got things to work last night
[07:44] <dholbach> hey zyga
[07:46] <dholbach> can somebody respond to the comment in https://plus.google.com/u/0/+DanielHolbach/posts/Xiho2rVSmEg?cfem=1?
[07:57] <morphis_> zyga: wow!
[07:57] <morphis_> zyga: how?
[08:12] <davmor2> ogra_: so it looks like my bug from yesterday is because of upgrades so I'm going to do a bunch of testing around that today and see if I can trigger it
[08:14] <deymon0077> hello
[08:15] <zyga> morphis_: re
[08:15] <zyga> morphis_: let me show you
[08:16] <zyga> morphis_: http://paste.ubuntu.com/23250152/
[08:16] <zyga> try this script please
[08:17] <morphis_> zyga: what should I do when I am in the bash shell
[08:17] <deymon0077> how to contact the community manager :?
[08:18] <deymon0077> help me please
[08:18] <zyga> morphis_: you can mount anything in /media
[08:18] <zyga> morphis_: and look at /proc/self/mountimfo
[08:18] <zyga> info*
[08:18] <zyga> morphis_: both inside and outside of the shell
[08:18] <zyga> deymon0077: hey, how can I help you?
[08:19] <morphis_> zyga: wow
[08:19] <morphis_> it works :-)
[08:19] <zyga> morphis_: I'll make the changes to snap-confine today
[08:19] <morphis_> great
[08:19] <morphis_> will read through the script later
[08:20] <deymon0077> I have a question: can I in the town of open courses circle to work with Linux such as Ubuntu?
[08:21] <zyga> deymon0077: hmm, can you re-phrase that question?
[08:21] <deymon0077> yes of course 1 minute
[08:23] <deymon0077> if I could, in our city open circle work on Linux Ubuntu in particular
[08:23] <deymon0077> is it possible to? or not?
[08:24] <deymon0077> I am waiting for an answer to the impatient
[08:25] <zyga> deymon0077: I don't see any problem with that
[08:25] <zyga> deymon0077: this is not the best forum to ask about things like that
[08:25] <zyga> deymon0077: I would recommend to post questions to ...
[08:25] <zyga> deymon0077: https://lists.ubuntu.com/#Ubuntu+Worldwide+LoCo+Teams
[08:26] <zyga> deymon0077: match the country that you are living in
[08:26] <zyga> deymon0077: you can connect to the local community of ubuntu users and developers this way
[08:26] <zyga> deymon0077: on that page you can also find many interesting mailing lists
[08:27] <deymon0077> Thank you very much! Good luck. I will try it =)
[08:28] <deymon0077> Have a nice day and all delicious cookies)
[08:39] <mup> PR snapd#2005 closed: asserts,overlord,snap: add prepare-device hook for device registration <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2005>
[08:55] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <https://github.com/snapcore/snapd/pull/2028>
[09:07] <mup> PR snapd#1990 closed: many: allow use of the system user assertion with create-user <Critical> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1990>
[09:08] <deymon0077>  Hello, good advise Russian forum ubuntu?
[09:08] <deymon0077> I'm from Ukraine
[09:09] <deymon0077> or a good foreign forum
[09:18] <deymon0077> tell me a good forum ubuntu
[09:18] <deymon0077> ?
[09:29] <zyga> deymon0077: perhaps ask in #ubuntu
[09:29] <zyga> deymon0077: this channel is specific to snappy
[10:20] <mup> PR snapd#2029 opened: daemon, store: switch to new store APIs in snapd <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2029>
[10:28] <mup> PR snapd#2030 opened: coreconfig: nuke it. Also, ignore po/snappy.pot <Created by chipaca> <https://github.com/snapcore/snapd/pull/2030>
[10:45] <mectors> when you connect a content plug and slot, is there a directory that gets mounted?
[11:06] <mup> PR snapd#2017 closed: store: download deltas if explicitly enabled <Created by absoludity> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2017>
[11:19] <ogra_> mectors, wait for mhall119, i think he has some experience with the content interface
[11:21] <mectors> ogra, thanks
[11:41] <sborovkov> zyga: I think I actually lied to you yesterday. I had dont apt upgrade and snap was working indeed. But when I did install the next version of my snap (build with the same version of snapd) I ran into the same issue again. After new revision of snap got installed it once again complains about wrong arm architecture. :(
[11:42] <pstolowski> jdstrand, hello, fyi, https://github.com/snapcore/snapd/pull/2028/files & apologies for forgetting about it in the earlier PR
[11:42] <mup> PR snapd#2028: doc: added timezone-control to interfaces doc <Created by stolowski> <https://github.com/snapcore/snapd/pull/2028>
[11:43] <ogra_> hmm, whats up with the latest snapd ...
[11:43] <ogra_> after my dragonboard auto-upgraded today i get:
[11:43] <ogra_> ogra@dragon:~$ snap list
[11:43] <ogra_> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps: dial unix /run/snapd.socket: connect: connection refused
[11:43] <ogra_> ogra@dragon:~$
[11:44] <ogra_> ogra@dragon:~$ systemctl status snapd.service
[11:44] <ogra_> ● snapd.service - Snappy daemon
[11:44] <ogra_>    Loaded: loaded (/lib/systemd/system/snapd.service; enabled; vendor preset: enabled)
[11:44] <ogra_>    Active: inactive (dead) (Result: exit-code) since Sat 2016-09-24 11:24:12 UTC; 5 days ago
[11:44] <ogra_>   Process: 2106 ExecStart=/usr/lib/snapd/snapd (code=exited, status=1/FAILURE)
[11:44] <ogra_>  Main PID: 2106 (code=exited, status=1/FAILURE)
[11:48] <ogra_> wow, thats really badly broken
[11:52] <ogra_> mvo, zyga ^^^ seems i had a failed upgrade for some reason, now my dragonboard install is in a unrecoverably state telling me snapd is to old
[11:52] <ogra_> ogra@dragon:~$ cat /proc/cmdline | tr ' ' '\n'|grep snap_core
[11:52] <ogra_> snap_core=ubuntu-core_425.snap
[11:52] <ogra_> ogra@dragon:~$ ls -l /var/lib/snapd/snaps/ubuntu-core_*|tail -1
[11:52] <ogra_> -rw------- 1 root root 64577536 Sep 26 06:17 /var/lib/snapd/snaps/ubuntu-core_745.snap
[11:52] <ogra_> ogra@dragon:~$
[11:53] <ogra_> Sep 24 11:24:09 dragon systemd[1]: Reached target Bluetooth.
[11:53] <ogra_> Sep 24 11:24:10 dragon snapd[2007]: error: cannot downgrade: snapd is too old for the current system state (patch level 4)
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Main process exited, code=exited, status=1/FAILURE
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Unit entered failed state.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Failed with result 'exit-code'.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Service hold-off time over, scheduling restart.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: Stopped Snappy daemon.
[11:53] <ogra_> thats what i see on boot
[11:53] <sergiusens> ogra_ well now you know, snapd is too old :-P
[11:54] <ogra_> sergiusens, well ... i see three ubuntu-core snaps ... one seems to be the broken 745 one, the other the reliably working 738 one ... but for some reason there is also a 425 that got picked by the auto-rollback mechanism
[11:55] <ogra_> (instead of rolling back to 738)
[11:55] <sergiusens> ogra_ thanks for clarifying conf/modules ;-)
[11:55] <ogra_> :)
[11:55] <sergiusens> ogra_ surely a new feature/bug as I don't think we support that in 16 at all (use to in 15.04 through ubuntu-core config hook)
[11:56] <ogra_> well, and we shouldnt ...
[11:56] <ogra_> the kernel needs to auto-load whats needed ...
[11:56] <ogra_> i suspect the modules.dep is wrong .... it needs to be re-generated for exactly the module set that is inside the initrd
[11:57] <ogra_> before re-compressing
[11:57] <sergiusens> ogra_ it should load what it needs, but what if the module takes some specific options like disable_802.11n=true (or however it was formatted)
[11:57] <ogra_> ah, yeah, that would need something in th emodules.d dir ... a config file
[11:57] <ogra_> *in the modules.d dir
[11:57] <sergiusens> ogra_ it used to be correct as it used to work and the kernel plugin only got love from ppisati since its introduction and this bug fix now
[11:58] <ogra_> errr
[11:58] <ogra_> /etc/modprobe.d that is
[11:59] <ogra_> i guess we need more info like a kernel log from serial during boot and such ...
[11:59] <zyga> sborovkov: hmm, interesting
[11:59] <ogra_> to see why it wasnt loaded
[11:59] <zyga> sborovkov: can you strace both cases?
[11:59] <ogra_> so back to my main prob ...
[12:00] <ogra_> why do we keep three vervisions of ubuntu-core ... and why do we roll back to the obviously obsolete one
[12:00] <ogra_> an end user would now have to re-flash
[12:00] <ogra_> *revisions
[12:01] <ogra_> i guess thats a serious blocker
[12:05] <jdstrand> pstolowski: thanks!
[12:06] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:06] <ogra_> eeek
[12:06] <ogra_> ogra@dragon:~$ ls -l /var/lib/snapd/snaps/ubuntu-core_*
[12:06] <ogra_> -rw------- 1 root root 57589760 Sep 29 10:20 /var/lib/snapd/snaps/ubuntu-core_425.snap
[12:06] <ogra_> -rw------- 1 root root 64577536 Sep 25 08:19 /var/lib/snapd/snaps/ubuntu-core_738.snap
[12:06] <ogra_> -rw------- 1 root root 64577536 Sep 26 06:17 /var/lib/snapd/snaps/ubuntu-core_745.snap
[12:06]  * ogra_ notices the timestamps
[12:07] <ogra_> so obviously it didnt not roll back but *upgraded* to 425 ... which is the last stable ubuntu-core
[12:07] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:07] <ogra_> it did that automatically !
[12:08] <ogra_> smells like snapd has a bug in the channel handling here
[12:08] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Closed by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:08] <ogra_> mvo, zyga did anything change in that regard recently ?
[12:08] <ogra_> (with the new snapd)
[12:10] <zyga> jdstrand: hey
[12:10] <sborovkov> zyga: in an hour. Need to test my snap first. How do I strace what snapd does?
[12:10]  * ogra_ wonders if we have a GA blocker tag for bugs
[12:10] <zyga> sborovkov: hmm, good question, you can probably just strace the command and coupled with -f -o you should get the full output
[12:10] <jdstrand> hey zyga :)
[12:10] <zyga> ogra_: I don't know really
[12:11] <ogra_> zyga, well, thats pretty disastrous
[12:11] <zyga> ogra_: I don't get notifications in irssi unless my name is the first one
[12:11] <zyga> ogra_: note that this is under the control of the store
[12:11] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:11] <zyga> ogra_: it's not true that revisions can be compare
[12:11] <zyga> *compared
[12:11] <zyga> ogra_: the most recent revision is whatever the store is claming
[12:11] <zyga> claiming
[12:11]  * zyga needs that coffee
[12:12] <ogra_> zyga, well, the image is created with "-c edge, it should never ever pull ubuntu-core from stable
[12:12] <ogra_> unless i manually tell it to
[12:12] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:12] <ogra_> and i think thats set up inside the imge, not in the store
[12:13] <ogra_> via seed.yaml or so
[12:14] <zyga> ogra_: that may be a bug in the image building tool
[12:14] <zyga> ogra_: but I don't know how this works either nowadays,
[12:14] <zyga> ogra_: you can peek at /var/lib/snapd/state.json
[12:14] <ogra_> well, that image is from last week ... it sat there without me touching it and auto-upgraded on its own for the last days
[12:14] <zyga> ogra_: and check which channel you are tracking
[12:14] <ogra_> i#'m actually logging in for the first time today
[12:15] <ogra_> it did the auto-upgrade just fine until today it seems
[12:15] <jdstrand> zyga: re irssi-- is that your intended workflow? I use irssi and get proper highlighting. (I use '{ text = "jdstrand"; nick = "yes"; word = "yes"; },' in the 'hilights' section of config). I also use something called hilightwin.pl
[12:16] <jdstrand> (perhaps you are missing 'word = "yes"' for your nick)
[12:18] <ogra_> hmm, interestingly the pi3 went properly to 766 on the edge channel
[12:19] <zyga> jdstrand: is there a way to reload config without quitting? :)
[12:19]  * zyga wishes for vim for irc
[12:19] <jdstrand> zyga: yes. /reload
[12:19]  * ogra_ tickles mvo
[12:19] <jdstrand> zyga: I think you may need to do /save
[12:20] <jdstrand> zyga: otherwise when you shutdown it might go away. I can't recall otoh
[12:20] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:21] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:22] <jdstrand> zyga: hilightwin.pl isn't needed for this, but I find it handy. you can put it in a window and all your highlights show up there. good for seeing what to tend to first in backscroll
[12:22] <ogra_> mvo, did you do any channel fiddling for ubuntu-core today in the store ?
[12:23] <ogra_> which could have caused the aboev ...
[12:23] <ogra_> **above
[12:27] <jdstrand> mvo: hi! wondering if someone is assigned to snapd failing migration in yakkety-proposed for the last few weeks. I ask because bug #1626121, which has been fixed for a while in yakkety-proposed, keeps coming up in my circles (latest was running snapd in lxd)
[12:27] <mup> Bug #1626121: strict mode snaps crash with Segmentation fault on 16.10 <Snappy Launcher:Invalid> <Snapcraft:New> <Snappy:Fix Committed by jdstrand> <snap-confine (Ubuntu):Invalid> <snapd (Ubuntu):Fix Committed by jdstrand> <https://launchpad.net/bugs/1626121>
[12:27] <zyga> I wonder if this causes a highlight (zyga)
[12:27] <zyga> hmmm
[12:27] <ogra_> the zyga !
[12:27] <zyga> nope :/
[12:28] <zyga> let me restart
[12:28] <ogra_> zyga the
[12:28] <ogra_> what client ?
[12:28] <jdstrand> hi zyga!
[12:28] <zyga> irssi
[12:28] <zyga> grr
[12:28] <ogra_> hmm
[12:28] <jdstrand> weird
[12:28] <zyga> nope
[12:28] <zyga> probably a typo
[12:28] <zyga> le me google
[12:29] <cjwatson> my config has "hilights = ( { text = "cjwatson"; nick = "yes"; word = "yes"; } );" and that works fine
[12:29] <ogra_> sudo snap install hexchat ;)
[12:29] <cjwatson> probably /hilight -nick -word zyga or some such (possibly as two separate commands)
[12:30] <zyga> ogra_: one day :)
[12:30] <qengho> popey: I saw your game snapping video. It's really good.
[12:30] <ogra_> haha
[12:30] <zyga> old habits you know
[12:30] <ogra_> yeah, same here ...
[12:30] <ogra_> (other way around though)
[12:30] <jdstrand> zyga: it could be a typo... I wonder if maybe in another part of your 'hilights' section
[12:31] <jdstrand> ogra_: new habits die fast?
[12:31] <ogra_> who had the brilliant idea to call the option "hilights"
[12:31] <zyga> ah
[12:31] <ogra_> that screams for typos ;)
[12:31] <zyga> sigh
[12:31] <zyga> yes
[12:31] <zyga> it does :)
[12:31] <jdstrand> re hilights> I know, right?
[12:32] <jdstrand> the fact that the config file is perl is nice too
[12:32] <zyga> hit me!
[12:32] <ogra_> hey zyga
[12:32] <zyga> gaah
[12:32] <zyga> screw this ...
[12:32] <ogra_> all work and no play makes zyga a dull boy
[12:32] <zyga> I'll get back to coding
[12:32] <zyga> is there a joke about writing an IRC client because irssi has a lousy config
[12:33] <jdstrand> zyga: I promise, it can be made to work :) (perhaps another time)
[12:36] <cjwatson> I've generally found that the path to wisdom in irssi is to forget about writing the config file by hand and to maintain it exclusively by running commands in irssi and then /save
[12:36] <cjwatson> far easier and you can test stuff on the fly
[12:37] <cjwatson> and as far as I'm aware you can do everything interactively like that anyway
[12:38] <jdstrand> cjwatson: that is probably very wise
[12:38] <jdstrand> it is really easy to mess up your config
[12:38] <zyga> hee, let's try this: snap-confine
[12:38] <zyga> hmm
[12:38] <jdstrand> hi zyga!
[12:38] <zyga> yes
[12:38] <zyga> it worked
[12:38] <jdstrand> \o/
[12:38] <ogra_> congrats
[12:38] <zyga> now I will catch all the people talking about snap-confine
[12:38] <zyga> thanks jdstrand :)
[12:39] <jdstrand> that is a mixed blessing ;)
[12:39] <jdstrand> zyga: you're welcome! :)
[12:49] <popey> qengho: thanks!
[12:53] <sborovkov> zyga: so I see ther eis a bunch of snapd services. Which one I need to run with snapd? Anything I need to pass to it? can you give me the command line. Just upgraded everything for that
[12:53] <mup> Bug #1628914 opened: ubuntu-core edge image switched to stable channel unpredictably and became unusable <Snappy:New> <https://launchpad.net/bugs/1628914>
[12:56] <zyga> sborovkov: it's not snapd, just run the program you care about
[12:56] <zyga> sborovkov: snapd doesn't participate in that
[12:56] <ogra_> mvo, niemeyer, bug #1628914 seems pretty serious ...
[12:56] <mup> Bug #1628914: ubuntu-core edge image switched to stable channel unpredictably and became unusable <Snappy:New> <https://launchpad.net/bugs/1628914>
[13:00] <mvo> ogra_: I promoted the ubuntu-core snaps from yesterday to beta, that was the only change I did
[13:00] <ogra_> mvo, well, any idea how the above could happen ?
[13:00] <mvo> jdstrand: yaketty-proposed> sort of, autopkgtest is driving me nuts, there is a failure on i386 right now but its not happening in my adt VM that I use for testing
[13:01] <jdstrand> mvo: oh I hate that :(
[13:01] <mvo> ogra_: let me look
[13:01] <mvo> jdstrand: yeah, exactly, each adt run takes ~45min, so debugging that is a pain
[13:01] <ogra_> the bug should have all info aggregated now
[13:01] <mvo> jdstrand: and its *only* failing on i386 and only on the actual adt runner on LP/whatever-stack, not locally
[13:07] <mvo> ogra_: can I get the uboot.bin too? or the output of fw_prrintenv?
[13:07] <ogra_> sure
[13:08] <ogra_> mvo, atteched on the bug
[13:08] <sborovkov> zyga: well... is not that arm version issue in snapd... I can't run my app easily. It's a bit complicated as it's buildrooted.
[13:10] <mvo> ogra_: so the ubuntu-core switched to "stable" which is strange
[13:10] <ogra_> mvo, yeah
[13:11] <ogra_> out of the blue
[13:11] <mvo> ogra_: the state has it set to "channel: stable"
[13:11] <mvo> ogra_: so somethng switched it, anything in history?
[13:11] <ogra_> mvo, but beyond that switch ... the fact that snapd cant run when an older ubuntu-core is used is way more worrying
[13:12] <ogra_> mvo, nothing ... i sideloaded kgunn's unity8-session snap and installed classic before to have wget available, thats all
[13:13] <ogra_> beyond that i havent even logged in since i installed the board initially
[13:15] <mvo> ogra_: in a meeting right now, but it is definitely worrying
[13:15] <mvo> ogra_: channels should never switch except when the user explicitely sets it
[13:15] <mvo> ogra_: could you add the "history" ?
[13:15] <ogra_> mvo, right ... and i assume snapd should stay executable even if i roll back
[13:16] <mvo> ogra_: that isa separate problem :/
[13:16] <ogra_> mvo, which history exactly ? i added state.json
[13:16] <mvo> ogra_: and a pretty big one actually
[13:16] <mvo> ogra_: shell history
[13:16] <ogra_> ah
[13:16] <ogra_> sure
[13:16] <mvo> ogra_: what commands might have caused this misbehavior
[13:19] <zyga> jdstrand: hey, I need a review on a patch for snap-confine that gustavo asked me to release quickly, I will add a few spread tests for it but can you have a quickly initial look at https://github.com/snapcore/snap-confine/pull/161
[13:19] <mup> PR snap-confine#161: Prefer the "core" snap is one is available <Created by zyga> <https://github.com/snapcore/snap-confine/pull/161>
[13:21] <ogra_> mvo, added
[13:22] <mhall119> mectors: you might need to talk to zyga about the 'write' property of the content interface, as well as ways to share snap data files between snaps
[13:24] <ralsina> sergiusens: for this failure: https://travis-ci.org/snapcore/snapcraft/jobs/163709462 is that I need to add snap as a dependency, or that I am not faking enough?
[13:25] <sergiusens> ralsina before going crazy, https://github.com/snapcore/snapcraft/pull/839
[13:25] <mup> PR snapcraft#839: Fixing 'sign-build' integration tests <Created by cprov> <https://github.com/snapcore/snapcraft/pull/839>
[13:25] <ralsina> sergiusens: phew
[13:25] <ralsina> it's not that failure tho :-)
[13:26] <mvo> ogra_: thank you
[13:26] <ogra_> np
[13:26] <sergiusens> ralsina doesn't seem related though
[13:26] <sergiusens> yeah
[13:27] <ralsina> I am using "snap sign" on an assertion I generate that is predictable and the integration test passes locally
[13:27] <ralsina> But on staging it's not finding the snap command
[13:27] <ralsina> on travis, I mean
[13:27] <sergiusens> ralsina we don't install snapd for our unit tests
[13:27] <ralsina> sergiusens: hmmm
[13:27] <ralsina> sergiusens: ok, I can fake it
[13:28] <sergiusens> ralsina yeah, that would be better; signing on unit tests can get tricky
[13:28] <zyga> mectors: the write property cannot be used at this time, we should expand (and design this) the interface to allow to refer to wriable data as well as to readable data/ code
[13:30] <oparoz> zyga, it should definitely be reflected in the documentation as it takes a lot of trial and errors to figure out that it doesn't work at all
[13:33] <zyga> oparoz: yes, I know, there are many things that need improvements
[13:33] <zyga> oparoz: if you want please improve the documentation straight away, it takes a moment to do this and we merge lots of stuff daily
[13:33] <oparoz> I'm happy to submit a PR
[13:34] <oparoz> Just not sure about the direction. Just remove that attribute?
[13:35] <jdstrand> zyga: done
[13:36] <zyga> oparoz: document what works today perhaps
[13:36] <zyga> oparoz: start with someting and let's see what we get in the feedback
[13:36] <zyga> jdstrand: thank you
[13:39] <zyga> oh, so that's how it sounds when a kernel doesn't boot
[13:39] <zyga> the beep
[13:39] <zyga> man
[13:39] <zyga> don't run your kernel while listening to meeting/hangout
[13:45] <clobrano> Hi All, is still possible to create snaps for 15.04? If so, where could I find the correct snapcraft version?
[13:46] <zyga> clobrano: I believe the answer is yes, you will need an older version of ubuntu as a base though (perhaps 15.04, I don't recall)
[13:58] <clobrano> zyga: I see, thanks!
[14:13] <mup> PR snapcraft#839 closed: Fixing 'sign-build' integration tests <Created by cprov> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/839>
[14:16] <mup> PR snapd#2031 opened: store: apply deltas if explicitly enabled <Created by absoludity> <https://github.com/snapcore/snapd/pull/2031>
[14:21] <mup> PR snapd#2032 opened: tests: fix create-key/snap-sign test isolation <Created by cjwatson> <https://github.com/snapcore/snapd/pull/2032>
[14:25] <mup> PR snapcraft#826 closed: Do not depend on Content-Length when Content-Encoding is gzip <Created by tachyons> <Closed by tachyons> <https://github.com/snapcore/snapcraft/pull/826>
[14:28] <sergiusens> ogra_ so snapcraft#838 solves it for you, right?
[14:28] <mup> PR snapcraft#838: pluginhandler: take the file encoding into account <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[14:28] <mup> PR snapcraft#837 closed: kernel plugin: allow collecting the same mod deps <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/837>
[14:28] <ogra_> sergiusens, thats what i added to the PPA yesterday afaik
[14:28] <ogra_> sergiusens, though with completely turned off tests during package build
[14:28] <sergiusens> ogra_ yeah, this doesn't have the prints and has unit tests ;-)
[14:29] <ogra_> then it should be fine
[14:29] <sergiusens> ogra_ did you install the image onto your phone though? that is the important question
[14:29] <ogra_> i'll happily tests it from -proposed once there is a package
[14:29] <ogra_> i rarely install snappy images onto my phone ...
[14:29] <ogra_> extremely rarely ...
[14:29] <ogra_> like ... never :P
[14:30] <sergiusens> ogra_ but this architecture is a good one ;-)
[14:30] <ogra_> sergiusens, but that is because sabdfl has not approved to get me an s390x phone for testing purposes yet
[14:30] <sergiusens> ogra_ btw, can I add you into the release process?
[14:30] <ogra_> what does that involve ?
[14:31] <sergiusens> ogra_ ping you to test snapcraft from xenial-proposed and just confirm it still works
[14:31] <ogra_> sure
[14:31] <sergiusens> great
[14:31] <sergiusens> elopio ^^
[14:32] <sergiusens> ogra_ you may think I do, but I actually dislike regressions as small as they are if they are not planned
[14:32] <ogra_> just improve your planning skills then :)
[14:32] <ogra_> - "worst thing"
[14:33] <ogra_> just put that on your planing doc and be done
[14:39] <mup> PR snapd#2030 closed: coreconfig: nuke it. Also, ignore po/snappy.pot <Created by chipaca> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2030>
[14:42] <sergiusens> ogra_ lol; the "learn how to plan" douche card :-P
[14:43] <mup> PR snapcraft#838 closed: pluginhandler: take the file encoding into account <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[14:43] <ogra_> heh
[14:52] <mhall119> zyga: a krita snap user is saying he can't access files on an external hard drive from inside krita, is there a ready way to give access to that (without using --devmode) or should I file a bug?
[14:54] <elopio> ping pitti, I think we are ready to put the project in wendigo. Should I send you the token and secret?
[14:57] <mup> PR snapd#2011 closed: client, cmd: change buy command to match UX document <Created by pete-woods> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2011>
[15:00] <mup> PR snapd#2029 closed: daemon, store: switch to new buy APIs in snapd <Created by pete-woods> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2029>
[15:01] <mup> PR snapd#2025 closed: snap/implicit: don't restrict the camera iface to clasic <Created by zyga> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2025>
[15:01] <sabdfl> ogra_, you just have to carry it home ;)
[15:02] <ogra_> i'll put it on top of the lawnmower !
[15:02] <ogra_> (as cart)
[15:03] <mup> PR snapd#1810 closed: interfaces/builtin: fix fcitx support in unity7 <Reviewed> <Created by chihchun> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1810>
[15:05] <mup> PR snapd#2033 opened: many: move firstboot code into the snapd daemon <Created by mvo5> <https://github.com/snapcore/snapd/pull/2033>
[15:28] <mup> PR snapd#2032 closed: tests: fix create-key/snap-sign test isolation <Created by cjwatson> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2032>
[15:30] <mup> PR snapd#1775 closed: interfaces: add thumbnailer interface <Created by fkaleo> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1775>
[15:37] <mup> PR snapd#2034 opened: Modify the description of the content interface <Created by oparoz> <https://github.com/snapcore/snapd/pull/2034>
[15:39] <mup> Bug #1628616 changed: Hello nextcloud claws-mail-moon127 all segfault on yakkety <Snappy:Confirmed> <https://launchpad.net/bugs/1628616>
[15:51] <zyga> mhall119: mmm
[15:51] <zyga> mhall119: I think there's no interface for now
[15:51] <zyga> mhall119: or perhaps there is one
[15:51] <zyga> mhall119: I think someone added it
[15:52] <oparoz> We need access to mounted storage
[15:52] <zyga> mhall119: there is an interface, tell them to use "removable-media" please
[15:52] <zyga> oparoz: ^^ :)
[15:52] <elopio> hey zyga, why don't you snap teleport? Seems cool
[15:53] <zyga> elopio: it is cool, I need to look into it more to decide if it would work well as a snap today
[15:53] <oparoz> zyga, does that work with NFS and CIFS mounted storage?
[15:53] <zyga> oparoz: it gives you access to /media and /run/media
[15:53] <zyga> oparoz: if you mount it there, yes, otherwise it won't
[15:53] <oparoz> zyga, I'll try that, thanks!
[15:53] <ogra_> zyga, i guess we'd want a network-storage interface anyway at some point
[15:54] <ogra_> for such protocols
[15:54] <ogra_> or network-filesystem
[15:54] <zyga> ogra_: where do you mount network storage?
[15:55] <zyga> ogra_: if the answer is "it depends" it hard to write the interface for it :)
[15:55] <oparoz> zyga, can snaps mount storage?
[15:55] <ogra_> either where the fstab entry defines or whereever the interface allows you to in the confined area if there is no fstab entry
[15:56] <zyga> oparoz: I'm working on this, they will be able to in the next release
[15:56] <zyga> oparoz: (you would not believe what is required to make this possible)
[15:56] <zyga> ogra_: what happens when fstab changes?
[15:57] <oparoz> ogra_, if I mount locally, then other snaps can't access my content (yet)
[15:57] <zyga> ogra_: you have to reload apparmor profiles of all apps?
[15:57] <oparoz> zyga, awesome news :)
[15:57] <zyga> ogra_: it's complex IMHO
[15:57] <ogra_> zyga, i dont think it is complex ... you can start with ignoring fstab and just allow the snap to mount a network FS in the confined area for a start
[15:58] <ogra_> using the fuse interface and sshfs makes that already possible
[15:58] <zyga> ogra_: that's different
[15:58] <ogra_> would just be an extension of that
[15:58] <zyga> ogra_: mounting is super privileged
[15:58] <ogra_> network FS mounting too ?
[15:58] <ogra_> i think thats pretty different
[15:58] <zyga> ogra_: the removable-storage iface lets you see things that are mounted by something else
[15:58] <ogra_> right
[15:59] <zyga> ogra_: the new thing lets you do the mounting
[15:59] <zyga> ogra_: but only in /media again
[15:59] <zyga> ogra_: (or /run/media)
[15:59] <ogra_> i just dont think allowing to mount network FSes inside your snap is any dangerous
[15:59] <zyga> ogra_: well, mounting anything anywhere can really quickly blow your system up
[15:59] <zyga> ogra_: as I've learned this and last week :)
[15:59] <ogra_> if a server exports it to you you are obviously allowed to mount it ...
[15:59] <zyga> anyway, have to run to a meeting
[16:00] <oparoz> Does the removable-storage interface give you to everything which is in media? Like one snap creates folder there, another can access them?
[16:00] <zyga> oparoz: yes, to everything in /media
[16:00] <zyga> oparoz: yes, that would work
[16:00] <oparoz> Awesome, thank you zyga!
[16:01] <zyga> my pleasure :)
[16:01] <ogra_> that sounds a bit like a cheat to the content-share interface :P
[16:01] <oparoz> Indeed! :D
[16:01] <oparoz> But soooo needed :)
[16:01] <zyga> ogra_: thumb drives win for media sharing over network attached storage, once again :)
[16:02] <ogra_> well, i just think it is a cheaply to achieve extra to allow NFS/CIFS mounting in the snap confined area
[16:02] <zyga> ogra_: I'll let jdstrand tell you how that might blow up
[16:03] <ogra_> the security bits have to be server side anyway ... you are just using something you have been granted access to already
[16:05] <zyga> mhall119: are we doing the call today?
[16:05] <zyga> mhall119: if not I can work on some coding I need to do
[16:08] <mhall119> yes, one second
[16:15] <mup> PR snapd#2035 opened: asserts: support parsing the slots stanza i.e. slot rules in snap-declarations <Created by pedronis> <https://github.com/snapcore/snapd/pull/2035>
[16:17] <mup> PR snapd#2034 closed: Modify the description of the content interface <Reviewed> <Created by oparoz> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2034>
[16:22] <mup> PR snapcraft#840 opened: Catkin plugin: build with in-snap python <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/840>
[16:23] <pitti> elopio: still need to review/test/land the autopkgtest patch for supporting GitHub PR addresses; at a conference now, can we do that next Tuesday?
[16:23] <elopio> pitti: yes, but I think I don't need the patch. We moved the packaging to a different branch, and I made a PR for the TEST_UPSTREAM bits, which ran okay locally.
[16:24] <elopio> I can wait for you to come back, I'm in no hurry.
[16:24] <pitti> elopio: ah, sure; but just driving by on IRC between talks, going to be AFK again, sorry
[16:24] <mhall119> zyga: lost you
[16:24] <pitti> elopio: right, let's do that when I have some time to concentrate on this
[16:25] <elopio> pitti: no worries.
[16:25] <zyga> mhall119: aww
[16:25] <zyga> mhall119: let me reload
[16:25] <elopio> I sent you an email because I thought you missed my ping. Just ignore it until next week.
[16:52] <ralsina> sergiusens, elopio: except for some nitpicking from coveralls, my PR seems to have everything fixed and passing, it would be awesome if it got the re-review  today. Awesomer if it passed ;-)
[16:53] <sergiusens> ralsina my mental buffer for interrupt driven review is too small for that changeset but I'll do my best :-P
[16:54] <sergiusens> small and with fast timeouts
[16:54] <ralsina> sergiusens: your best is the most I can ask for, dude, I know it's a large branch
[17:13] <mup> PR snapcraft#832 closed: python plugin: only download in pull and build in build <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/832>
[17:16] <Croepha> Hey everyone, its been a while since I did any snappy stuff, is this: http://people.canonical.com/~mvo/all-snaps/ubuntu-device-flash still state of the art for making a 16 snappy flash image?
[17:17] <Croepha> nvm, i guess not, the link is dead
[17:19] <kyrofa> ogra_, is ubuntu-image ready for Croepha?
[17:22] <mup> PR snapd#2031 closed: store: apply deltas if explicitly enabled <Created by absoludity> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2031>
[17:23] <zyga> jdstrand: got it to work, just now
[17:23] <zyga> jdstrand: a few extra complications that only affect the real actual layout snaps use
[17:23] <zyga> jdstrand: but nothing unexpected, just some extra requirements that pivot_root requires that need to be satisfied
[17:36] <zyga> jdstrand: wow
[17:36] <zyga> jdstrand: not sure why
[17:36] <zyga> jdstrand: but ... mount table is so clean now :)
[17:36] <jdstrand> nice!
[17:36] <zyga> as a quick check
[17:36] <jdstrand> zyga: would you mind pasting the mount table?
[17:36] <zyga> I'll kill the lxd quirk
[17:36] <zyga> nope, I'll share it in a sec
[17:36] <zyga> I just want to make it ... cleaner still
[17:39] <zyga> http://paste.ubuntu.com/23252159/
[17:39] <zyga> now sadly, that's a bit too optimistic, there's still one bit missing there
[17:39] <zyga> and I disabled the ugly LXD quirk
[17:40] <zyga> oh, and I see my change broke /media too
[17:40] <zyga> just pivot_root being extra picky and me being extra broad (rprivate)
[17:44] <ogra_> kyrofa, not sure we have public documentation for creating and assigning assertions yet
[17:44] <ogra_> beyond that, yeah
[17:51]  * ogra_ vanishes
[17:55]  * Croepha gets a little worried, not sure what it means to "assign assertions" or what it has to do with making a flash imaage... but moves forward confidently by grabbing the ubuntu-image source from github and trying to build via snapcraft and hoping there is some command-line documentation !
[17:56] <zyga> Croepha: ?
[17:57] <kyrofa> zyga, Croepha wants to build images with ubuntu-image, but isn't sure how
[17:57] <kyrofa> (neither am I)
[17:57] <zyga> kyrofa: -> slangasek
[17:57] <kyrofa> Croepha, then slangasek is your man ;)
[17:58] <Croepha> slangasek: ping?
[17:59] <slangasek> hmm, am I? :)
[18:00] <zyga> slangasek: or point to the next element of the list :)
[18:01] <slangasek> someone had started writing up documentation on how to create the model assertion, let me see if I can lay my hands on it
[18:04] <slangasek> Croepha: here's the doc I was looking for: https://docs.google.com/document/d/1cJvRnpoQyLvY6pOLFPgUxMHrFVBCDNwAlrORARBiZlU/edit
[18:06] <Croepha> slangasek: requested access
[18:07] <slangasek> Croepha: oh? the doc claims at the very top to be public; sorry, I guess I should have looked at actual sharing perms
[18:09] <slangasek> Croepha: ah but there's also a redirect to https://github.com/CanonicalLtd/snappy-docs/pull/13
[18:10] <ralsina> sergiusens: can you restart https://travis-ci.org/snapcore/snapcraft/jobs/163776334 ? It timed out on launchpad
[18:11] <zyga> jdstrand: http://paste.ubuntu.com/23252266/
[18:11] <Croepha> slangasek : "You need permission.  Want in? Ask the owner for access, or switch to an account with permission."
[18:11] <zyga> jdstrand: lesson learne, mount -o private != mount --make-private
[18:11] <zyga> jdstrand: can you see if this makes sense
[18:11] <zyga> jdstrand: I'll share the code in a sec, just need to write a commit mesage
[18:11] <slangasek> Croepha: yes, I guess they closed down the google doc when they moved the info into the snappy-docs repo where it belongs
[18:11] <zyga> jdstrand: it's not done but feels super close now
[18:12] <Croepha> slangasek: oh right, sorry, I didn't think to look at the actual github files, ok thanks! :)
[18:15] <zyga> jdstrand: https://github.com/snapcore/snap-confine/commit/43e47b35a13786aa7a7aabe1a45d78febae49aa9
[18:15] <zyga> jdstrand: I need to go through the whole thing and ensure docs and comments are sensible
[18:16] <zyga> jdstrand: e.g. the internal strace output is stale now
[18:16] <zyga> jdstrand: please look at the commit message and tell me what you think
[18:16] <zyga> jdstrand: one nasty side effect of this is that there's a moment in sc_bootstrap_mount_namespace that leaks stuff if we crash
[18:16] <zyga> jdstrand: it is only good if it completes all the way
[18:17] <zyga> jdstrand: but this is unavoidable with MS_SHARED / now
[18:17] <zyga> jdstrand: expcept for, perhaps, some guardian process that knows how to undo the mess if I something breaks
[18:17] <zyga> jdstrand: but let's not go there yet
[18:17] <zyga> jdstrand: and a thing to watch out for to make a bind mount that has different sharing, you need two syscalls
[18:18] <zyga> jdstrand: one syscall just results in the wrong sharing
[18:18] <zyga> jdstrand: I need to check my docs now
[18:18] <zyga> jdstrand: but before that I need a break, a real break
[18:19] <sergiusens> ralsina sure
[18:20] <ralsina> sergiusens: thanks
[18:31] <jdstrand> zyga: huh, snap.rootfs_* is gone in your mountinfo
[18:31] <zyga> yep
[18:31] <zyga> jdstrand: all gone :)
[18:31] <zyga> jdstrand: see the code, tell me what you think
[18:32] <zyga> jdstrand: I think I use pivot_root correctly for the first time now
[18:32] <jdstrand> I was wondering if that was what cleaned it up
[18:32] <zyga> jdstrand: note, not ealier, just only now
[18:33] <zyga> jdstrand: I didn't try to run spread or anything (more questions to answer)
[18:33] <zyga> jdstrand: I just ran shell and explored
[18:33] <zyga> jdstrand: /media has the right sharing IMHO
[18:34] <zyga> jdstrand: I didn't do a in-depth analysis (too tired today)
[18:34]  * jdstrand nods
[18:34] <zyga> jdstrand: I'm editing my copy of shared subtrees, the printout I did messed up the essential tables
[18:34] <zyga> jdstrand: :) I'll give you a copy in the hague :)
[18:36] <mup> PR snapd#2036 opened: daemon, store: switch to new store APIs in snapd <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2036>
[18:39] <lool> ogra_: heya, would you know if we have rpi3 classic images that we maintain?
[18:39] <lool> the wiki one from the community + ppa seems to have some issues
[18:39] <lool> ogra_: I was hoping yakkety might have one http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/pending/ but that's rpi2 only
[18:40] <lool> slangasek: ^ perhaps you know who might possibly look after these?
[18:41] <slangasek> lool: there are none currently; this is backlogged behind the ubuntu-image work, and the intent is for us to directly leverage gadget snap yaml in creating the image instead of reimplementing the image building logic in two different ways
[18:43] <lool> slangasek: even for server image?
[18:44] <lool> slangasek: I mean classic
[18:46] <slangasek> lool: yes, because it's precisely the "how to build an image for this device" piece that is overhead which we don't want to repeat
[18:51] <lool> slangasek: ok; do you have a vague idea of when we could possibly see rpi3 classic images in yakkety? or is it possible that we wont have any?
[18:52] <lool> slangasek: side question, how crazy would it be to suggest adding a 16.04.N image for rpi3?  :-)
[18:54] <slangasek> lool: it keeps getting pushed back in the backlog by other critical snappy work, and while people keep asking after these images no one has indicated a deadline for when they're needed.  So it's not going to be done before yakkety release, but there's no reason we can't enable it in 16.04 point release
[19:04] <mup> Bug #1629081 opened: `git clone`fails with `source-type: git` nad `'source-tag: 'x.y.z` in `snapcraft.yml` <snapcraft> <Snappy:New> <https://launchpad.net/bugs/1629081>
[19:13] <sergiusens> cprov ralsina so elopio is worried about lack of integration tests against real servers; isn't there a way to do the full dance in one test? snapcraft snap; snapcraft register; snapcraft push --release stable; snapcraft validate <against-self>; snapcraft gated ?
[19:14] <sergiusens> cprov ralsina I guess in a new PR is ok given how big this one is
[19:14] <ralsina> hmmm
[19:14] <ralsina> you'd also need to create a key, and register it
[19:14] <ralsina> push 2 snaps, although we could self-gate ...
[19:15] <sergiusens> ralsina we have tests for keys; don't we?
[19:15] <ralsina> sergiusens: yes, but this needs a real live key to work against a real store
[19:15] <sergiusens> ralsina oh, no, disabled too
[19:15] <sergiusens> nevermind!
[19:16] <sergiusens> but I'll add it as a sprint topic
[19:16] <ralsina> sergiusens: it *can* be done, looks like a bit of a hassle :-)
[19:16] <ralsina> I am sure at the sprint we can do it over a beer
[19:16] <ralsina> maybe 2 beers
[19:16] <ralsina> and fix it for keys too
[19:16] <sergiusens> I haven't been drinking lately so I might pass out after half of one
[19:17] <ralsina> ok, make that a ... /me googles something very dutch
[19:17] <ralsina> cheese?
[19:17] <sergiusens> super excited that I will be knocked out during the long leg with just one glass of whisky :-)
[19:17] <kyrofa> sergiusens, doesn't drink beer. He drinks whisky
[19:18] <kyrofa> Thanks hexchat. That comma was terribly placed
[19:19] <ralsina> Well, to be honest https://en.wikipedia.org/wiki/Dutch_cuisine#Alcoholic_drinks is pretty depressing :-)
[19:19] <ralsina> "raisins in brandy", really, netherlands?
[19:19] <kyrofa> ralsina, man, and here I was all excited
[19:20] <kyrofa> And their main picture is heineken?
[19:20] <ralsina> kyrofa: or Grolsch!
[19:20] <kyrofa> That just _sounds_ gross
[19:21] <kyrofa> Kraamanijs sounds good though
[19:27] <mup> PR snapd#2010 closed: many: create auth.json for the freshly created user in `snap create-user` <Created by mvo5> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2010>
[19:57] <sergiusens> ralsina http://try.docopt.org/?doc=snapcraft%0D%0A%0D%0AUsage%3A%0D%0A++snapcraft+validate+%3Csnap-name%3E+%28--keys+%3Cone%3E+%7C+%3Ctwo%3E%29&argv=validate+snap+--keys+1
[19:58] <ralsina> sergiusens: turned out what we needed was snapcraft validate <thingie>... [--key=<key-name>]
[19:58] <ralsina> BTW, renamed thingie to validation if that's ok with you
[20:00] <sergiusens> ralsina perfect
[20:04] <mup> PR snapcraft#840 closed: Catkin plugin: build with in-snap python <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/840>
[20:04] <mup> PR snapcraft#841 opened: Replace SNAPCRAFT_PART_INSTALL in the part attributes <Created by josepht> <https://github.com/snapcore/snapcraft/pull/841>
[20:09] <mup> PR snapd#2027 closed: asserts: support parsing the plugs stanza i.e. plug rules in snap-declarations <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2027>
[20:22] <mup> PR snapcraft#842 opened: Catkin plugin: Support ROS Kinetic <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/842>
[21:34] <mup> PR snapcraft#772 closed: Set GOBIN in go plugin build environment <Created by tasdomas> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/772>
[21:53] <Croepha> with ubuntu-image do you have to upload your kernel snap to the store?


[00:16] <mapps> gah raining again
[06:02] <MooDoo> morning
[06:03] <Monotoko> You're up early MooDoo
[06:06] <jussi> Monotoko: this is late for MooDoo...
[06:07] <Myrtti> moin
[06:09] <popey> morning
[06:09] <Myrtti> the day always starts great when you have a headache so bad you want to throw up
[06:11] <MooDoo> Monotoko: I start work at 7 so always in this early
[06:39] <jussi> morning Monotoko, MooDoo, Myrtti and popey
[06:50] <MooDoo> howdy jussi
[06:50] <jussi> o/
[08:10] <bashrc> morning ubuntuers
[08:11] <MooDoo> mornign
[08:12] <MooDoo> or morning even
[08:23] <ujjain> morning
[08:23] <MooDoo> moring
[08:48] <JamesTait> Good morning all; happy Monday, and happy Rocky Road Day! :-D
[08:50] <bigcalm> Good morning peeps :)
[08:51] <popey> pip pip
[08:51] <popey> I started learning django at the weekend. that was fun
[08:51] <bigcalm> I'm guessing that the majority of oggcamp attendees will be staying at the Travelodge?
[08:52] <popey> no idea
[08:52] <bigcalm> Going on price
[08:52] <bigcalm> 3 nights at the Travelodge being less than one night at the venue
[08:56] <popey> sounds like a plan
[08:57] <JamesTait> I'm still trying to work out who from my family will be attending this year.  Connagh wants to come again, but Callum wants to come as well, but I'm not sure about bringing them both along by myself, so I'm trying to convince my wife to come as well
[08:58] <JamesTait> In which case, if we can get someone to feed the cats, we might as well make a weekend of it and stay down there instead of driving there and back both days.
[09:05] <diplo-> Morning all
[09:05] <diplo-> Having a total blank, how do I find out who is using diplo username ?
[09:06] <popey>  /whois diplo
[09:07] <diplo-> Ah I did try that earlier but forgot the info goes to the status panel :/
[09:07] <bigcalm> diplo-: have you not registered your username?
[09:07] <diplo-> I have, it didn't seem to auth this morning
[09:07] <diplo-> Just about to now
[09:07] <diplo-> Registered : Sep 18 08:50:32 2005 (8 years, 37 weeks, 0 days, 00:13:39 ago)
[09:07] <diplo-> Blimey :)
[09:08] <bigcalm> You can now ghost Diplo :)
[09:08] <jussi> diplo-: if it is tied up somehow with services, or if someone else is squatting, you can use release and ghost nickserv commands
[09:09] <diplo-> Just looking at freenode faq now
[09:09] <bigcalm>  /msg nickserv ghost diplo
[09:09] <jussi> diplo-: /msg nickserv help ghost
[09:09] <diplo-> ta
[09:14] <andylockran> morning alls
[09:25] <brobostigon> morning boys and girls.
[09:31] <DJones> Ah bollocks, just got asked to set a computer to print to a network printer, got there & pointed out that it was already set to use that printer, only reason it wasn['t printing was because it'd run out of paper....
[09:32] <bashrc> printers are always fun
[09:32] <brobostigon> lol.
[09:34] <foobarry> imagine the pain of 3d printers
[09:34] <bigcalm> Don't you love tech support? ;)
[09:34] <MooDoo> yes I do :)
[09:39] <bigcalm> Gah, NS&I haven't updated for the June draw. The 3 working day wait is painful
[09:41] <brobostigon> montgomery scott, ST-TOS, you have to keep up your reputation as a miracle worker.
[09:56] <dwatkins> DJones: reminds me of a previous existence where I would often go replace keyboards and mice and network cables, to discover that the people I was helping didn't even notice me half the time.
[09:58] <bigcalm> You just described the IT Crowd
[10:07] <foobarry> what's the latest on truecrypt?
[10:07] <MartijnVdS> status: unknown, presumed NSA stuff
[10:08] <MartijnVdS> foobarry: best keep your eyes on http://www.reddit.com/r/netsec
[10:08] <foobarry> status:fork pending?
[10:08] <MartijnVdS> no
[10:08] <MartijnVdS> because a fork would have the same problem: US gov't agency could issue threats to the new devs just as easily
[10:09] <foobarry> i guess tahts why the truecrypt devs were anon in the first place
[10:09] <foobarry> but if the new devs live in sweden/vanautu/
[10:09] <MartijnVdS> There are ways.
[10:09] <diplo> Anyone recommend a usb hub to use with a PI ?
[10:09] <MartijnVdS> https://www.schneier.com/blog/ is also a good source
[10:10] <diplo> Not overly pricey but not rubbish either :)
[10:10] <foobarry> how to make an mp3 skips like a cd..open a java heavy page like the one for my SAN
[10:11] <MartijnVdS> wut..
[10:11] <MartijnVdS> haven't had that happen since I had a Pentium I
[10:11] <foobarry> the mp3 starts skipping
[10:11] <foobarry> i have an i*
[10:11] <foobarry> the page isn't loading either
[10:11] <MartijnVdS> sounds like memory pressure
[10:12] <foobarry> java is eating a cpu
[10:12] <bashrc> situation normal
[10:15] <foobarry> page fails on chrome and ff
[10:15] <foobarry> :(
[10:15] <foobarry> icetea pants
[10:19] <SirMarky> I have a problem with workspaces on 14.04. When I select a running program icon from the sidebar the system will not bring up the window unless it is on the workspace I am presently viewing. Until a few days past it would automatically move my view to the workspace containing the open window. I am unsure how to resolve.
[10:23] <MartijnVdS> that happens if there's *also* a window of the program on another workspace
[10:23] <MartijnVdS> so say you have 2 browser windows, on 2 workspaces.. it won't know which one you want
[10:27] <TheOpenSourcerer> MartijnVdS: What does the GE mean in a Dutch address like GE  Zeewolde?
[10:29] <foobarry> gelderland ?
[10:30] <TheOpenSourcerer> Yeah - worked it out in the end I think ;-)
[10:31] <foobarry> http://www.geopostcodes.com/Netherlands
[10:32] <SirMarky> MartijnVdS - that isn't the case here.  I have the browser in one workspace, thunderbird in another, a backup tool and nautilus open on a third and a virtualbox instance in the forth.  There are no windows from the same program open on different workspaces.
[10:34] <SirMarky> MartijnVdS - My system was working fine until a few days past.  Aside from advised system updates, I haven't amended any settings to break this.
[12:05] <bigcalm> marxjohnson: are Bytemark doing named mugs again this year at oggcamp? If so, I'll need to get 2 separate tickets so that my wife's name is also used. If not, ne bother :)
[13:28] <dogmatic69__> is there a way to make all files under a specific folder owned by some user?
[13:28] <dogmatic69__> eg: user bob makes a file and it is owned by john. I found a way with folders, just need the same for files
[13:29] <dogmatic69__> actually, found a way for groups, not for users
[13:30] <diddledan> dogmatic69__: ONLY files or files AND subfolders? the latter is easily done with either `chown -R username foldername` or by prefixing with sudo if you don't have permission
[13:31] <dogmatic69__> diddledan:  new files should auto be set to the specified owner
[13:31] <dogmatic69__> chmod g+ws sets the group but not the owner
[13:31] <diddledan> dogmatic69__: +t
[13:31] <diddledan> sticky bit
[13:32] <dogmatic69__> chown -R +t /something?
[13:32] <diddledan> set to world writable and sticky bit on the folder
[13:32] <diddledan> doesn't need to be recursive
[13:33] <diddledan> if you have subfolders that also need usernames on new files within each folder needs the sticky bit BUT not the files themselves
[13:33] <dogmatic69__> does not work
[13:33] <diddledan> http://en.wikipedia.org/wiki/Sticky_bit
[13:33] <dogmatic69__> drwsrwsr-t   5 www-data some-group       4096 Jun  2 14:33 public
[13:34] <diddledan> remove setuid
[13:36] <dogmatic69__> ok, folder is now drwxrwxr-t
[13:36] <diddledan> setuid on folders does nothing on linux
[13:36] <dogmatic69__> still creates as current user
[13:40] <shauno> I think sticky doesn't change the owner/group, it allows the owner of the folder to act as the owner for files within it
[13:40] <diddledan> shauno, yeah I got it wrong
[13:41] <shauno> so I have a sticky folder called 'inbox'.  you stick a file in there.  you're still the owner of the file, but I have the owners rights to that file
[13:42] <shauno> (I believe this is because automatically changing the owner is an attack vector)
[14:15] <bigcalm> popey: do you remember what command you used to generate a video from webcam stills?
[14:16] <MooDoo> brobostigon: prnt screen ;)
[14:16] <MooDoo> bigcalm: even lol
[14:17] <bigcalm> MooDoo: even from a trolling point of view, how would that do anything?
[14:20] <MooDoo> bigcalm: coz I'm an idiot and didn't read it properly.....sorry
[14:20] <bigcalm> :D
[14:20] <bigcalm> Trolling 101 - get your facts wrong
[14:21] <MooDoo> I give up today, can't even get my trolling right sigh!
[14:21] <bigcalm> Heh
[14:22] <bigcalm> Do I want to install mencoder on a Revo that's running as a server?
[14:23] <MooDoo> bigcalm: I better not, i'd end up typing yum install filezilla ;)
[14:23] <bigcalm> Nice
[14:24] <diddledan> MooDoo, but at least you're trying to troll
[14:24] <diddledan> that's what counts
[14:24] <MooDoo> diddledan: I shouldn't even do that really, just waiting for someone to tell me off :)
[14:24] <diddledan> speaking of which, when did "troll" become a verb?
[14:26] <popey> bigcalm: yes
[14:27] <bigcalm> popey: humf :P
[14:28] <bigcalm> popey: would you mind imparting the knowledge onto me?
[14:28] <popey> mencoder "mf:///path/to/webcam/*.jpg" -mf fps=25 -o /path/to/video.avi -ovc lavc -lavcopts vcodec=msmpeg4v2:vbitrate=1200
[14:32] <bigcalm> Thank you. I shall add it to an alias
[14:40] <bigcalm> Segmentation fault (core dumped)
[14:40] <bigcalm> I rock
[14:40] <bigcalm> alias make_video='mencoder "mf://$1" -mf fps=25 -o "$2" -ovc lavc -lavcopts vcodec=msmpeg4v2:vbitrate=1200'
[14:40] <bigcalm> What might be wrong with that?
[14:41] <diddledan> bigcalm, you can use variables in aliases?
[14:42] <awilkins> Single quotes
[14:42] <awilkins> Prevents expansion of variables
[14:42] <awilkins> Not sure if that counts
[14:42] <awilkins> Don't use aliases, tend to use shell scripts
[14:42] <diddledan> awilkins that will expand the $1 in the alias declaration not in the executed command
[14:42] <bigcalm> diddledan: as far as I know, yes
[14:43] <bigcalm> I could switch the " and '
[14:43] <bigcalm> Same error
[14:43] <diddledan> bigcalm, change the alias to a function
[14:44] <diddledan> make_video() { command }
[14:45] <bigcalm> It didn't like that
[14:45] <bigcalm> Meh
[14:45] <bigcalm> I'll try it by hand 1st ;)
[14:45] <diddledan> bigcalm, I don't believe variables work in aliases - an alias afaict appends all arguments like xargs would
[14:46] <bigcalm> Into a bash script it goes
[14:46] <bigcalm> Poop
[14:47] <diddledan> bigcalm yes, I'm right, I just tested it
[14:48] <diddledan> http://paste.ubuntu.com/7573520/
[14:50] <bigcalm> Odd, oh well :)
[14:52] <diddledan> the enemy are having a conference in 2 hours (apple)
[14:53]  * diddledan preparing to watch the livestream
[14:55] <shauno> can't wait :)
[15:32] <diddledan> wow, mr wang donjin, no less than the CEO of China National Petroleum Co. has singled me out to help him invest in my country.
[15:35] <daftykins> diddledan: ooh my, a prestigious offer
[15:36] <daftykins> https://www.dropbox.com/s/to2bf1sfadxtbf4/dellivery.JPG
[15:36] <daftykins> damn it Dell, have you forgotten where Guernsey is!?
[15:37] <bigcalm> Can you step through a video frame by frame in VLC?
[15:39] <bigcalm> Found it :)
[16:05] <diddledan> https://www.youtube.com/watch?v=oM6S7FEUfkU
[17:00] <diddledan> it's apple keynote time
[17:00] <daftykins> sure is
[17:00] <daftykins> vid isn't up yet
[17:01] <shauno> the stream is?
[17:01] <daftykins> nope i've got nowt
[17:02] <shauno> maybe it's just not available in guernsey ;)
[17:02] <daftykins> ;_;
[17:02] <daftykins> http://www.apple.com/apple-events/june-2014/
[17:02] <daftykins> ?
[17:03] <shauno> yup
[17:03] <daftykins> yeah nothing there for me
[17:03] <Myrtti> doesn't show anything for me on Ubuntu
[17:04] <Myrtti> but works on the Mac
[17:04] <Myrtti> might be an encoder issue?
[17:04] <daftykins> you're not encoding watching a video
[17:04] <diddledan> need quicktime
[17:04] <daftykins> got it, installed and working
[17:04]  * daftykins boots a mac VM
[17:04] <Myrtti> well whatever, technology anyway
[17:04] <shauno> ah well.  works on my telly :)
[17:05] <daftykins> with a nasty apple TV?
[17:05] <shauno> of course :p
[17:05] <shauno> (I have a non-nasty one too, but it doesn't work on it :(
[17:06] <daftykins> yep works on the mac VM
[17:06] <daftykins> that's a bit bias
[17:06] <shauno> heh.  surprise :p
[17:07] <daftykins> it actually is
[17:08] <daftykins> put your phone down and clap properly, kid
[17:09] <diddledan> replacement for xcode?
[17:18] <diddledan> that one guy is pleased
[17:19] <shauno> oh it's normal.  they're all high.
[17:19] <diddledan> they've reinvented google desktop?
[17:21] <daftykins> he reminds me of thingy from Quantum Leap
[17:21] <daftykins> Scott Bakula
[17:22] <diddledan> you've just aged yourself by not saying "that dude from startrek enterprise" :-p
[17:22] <MartijnVdS> what, the backup tool?
[17:23] <diddledan> ooh, it's hung
[17:23] <daftykins> haven't really watched Enterprise
[17:24] <shauno> it's not actually that bad.  except for the start and the finish
[17:24] <diddledan> the last episode kinda jumped somewhat from the storyline
[17:24] <shauno> there was a lot of 'jumping' towards the end.  the whole alternate reality stuff, etc
[17:25] <daftykins> those eyebrows O_O
[17:39] <diddledan> ok, apple just beak ubuntu to convergence :-p
[17:39] <diddledan> beat*
[17:44] <daftykins> surely you're not surprised
[17:45] <diddledan> open beta is a new thing for apple
[17:45] <shauno> pft.  'today' is all very nice but they shut the dev portal off during these :/
[17:46] <diddledan> shauno, did you just try going there?
[17:46] <shauno> of course
[17:46] <diddledan> shauno, me too :-p
[17:46] <shauno> (the dev site, not the public preview heh)
[17:46] <diddledan> yeah dev site
[18:09] <marxjohnson> bigcalm: We've not spoken to Bytemark yet, I'm not sure what they'll have in mind if they sponsor again
[18:33] <diddledan> at blooming last
[18:33] <diddledan> system-wide keyboard replacements
[18:37] <daftykins> i'm amazed that wasn't available
[18:43] <Monotoko> hm.... looks like I've been forgotten
[18:43] <Monotoko> by the company I used to work for
[18:43] <Monotoko> >.>
[18:43] <diddledan> Monotoko, well done
[18:43] <Monotoko> not really... my appeal went to the managing director
[18:44] <Monotoko> then it's all just been forgotten... and I'm still on full pay :S
[18:45] <daftykins> appeal? 0o
[18:46] <Monotoko> they tried to give me the boot for an upgrade on a server that went wrong
[18:46] <Monotoko> not my fault the damn thing was built from source
[18:47] <Monotoko> thought I'd fixed it because I fixed SSH (the thing that I thought was broken) and ended up breaking Apache, should have checked, but it was 4am and the upgrade took 4 hours when it was supposed to take 20 minutes
[18:48] <daftykins> erk
[18:48] <daftykins> ah vaguely recall the story now
[18:51] <Monotoko> really getting fed up :(
[18:52] <daftykins> so... call up the MD?
[18:53] <Monotoko> tried several times... got his assistant who promised he would call back
[18:53] <Monotoko> every time
[18:53] <Monotoko> >.>
[18:54] <daftykins> arrange a meeting?
[18:54] <Monotoko> not sure how... anyone I email tells me I have to go to the MD, MD won't respond
[18:56] <daftykins> oh well
[18:57] <daftykins> i sympathise with your plight but then, this is IRC
[18:57] <foobarry> do u want to go back to work for them?
[18:57] <foobarry> or u want a settlement?
[18:57] <foobarry> (and termination of contract)
[18:58] <Monotoko> foobarry, not really - they refused to settle and dragged me through this instead. Meanwhile I'm trying to find another job and failing just about everywhere
[18:58] <foobarry> get a solicitor
[18:58] <foobarry> they will ensure you get a fair settlement
[18:58] <foobarry> until then, it doesn't sound like they will take u seriously
[18:59] <foobarry> in the least, the settlement might be your notice period paid up
[18:59] <foobarry> in my 20s i was made redundant but didn't realise it. i just found another job. but i could have got a settlement, but i was naive
[19:00] <Monotoko> honestly I'd rather just find another job, but they made me move here 2 weeks before they suspended me
[19:00] <Monotoko> I'm tied here for 12 months :(
[19:01] <foobarry> my last word of advice is to get advice/solicitor
[19:01] <Monotoko> aye I shall look into it
[20:01] <mapps> wow
[20:01] <mapps> the weather sucks again
[20:01] <mapps> ;[
[20:01] <Fremen_> Not too bad here
[20:02] <Fremen_> Wrong nickname
[20:02] <diddledan> Better
[20:04] <mapps> rain rain rain
[20:04] <mapps> here
[20:05] <mapps> Watched a cool uk series earlier - cuckoo, id never even heard of it before..only came across it when checking out Adam Samberg on imdb;)
[20:07] <diddledan> Don't know it
[20:07] <brobostigon> it has been sunny and hot here all day.
[20:48] <ali1234> does anyone know how to reset a google mini to factory defaults?
[20:48] <ali1234> (don't bother googling this i already tried)
[20:49]  * popey wonders what a google mini is
[20:50] <shauno> it seems you don't  heh
[20:51] <shauno> the mini is a "google search appliance".  a baby version of google you can buy in a 1U to index inside your company network
[20:51] <ali1234> this is the continuing saga of the missing mini
[20:52] <ali1234> they found one on ebay as a replacement, seller doesn't know the password
[20:56] <mapps> aha i wondered wat it was too
[20:56] <mapps> :D
[20:57] <shauno> does it have a "mail me my password" option?
[20:57] <ali1234> yes but that will just go to the previous owner...
[20:58] <shauno> anything to stop you wiresharking that email on its way past?
[20:58] <ali1234> well, if it actually sends the email i could just intercept it at the smtp server
[20:58] <shauno> or more likely, watch to see what smtp server it's trying & failing to reach.  and then stick something you control where it's expecting to find it
[20:58] <ali1234> it might do it through google services though
[20:59] <shauno> my only other guess would be the last message in https://groups.google.com/forum/#!topic/Google-Search-Appliance-Help/_27KZ2aKvWA
[20:59] <shauno> a specific network port on port 1111?
[21:01] <shauno> it sounds like not all the ethernet ports are created equally
[21:05] <shauno> wireshark's usually how I attack our (completely unrelated) appliances though.  watch what it's trying to reach, and become the behaviour it's expecting
[21:06] <diddledan_> lol
[22:12] <bigcalm> marxjohnson: okay, ta


[12:44] <shan> Hello could some one help me with setting up my wireless lan, I am using ubuntu 8.04
[12:44] <shan> I have a broadcom card
[12:45] <shan> broadcom 4306 wlan card
[13:59] <Dragonite> how about laptop support in Hardy Heron??? When i install it, wifi isn't installed by default...... this really s..x


[00:35] <cjohnston> abentley: ping
[00:35] <abentley> cjohnston: sorry, I'm off duty
[00:36] <cjohnston> :-(  is anyone around this evening?
[00:38] <abentley> cjohnston: There's no one assigned to do community help.  We run from 9:00 UTC to 21:00 UTC.  It's always possible that someone will volunteer.
[00:39] <cjohnston> Gotcha.. There some sort of json error being thrown by LP that's breaking LoCo Directory
[00:42] <mhall119> I don't think LP is throwing the error
[00:50] <mhall119> but I think something is giving incorrect json or encoding data
[09:32] <njpatel> Hi, I need to rename three projects please: lp:unity-place-applications => lp:unity-lens-applications, lp:unity-place-files => lp:unity-lens-files and lp:unity-place-sample => lp:unity-lens-sample
[09:33] <henninge> njpatel: Please file these requests as questions so that your Identity and authority for these projects is verified.
[09:33] <njpatel> henninge, ah, of course, will do
[09:33] <henninge> njpatel: https://answers.launchpad.net/launchpad
[09:34] <njpatel> thank you
[09:34] <henninge> welcome
[09:35] <henninge> njpatel: one question will do, btw.
[09:35] <henninge> dunno how the plural got in there ... ;-)
[09:35] <njpatel> done https://answers.launchpad.net/launchpad/+question/166921
[09:35] <njpatel> henninge, right :D
[09:36] <henninge> njpatel: looking
[09:38] <njpatel> ta
[09:52] <henninge> njpatel: done. ;-) I also added aliases for the old names.
[09:53] <njpatel> henninge, awesome, thank you!
[11:38] <czajkowski> hmmm no mrevell :(
[12:01] <adeuring> henninge: ^^^
[12:06] <henninge> adeuring: thanks
[13:33] <hazmat> is there a javascript api/binding to launchpad's rest api?
[15:03] <james_w> hi
[15:03] <james_w> I'm seeing some 404s from the API from different applications
[15:04] <james_w> I wonder if there was a deploy in the last couple of hours?
[15:04] <james_w> adeuring, ^
[15:04] <jelmer> james_w: hi
[15:04] <adeuring> james_w: i have no oidea. can you give me an exampe?
[15:04] <jelmer> james_w: there was a deployment recently
[15:04] <james_w> hmm
[15:05] <james_w> I wonder if the API service root is no longer published or something?
[15:06] <adeuring> james_w: so... _every_ api calls is broken?
[15:07] <james_w> adeuring, I'm not sure
[15:07] <james_w> I'm just reacting some some cron failure reports I'm getting
[15:07] <james_w> trying to reproduce now
[15:07] <james_w> http://paste.ubuntu.com/658679/
[15:08] <adeuring> thanks
[15:08] <adeuring> james_w: do you also have a URL?
[15:08] <james_w> no
[15:09] <james_w> but it's doing the login_with
[15:09] <james_w> when downloading the wadl
[15:09] <james_w> via edge it looks like
[15:10] <james_w> I can't reproduce locally, so maybe it was a transient issue
[15:10] <adeuring> right; I tried "lp-shell egde"; worked fine
[15:11] <james_w> that logged me in to non-edge though :-)
[15:11] <james_w> doing it by hand for edge worked as well though
[15:11] <adeuring> yeah just noticed that too...
[16:16] <zooko> Greetings, people of launchpad! How do I make https://bugs.launchpad.net/tahoe-lafs/+bug/821000 have a link to https://bitbucket.org/tarek/distribute/issue/136/respect-the-pythonpath ?
[16:18] <zooko> Hm, it looks like maybe the project "distribute" within launchpad isn't linked to its bugtracker: https://bitbucket.org/tarek/distribute/issues
[16:20] <zooko> Ah. That is a known bug https://bugs.launchpad.net/distribute/+bug/571438
[16:20] <zooko> Can someone here fix 571438?
[16:23] <zooko> Also, how do I "verbatim" quote the patch that I posted in the issue description so that it won't get line-wrapped or otherwise formatted by launchpad when rendering it?
[16:26] <zooko> I tried "{{{ ... }}}" (like trac) and "<pre> ... </pre>" and prepending each line with a space.
[17:46] <pvo> abentley: I'm trying to create a series in LP and I keep getting a timeout error.
[17:47] <abentley> pvo: Is there an oops ID you can give me?
[17:47] <pvo> Sure thing.
[17:47] <pvo> (Error ID: OOPS-2042C38)
[17:48] <abentley> pvo: Okay, that one hasn't propagated to our listing tool yet.
[17:48] <abentley> pvo: Let's see if a manual sync helps.
[17:48] <pvo> ok
[17:49] <abentley> pvo: This will take a minute or two.
[17:49] <pvo> no worries. thanks for you help.
[17:58] <pvo> abentley: i've got to step away for a little bit. Back in a while.
[17:58] <abentley> pvo: Okay.
[18:08] <abentley> pvo: This is looking pretty odd.  I think maybe it's spending all its time doing visibility checks on branches.
[18:16] <zooko> Hey folks, I asked a question and made a request in this channel a few hours ago. Should I repeat it/summarize or just wait patiently?
[18:20] <abentley> zooko: the best thing to do is to address it to the help contact, so that their IRC client notifies them.
[18:22] <zooko> abentley: um, sorry, but who would that be?
[18:23] <abentley> zooko: It says in the topic.  It's me right now, and I'm looking up the answer.
[18:23] <zooko> Ah, thanks. :-)
[18:30] <abentley> zooko: I think what needs to happen is that the owner needs to configure distribute's external bug tracker to be https://bitbucket.org/tarek/distribute/issues and then you'll be automatically prompted: http://blog.launchpad.net/cool-new-stuff/links-to-external-bug-trackers-right-where-you-need-them
[18:31] <abentley> zooko: per your bug 571438
[18:50] <zooko> abentley: the owner is Tarek Ziadé.
[18:50] <zooko> I pinged him earlier today on #distutils but he hasn't been active there yet.
[18:50]  * zooko pings him again.
[18:50] <abentley> zooko: Yes, I saw that.
[18:51] <abentley> zooko: I believe there's a procedure to reassign a project if the maintainer has stopped updating it, but I'd have to look into it.
[19:00] <ryanakca> Any suggestions in on avoiding timeouts with launchpadlib?
[19:00] <ryanakca> s/ in //
[19:07] <mhall119> I'm getting timeouts on launchpad itself
[19:08] <mhall119> OOPS-2042BC53
[19:11] <zooko> abentley: tarek is trying to add me as an admin to the "distribute" project on launchpad. He can't figure out how.
[19:11] <zooko> (On #distutils .)
[19:12] <om26er_> what key word(s) is common in all launchpad mailing lists, i want to setup a gmail filter for all my lp mailing lists
[19:20] <abentley> om26er: I believe they all include "https://help.launchpad.net/ListHelp"
[20:04] <pvo> abentley: still around? sorry… that meeting took way too long.
[20:07] <abentley> pvo: So, I've looked at the code and it seems pretty reasonable.  I think the best way to proceed is to file a critical bug.
[20:07] <pvo> hmm. So I don't have any way to create another series?
[20:07] <abentley> ryanakca: There's nothing general.  If you can reduce the scope that your queries apply to, that may help.
[20:08] <abentley> pvo: I guess you could try doing it over the web service.
[20:09] <pvo> abentley: ok. Will give that a go. Thanks.
[20:09] <abentley> pvo: this may be helpful: http://code.mumak.net/2011/08/launchpadlib-helper.html
[20:13] <ryanakca> abentley: Alright, so what's the best way to get a source package publishing history record for every source package in Ubuntu? Instead of using "getPublishedSources()", I should iterate through a list of all source packages and call "getPublishedSources(source_name=something)"?
[20:20] <abentley> ryanakca: Yes, that sounds like it would be less likely to time out.  Probably also give you incremental data if that's useful to you.  It will increase the number of round trips, but I don't think that can be avoided.
[20:21] <abentley> mhall119: that looks like a similar issue to pvo's.
[20:23] <pvo> abentley: I heard they just put the web heads infront of some LBs…
[20:23] <pvo> could be a dirty rumor though
[20:24] <abentley> pvo: I thought the appservers were behind the load balancers.
[20:27] <pvo> infront/behind… distracted typing
[20:27] <pvo> :)
[20:27] <pvo> thought if the webheads were infront of app servers that were timing out… but now I'm just guessing about the infrastrucutre
[20:34] <abentley> pvo: I think the webheads are the appservers.  Anyhow, it's the db that's timing out.
[21:25] <jbicha> I'm getting 503 Service Unavailable when I try to use the LP code browser
[22:08] <komputes> Can we remove the "out of office" spam in Bug #629258
[22:16] <lifeless> komputes: wow, wf
[22:17] <komputes> lifeless: major fail
[22:17] <lifeless> hidden
[22:17] <komputes> lifeless: thx much
[22:17] <micahg> lifeless: what are the ACLs on who can hide?
[22:18] <lifeless> micahg: admins and ~registry
[22:18] <micahg> k
[22:35] <jbicha> lifeless: spam on bug 572959 , I didn't realize I could just ask here when I saw spam
[22:37] <lifeless> ideally file a ticket on https://answers.launchpad.net/launchpad
[22:37] <lifeless> particularly spam spam vs autoresponder fail
[22:37] <lifeless> spam spam we need to track down the user and so on
[22:37] <lifeless> yeah that one needs more investigation
[22:38] <jbicha> lifeless: would you like me to open an answer for that then?
[22:38] <lifeless> please
[22:41] <jbicha> lifeless: done, glade to know there's a process for that
[22:41] <jbicha> *glad
[23:30] <poolie> hi all
[23:31] <poolie> can/do we have a bug for it being hard to find the readme for a branch https://lists.ubuntu.com/archives/bazaar/2011q3/073314.html
[23:52] <lifeless> poolie: thats kindof the wiki lep issue
[23:52] <lifeless> all these things conflated
[23:53] <lifeless> I'm not sure if there is a clear bug 'finding a branches own docs is hard'
[23:53] <poolie> i think one could usefully do a point patch that just shows the readme
[23:53] <poolie> i don't know if it's worth filing a bug just about it
[23:58] <lifeless> such a patch would almost certainly need qa, and fo that we need a bug.
[23:58] <lifeless> so +1 on a bug :)