[03:01] <cachio> niemeyer, I am running with -vv trying to reproduce the error locally
[03:01] <cachio> let's see if it give us more information about the response which is causing that
[04:39] <tismith> Hi guys - I'm trying to build a rust program using snap craft, and the rust plugin is working ... sort of, but when I do a 'snapcraft clean build' I have trouble with cargo not finding rustc
[04:41] <tismith> The build log is here: https://build.snapcraft.io/user/tismith/device-checkout-rs/239825
[04:41] <tismith> it looks like it's a problem with the rust plugin, but if so, I'm wondering why I'm hitting it and seemingly no-one else
[04:59] <tismith> I've also posted this to the forum: https://forum.snapcraft.io/t/problem-building-rust-based-snap/5776
[05:05] <mborzecki> morning
[05:26] <alphawarrior> Hello everyone. I have some ancient old snapcraft installed on my gentoo and I can't upgrade with (snap install snapcraft) as it fails with Mount snap "snapcraft" (1594) (info failed to parse: invalid confinement type: "classic". How could I upgrade the confinement app?
[05:57] <mup> PR snapd#5204 closed: data: add helper that can generate/start/stop the snapd service <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5204>
[06:25] <mup> PR snapd#5269 closed: systemd: adjust TestWriteMountUnitForDirs() to use squashfs.MockUseFuse(false) <Simple> <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5269>
[06:26] <mup> PR snapd#5267 closed: tests: retry 'restarting into..' match in the snap-confine-from-core test <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5267>
[06:28] <mvo> mborzecki: hey, whats the status of 5030? should this be labeled blocked, i.e. is it waiting for input from e.g. neal?
[06:49] <zyga> good morning
[06:49]  * zyga overslept
[06:50] <pstolowski> morning
[06:50] <mvo> hey zyga and pstolowski
[06:51] <mborzecki> pstolowski: zyga: hey
[07:11] <mborzecki> gitlab continues playing bad-MS card https://about.gitlab.com/2018/06/05/gitlab-ultimate-and-gold-free-for-education-and-open-source/
[07:24] <jamesh> zyga: hi.  Is there anything more you'd want on https://github.com/snapcore/snapd/pull/5184 ?
[07:24] <mup> PR #5184: interfaces: add {contacts,calendar}-service interfaces <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5184>
[07:29] <zyga> jamesh: no, it looks good now, I will approve it
[07:29] <jamesh> zyga: thanks
[07:30] <jamesh> zyga: it has niemeyer's interface name changes in now, so I don't think it needs to go back to him
[07:30] <zyga> I agree
[07:30] <zyga> and really, thank you for this work :)
[07:43] <mup> PR snapd#5184 closed: interfaces: add {contacts,calendar}-service interfaces <Created by jhenstridge> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5184>
[07:51] <zyga> https://github.com/snapcore/snapd/pull/5268 needs a 2nd review and is marked as critical
[07:51] <mup> PR #5268: tests: fix flaky test for hooks undo <Critical> <Simple> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5268>
[08:02] <pstolowski> #5268 needs second review, it's a trivial
[08:02] <mup> PR #5268: tests: fix flaky test for hooks undo <Critical> <Simple> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5268>
[08:03] <Chipaca> pstolowski: I'm looking at 5268
[08:03] <Chipaca> pstolowski: I don't understand the change
[08:04] <Chipaca> pstolowski: (good morning!)
[08:04]  * zyga is not the only one then
[08:04] <zyga> Chipaca: I think looking at broader context helps
[08:04] <Chipaca> I'm looking at the whole file
[08:05] <Chipaca> still don't get it :-)
[08:05] <pstolowski> Chipaca: see the description. the test was adding things to s.change and s.task, but TestSetup adds configure hook
[08:06] <pstolowski> the test doesn't account for configure hook
[08:06] <pstolowski> it's not linked to other tasks created by the test itself
[08:06] <Chipaca> pstolowski: you can't get the configure hook task?
[08:07] <zyga> mborzecki: what is the term that we want to use for snap name with possibly an instance name?
[08:07] <zyga> mborzecki: surely not snap name
[08:07] <pstolowski> Chipaca: i don't need configure, i don't care about it for this test
[08:07] <mborzecki> zyga: heh, i'm using InstanceName and StoreName now
[08:07] <zyga> hello-world_demo
[08:08] <mborzecki> the PR i proposed used LocalName and StoreName
[08:08] <zyga> is that an instance name or a store name?
[08:08] <mborzecki> hello-world_foo -> instance/local name
[08:08] <mborzecki> hello-world -> store name
[08:08] <zyga> and foo?
[08:08] <zyga> :)
[08:08] <mborzecki> again, in the PR i proposed it was LocalKey, now it's InstanceKey
[08:09] <zyga> will you adjust the snap-confine PR as well?
[08:09] <zyga> I'm happy with instance key
[08:09] <zyga> store name
[08:09] <zyga> and ... local name (or is that instance)
[08:09] <zyga> as long as we are consistent
[08:09] <mborzecki> s-c PR is using sc_snap_drop_instance_name (maybe it should be key?)
[08:10] <zyga> I made some comments there too, please look
[08:10] <zyga> so if you adjust please let's keep the terminology
[08:10] <zyga> and before it sinks in, document the terminology in the function description please
[08:11] <mborzecki> zyga: can you take a look at https://forum.snapcraft.io/t/parallel-snap-installs/5763 ? it's using 'local name' and 'local key'
[08:11] <mborzecki> and it's based on the notes we took during the sprint
[08:11] <mborzecki> i'll be updating the post as we come to agreements on the naming and stuff :)
[08:11] <zyga> ack
[08:12] <mborzecki> zyga: just to be sure, the paths in apparmor profiles are all mount-ns local right?
[08:14] <zyga> ish
[08:14] <zyga> it's more complicated
[08:14] <zyga> they are local to the namespace because we pivot root
[08:14] <Chipaca> robert_ancell: morning sir
[08:14] <mborzecki> 'it's complicated' ;)
[08:15] <zyga> so you can think about it as such
[08:15] <mborzecki> ack
[08:15] <zyga> but I don't know if this is just apparmor not knowing about pivot root
[08:15] <zyga> or apparmor handling pivot root in this specific way
[08:15] <Chipaca> robert_ancell: is it Bluefin you're at this week? I can go in _today_
[08:15] <Chipaca> no afternoon school run, suddenly
[08:15] <mborzecki> zyga: i'm asking cause the profiles will be referencing store-name, while we bind mount the local-name on top of it
[08:16] <zyga> for this purpose yes, you can think of the paths as those that are visible inside the mount namespace
[08:17] <robert_ancell> Chipaca, I am in Bluefin!
[08:17] <Chipaca> robert_ancell: would me going in make sense? right now, or after lunch?
[08:17] <robert_ancell> Chipaca, we're in the middle of a design process - so you could come in if you want to be involved
[08:18] <Chipaca> robert_ancell: i'm too much of a chicken (in the chicken-and-pigs sense) for that, i suspect
[08:19] <Chipaca> sounds fun though :-)
[08:24] <mup> PR snapd#5268 closed: tests: fix flaky test for hooks undo <Critical> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5268>
[08:24] <mvo> Chipaca: did we ever discuss client/packages.go:Snap.Developer ? the daemon/snaps.go code assigns the publisher to it
[08:25] <mvo> Chipaca: so now I wonder how to describe what we do in the new l`snap list --format=help`
[08:25] <Chipaca> mvo: note there isn't a 'publisher' field
[08:25] <mvo> Chipaca: I wonder if a) I should use something neutral like owner b) remove the help and add Snap.Publisher c) something else
[08:25] <mvo> Chipaca: yeah, I noticed that too :)
[08:27] <Chipaca> mvo: it gets more fun
[08:27] <Chipaca> mvo: because the snap.Info.Publisher is set from the store's Developer
[08:29] <mvo> Chipaca: meh, I remember trying to untangle this and failing badly
[08:29] <mvo> Chipaca: I think I go with something neutral then for now
[08:30] <mvo> Chipaca: I also vaguely remember that once the new api is available things could be untangled(?)
[08:30] <zyga> caretaker
[08:30] <robert_ancell> Chipaca, you should come in though!
[08:30] <pedronis> they untangled in the server yes, there's is only publisher
[08:30] <mvo> zyga: The name of a ca\
[08:30] <mvo> retake of the snap"
[08:30] <Chipaca> mvo: in the current details api, 'origin' is the developer username, 'publisher' is the developer's display name, and developer_id is noise
[08:30] <mvo> pedronis: nice
[08:31] <pedronis> Chipaca: mvo: we discussed a bit about with Gustavo as well, I think for a while we want both Developer and Publisher in our own API
[08:31] <zyga> Chipaca: noise owns all the snaps ;)
[08:31] <pedronis> Chipaca: an to rename the list header in snap list to publisher
[08:31] <pedronis> Chipaca: mvo: bit of a question, is the timing of this
[08:32] <Chipaca> mvo: in the next-gen details api :) 'publisher' is an object, with username,  id, and display-name
[08:32] <mvo> pedronis: so we would have client:Snap.{Developer,Publisher} and both would set to the correct value?
[08:32] <mvo> Chipaca: oh, ok
[08:32] <pedronis> mvo: they would be set to the same value for a while
[08:32] <Chipaca> mvo: let's not touch the client api for a bit please?
[08:32] <pedronis> we really don't have uploaders in the api
[08:33] <pedronis> so far
[08:33] <Chipaca> mvo: i need to move us to the v2 info api
[08:33] <mvo> pedronis: would it hurt if I add "Publisher" to client now?
[08:33] <mvo> Chipaca: meh, ok
[08:33] <Chipaca> mvo: so any change now will need to get reworked
[08:33] <pedronis> mvo: no, but best to double check again with Gustavo
[08:33] <Chipaca> and you risk going in the wrong direction :-)
[08:33] <mvo> Chipaca: I was thinking if I add "Publisher" and only expose help there things would improve
[08:33] <Chipaca> mvo: ah, this is for --format?
[08:33] <Chipaca> hmm hmmmm
[08:33] <mvo> Chipaca: mostly
[08:33] <Chipaca> this is more user-facing than the client api
[08:33] <mvo> Chipaca: I mean, I think it would be a good idea in general
[08:34] <mvo> Chipaca: but I am touching it because of --format
[08:34] <pedronis> as I said  the column itself s/Developer/Publisher/  afaict
[08:34] <pedronis> from discussion
[08:34] <Chipaca> right, but having the client api have both for compatibility is fine; having both in the user-facing world is ugly
[08:34] <mvo> Chipaca: i.e. no helper for "Developer" (so its not displayed via format=help) and publisher with help and the right values
[08:34] <Chipaca> ok, let's do the other thing and change it to be Publisher everywhere that's user-facing?
[08:35] <mvo> pedronis: s/Developer/Publisher/ in the column is something I can do in the same go
[08:35] <Chipaca> robert_ancell: I'll go in, to be there around noon.
[08:35] <mvo> Chipaca: ok, sounds good. I can prepare a tiny PR for this
[08:35] <Chipaca> robert_ancell: the gods of trains willing
[08:35] <Chipaca> mvo: pedronis: sounds good
[08:37] <Chipaca> mvo: tag me on the PR, if it's not the format one
[08:38] <mvo> Chipaca: will do, I will do it as a separate one for easier review
[08:38] <Chipaca> ok
[08:39] <Chipaca> I'm off for a while, will bbl
[08:39] <mvo> Chipaca: see you
[08:41] <mup> PR snapd#4917 closed: repo: added repo ConnectionsInfo method (for the new snap connections API) <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/4917>
[08:52] <mup> PR snapd#5270 opened: snap,client: Show "publisher" in `snap list` and expose in client API <Created by mvo5> <https://github.com/snapcore/snapd/pull/5270>
[08:53] <mvo> pedronis: good morning - do you have an opinion on 5259 at this point? should I work on the "core" config handling as part of this PR or in a followup?
[08:59] <pedronis> mvo: well, as it is it will use snapd which we said is not what we want initially, so I think it might need a prequel more than a follow up
[09:00] <pedronis> mvo:  the prequel should make snapd a synonym of core like system for config, and block doing config on bases
[09:01] <pedronis> mvo: unless I'm confused there's a bit of stuff we don't need if we continue hanging config on "core" in 5259 atm
[09:02] <pedronis> mvo: not sure it makes sense to land it to remove it again
[09:02] <pedronis> mvo: it's also relatively small so you could do everything there, but I wouldn't land it as is
[09:08] <mvo> pedronis: thank you! I will do a prequel then first. was mostly wondering because I'm exploring creating spread images which of course need firstboot support but I agree the order you have in mind makes more sense
[09:12] <mborzecki> zyga: pushed changes to #5256
[09:12] <zyga> ack
[09:12] <mup> PR #5256: cmd/libsnap-confine-private: helper for extracting store snap name from local-name <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5256>
[09:28] <zyga> mvo: failure on #5270
[09:28] <mup> PR #5270: snap,client: Show "publisher" in `snap list` and expose in client API <Created by mvo5> <https://github.com/snapcore/snapd/pull/5270>
[09:31] <mvo> zyga: thank you, looking
[09:32] <mvo> zyga: aha, I think we have a bunch of spread tests
[10:06] <mup> PR snapd#5256 closed: cmd/libsnap-confine-private: helper for extracting store snap name from local-name <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5256>
[10:16] <abeato> mvo, hey, I have created https://forum.snapcraft.io/t/denials-when-opening-libraries-appear-after-snapcraft-change/5783 , I would appreciate if you can take a quick look
[10:23] <morphis_> zyga, mvo: https://forum.snapcraft.io/t/base-snaps-with-defined-applications/5784
[10:23] <zyga> thanks
[10:23] <morphis_> I left it pretty generic but can detail my use case if needed
[10:25] <zyga> commented on the forum, thanks for starting this
[10:35] <mvo> abeato: thank you, I suspect that snapcraft did some patchelf magic to set the rpath in your binary
[10:35] <abeato> dough!
[10:35] <mvo> abeato: this is a regular snap, right? not classic or anything
[10:35] <abeato> mvo, yes, a confined one
[10:35] <mvo> abeato: iirc there is an option to disable it, let me quickly check
[10:35] <mvo> abeato: I mean there is an option to disable patchelf
[10:35] <abeato> sure
[10:38] <mvo> abeato: please try: parts:\n part-name:\n  build-attributes: [no-patchelf]"
[10:38] <mvo> abeato: I will also reply in the forum for reference
[10:39] <abeato> mvo, thanks! so, which is the rationale for using patchelf? should not be *not* using it the default?
[10:41] <mvo> abeato: I don't know, sorry. thats probablay a question for sergio. can you quickly quick with "objdump -x /path/to/your/binary | grep RPATH?
[10:41] <mborzecki> github having a hard time?
[10:41] <mvo> abeato: or readself -d
[10:41] <mvo> mborzecki: yeah, for me as well
[10:41] <zyga> mvo, abeato: the snapcraft team have requested that all questions go to the forum
[10:41] <zyga> please ask your question there abeato
[10:41] <zyga> it will both allow snapcraft team members to respond when they are around (different timezone) and make the question useful to others that may search for it
[10:42] <mvo> mborzecki: I will avoid comments about prematurely  moving the servers to windows nt
[10:42] <mborzecki> mvo: yeah, just restarted the travis job on master branch :/
[10:42] <zyga> mvo: windows NT is very efficient if you use less than 10 files
[10:42] <mborzecki> mvo: i wouldn't mind winnt, unless they don't use iis to host anything
[10:42] <abeato> mvo, https://pastebin.canonical.com/p/zNTbNmg6gn/ there is something called $ORIGIN there
[10:43] <zyga> abeato: that's defined by the ELF standard
[10:43] <abeato> mvo, zyga sure, will ask in the forum, thanks
[10:43] <mvo> zyga, abeato I think this is new
[10:43] <zyga> abeato: http://man7.org/linux/man-pages/man8/ld.so.8.html
[10:44]  * zyga needs to break to take a shower and take the dog out, bbl
[10:45] <abeato> interesting...
[10:45] <mvo> abeato: yeah, pretty sure this is snapcrafts patchelf magic
[10:46] <mvo> abeato: anyway I replied. sorry that I'm not more helpful, Sergio (sergiusens) hopefully can tell you more about the background, i.e. why this was changed
[10:46] <abeato> mvo, thanks a lot, I'll create a new post. As /snap/core was around I asked you first ;)
[10:47] <mvo> abeato: heh, sure
[10:52] <mvo> abeato: hm,hm, but $ORIGIN/../lib in the rpath still does not quite explain why it picked /snap/core/ - please let me know if disabling patchelf helps or if you still get the same denials
[10:54] <zyga> abeato: what's the issue?
[10:54] <mvo> niemeyer: is 5234 (support for dynamic list output via user provided templtaes like: snap list --format="{{.ID}}|{{.Name") something you want to review at a high level ? as its very user facing? (probably no need for an in-depth code review, just want to make sure you are happy on the high-level)
[10:54] <mvo> zyga: https://forum.snapcraft.io/t/denials-when-opening-libraries-appear-after-snapcraft-change/5783/
[10:54] <abeato> mvo, will let you know
[10:54] <mvo> abeato: ta
[10:55] <abeato> zyga, https://forum.snapcraft.io/t/denials-when-opening-libraries-appear-after-snapcraft-change/5783
[10:55] <mvo> zyga: ld tries to load stuff from /snap/core/$rev/usr/lib
[10:55] <mvo> zyga: and its a bit unclear where this comes from
[10:55] <mvo> zyga: I mean, why this is happening, it was not happening before
[10:55] <zyga> mvo: in normally confined snaps?
[10:56] <mvo> zyga: correct
[10:56] <zyga> abeato: what's readelf -a ?
[10:56] <zyga> (pastebin that please)
[10:56] <mvo> zyga: https://pastebin.canonical.com/p/zNTbNmg6gn/ is readelf -d
[10:57] <abeato> zyga, https://pastebin.canonical.com/p/gW7QXgdynQ/
[10:58]  * abeato has to go, back in a bit
[11:02]  * zyga didn't notice this is in Spanish
[11:02] <zyga> I should go back to school one day
[11:04] <zyga> mvo, abeato: your pastes differ
[11:04] <zyga> one has RPATH while the other does not
[11:04] <zyga> in any case, neither specify /snap/core directly
[11:04] <zyga> the use of /snap/core is not allowed
[11:05] <zyga> apps must use the rootfs paths like /lib
[11:05] <zyga> so I don't know what's causing that yet
[11:05] <zyga> anyway -> walk
[11:05] <zyga> thanks for the pastebins to both of you
[11:14] <mvo> ppisati: I updated the bionic ppa, sorry for the delay, will reply also to the mail (after lunch). might not be published yet
[11:16] <ppisati> mvo: k
[11:22] <mup> PR snapd#5271 opened: [WIP] cmd: attempt to start the document portal if running with a session bus <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5271>
[11:46]  * cachio afk
[12:09] <mborzecki> jdstrand: travis job in 5250 is currently failing due to eperm/eaccess
[12:09] <jdstrand> mborzecki: yes, I know. I'm in the process of looking at it
[12:10] <jdstrand> thanks
[12:10] <jdstrand> (I saw the PR comments)
[12:17] <zyga> re
[12:18] <zyga> jdstrand: hey, can you please look at the segment PR again
[12:18] <zyga> I think it's ready and it just needs your ack
[12:18] <abeato> zyga, ah, silly me, this is the real thing: https://pastebin.canonical.com/p/9tpKb52fqj/ (sorry for the locale, I think they should not translate this sort of stuff :D
[12:19] <zyga> I'm still working on validation in two branches down the pipe, while on a walk I found a bug in my previous idea and I think I have (I think) the right thing that will solve all the current constraints (trespassing, tmpfs origin, squashfs, fuse) but I need to code it to try
[12:19] <zyga> abeato: no worries, I understand Spanish well enough for that :)
[12:19] <abeato> :)
[12:19] <niemeyer> mvo: Seems reasonable.. one small concern I have is marrying with the language
[12:20] <mvo> niemeyer: ok, happy to address that
[12:20] <niemeyer> mvo: Maybe not so much of a practical concern
[12:21] <niemeyer> mvo: The text template in Go has a nice feeling to it.. down side is we'd need to reimplement if we ever move elsewhere
[12:22] <Chipaca> mvo: niemeyer: hello from bluefin
[12:22] <niemeyer> Chipaca: Hey!
[12:22] <Chipaca> i'm not going to make the standup today
[12:22] <jdstrand> zyga: yes
[12:22] <Chipaca> but i'll be syncing with gnome software and in particular robert_ancell
[12:22] <zyga> jdstrand: thank you :)
[12:22] <niemeyer> Chipaca: Nice, please let us know
[12:23] <Chipaca> niemeyer: mvo: meanwhile I'm working on small branches to make a cross-platform snap-packer
[12:23] <Chipaca> small detour :-)
[12:24] <mvo> niemeyer: hm, hm, that is a fair point
[12:27] <niemeyer> Chipaca: Isn't that "snap pack"?
[12:28] <mvo> niemeyer: it is except that "GOOS=windows go build github.com/snapcore/snap/cmd/snap" is unhappy right now because of too much syscall. use. aiui Chipaca  build something that can be cross build more easily
[12:28] <mvo> niemeyer: do you think we should limit the use of the template language, i.e. only allow {{.XXX}} as constructs?
[12:29] <niemeyer> mvo: That's one possibility.. another idea might be to outsource the actual formatting by providing json
[12:30] <niemeyer> About the packer, should we make a goal to not have syscall in snap itself
[12:30] <niemeyer> ?
[12:30] <niemeyer> Instead of having a different tool?
[12:30] <niemeyer> This is the client, after all..
[12:31] <mvo> niemeyer: outsource - you mean snap list would just output all json and the user deals with how to format it using something like jq?
[12:32] <niemeyer> mvo: Yeah
[12:32] <zyga> mvo: if we go down that path I would suggest that we add a generic way to see the raw output of API requests over CLI
[12:32] <zyga> this would make sense to many query-type commands
[12:32] <zyga> snap list, snap changes, snap...
[12:33] <zyga> lots of them could just grow a --raw=json
[12:33] <zyga> (or something appropriate)
[12:33] <mvo> zyga: yeah, I'm not actually sure we need a command, then we can as well document curl --unix-socket etc (just thinking alout)
[12:33] <zyga> and then instead of providing their usual output, give the raw json object on stdout
[12:33] <niemeyer> zyga: Sort of.. the idea is nice, but commands also do some processing, often with multiple calls.. I wonder if we can get something sensible
[12:33] <zyga> mvo: a command is more natural IMO
[12:33] <zyga> niemeyer: that's true, things that poll/wait
[12:34] <niemeyer> zyga: I agree with the principle that we shouldn't have to rethink the output format, though
[12:34] <zyga> still, my point is that if we do the raw idea it should not be list specific, it's really nice for integration with other languages as they don't need to use glib bindings if they can just naturally process CLI output without writing a parser
[12:34] <zyga> at the same time, yes, we have the socket
[12:34] <zyga> but perhaps it is still nice to use a CLI (e.g. when we grow remote calls and more auth)
[12:35] <mvo> niemeyer: I might also implement a trivial template engine to avoid our dependency on the (quite rich) golang templating package
[12:35] <niemeyer> zyga, mvo: Maybe something in between.. we might offer an additional command that talks to the API, does some basic processing (auth, errors, etc), and otherwise offers the raw API
[12:35] <zyga> niemeyer: snap json /v2/snaps/
[12:35] <zyga> {...}
[12:36] <niemeyer> Yeah, something along those lines
[12:36] <zyga> this is also nice because it's not that suddenly you notice some commands have a --json switch and some don't i
[12:36] <niemeyer> mvo: What's the use case?
[12:37] <niemeyer> zyga: Yeah, literally everything is available from day one
[12:37] <zyga> instead you can look at what the json command supports (e.g. via json --help)
[12:37] <niemeyer> It's a nice way to play as well
[12:37] <niemeyer> (and learn)
[12:37] <zyga> niemeyer: and a day layer you'd have python-snaps packages or snapd-js or whatever people use
[12:38] <zyga> and a zoo of things that grow on top, which is nice for ecosystem
[12:38] <niemeyer> Perhaps not the zoo part, but otherwise yes :P
[12:38] <mvo> niemeyer: the use case is a user request to have something like dpkg-query --format or rpm --whatever-the-option-is-called-there
[12:38] <niemeyer> What are they trying to do?
[12:39] <mup> PR snapcraft#2157 closed: nodejs plugin: update to the latest 6.x LTS point release <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2157>
[12:39] <mvo> niemeyer: its for the sos system and it just includes the installed software (debs, snaps) as part of a support request aiui
[12:39] <niemeyer> Ah, interesting
[12:39] <zyga> mvo: so presumably they could just as well consume json directly
[12:40] <zyga> unless it's written in shell :/
[12:40] <mvo> niemeyer: "dpkg-query -W -f='${Package}|${Version}\\n' # debian" is what they are doing today
[12:40] <zyga> (is it?)
[12:40] <niemeyer> I see
[12:41] <mvo> zyga: they can, I'm fine either way. to me it feels more user friendly to have --format={{Name}} etc. but I am biased :) learning jq is not hard, ist just one more step
[12:41] <mvo> zyga: I would not be surprised if written in shell, let me see
[12:42] <zyga> mvo: for users it is less friendly but for developers that integrate it is more because it unlocks more APIs
[12:43] <mvo> zyga: sure, its orthogonal to some extend. in any case, I just need a decision, I can also work on the `snap json` thing
[12:44]  * zyga agrees
[12:45] <mvo> zyga: and I'm biased, I have grown to like the snap list --format=help and so. but thats a poor reason to not go for something better
[12:45] <zyga> mvo: I think it's not a sin if we do both
[12:45] <zyga> it's a client side thing anyway
[12:45] <zyga> and would help people with ad-hoc scripts in shell
[12:46]  * mvo nods
[12:49] <niemeyer> mvo: We should at least write down how that would look like with the "snap api" call or whatever it is
[12:49] <niemeyer> mvo: If it feels like a monster, that's a sign :)
[12:53] <jdstrand> mborzecki: ok, I tacked on the time-control bit at the end of last week and forgot to run it through spread. I've fixed it. I'll remove the blocked tag after the tests pass (they do locally)
[12:56] <mborzecki> halfway done, 38 files changed, 456 insertions(+), 293 deletions(-)  <-- that's after introducing InstanceName() & StoreName() instead of info.Name(), hopefully the review will be rather simple (albeit long)
[12:57] <mup> PR snapd#4889 closed: cmd/snap-update-ns: don't trespass on host filesystem <Blocked> <Squash-merge> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/4889>
[13:00] <mup> PR snapd#4767 opened: interfaces: disconnect hooks <Critical> <Squash-merge> <Created by stolowski> <https://github.com/snapcore/snapd/pull/4767>
[13:31] <mup> PR snapd#5254 closed: cmd/snap-update-ns: discard the concept of segments <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5254>
[13:32] <zyga> jdstrand: thanks, I just opened the 1st batch of error cleanups
[13:32] <mup> PR snapd#5272 opened: cmd/snap-update-ns: improve wording in many errors <Created by zyga> <https://github.com/snapcore/snapd/pull/5272>
[13:32] <jdstrand> np
[14:02] <zyga> https://github.com/snapcore/snapd/pull/5272 is small, green and could land easily :)
[14:03] <mup> PR #5272: cmd/snap-update-ns: improve wording in many errors <Created by zyga> <https://github.com/snapcore/snapd/pull/5272>
[14:03]  * zyga cleaned up after lunch now
[14:03] <mborzecki> zyga: we should have 'alien' tag for those, small, green..
[14:03] <zyga> hahaha
[14:03] <zyga> they are _grey_
[14:03] <zyga> didn't you shoot enough to know ;)
[14:04] <zyga> (offtopic, x-com remake was free on GOG yesterday)
[14:04] <mborzecki> zyga: yup, got it :P
[14:04] <mborzecki> also bought swos, mk123, crusader and pharaoh :)
[14:05] <zyga> oooh man
[14:05] <zyga> I don't have time to play any games anymore
[14:05] <zyga> I bought one game actually, I hope to try it this weekend
[14:05]  * zyga checks
[14:05] <zyga> foxtail
[14:05] <zyga> it's a point-and-click game
[14:06] <zyga> with lovely hand-pixelated graphics
[14:06] <zyga> I'd love to write a game like that one day
[14:09] <mborzecki> zyga: heh, don't have much time to play either, treating it as a reminder how games used to be :P hopefully the kids will pick it up and have as much fun as i had
[14:12] <Chipaca> popey: 'snap info sudo'
[14:12] <popey> wat
[14:14] <Chipaca> robert_ancell: https://forum.snapcraft.io/t/spooling-old-changes/5787?u=chipaca
[14:28] <mup> PR snapd#5273 opened: testutil: add test support for Fstatfs <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5273>
[14:48] <zyga> popey: offtopic, could we ship atom as a snap?
[14:48] <zyga> the old text mode adom
[14:50] <cachio> niemeyer, about removing linode, we need to fix this https://travis-ci.org/snapcore/spread-cron/builds/388108696#L536
[14:50] <cachio> niemeyer, currently we trigger from a vm the branches by doing git push
[14:51] <cachio> niemeyer, then travis run the tests automatically when a change is pushed to a branch
[14:51] <cachio> but, seems to be missing the google key for this project
[14:52] <cachio> niemeyer, if you have the key I could update all the branches
[14:57] <popey> zyga: never heard of it
[15:01] <zyga> popey: it's a netback-like game that was very popular in the 90s-00s
[15:01] <zyga> nethack*
[15:02] <zyga> it's a single elf file that just runs
[15:02] <zyga> I wonder if we can package a free but non FOSS game
[15:05] <mup> PR snapd#5274 opened: configstate: deny configuration of base snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/5274>
[15:07] <mvo> pedronis: in a meeting right now so maybe I don't get this straight, but I wonder if we can simply disable config on snapd as well maybe? and just use "core" everywhere for the config
[15:11] <niemeyer> cachio: Ack
[15:11] <niemeyer> cachio: Let's sit down together at some point to fix it
[15:13] <pedronis> mvo: that's an option (keep only core/system, prohibit bases/snapd), don't know if niemeyer has opinions on that
[15:17]  * zyga looks at his PR which failed on econreset
[15:17] <zyga> https://api.travis-ci.org/v3/job/388796612/log.txt
[15:20] <mvo> pedronis: it might make things easier at least in the short term because the alias/unalias is a bit simple right now
[15:23] <popey> zyga: got a link?
[15:23] <zyga> sure, one sec
[15:23] <zyga> https://www.adom.de/home/index.html in general
[15:23] <zyga> but the specific binary is
[15:23] <zyga> https://www.adom.de/home/download/current/adom_linux_ubuntu_64_3.0.6.tar.gz
[15:23] <zyga> there's a 32 bit version (for intel) as well
[15:24] <zyga> there's a graphical build as well at around 500MB
[15:24] <cachio> niemeyer, ok, just ping me when you want
[15:26] <cachio> niemeyer,  I am trying to reproduce the error on spread
[15:26] <cachio> but no luck so far
[15:35] <pedronis> mvo: it's fine for me, I think on core18 systems people should really do snap set system
[15:41] <mvo> pedronis: +1
[15:41] <mvo> pedronis: I will disable snapd for now and ask for a review from gustavo on this specifically (and address your points too :)
[15:44] <roadmr> hey folks! how can I ask snapd to tell me which architecture the current system uses?
[15:45] <zyga> hmm
[15:45] <roadmr> or should I just use uname --hardware-platform for this?
[15:45] <zyga> I don't think you can today
[15:45] <zyga> there's some translation we do internally
[15:45] <zyga> e.g. amd64 and not x86_64
[15:45] <roadmr> hmm
[15:46] <roadmr> at a high level what I want is to help someone determine whether their system is arm64 from snapd's point of view
[15:46] <zyga> perhaps we should add "snap debug architecture"
[15:46] <zyga> roadmr: just that?
[15:46] <zyga> aarch64 => yes
[15:46] <roadmr> https://forum.snapcraft.io/t/can-not-install-snap-app/5790 not to be mysterious about it :) I think he's just on arm64 but I asked point blank "what's your arch?" and he didn't seem to parse that
[15:47] <zyga> ask for name -a
[15:47] <zyga> uname -a
[15:47] <roadmr> zyga: ok, I'll go that way then. Not a problem! thanks!
[15:58] <Chipaca> mvo: so is --format=... not happening?
[16:00] <zyga> Chipaca: can you please do a quick pass over https://github.com/snapcore/snapd/pull/5273
[16:00] <mup> PR #5273: testutil: add test support for Fstatfs <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5273>
[16:04] <niemeyer> cachio: The panic should give us a nice clue already.. if you restart the test in Travis, please just make sure to copy the panic elsewhere so we can have a look
[16:05] <mvo> Chipaca: it looks like there is some resistance, i.e. snap list | awk can archive the use case. I'm a bit biased because I have grown to like it but in general less code is a plus (even though I think this was a particular nice pr)
[16:05] <Saviq> cachio: hey, are you planning to provide ubuntu devel (18.10 today) images in the google project for spread? or are they there already?
[16:05] <Chipaca> zyga: i'll try
[16:05] <Chipaca> mvo: I like it as well, especially if we implement the current list as just the default format
[16:13] <cachio> Saviq, we are not planning to provide them
[16:13] <cachio> but the ubuntu devel project should have
[16:14] <cachio> let me check
[16:16] <Saviq> cachio: thanks, we've been using the latest release and `do-release-upgrade -d`, but that stopped working, was wondering if there's something quicker we may do
[16:17] <cachio> Saviq, if you run > gcloud compute images list --project ubuntu-os-cloud-devel
[16:18] <cachio> Saviq, daily-ubuntu-1804-bionic-v20180531
[16:18] <cachio> I think this is pretty new
[16:18] <Saviq> right, so ubuntu-1810 should work
[16:18] <Saviq> cachio: how do I reference that in spread.yaml?
[16:19] <cachio> you specify a new system, something like ubuntu-18.04-64-daily
[16:19] <cachio> and then image: ubuntu-os-cloud-devel/daily-ubuntu-1804-bionic
[16:19] <cachio> or ubuntu-os-cloud-devel/daily-ubuntu-1804-bionic-v20180531
[16:20] <cachio> if you don't specify the -vxxxxx
[16:20] <cachio> it should take the last one publish
[16:20] <Saviq> ah was wondering if the FAMILY field would work
[16:20] <Saviq> I'll try things out, thanks!
[16:21] <cachio> Saviq, yes
[16:21] <cachio> I would work
[16:21] <cachio> it is better if you use the family
[16:22] <Saviq> ack, thanks!
[16:22] <cachio> Saviq, try this ubuntu-os-cloud-devel/ubuntu-1804-lts
[16:22] <cachio> if it does not work, please let me know
[16:23] <Saviq> will do
[16:53] <Saviq> cachio: seems good, thanks!
[16:54] <cachio> Saviq, great, just make sure the image allocated is the one you want
[16:54] <Saviq> cachio: it's cosmic, that's all I need ;)
[16:54] <cachio> Saviq, nice
[16:54] <Saviq> it also failed to build, as expected
[16:55] <cachio> hehe :)
[16:55] <Saviq> popey: you'll probably know, I'm snapping subsurface and missing usb/serial hotplug makes it miss a bunch of functionality - would you say it's a case for classic or devmode until we have hotplug? both have (dis)advantages...
[17:00] <popey> Saviq: there's usbraw, which might help?
[17:01] <popey> Saviq: i hear usb hotplug is on the list for this cycle - pstolowski|afk  is on it
[17:01] <Saviq> popey: will that give me access to /dev/ttyUSB0 do you know?
[17:01] <Saviq> yeah I know about hotplug... can't get there soon enough ;)
[17:02] <popey> Serial interface might
[17:02] <Saviq> only gadget
[17:03] <popey> Sorry, I don't know any more on that.i am channelling chipaca
[17:03] <Saviq> nw, thanks!
[17:04] <popey> As we walk to the pub
[17:05] <Saviq> enjoy!
[17:38] <cachio> niemeyer, https://paste.ubuntu.com/p/73CftWjqdz/
[17:38] <cachio> niemeyer, spread is receiving a 500
[17:39] <niemeyer> cachio: Nice, thanks.. should be easy to fix.. should just be a mishandling of the error in our side
[18:04] <kyrofa> niemeyer, build VM meeting now if you're available
[18:04] <niemeyer> kyrofa: Hoping calls.. omw
[18:42] <jdstrand> mvo: hey, it seems like the shared account's email address has changed to<EMAIL_ADDRESS>do you know what this is about? (looking at snap usns)
[18:44] <mvo> jdstrand: mostly because its user visible in snap info core
[18:44] <mvo> jdstrand: and the old name was a bit long
[18:47] <jdstrand> mvo: ok, that's fine. I have some logic to map the shared account email to groups of people depending on the snap name so that, say, the desktop team gets desktop snap usn notifications and the snapd team gets snappy ones
[18:47] <jdstrand> mvo: I just need to update that (no biggie, just confirming)
[19:06]  * cachio afk
[19:14]  * zyga woke up
[19:16] <zyga> mvo: hey, are you still around?
[19:38] <zyga> jdstrand: or you perhaps
[19:47] <jdstrand> zyga: what's up?
[19:47] <zyga> hey! I was wondering if you could do a small review for error cleanups https://github.com/snapcore/snapd/pull/5272/files
[19:47] <mup> PR #5272: cmd/snap-update-ns: improve wording in many errors <Created by zyga> <https://github.com/snapcore/snapd/pull/5272>
[19:48] <zyga> the diff is small but there are also three patches that show what's going on with more detail
[19:48] <jdstrand> zyga: sure. you don't have to do it now, but fyi PR 5240 has addressed your comments
[19:48] <mup> PR #5240: tests: add test to ensure /dev/input/event* for non-joysticks is denied <Created by jdstrand> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5240>
[19:48] <jdstrand> sorry
[19:48]  * zyga looks
[19:48] <jdstrand> PR 5250
[19:48] <mup> PR #5250:  interfaces/udev,misc: only trigger udev events on input subsystem as needed <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5250>
[19:48] <jdstrand> zyga: ^
[19:59] <zyga> jdstrand: I did a partial pass over that code now
[20:05] <jdstrand> zyga: I'm satisfied for what it aims to do in that it will provide a real benefit to people
[20:06] <jdstrand> zyga: I didn't care for having to unconditionally trigger joysticks (it is cheap so not a problem, but don't like it)
[20:06] <jdstrand> zyga: for disconnect
[20:07] <jdstrand> zyga: not that we should implement it right now, but I was wondering if you had thoughts about callouts to backends on disconnect
[20:08] <jdstrand> zyga: the ensure dir concept means we dont usually have to care. but in this one case, it would be nice
[20:21] <jdstrand> zyga: we can chat about that tomorrow. I have another small topic to discuss too
[20:25] <zyga> jdstrand: mmm, as to the question of callouts to backends on disconnect, no I didn't think about that, currently the code is setup (pun not intended) is that Setup would do the right thing (perhaps at a price). We could arrange it so that a new method Adjust/Amend/Update or similar is available to tweak an existing state. It might (perhaps I'm reading it too shallowly though) also play nicely with composed apparmor profiles later
[20:25] <zyga> down the line
[20:25] <zyga> jdstrand: yeah, let's chat tomorrow morning your time
[20:28] <om26er> popey: hey! is everything ok with the build system now, can we publish axel ?
[21:28] <kjackal> Hi people, is the output of the hooks stored somewhere? I have a few print messages, plus I need to be some debugging
[21:28] <zyga> kjackal: AFAIR... no
[21:28] <zyga> but please ask pstolowski tomorrow
[21:29] <zyga> I'm heading to bed so I won't jump into the code to check now, sorry
[21:29] <kjackal> thanks zyga goodnight
[21:29] <zyga> kjackal: (to be precise, the output is _probably_ stored but discarded unless something errors)
[21:29] <kjackal> we do not know where it stored
[21:30] <zyga> stored in memory I mean
[21:30] <zyga> I doubt it's stored anywhere on disk
[21:39] <Odd_Bloke> Is there a way for me to exclude my .tox directory when I `snapcraft cleanbuild`?


[02:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [10:27] <t1mp> what could cause this? https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/4492/console
[10:27] <t1mp> https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/4492/console
[10:27] <t1mp> epaste
[10:27] <t1mp> FATAL: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
[10:27] <t1mp> hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
[15:38] <t1mp> ^ "solved" just by trying again, all tests fine now...


[00:12] <penguin42> heck, lp is just littered with package failed to install/upgrade errors
[00:14] <micahg> penguin42: indeed, the worst part is they're all different causes
[00:14]  * yofel 's favourite is "failed to	install/upgrade: ErrorMessage: package xy is already	installed and configured"
[00:15]  * penguin42 is getting fairly good at guess-the-language to tell google translate
[00:16] <micahg> penguin42: google translate should be able to guess most
[00:16] <penguin42> yeh
[00:16] <penguin42> one way to learn Dutch I guess
[00:18] <greg-g> :)
[00:18] <greg-g> "Learn Dutch through error messages!"
[00:19] <penguin42> I guess it's unlikely to get me far in conversations
[00:31] <greg-g> penguin42: if it did, you might be having very odd conversations.
[02:51] <Rcart> Hello. Looks like this bug report needs some translation that is what I have just indicated. So, my question is what state should I assign it?
[02:51] <Rcart> sorry: bug 710627
[02:51] <ubot4> Launchpad bug 710627 in totem (Ubuntu) "dossier personnel,s'ouvre parfois avec lecteur vidéo et provoque 1 buc (affects: 1) (heat: 495)" [Undecided,New] https://launchpad.net/bugs/710627
[02:54] <Rcart> Shoud it be Invalid, right?
[03:08] <charlie-tca> Rcart: bugs are not invalid just because they are not in english
[03:10] <charlie-tca> It can go incomplete awaiting translation
[03:11] <charlie-tca> It can also be converted to a question for the translation team to translate it
[03:13] <charlie-tca> Rcart: thanks for helping with bugs, it really is appreciated
[03:13] <Rcart> charlie-tca: Okay, I'll mark it as Incomplete.
[03:14] <Rcart> charlie-tca: Thank you for helping (:
[03:14] <charlie-tca> You are welcome
[03:23] <Rcart> charlie-tca: BTW, do you know if the BugSquad Mentor Program is still working?
[03:23] <charlie-tca> Not working as well as we would like it to
[03:24] <charlie-tca> but it is still an active program, yes
[03:24] <charlie-tca> We just don't have enough mentors to get everyone in quickly
[03:27] <Rcart> I see, I sent my request a week+ ago, but seems I'll have to wait a little more, and with luck get a mentor (:
[03:28] <charlie-tca> Yeah, but you can keep on triaging bugs even without a mentor, you are doing a fine job, and will learn that way too.
[03:36] <Rcart> Sure. besides the How-To triage is pretty good, and the other Wiki entries too.
[04:06]  * Rcart is gonna sleep.
[09:55] <seb128> https://bugs.launchpad.net/~j-truyts
[09:55] <seb128> seems those bugs from this guy are duplicates if someone feels like cleaning the list
[10:27] <jibel> seb128, marking as dup of 718337 which is probably the root cause and a known issue lucid anyway.
[10:28] <seb128> jibel, thanks
[10:30] <jibel> done
[10:44] <seb128> jibel, isn't apt or apport supposed to be smart and limit the bugs users report with such upgrade issues?
[10:45] <jibel> seb128, now it is, but not at the time of lucid.
[10:46] <seb128> ok
[16:30] <seb128> bdmurray, do you know if http://reports.qa.ubuntu.com/reports/sponsoring/index.html is broken? it seems it didn't update for some hours
[16:32] <bdmurray> seb128: that's a dholbach report
[16:32] <seb128> bdmurray, seems launchpad is having issues
[16:32] <seb128> bdmurray, http://paste.ubuntu.com/567034/
[16:32] <bdmurray> seb128: they removed edge.launchpad.net which is affecting the API
[18:59] <bdmurray> anybody familiar with evolution?  I can't recreate bug 717971 but it seems rather important
[18:59] <ubot4> Launchpad bug 717971 in evolution (Ubuntu) "Can't provide password for account capplet althought it asks me to (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/717971
[18:59] <micahg> hggdh: ^^
[18:59] <bdmurray> the screenshot looks a lot different from what I see
[19:05] <charlie-tca> trying ubuntu 64
[19:11] <patrickmw> bdmurray: that's not a bug
[19:11] <patrickmw> bdmurray: the password is prompted at first use
[19:12] <patrickmw> bdmurray: the checkbox is a little misleading yes
[19:12] <charlie-tca> patrickmw: but he said he never got the prompt to enter it
[19:13] <bdmurray> and if you look at the screenshot it tells you to enter your password but there is no field for it
[19:13] <patrickmw> charlie-tca: it may be a question of when he was expecting it
[19:13] <charlie-tca> like when it asks for it?
[19:14] <patrickmw> correct
[19:14] <charlie-tca> but there is no place to input it
[19:14]  * patrickmw looking at screenshot
[19:15] <patrickmw> oh?
[19:15] <patrickmw> I see now
[19:15] <charlie-tca> unless I missed something there, :-)
[19:16] <patrickmw> something I've noticed
[19:17] <patrickmw> this doesn't look like the default evolution setup window
[19:17] <patrickmw> it look like evolution-settings was run
[19:18] <patrickmw> that error makes to sense to be on that screen.  the only reason I can see that it because I've been developing automated tests for evolution. I haven't seen this
[19:18] <patrickmw> s/to/no
[19:19] <patrickmw> bdmurray: i will try it with evolution-settings
[19:21] <patrickmw> bdmurray: confirmed
[19:21] <patrickmw> bdmurray: i can reproduce the error with evolution-settings.  evolution's first time setup wizard does not have this issue
[19:22] <bdmurray> patrickmw: so to some degree it seems like user error or a corner case
[19:22] <charlie-tca> maybe it's me, but I can not find that wizard in evolution in natty
[19:22] <bdmurray> patrickmw: right?
[19:23] <patrickmw> charlie-tca, bdmuarry: system -> prefs -> email settings
[19:23] <patrickmw> bdmurray: ^^, corner case perhaps, but not user error
[19:26] <Pici> Er, why did the Bug Watch Updater just change the importance of an invalid bug to Critical?  (bug 263059)
[19:26] <ubot4> Launchpad bug 263059 in linux (Ubuntu Intrepid) (and 2 other projects) "[regression] 2.6.27-7 sometimes fails to boot (iwl3945 issue?) (affects: 16) (dups: 13) (heat: 288)" [High,Fix released] https://launchpad.net/bugs/263059
[19:26] <bdmurray> patrickmw: okay, thanks for all the help!
[19:27] <patrickmw> bdmurray: np.  i will be unavailable for a few hours.  send me an email if you need anything else
[19:27] <micahg> Pici: probably just importing the statuses from that bug tracker
[19:27] <Pici> hmm.
[19:27] <bdmurray> patrickmw: I've recreated it now, just wasn't sure how to get that dialog
[19:29] <MadCow108> hi, I have some questions concerning bug 675669 which renders the package universalindentgui completely unusable
[19:29] <ubot4> Launchpad bug 675669 in universalindentgui (Ubuntu) "Segmentation fault at startup (affects: 5) (dups: 1) (heat: 52)" [Undecided,New] https://launchpad.net/bugs/675669
[19:30] <MadCow108> it can be fixed by a simple rebuild of the package
[19:30] <MadCow108> but there was no reaction from anybody since the report
[19:30] <MadCow108> how does one get it rebuilt fr natty?
[19:31] <MadCow108> the cause of the problem is bug 689362 but there also no reaction from anybody
[19:31] <ubot4> Launchpad bug 689362 in qscintilla2 (Ubuntu) "abi breaking not reflected in soversion (affects: 2) (heat: 65)" [Undecided,New] https://launchpad.net/bugs/689362
[19:32] <micahg> MadCow108: you can attach a debdiff requesting a rebuild and subscribe ubuntu-sponsors or I can take a look at it in a bit
[19:35] <MadCow108> rebuilding for natty also triggers this bug: 718936 (patch attached), this is not required for gcc <4.5
[19:35] <MadCow108> thx, I'll look into the sponsors list
[19:35] <micahg> MadCow108: here's a guide, feel free to ping me or just ask in #ubuntu-motu with questions: https://wiki.ubuntu.com/SponsorshipProcess
[19:46] <BUGabundo> evening
[19:47] <charlie-tca> Hello, BUGabundo
[19:48] <BUGabundo> hey charlie
[19:49] <bcurtiswx> howdy BUGabundo
[19:50] <BUGabundo> hey curt
[19:57]  * penguin42 wonders if MadCow108 has super cow powers
[19:59]  * BUGabundo sudos MadCow108
[19:59] <kklimonda> hey bugabuga :)
[19:59]  * vish \o/
[20:01] <BUGabundo> you guys are all around today :D
[20:01] <BUGabundo> that's so nice
[20:06] <kklimonda> bummer, I hate january.
[20:06]  * penguin42 checks
[20:06] <penguin42> kklimonda: It's February
[20:07] <kklimonda> I can't do much during this month
[20:07] <kklimonda> and I've screwed up Transmission update because of that.
[20:07] <BUGabundo> LOL
[20:07] <kklimonda> penguin42: yeah, but I'm still dealing with problems that January have brought me ;)
[20:23] <trinikrono> micahg: ping (needs packagin)
[20:23] <trinikrono> hello everyone o/
[20:23] <micahg> trinikrono: it's looking like we're not going to upstream them, I'm just giving the e-mail on the derivatives list a little more time
[20:24] <trinikrono> micahg: you mean link to debian reports if they have them and if they dont, dont file in debian?
[20:25] <micahg> trinikrono: right, seems to be they should only be filed as RFPs if they're actually packaged in Ubuntu
[20:26] <trinikrono> micahg: sounds like you are trying to make into a motu lol
[20:26] <micahg> trinikrono: huh?
[20:27] <trinikrono> make me into a motu ..
[20:27] <micahg> heh
[20:28] <micahg> we need lots of help :)
[20:29] <trinikrono> micahg: so should i work on these needs-packaging bugs, i have 7 of them and everyday i see more in the bugs without a package list
[20:30] <micahg> trinikrono: well, if you have an interest in the package and will maintain it, feel free, otherwise, it just creates more stuff for MOTU to maintain
[20:33] <trinikrono> micahg: that sounds scary i am not a developer yet, just trying to get bugs triaged
[20:34] <micahg> trinikrono: the needs-packaging bugs are there for people interested in maintaining the packages, there's not much for the bug squad to do with them
[21:58] <trinikrono> wow charlie-tca you are on 60 days in a row in 5-A-Day you are really serious about bugs :D
[21:58] <charlie-tca> I just try to do some each day
[22:00] <charlie-tca> trinikrono: you know, couple here, couple there
[22:01] <trinikrono> the most i ever got is 15 so far
[22:01] <trinikrono> i think i need to specialise in bugs
[22:02] <trinikrono> but seriously charlie-tca you should get a cookie or something
[22:03]  * micahg just had some cookies :)
[22:03] <charlie-tca> trinikrono: I don't fix bugs, I just triage them so the developers can fix them
[23:49]  * penguin42 is trying to file a bug and  ubuntu-bug has filled in most of the page but when I'm hitting send I'm getting an error appear under the summary saying 'Constraint not satisfied' - anyone seen that?
[23:50] <BUGabundo> no
[23:51] <penguin42> odd, changed the title and it's OK
[23:51] <penguin42> maybe there are some characters you aren't allowed
[23:53]  * penguin42 almost feels guilty about that, only bug in a package
[23:53] <micahg> penguin42: you can file a bug against the launchpad project, that's an error with JS form validation
[23:54] <micahg> err, not an error, but an unclear description of what's wrong
[23:55] <penguin42> bah, can't recreate it - I wonder what it got upset at


[07:06] <Burgundavia> hello all
[07:06] <rob> hi Burgundavia
[07:07] <Madpilot> hi Burgundavia
[07:07] <LaserJock> Burgundavia!!
[07:07] <Burgundavia> I notice #ubuntu>gentoo is still around. Did that issue see a resolution?
[07:07] <Madpilot> so, no Ubucon blogpost yet?
[07:07] <Burgundavia> not yet
[07:07] <Burgundavia> finished today
[07:07] <LaserJock> hehe, he has to recover first
[07:08] <Plug> What was #ubuntu>gentoo all about?
[07:08] <rob> someone poked me earlier?
[07:08] <Madpilot> Plug, rude people, mostly
[07:09] <Plug> I see
[07:09] <rob> what did they do?
[07:09] <Burgundavia> kicked me for no reason and they swore at me when I told them they were not very nice people
[07:10] <LaserJock> are they Ubuntu users or just the generic troll?
[07:10] <rob> why did you do that? did they attack you?
[07:11] <Burgundavia> no, they are gentoo users
[07:11] <Burgundavia> rob: I can send you the logs, if you want
[07:11] <Burgundavia> Seveas has them
[07:11] <rob> sitting in a channel called Ubuntu > Gentoo?
[07:11] <Burgundavia> yep
[07:11] <LaserJock> they are gentoo people in ubuntu>gentoo?
[07:12] <Burgundavia> yep
[07:12] <LaserJock> I could of sworn that I learned > and < correctly in school ;-)
[07:12] <Plug> do they mean > as in greater than, or > as in directional migration
[07:12] <Madpilot> it's supposed to be "Ubuntu to Gentoo", not greater than
[07:12] <rob> ah, well if they are trolls they are doing a bad job :P
[07:13] <crimsun> LaserJock: unfortunately we haven't quite mastered the perfect past (have, not of ;)
[07:13] <LaserJock> whatever
[07:13] <LaserJock> :-)
[07:14] <LaserJock> hukd on fonuks wurkd for me :-)
[07:14] <Burgundavia> you know, we should actually work on documentation this cycle
[07:14] <Burgundavia> I know most of us are hardon for marketing right now
[07:15] <LaserJock> marketing?
[07:15] <LaserJock> I want other people working on marketing, but I'm afraid I stink at it
[07:15] <Burgundavia> mdke, jerome, Madpilot and myself have been doing work on that team recently
[07:15] <LaserJock> yes
[07:16] <LaserJock> unfortunately, IMO
[07:16] <LaserJock> the doc team shouldn't have to be the marketing team too
[07:16] <LaserJock> of course if the doc team *wants* to be the marketing team ....
[07:16] <Burgundavia> right
[07:17] <nixternal> all my marketing efforts are with the Ubuntu Chicago LoCo now...I am working with Jonathan and Phil with the Switching Guide, but I want to get more involved with docs as well
[05:13] <jenda> mdke: ping
[05:21] <mvirkkil> mdke: ping
[05:24] <jenda> hmm, double ping
[05:29] <theCore> ping *
[05:30] <mvirkkil> theCore: pong
[05:30] <theCore> yay


[09:19] <chaslinux> Hey all, just a quick FYI that the "Discourse" link on https://developer.ubuntu.com/en/ results in a server not found. Is Discourse dead?
[09:22] <davidcalle> chaslinux: oh, good catch, the site is being redone this month. Yes, discourse.ubuntu.com has been shutdown last year.
[09:24] <chaslinux> I figured it was just a link left alive that should have been gone... cheers!


[00:00] <sintre> but if you need help and you'll spend the time somebody will be around to assist
[00:00] <Mordas> I knew I fit in here when I typed in a very obscure game and found a free version of it
[00:00] <Mordas> Have not figured out how to make it work yet, but that will happen!
[00:00] <sintre> alot of people are afk idle or only show up when paged aka thier names are spoken in chat
[00:01] <Mordas> I am part of similar communities elsewhere.
[00:01] <sintre> well welcome to kubuntu new friend :) very nice people here
[00:02] <sintre> pls download the iso and get a physical copy so you don't have to download it lol
[00:02] <Mordas> Thank you Sintre. I'll probably continue to fight this problem every other week or so when I get bothered enough to do so. Otherwise though, its great
[00:02] <sintre> if i helped you at all pls do that for yourself and me
[00:02] <Mordas> I'll get something done on that front.
[00:02] <Mordas> You are a new version Evangelist I see :D
[00:03] <sintre> i suggest you also hang around this channell and maybe even #ubuntu
[00:03] <sintre> sounds like what you want probally has a far superiour version of sorts that does the same thing , like spoofing ip's and hiding your browsing records
[00:04] <sintre> its only 7 pm here east coast , later it gets more people will probally be aroundto help you out in that area
[00:04] <Mordas> Well, I need to go afk. Hopefully we will speak again Sintre.
[00:05] <sintre> se ya Mordas i'm off for dinner as well
[00:05] <sintre> have a good night if i don't see you later
[02:22] <valorie> !tor
[02:28] <sintre> thanks valore for reading transciprt :)
[02:28] <sintre> no clue what that was
[02:32] <valorie> I try to always read the backlog, even if it's too late to help
[02:32] <valorie> just to see what common problems are
[02:32] <valorie> I learned most of what I know about linux right in this chan
[02:32] <valorie> from the experts
[10:32] <nc_> hey I have a problem with a pc of mine connecting to the internet. wifi is working fine and my laptop connects fine but since I updated the system to my pc the network stopped working. I've tried several methods and they don't work. I tried restarting network manager and connecting through eth0 but my pc doesn't have the option of going eth0.
[10:38] <wh0ami> Hello
[10:38] <wh0ami> heeeey
[10:40] <wh0ami> Ркбяяят
[10:40] <wh0ami> Ау
[11:08] <koffeinfriedhof> !ru | wh0ami
[12:12] <BluesKaj> Hey folks
[12:25] <hazamonzo> Howdy BluesKaj
[12:26] <BluesKaj> hi hazamonzo
[13:15] <ahoneybun> silly x86_64-efi platform is getting stuff
[13:15] <ahoneybun> *stuck
[13:15] <ahoneybun> acheronuk: http://pastebin.ubuntu.com/23988440/
[13:15] <ahoneybun> bbl
[13:17] <acheronuk> ahoneybun: I avoid EFI install like the plague still, so I'm possible not the best person to quiz on that
[13:22] <BluesKaj> uefi is not necessary, I wiped my laptop within 5 mins of receiving it and disabled all those silly security and fastboot etc, created a msdos table and installed kubuntu :-)
[15:03] <tcanabrava_> hello people, just installed ubuntu (not kubuntu) for my wife, and asked her to install konversation
[15:03] <tcanabrava_> she's having an error while loading libKF5Crash.so
[15:03] <tcanabrava_> some missing dep perhaps?
[15:04] <BluesKaj> tcanabrava_, how did she install konversation, with software manager or apt-get.?
[15:07] <tcanabrava_> software manager.
[15:07] <tcanabrava_> she's a mouse user :)
[15:08] <BluesKaj> konversation is a kde app and it should bring along the necessary libs with it, if it didn't then I think hexchat might be a better choice for Ubuntu
[15:10] <tcanabrava_> BluesKaj: seems to me broken dep.
[15:11] <BluesKaj> tcanabrava_, yes or a missing dependency, and that can cause more problems than a mouse user needs
[15:12] <BluesKaj> unless ahe wants to run KDE/plasma which has amore familiar look for windows users then Unity or Gnome
[15:12] <BluesKaj> then=than
[16:32] <ayt89> heeeellp!
[16:32] <ayt89> critical error
[16:32] <ayt89> I have kubuntu 16.04
[16:33] <ayt89> just switched to automatic login then rebooted
[16:33] <ayt89> now after the boot splash, I never get into the desktop
[16:33] <ayt89> it stops at a black screen
[16:33] <ayt89> I don't even know how to get output for the problem...
[16:35] <ayt89> is this a known issue?
[16:35] <ayt89> maybe it is because my /home is encrypted
[16:35] <ayt89> anyway ... I need a lifeline
[16:38] <BluesKaj> ayt89, does ctl+alt+F2 give a login shell prompt?
[16:38] <ayt89> BLuesKaj: using askubuntu I just got it fixed
[16:39] <ayt89> BluesKaj: damn "secure boot" probably did it to me
[16:39] <BluesKaj> ok
[16:39] <ayt89> CTRL+ALT+F1, then login with text, then startx
[16:40] <BluesKaj> right , i ususally tell users to use F2 in case F1  doesn't respond , sometimes it's occupied
[17:35] <arya_> #ubuntu
[17:46] <claudio_> ciao
[17:46] <claudio_> !list
[17:48] <claudio_> !list
[17:48] <BluesKaj> !it | claudio_
[18:52] <george_> anyone using kmail?
[18:59] <george_> wandering if server-side search works on your kmail/kubuntu
[19:02] <JonelethIrenicus> george_: i use imap
[19:42] <sensible> I'd like to install Kubuntu on a mac on a separate partition. Any help would be appreciated.
[21:57] <excognac> hi all any tips for enableing 3d acceleration on kubuntu? amd radeon gpu, laptop:/
[22:00] <sintre> can try third pary driver
[22:00] <sintre> go to moun software center and download additional driver software gui
[22:01] <sintre> see if it has anthing for radeon gpu you have
[22:03] <sintre> lol sry its called discover
[22:03] <sintre> confusing it with a package manager as i don't use it much
[22:03] <sintre> should be above dolphin under system
[22:04] <sintre> in search box just type driver
[22:04] <sintre> should see a lil card icon
[22:04] <sintre> install that
[22:05] <excognac> sintre: i did download the radeon proprietary driver and installed driconf
[22:06] <sintre> ok what are the symptoms
[22:06] <sintre> or problems your having then
[22:07] <excognac> VMware virtual machine says on booting it i don't have 3d acceleration on host
[22:07] <sintre> ok system besides that
[22:07] <sintre> ccan you play 3d games
[22:07] <sintre> ?
[22:08] <sintre> outside of virtual machine does your system work as it needs to is what i'm asking really
[22:08] <excognac> my host kubuntu works fine
[22:08] <sintre> then that a vm problem i have no clue how to trouble shoot
[22:09] <excognac> not sure about gaming on kubuntu, never tried
[22:09] <sintre> stick around thru the evening other people are probally gonna log on and have more experience with that
[22:09] <excognac> this solved it, let me test the VM https://askubuntu.com/questions/537787/enable-3d-hw-acceleration-on-vmware-workstation-10-on-ubuntu-14-04
[22:09] <sintre> i have 0 experience with virtual machines unfotately
[22:10] <sintre> i hope it does
[22:21] <sayarussad> hi all
[22:21] <sayarussad> i need help
[22:22] <sayarussad> my sound card driver problem
[22:24] <sayarussad> Motherboard: M2N-SLI    Graphic card: gtx 560 ti   Sound Card:  CM6501


[00:00] <eross> I don't think it's worth 160-300 to trademark much of my stuff
[00:01] <eross> more hobby than anything
[08:22] <asabil_> thumper: yes thanks, the vala branch seems fine now
[08:23] <thumper> great
[08:55] <philn> hi
[09:21] <philn> gmb: hi! i see you imported the new dump.. seems fine with attachments now
[09:29] <gmb> philn: No, I didn't yet (not on demo., anyway) I just altered the attachments on demo so that they'd show up :)
[09:30] <jamesh> philn: I noticed a bit of comment spam in the imported bugs
[09:31] <jamesh> e.g. https://bugs.demo.launchpad.net/elisa/+bug/194393
[09:31] <jamesh> ubottu: wrong.
[09:32] <philn> jamesh: ha, yes.. there's a bit of spam.. what can we do about that?
[09:33] <jamesh> philn: LP administrators can remove spam comments
[09:33] <jamesh> the other option is to filter them out of the dump
[09:33] <philn> i can add akismet support to my conversion script
[09:34] <jamesh> I haven't really looked at how extensive the problem might be, so am not sure which option is best
[09:35] <jamesh> it might be better to kill the comments before hand, since we probably don't want to create person records for the spammers in LP
[09:35] <philn> i think we have only few comments spam.. something like 4 or 5 at most
[09:37] <jamesh> https://bugs.demo.launchpad.net/~zlgdgzl/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&assignee_option=any
[09:37] <jamesh> &field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY <- all of these bugs seem to have spam
[09:37] <jamesh> bah.
[09:37] <philn> do ya know tinyurl.com ? ;)
[09:38] <philn> hmm ok i'll have a look
[09:38] <jamesh> https://bugs.demo.launchpad.net/~zlgdgzl/+bugs?field.status%3Alist=NEW&field.status%3Alist=WONTFIX&field.status%3Alist=FIXRELEASED
[09:39] <jamesh> short enough? :)
[09:39] <philn> i'll just add a usernames blacklist, since this seems related to a single user
[09:39] <jamesh> yeah.
[09:40] <jamesh> with anonymous access, user accounts are usually either all spam or no spam
[09:40] <jamesh> without anonymous access, that is.
[09:45] <philn> gmb: dump-08-05-16.xml.gz available at usual location
[09:45] <gmb> philn: Thanks.
[09:48] <philn> btw, when do you plan to have an export feature in LP?
[09:49] <jamesh> philn: we've got an administrative export script, so can provide data in pretty much the same form you've provided us
[09:49] <jamesh> getting things hooked up so that project owners can get regular dumps has been a todo item for a while
[09:49] <jamesh> but we can definitely provide data on request
[09:50] <philn> ah, interesting
[09:50] <philn> when do you plan to get the relax-ng schema "stable"?
[09:51] <philn> (and public)
[09:52] <jamesh> gmb or BjornT might be able to answer that
[09:57] <BjornT> philn: i don't know yet. i'm going to talk to people about it next week. it mainly needs a review before it can be released. the released and stable schema will probably be a bit different (but quite similar) than the current one, though.
[10:07] <philn> BjornT: ok, thx for the answer
[10:08] <gmb> philn: I'll get the dump re-imported on demo.lp.net this afternoon (I need a sysadmin to help me and they're all five hours behind me at least).
[10:09] <gmb> In the meantime I'll run it locally.
[10:10] <philn> ok.. i think this dump will be good to go live
[10:10] <gmb> Cool.
[10:10] <gmb> philn: Assuming all's good I think we'll be able to get that done today.
[10:11] <philn> awesome
[10:12] <philn> i had one more question, about privacy.. shouldn't we ask the bug reporters if they mind their trac account being moved over LP?
[10:14] <philn> will bug reporters receive a mail from LP about that? asking for LP user creation confirmation or something like that?
[10:14] <gmb> philn: If they don't have a Launchpad account already, no.
[10:15] <gmb> (And for a lot of them their email address will be @elisa.bugs.invalid anyway)
[10:15] <philn> not the majority
[10:16] <gmb> Right.
[10:17] <gmb> philn: But even those that have valid email addresses will only have dormant accounts created for them (unless the email addresses are already registered in Launchpad, too, like yours is).
[10:17] <gmb> But they won't receive any notifications from the import.
[10:18] <gmb> It's up to you as far as privacy is concerned. If you'd rather check with your users before we proceed to import the bugs on production that's fine.
[10:24] <philn> well i guess it's fine if the accounts are dormant
[10:29] <gmb> Okay.
[15:27] <philn> gmb: little issue it seems: https://bugs.demo.launchpad.net/elisa/+bug/195093 https://code.fluendo.com/elisa/trac/ticket/914
[15:28] <gmb> philn: Hmm. It's stripped everything except the <pre> block, it seems.
[15:28] <gmb> That's odd.
[15:28] <philn> yes :(
[15:29] <philn> looks like it's on my side
[15:29] <gmb> Ah.
[15:47] <philn> new dump, same location
[15:51] <gmb> philn: Thanks. It looks like the re-import to demo is going to have to be delayed since we've got to reset the database first and that currently takes a long time (it's a big database). If I get chance to do it today I'll let you know.
[15:54] <philn> ok, thx.. sorry this is a painful and long test process :/
[15:56] <gmb> philn: Me too; one of our aims is to make this much smoother for everyone involved - especially you, the user :)
[16:00] <kiko> gmb, philn: the future is philn going to demo, uploading his tarball, pushing a button, getting notified when it's ready, reviewing the bugs, and then saying "yes, push to lpnet" or "no, let's fix something first"
[16:00] <gmb> kiko: Right.
[16:30] <luisbg_> why do I keep getting "Transport operation not possible: http does not support mkdir()" ?
[16:30] <luisbg_> I have done bzr launchpad-login
[16:30] <luisbg_> wait
[16:32] <luisbg_> ok, sorry, nevermind
[16:52] <jetsaredim> what's the deal with having to re-gen the ssh keys again
[16:52] <kiko> jetsaredim, security issue
[16:52] <jetsaredim> twice tho?
[17:18] <gnomefreak> :(
[17:19] <gnomefreak> why am i still getting security notices about my ssh key. i got it about an hour ago and i fixed it last night. key is still on LP page atm
[17:20] <kiko> jetsaredim, I'm not sure -- mrevell?
[17:22] <mrevell> jetsaredim: Hi.
[17:25] <mrevell> gnomefreak, jetsaredim: We ran ssh-vulnkey again against each of the SSH keys registered in LP accounts. That should that that some keys which had been registered since my original email had vulnerabilities.
[17:25] <mrevell> the good news is that Launchpad will no longer accept vulnerable keys.
[17:25] <kiko> mrevell, should or showed? :)
[17:26] <mrevell> sorry kiko, yeah, showed :)
[17:27] <gnomefreak> mrevell: so mine is safe?
[17:27] <gnomefreak> or is it gonna be removed again
[17:27] <mrevell> gnomefreak: Did you receive an email from me just now?
[17:27] <gnomefreak> mrevell: ~1hour ago
[17:28] <gnomefreak> hint its a brand new key with ssh-vulnkey ran on it last night
[17:28] <gnomefreak> i think it was 4 lines of not blacklisted IIRC
[17:29] <gnomefreak> kiko was here :)
[17:29] <kiko> yes
[17:29] <kiko> I'm always here after all!
[17:30] <mrevell> gnomefreak: when did you upload the key? The test was run around 20.00 UTC last night.
[17:30] <mrevell> mthaddon may be able to explain better.
[17:30] <gnomefreak> before that i think
[17:30] <mthaddon> gnomefreak, is it possible you had multiple keys and we deleted only one of them?
[17:30] <gnomefreak> it was around dinner time ETC iirc
[17:31] <gnomefreak> mthaddon: no i only uploaded one key last night
[17:31] <gnomefreak> because it wouldnt let me upload the old key so i made a new one
[17:32] <mthaddon> gnomefreak, can you try re-uploading the same key now and if it allows you to do so, then we've mistakenly deleted your key and can only apologise - if it doesn't, then the key did indeed need to be deleted
[17:32] <gnomefreak> mthaddon: its there
[17:32] <gnomefreak> was a sec ago
[17:33] <gnomefreak> still there, hence why im asking why i got email if key is good :)\
[17:33] <mthaddon> gnomefreak, let me run my script again and see if it flags it as a problem (the same script I ran yesterday) - if so, I'll need to see what was wrong with my script
[17:33] <gnomefreak> would be nice if LP kept track of time we change things like that for user interface
[17:35] <gnomefreak> reason i didnt keep old key was because after updates autpo regened key it still wasnt secure so i made a new one
[17:35] <gnomefreak> autoregen
[17:37] <mthaddon> gnomefreak, the same script I ran yesterday is no longer finding your key as vulnerable, so I'm not really sure what happened yesterday...
[17:38] <gnomefreak> mthaddon: the email was ~1hour ago  thats why im wondering
[17:38] <gnomefreak> key uploaded over 12 hours ago
[17:39] <mthaddon> gnomefreak, the deletion was done a while back (I'll try and get you an exact time), but the email was only sent out recently
[17:40] <gnomefreak> oh ok i thought they were done around same time
[17:40] <mthaddon> no, there was a definite lag - I did the deletion as soon as the code landed, but mrevell is in a different timezone, so didn't send out the message til next day his time
[17:41] <mthaddon> gnomefreak, does that clear things up a bit ^
[17:48] <elho> hi
[17:49] <elho> hmm, i assume the topic tries to imply that only blacklisted ssh keys are supposed to not work?
[17:49] <kiko> right
[17:50] <kiko> is it unclear?
[17:52] <elho> well, could've been as a reason all keys are disabled for now or sth...
[17:52] <elho> my launchpad only key for mirroring to sourcecontrol.net was indeed bad, i had it removed via the webinterface right away 2 days ago. my other main key is fine (old rsa) and i did create a new key for mirroring and added it. yet i do get permission denied trying to mirror using tla or a manual sftp.
[17:55] <statik> i deleted my key, added a new one, and have been able to authenticate just fine from several different machines and operating systems
[17:56] <kiko> same here, elho
[17:56] <elho> due to the sftp server on sourcecontrol not closing its connection properly, i do not have the mirror running via cron, so it may well have stopped working before...
[17:57] <elho> kiko: ah, so its at least not just me ;)
[17:58] <kiko> elho, I meant same here wrt what statik said! it's working for me perfect.
[17:58] <elho> heh :o
[17:59] <statik> elho: there might be a real problem, we just need more info about how to reproduce it
[17:59] <statik> cause everything seems to be running smooth
[18:00] <elho> i guess you are not using the sourcecontrol gnu arch mirror but some other hosts though?
[18:02] <elho> (i assume that the baz mirror is separate)
[18:05] <elho> hmm, usernames seem to have changed at some point...
[18:05] <elho> the docs still say it would be the archive name, but just my email is what works :o
[18:07] <elho> "works" as in log in to sftp. no files or dirs there
[18:24] <selmanj> How can I recover a launchpad account that I don't know the email address to?
[18:24] <selmanj> (is it even possible) ?
[19:46] <Laney> Can I delete comments?
[19:47] <Laney> (written by me)
[20:00] <ffm> Laney: no.
[20:01] <Laney> OK
[20:12] <nickellery> hey does anybody know if there is something wrong with decrypting launchpad OpenPGP key verification emails?
[20:37] <kiko> nope
[23:17] <emgent> heya mdz :)
[23:46] <kiko> elho, oh, you are using sourcecontrol.net! somehow that failed to register :)
[23:57] <elho> :)