[21:33] <ckontros> ScottL: Yo. I guess there's really no need.
[21:41] <holstein> ckontros: you talking about the meeting?
[21:41] <holstein> i think everyone bailed out right?
[21:42] <ckontros> Yeah. As per the list anyway.
[21:43] <holstein> you cant get any good help these days ;)
[21:43] <holstein> ckontros: i started that wiki page, and ScottL really hooked it up with a nice grid
[21:43] <holstein> is there anything else like that i can be doing?
[21:44] <ckontros> Well, it's par for the course really. People bail. Its live. :)
[21:45] <ckontros> holstein: Not really. There's some technicals to get in place before others can jump in. Its really early. Dont sweet it. ;)
[21:45] <holstein> cool, just let me know if theres any little busy work things like that i can help with
[21:45] <holstein> im far from contributing code unfortunately
[21:45] <ckontros> holstein: You running XFCE?
[21:46] <holstein> ckontros: i plan to ASAP
[21:46] <holstein> 11.10
[21:46] <holstein> probably get the xubuntu 11.10 whenever it builds
[21:46] <ckontros> Ok/ I should have a XFCE theme soon for folks to test.
[21:46] <holstein> run it on something
[21:46] <holstein> ckontros: sure, im looking forward to it
[21:47] <holstein> the screenies you guys were tossing around look awesome
[21:58] <astraljava> I concur, especially the one I responded to on the list.
[21:58] <astraljava> Magnificent!
[21:59] <ckontros> The one Izo posted isnt gonna happen. I dont wanna sound shitty, but I clearly posted what was going on. What I was gonna use. The desktop screenshot he posted was fine but isnt what we're gonna do. That why I wanted this meeting. To be clear on things.
[22:02] <astraljava> ckontros: Yeah okay. I don't mind whatever individual thing is being selected. I'm just overall amazed at the level of awesomeness you guys can deliver. :)
[22:03] <ckontros> Gotcha. Be sure that whatever we actually do ship will be just as awesome as previous releases. (even thought the past few haven't been refreshed.
[22:03] <astraljava> I hear ya.
[22:33] <ckontros> PM if needed.


[07:02] <mborzecki> morning
[07:02] <mborzecki> home schooling day 2 :/
[07:32] <zyga-mbp> good morning
[07:35] <mvo> good morning zyga-mbp !
[07:35] <zyga-mbp> hey mvo
[07:35] <zyga-mbp> hopefully today will be more productive, yesterday I was a bit sleepy after very busy weekend
[07:35] <zyga-mbp> I'm looking at the GPIO issue reported by cert
[07:37] <mvo> zyga-mbp: thank you
[07:40] <zyga-mbp> replied there
[07:42] <mborzecki> mvo: zyga-mbp: hey
[07:42] <mvo> hey mborzecki
[07:42] <zyga-mbp> hey mborzecki
[07:53] <zyga-mbp> hey pedronis, good morning
[07:57] <pedronis> hello
[07:59] <mvo> good morning pedronis :)
[08:02] <pstolowski> morning
[08:02] <mvo> good morning pstolowski
[08:04] <zyga-mbp> good morning pawel
[08:05] <zyga-mbp> either everything is loading very very slowly or eschooling is saturating my home uplink
[08:14] <zyga> okay, finally in the office
[08:14] <zyga> should be more manageable now
[08:17] <mvo> zyga: a small update in the status of 7700 would be great, it lists next steps and step 2 (desktop notifications) is certainly done now :)
[08:18] <mvo> zyga: but no rush, just noticed while going over open pts
[08:18] <mvo> zyga: open prs
[08:21] <zyga> mvo, yeah that's certainly something to pick up soon
[08:21] <zyga> I know time is short, I'll try to do a bit more today
[08:21] <mvo> zyga: tiny comment is fine for now :)
[08:21] <mvo> zyga: just curious where in the schema we stand
[08:22] <zyga> mvo, let me look quickly
[08:23] <mvo> ta!
[08:41] <mvo> pedronis: if my style comments in 9549 make sense I can push them myself but I think it does not make sense if I touch this before you did a review(?)
[08:45] <pedronis> mvo: I have the PR checked out, I can apply the changes,  I think the new file name is right but indeed it will break old installs
[08:45] <mvo> pedronis: thanks
[08:52] <mborzecki> pedronis: mvo: either of you working on tweaks to 9549?
[08:52] <pedronis> mborzecki: I am
[08:53] <mborzecki> pedronis: ah, ok
[09:04] <mup> PR snapd#9551 opened: dirs, boot: add ubuntu-save directories and related locations <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9551>
[09:05] <mborzecki> pedronis: mvo: ^^ extracted some trivial bits from #9528
[09:05] <mup> PR #9528: cmd/snap-bootstrap: mount ubuntu-save during boot if present <Run nested> <UC20> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9528>
[09:33] <mvo> mborzecki: in a meeting, will get to it right after that :)
[09:33] <mvo> mborzecki: and thank you!
[09:42] <zyga-mbp> we need reviews for https://github.com/snapcore/snapd/pull/9542
[09:42] <mup> PR #9542: interfaces: deny connected x11 plugs access to ICE <Bug> <Needs security review> <⚠ Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/9542>
[09:45] <mup> PR snapd#9552 opened: usersession: fix typo in test name <Simple 😃> <Skip spread> <Created by zyga> <https://github.com/snapcore/snapd/pull/9552>
[09:45] <zyga-mbp> mvo ^ plz merge typo fix
[09:47] <mvo> zyga-mbp: sure
[09:47] <zyga-mbp> thank you
[09:56] <pstolowski> mhm nested stuff is fun...
[09:57] <zyga-mbp> pstolowski are you using cachio's new nested tool?
[09:58] <pstolowski> zyga-mbp: actually not! but this is just syntactic sugar..
[09:59] <pstolowski> just having an issue i don't understand yet
[09:59] <zyga-mbp> I see
[10:04] <pedronis> mvo: mborzecki: I pushed to #9549, it needs 2nd reviews
[10:04] <mup> PR #9549: many: update to secboot v1 (part 1) <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9549>
[10:04] <mborzecki> pedronis: thanks, let me see
[10:05] <mborzecki> pedronis: #9551 is trivial and needs a pass from you or mvo
[10:05] <mup> PR #9551: dirs, boot: add ubuntu-save directories and related locations <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9551>
[10:06] <pedronis> mborzecki: sorry, I had a typo in my new code, repushed
[10:06] <pedronis> (well in a comment)
[10:10] <mup> PR snapd#9552 closed: usersession: fix typo in test name <Simple 😃> <Skip spread> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9552>
[10:18] <zyga-mbp> brb
[10:25] <mup> PR snapd#9551 closed: dirs, boot: add ubuntu-save directories and related locations <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9551>
[11:20] <pedronis> mvo: mborzecki: could either of you look at my own last 3 commits here (they are small tweaks or error formatting changes):  https://github.com/snapcore/secboot/pull/12
[11:20] <mup> PR secboot#12: Make policyPCRData serializable <Created by chrisccoulson> <Closed by chrisccoulson> <https://github.com/snapcore/secboot/pull/12>
[11:20] <pedronis> oops
[11:20] <pedronis> mvo: mborzecki: could either of you look at my own last 3 commits here (they are small tweaks or error formatting changes):  https://github.com/snapcore/secboot/pull/125
[11:20] <mup> PR secboot#125: Add ActivateVolumeWithMultipleTPMSealedKeys <Created by chrisccoulson> <https://github.com/snapcore/secboot/pull/125>
[11:21] <mvo> pedronis: sure, once I'm done with 9418 I can look
[11:21] <mborzecki> pedronis: sure
[11:40] <mup> PR snapd#9553 opened: tests: add spread test for refreshing from an old snapd and core18 <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9553>
[12:00] <mup> PR snapd#9418 closed: many: implement snap routine console-conf-start for synchronizing auto-refreshes <Needs Samuele review> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9418>
[12:02] <pedronis> mvo: mborzecki: (nested) kernel reseal failed on #9549
[12:02] <mup> PR #9549: many: update to secboot v1 (part 1) <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9549>
[12:03] <mborzecki> pedronis: hm, also have some trouble unsealing data (if logs are to be believed) in recover mode with 9549 merged to my branch, but that may well be my fault
[12:13] <mborzecki> hm false alarm, worked on the second run, a base update kicked in between
[12:19] <mborzecki> that kernel-reseal log is a bit hard to follow
[12:20] <mborzecki> pedronis: hmm `2020-10-27T11:59:39.1587365Z [0;1;39mPlease enter the recovery key for disk /dev/disk/by-partuuid/2709461b-d8cd-2244-85cb-a924abd353a6:`
[12:39] <zyga> pstolowski, interesting bug in the snapshot code https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1901578
[12:39] <mup> Bug #1901578: Cannot remove snap package ubuntu 20.10 <package> <snap> <snapd> <snapd:Confirmed> <snapd (Ubuntu):Incomplete> <https://launchpad.net/bugs/1901578>
[12:39] <zyga> pstolowski, we should probably skip users without a name
[12:39] <zyga> or warn, but not fail
[12:41] <pstolowski> zyga: indeed
[12:41] <pedronis> mborzecki: are we using the wrong initramfs somehow? gadget-reseal worked unless for some reason is not testing what we think it tests
[12:43] <pstolowski> zyga: i'll assign to myself
[12:43] <zyga> thanks
[13:03] <zyga> mborzecki, any advice on type=AVC msg=audit(10/27/20 12:31:35.999:23751) : avc:  denied  { rmdir } for  pid=12800 comm=snap-update-ns name=.X11-unix dev="sda2" ino=17778788 scontext=system_u:system_r:snappy_mount_t:s0 tcontext=system_u:object_r:tmp_t:s0 tclass=dir permissive=1
[13:03]  * zyga will be back in a moment, going to fetch tea
[13:04] <mborzecki> pedronis: trying to make it work locally, so far no luck
[13:05] <zyga> Error: 2020-10-27 10:04:21 Error executing google:debian-sid-64:tests/main/interfaces-timeserver-control (oct270953-348560) :
[13:05] <zyga> This system cannot use NTP, test precondition failed
[13:05] <zyga> cachio, ^ new image?  perhaps the test needs to be adjusted
[13:08] <mborzecki> pedronis: hm i can't reproduce this, i do the same modifications as the test does, resign the kernel.efi and it boots with the new kernel
[13:17] <zyga> re
[13:31] <zyga-mbp> brb, main network link at home has failed
[13:33] <zyga> mborzecki, ping
[13:33] <zyga> mborzecki, we have fs_manage_tmpfs_dirs(snappy_mount_t)
[13:33] <zyga> mborzecki, yet we deny rmdir on scontext=system_u:system_r:snappy_mount_t:s0
[13:33] <zyga> tcontext=system_u:object_r:tmp_t:s0
[13:34] <zyga> does this make any sense to you?
[13:34] <mborzecki> zyga: maybe something more is needed for tmp_t
[13:36] <mborzecki> zyga: try looking for something that allow managing tmp_t
[13:36] <mborzecki> zyga:  why are we even removing this directory?
[13:51] <mup> PR snapd#9554 opened: tests/nested/core20/gadget,kernel-reseal: add sanity checks to the reseal tests <Run nested> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9554>
[14:01] <zyga> test
[14:01] <zyga> ok
[14:26] <mup> PR snapcraft#3340 opened: include SNAPCRAFT_STAGE in XDG_DATA_DIRS, needed to find Gir files built by other parts <Created by kenvandine> <https://github.com/snapcore/snapcraft/pull/3340>
[14:37] <mborzecki> cmatsuoka: any ideas what i should look for?
[14:38] <ijohnson> well that was a first for me
[14:38] <ijohnson> maybe my headset is dying
[14:40] <cmatsuoka> mborzecki: hmm, if the problem is not the in the pcr profile I don't know what it could be
[14:40] <cmatsuoka> mborzecki: and I don't think it's in the pcr profile, but I think we should check the measurements just in case
[14:42] <cmatsuoka> mborzecki: I'm trying to retrieve the measurement data from the nested image
[14:48] <mborzecki> cmatsuoka: i got something from the vm i use locally, passed it through this parser: https://github.com/ValdikSS/binary_bios_measurements_parser
[14:49] <cmatsuoka> mborzecki: that's the one I'm using too, is it booting correctly on that machine after a reseal?
[14:49] <cmatsuoka> mborzecki: if yes the profiles must be correct
[14:50] <mborzecki> cmatsuoka: yes
[14:51] <cmatsuoka> we must get the measurements from the failing system which is the nested vm, perhaps we could try to reproduce the problem on a local nested vm?
[14:52] <mborzecki> cmatsuoka: go a diff between dumps of state before and after a kernel refresh https://paste.ubuntu.com/p/VjJKcYmrNk/ there are differnces but not quite sure what i should be looking for there
[14:53] <cmatsuoka> mborzecki: the PR logs show the PCR profile dump before and after the reseal in the gce nested vm, but we need the measurement data on that same machine to be able to compare
[14:54] <mborzecki> cmatsuoka: the differences show up after the following entry `chainloader (hd0,gpt3)/EFI/ubuntu/try-kernel.efi ...` and then diferent bytes appear, so i guess it's the old and new kernel measureemnt
[14:55] <cmatsuoka> the profile dump in the logs shows what the system is expecting and the measurements show the actual data
[14:56] <cmatsuoka> if they match the problem is elsewhere
[14:56] <mborzecki> cmatsuoka: ok, so the list of final PCRs is the same for both boots here
[14:59] <cmatsuoka> mborzecki: I have an 1:1 now, quick chat after that?
[15:00] <mborzecki> sure
[15:01] <mborzecki> cachio: zyga-mbp: so i have this project: https://github.com/bboozzoo/spread-mini i've pushed a test which clones snapd and then runs govendor sync, and it's not failing 100% of time on our tumbleweed images
[15:02] <cachio> mborzecki, I tested yesterday and the master fails 8/12 aprox doing govendor sync
[15:03] <mborzecki> cachio: and then if i keep on cloning and syncing in a loop it works too
[15:03] <mborzecki> (on a host)
[15:04] <cachio> you are using gce image right?
[15:04] <mborzecki> cachio: yes, the one we have
[15:04] <cachio> yesterday I published a last image with all the latest updated
[15:04] <cachio> updates
[15:04] <cachio> perhaps it works a bit better
[15:12]  * cachio lucnch
[15:15]  * zyga-mbp lunch soon
[15:16] <zyga-mbp> not a good weather for walk
[15:16] <zyga-mbp> jdstrand do you think you could review a +3 security change https://github.com/snapcore/snapd/pull/9542
[15:16] <mup> PR #9542: interfaces: deny connected x11 plugs access to ICE <Bug> <Needs security review> <⚠ Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/9542>
[15:16] <zyga-mbp> er
[15:16] <zyga-mbp> +9 -0
[15:16] <zyga-mbp> sorry
[15:16] <zyga-mbp> technically three denials
[15:17]  * zyga-mbp goes to plug the laptop
[15:22] <mborzecki> https://github.com/snapcore/snapd/pull/9554 <-- trivial sanity checks
[15:22] <mup> PR #9554: tests/nested/core20/gadget,kernel-reseal: add sanity checks to the reseal tests <Run nested> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9554>
[15:25] <pedronis> mborzecki: I'm looking at the test, afaik it can't pass for simple reasons
[15:26] <pedronis> mborzecki: it's using the kernel from edge and just tweaking it
[15:26] <pedronis> is not repacking it with a recent initramfs
[15:26] <pedronis> unless I'm reading it wrong
[15:27] <pedronis> cmatsuoka: ^
[15:28] <mborzecki> pedronis: heh. yes it's not repacking the kernel with new s-b
[15:29]  * cmatsuoka checks
[15:30] <pedronis> another reason to add a prompter interface to secboot
[15:30] <zyga> mborzecki, how did it pass for you earlier?
[15:30] <pedronis> it would allow us to maybe log things before asking for a recovery key
[15:31] <pedronis> zyga: it was landed later before the last beta, we haven't really changed relevant bits since
[15:31] <pedronis> so edge was good until the switch to v1
[15:31] <pedronis> that the PR does
[15:31] <mborzecki> zyga: and locally it works because i have a signle repacked kernel tree which i reused
[15:31] <mup> PR snapd#9554 closed: tests/nested/core20/gadget,kernel-reseal: add sanity checks to the reseal tests <Run nested> <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9554>
[15:31] <cmatsuoka> well that explains a lot
[15:31] <mborzecki> haha
[15:32] <pedronis> if we could log the issue before getting stuck with the recovery key asking we would have seen an invalid key file error or something like that
[15:33] <pedronis> anyway
[15:34] <pedronis> edge has v0-only code, so it can't use v1 keys
[15:35] <pedronis> mborzecki: cmatsuoka: we need to add some real repacking I suppose
[15:36] <pedronis> or unpack and repack the installed kernel, not the one from edge
[15:38] <cmatsuoka> yes, doing it with the installed kernel should be easy
[15:39] <mborzecki> cmatsuoka: i think it should be around somewhere in /tmp
[15:40] <cmatsuoka> mborzecki: could you have a look at it? otherwise I'll check after lunch, I need to finish some cooking right now
[15:44] <mborzecki> cmatsuoka: yes, trying now
[15:46] <mborzecki> cmatsuoka: hopefull this is the whole diff ps://paste.ubuntu.com/p/SKvdFKKscj/
[15:46] <mborzecki> cmatsuoka: https://paste.ubuntu.com/p/SKvdFKKscj/
[15:51] <mup> PR snapd#9550 closed: osutil/disks/mockdisk: panic if same mountpoint shows up again with diff opts <Simple 😃> <Test Robustness> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9550>
[15:55] <ijohnson> zyga: I saw one of the mountns inherit spread tests fail on 18.04 like this:
[15:56] <ijohnson> -+0:+1 / /sys/fs/cgroup/cpuset rw,nosuid,nodev,noexec,relatime shared:+1 - cgroup cgroup rw,cpuset
[15:56] <ijohnson> ++0:+1 / /sys/fs/cgroup/cpuset rw,nosuid,nodev,noexec,relatime shared:+1 - cgroup cgroup rw,cpuset,clone_children
[15:56] <ijohnson> and
[15:56] <ijohnson> -+0:+1 / /sys/fs/cgroup/unified rw,nosuid,nodev,noexec,relatime shared:+1 - cgroup2 cgroup rw,nsdelegate
[15:56] <ijohnson> ++0:+1 / /sys/fs/cgroup/unified rw,nosuid,nodev,noexec,relatime shared:+1 - cgroup2 cgroup rw
[15:56] <ijohnson> any idea why the cgroup mounts would be different like that?
[16:02] <zyga> hmm
[16:02] <zyga> that's lxd for sure
[16:02] <zyga> perhaps something is not doing lxc cleanup
[16:02] <zyga> didn't pawel add a lxd test recently?
[16:06] <mborzecki> eh, damn quoting
[16:25] <pedronis> zyga: I did a pass on #9546 , special.go defeated me a bit though
[16:25] <mup> PR #9546: overlord: add inert export manager <Created by zyga> <https://github.com/snapcore/snapd/pull/9546>
[16:29] <zyga> pedronis, thank you, looking
[16:29] <zyga> pedronis, was special.go confusing?
[16:31] <pedronis> maybe it's because it's the end but I find it hard to read
[16:31] <pedronis> lots of small helpers
[16:35] <mborzeck1> cmatsuoka: pushed a patch, i think it should work now
[16:35] <mborzeck1> need to run some errands, i'll check back later
[16:37] <mup> PR snapd#9555 opened: asserts: implement "storage-safety" in uc20 model assertion <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9555>
[16:37] <pedronis> zyga: it was never the intention to decentralize all directory definition, also managers are a prolematic place to define things like that
[16:37] <mvo> mborzeck1: woah, nice!
[16:37] <mvo> mborzeck1: you rock
[16:37] <zyga> pedronis, I see, that's an easy change
[16:38] <zyga> pedronis, let's sync in the morning about remaining topics
[16:38] <zyga> pedronis, some are easy
[16:38] <zyga> pedronis, some I need to understand your point better
[16:38] <zyga> thank you for going through this, it's the hardest part of this PR
[16:38]  * zyga manged to tame selinux errors
[16:38] <zyga> quick recheck on systems other than f32
[16:39] <zyga> cachio, f33 released today, perhaps we should swap f31 for f33
[16:47] <pedronis> zyga: I added a couple more questions
[16:48] <pedronis> zyga: we can chat at 10am tomorrow if that works for you?
[16:50] <zyga> yeah, that's fine
[16:51] <zyga> grr, me sees a denial on centos-7 that doesn't show up elsewhere
[16:55] <cachio> zyga, yes, I'll create the image
[16:57] <zyga> thanks
[16:57] <zyga> nothing urgent
[17:00] <pedronis> pstolowski: I looked again at #9522,  we need to chat a bit about it, I'm slightly worried that it improves some things and not others
[17:00] <mup> PR #9522: o/snapstate: ignore remove errors in clear-snap handler, only log them <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9522>
[17:01] <pstolowski> pedronis: hmm ok, sure
[17:01] <pedronis> pstolowski: I explained in the PR
[17:02] <pedronis> pstolowski: maybe you can also try to add more motivation to the description, it says what it does but not why
[17:02] <cachio> zyga, f33 has a gcp image now
[17:02] <cachio> I'll try that one
[17:02] <zyga> that's nice
[17:02] <pstolowski> pedronis: sure, will do
[17:02] <pedronis> thx
[17:04] <cmatsuoka> mborzeck1: thanks!
[17:06] <pedronis> pstolowski: I approved #9535, thanks for the last commits there
[17:06] <mup> PR #9535: o/snapstate: generate snapd snap wrappers again after restart on refresh <Bug> <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9535>
[17:07] <pstolowski> pedronis: great, thank you
[17:16]  * zyga stabs his eyes with selinux
[17:16] <pstolowski> ijohnson: hey, if you could re-review #8395 that would be great (and it's green)
[17:16] <mup> PR #8395: o/ifacestate: handle interface hooks when preseeding <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8395>
[17:17] <ijohnson> pstolowski: yes will add it to my queue, thanks for the reminder
[17:24] <zyga> I really, really dislike selinux tooling
[17:24] <zyga> it's both baroque and complex _and_ imprecise
[17:25] <zyga> applying the policy is more of a whack-a-mole than anything
[17:25] <zyga> so /tmp and /tmp/X11-unix have different types
[17:25] <zyga> but only on centos 7 for some reason
[17:26] <zyga> and I have no idea to connect the dots between the type I see in the FS
[17:26] <zyga> and the abstraction I'm forced to use to write the policy
[17:26] <zyga> I really give up on that now
[17:26] <zyga> I can try tomorrow
[17:26] <zyga> I've wasted half of my day on this already :/
[17:28] <zyga> I'll talk to maciek tomorrow
[17:49] <pstolowski> cachio: i've requested your review on https://github.com/snapcore/snapd/pull/9553
[17:49] <mup> PR #9553: tests: add spread test for refreshing from an old snapd and core18 <Run nested> <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9553>
[17:49] <cachio> pstolowski, sure, I'll take a look today
[17:49] <pstolowski> cachio: i wasn't sure if it should be migrated to nested tool already
[17:50] <pstolowski> cachio: i think the tool doesn't have execute command yet?
[17:53] <cachio> pstolowski, don't use the nested tool
[17:54] <cachio> I'll migrate that later this week
[17:54] <pstolowski> cachio: ok, great
[18:04] <pstolowski> pedronis: added rationale to #9522
[18:04] <mup> PR #9522: o/snapstate: ignore remove errors in clear-snap handler, only log them <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9522>
[18:06] <mup> PR snapcraft#3318 closed: plugin handler: set -x for scriptlets <Created by cjp256> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3318>
[18:16] <mborzeck1> re
[18:17] <mborzecki> cmatsuoka: i see that the nested uc20 tests are green in #9549 yay
[18:17] <mup> PR #9549: many: update to secboot v1 (part 1) <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9549>
[18:17] <cmatsuoka> mborzecki: excellent
[18:17] <mborzecki> cmatsuoka: 14.04 did not build though, may need looking into
[18:18] <cmatsuoka> yeah. I'm checking it
[18:18] <mborzecki> src/github.com/snapcore/snapd/vendor/github.com/snapcore/secboot/keydata.go:43:2: cannot find package "maze.io/x/crypto/afis"
[18:18] <mborzecki> cmatsuoka: ok, cool, so i'm wrapping it up for today :)
[18:52] <cmatsuoka> cachio: we have a problem in a 14.04 test apparently caused by libcurl being unable to connect to certain servers, how do you usually fix this kind of problem?
[18:53] <cmatsuoka> cachio: using curl/libcurl from xenial should be enough to make it work again
[18:53] <pedronis> cmatsuoka: they are green but also say they took 4s, so something is weird there
[18:54] <pedronis> the PR has run nested set
[18:54] <cmatsuoka> pedronis: the low times are probably the result of a test re-run
[18:56] <cmatsuoka> pedronis: and the trusty test is failing to connect to a certain https server because apparently libcurl is using some older crypto that's no longer supported
[18:57] <pedronis> that is a bit of a problem though, 14.04 is still required
[18:58] <cmatsuoka> yes, I don't know if we had this sort of problem before or how cachio usually handles them
[18:58] <cmatsuoka> using a slightly newer curl/libcurl should solve it but it's not available for trusty
[19:02] <pedronis> cmatsuoka: that repo is a bit in an usual location
[19:02] <pedronis> maybe we have to mirror it anyway
[19:02] <cmatsuoka> yes, maze.io. We could perhaps clone it to github?
[19:03] <pedronis> that would be fine I suppose
[19:03] <pedronis> the license is MIT
[19:08] <cachio> cmatsuoka, hey
[19:08] <cachio> I'll checkthat
[19:08] <cmatsuoka> cachio: thanks. I don't know if we ran into this sort of thing before but I thought perhaps you already have a solution
[19:14] <cachio> cmatsuoka, I think it is the first time with this
[19:15] <cachio> cmatsuoka,  it is happeninnig 100% of the time ?
[19:15] <cachio> or it is just something that happens sometimes
[19:15] <cachio> ?
[19:16] <cmatsuoka> cachio: it's deterministic
[19:16] <cachio> cmatsuoka, on which pr?
[19:16] <cmatsuoka> cachio: it seems that the version of libcurl used in trusty lacks some new crypto used by maze.io
[19:17] <cmatsuoka> cachio: it's PR #9549
[19:17] <mup> PR #9549: many: update to secboot v1 (part 1) <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9549>
[19:23] <cachio> cmatsuoka, checking
[19:28] <pedronis> cmatsuoka: I made a mirror here (at least temporarely)
[19:28] <pedronis> https://github.com/pedronis/maze.io-x-crypto/tree/master/afis
[19:29] <cmatsuoka> pedronis: can you also change the secboot vendor.json to use the mirror?
[19:29] <cmatsuoka> erm
[19:29] <cmatsuoka> no, not needed, we change ours
[19:29] <cmatsuoka> ok
[19:29] <pedronis> excactly
[19:30] <cmatsuoka> I always tend to think about vendor as a hierarchy but it's flat
[19:30] <pedronis> cmatsuoka: this seems to work: govendor fetch maze.io/x/crypto/afis::github.com/pedronis/maze.io-x-crypto/afis
[19:30] <pedronis> to get the right bits into vendor.json
[19:30] <cmatsuoka> ok, doing that
[19:30] <cmatsuoka> thanks samuele
[19:38] <pedronis> cmatsuoka: thank you
[20:53] <mup> PR snapd#9549 closed: many: update to secboot v1 (part 1) <Run nested> <UC20> <Created by cmatsuoka> <Merged by cmatsuoka> <https://github.com/snapcore/snapd/pull/9549>
[21:13] <mup> PR snapd#9556 opened: tests: testing new fedora 33 image <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9556>
[23:22] <mup> PR snapcraft#3341 opened: repo: move apt ppa helpers into apt_ppa module <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3341>
[23:24] <mup> PR snapd#9557 opened: tests/snap-advise-command: re-enable test <Simple 😃> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9557>


[08:06] <guruprasad> cjwatson, I have run into what looks like a Storm bug/issue and want to talk to you about it before attempting to submit a fix. Do you have a few minutes to talk about it? Also, is there a better place for this discussion - I checked #storm but it is not present on irc.libera.chat.
[08:06] <guruprasad> Thanks in advance for your time!
[09:27] <cjwatson> guruprasad: Sure
[09:31] <guruprasad> We have run into what looks like a bug in the JSONVariable class in Storm. In error scenario, the exception in https://bazaar.launchpad.net/~launchpad-committers/storm/lp/view/head:/storm/variables.py#L643 is hit because the value is already a dict instead of stringified JSON.
[09:32] <guruprasad> I happened to find https://git.launchpad.net/launchpad/tree/lib/lp/services/database/stormexpr.py#n307, the `_loads` method in particular, where you have mentioned that psycopg >= 2.5 already handles the conversion to JSON.
[09:33] <guruprasad> In case of Launchpad, this happens when trying to set a JSON attribute (metadata_overrides) on IArchive via the webservice API and then using `archive.metadata_overrides` where `archive` is the model instance.
[09:34] <guruprasad> Strangely, this happens only in the case of 'do a web service call to set it and then check the model instance' and not the 'set it on the model instance and check it after that' operation
[09:35] <cjwatson> guruprasad: It's not just that you need to use storm.databases.postgres.JSONVariable instead (assuming this is a jsonb column)?
[09:36] <cjwatson> (or .JSON)
[09:37] <guruprasad> Ah!
[09:39] <cjwatson> storm.variables.JSONVariable / storm.properties.JSON is only for text columns that happen to contain JSON, not for the native pg types
[09:39] <guruprasad> This is a jsonb column in postgres and the model uses storm.locals.JSON
[09:39] <cjwatson> Yeah, use the one in s.d.p instead and you should be fine
[09:40] <cjwatson> Might be worth a docstring patch to storm though
[09:41] <guruprasad> I can make that change and submit it for review - what do you think the docstring should say and which one?
[09:42] <cjwatson> probably all the involved classes should have docstringa that say what kind of columns they're meant to be used with
[09:44] <guruprasad> Sure. I will do that and propose the changes soon.
[09:44] <guruprasad> Thanks for the help!
[09:52] <cjwatson> I was 90% sure I knew what the problem was the moment I read "JSON", so that's a good sign it needs better docs :)


[09:38] <akgraner> Hi all - reminder Thursday at 1200UTC is our meeting
[09:38] <akgraner> if anyone has agenda items please add them
[09:40] <akgraner> I'll work the agenda in a few hours and email the list  - is there anyone who can chair the meeting in the event none of us at UDS can make it? elky? svaksha? hypatia?
[09:45] <pleia2> once we confirm we need to update the /topic
[09:45] <pleia2> (I know I'm going to be too busy to attend)


[01:01] <cyphermox> hey Riddell
[01:01] <cyphermox> still around? :)
[03:17] <manchicken> 'sup?
[12:02] <Riddell> http://kde.org/announcements/announce-4.8-rc2.php keeping us on our toes by announcing 4.7.98 when we only have tars for 4.7.97 :)
[12:14] <Tm_T> Riddell: none(?) of the download links work here: http://download.kde.org/download.php?url=stable/4.7.98/src/
[12:14] <Tm_T> ...which in turn is linked in the announcement
[12:14] <Riddell> he's fixing
[12:14] <Tm_T> ah, good (:
[12:21]  * Riddell is packaging loads of 4.7.97 bits, wiki not updated yet
[13:58] <agateau> Riddell: hi, I pushed my latest Precise package for massif-visualizer on my PPA and added the link to bug #893569 . What should I do now?
[14:03] <Riddell> agateau: ask me or someone to review and upload?
[14:03] <agateau> Riddell: good idea
[14:03] <agateau> Riddell: can you review my beautiful package?
[14:03] <agateau> done :)
[14:04] <Riddell> let's see
[14:35] <Riddell> agateau: looks fine
[14:35] <agateau> Riddell: great!
[14:35] <Riddell> agateau: I can upload if you want but my brain isn't 100% so you might want to get a second opinion
[14:36] <Riddell> or get someone else to upload it so I can do the New processing
[14:36] <agateau> Riddell: ok, let me ask Scott, he looked at the package when it was on revu
[14:37] <agateau> ScottK: hi! Riddell would like a second opinion before uploading massif-visualizer
[14:37] <agateau> ScottK: see bug #893569
[14:37] <Riddell> when requested for similar yesterday ScottK said "Perhaps later in the week."
[14:59] <mikecb> il0vey@ks
[14:59] <mikecb> damnit
[14:59] <mikecb> everyone pretend you just saw **********
[15:16] <cmagina> mikecb: haha, i feel ya. did the same thing an hour ago on another channel
[15:22] <mikecb> ;)
[15:22] <mikecb> plugin opportunity "This looks like a password.  Do you really want to send it?"
[15:23] <cmagina> yes, that would be good
[16:56] <Riddell> groovy all 4.7.97 compiled on my machine for precise. reviewing my packaging before uploading to PPA
[17:57] <mikecb> Riddell: that's 4.8rc2?
[18:10] <Riddell> mikecb: yes
[18:18] <mikecb> sweeet
[18:18] <Riddell> compiling now in kubuntu-ninjas, if you want to test (needs password)
[18:19] <mikecb> I'm on 12.04, will that get it at the same time?
[18:19] <Riddell> mikecb: it is for 12.04 but we put it in a ppa for testing first, testers will be needed shortly
[18:20] <mikecb> kk
[18:20] <mikecb> I'm game!
[18:20] <Riddell> but it's still compiling
[18:21] <Riddell> so don't try until you see all the packages are 4.7.97
[18:22] <Riddell> which may be a couple of hours or may be ages if the buildds are slow
[18:22] <mikecb> is there a guide for setting up ninjas?
[18:22] <Riddell> just add it to /etc/apt/sources.list
[18:23] <mikecb> k
[19:08] <Quintasan_> Hi
[19:11] <Quintasan> yofel: 4:4.7.95-0ubuntu2~ppa1~oneiric1 is the CPU hog fix?
[19:12] <yofel> Quintasan: should be
[19:13] <Quintasan> Awesome
[19:13] <Quintasan> Any ideas why View doesn't work with Quassel notification?
[19:13] <yofel> thank bambee
[19:13] <Quintasan> bambee: \o
[19:14] <Quintasan> fregl: Prolly late thumbs up for AT-SPI release!
[19:16] <bambee> yofel: hi, thanks for what?
[19:16] <bambee> Quintasan: yop
[19:16] <yofel> bambee: kmix
[19:16] <bambee> yw ;)
[19:16] <Quintasan> thanks for uploading kmix magic
[19:16] <bambee> hehe
[19:16] <bambee> :D
[19:16] <Quintasan> been driving me crazy
[19:17] <bambee> this bug made me crazy xD
[19:18] <bambee> "why the **** my laptop consumes 35W suddenly ?"  --> kmix :D
[19:21] <Quintasan> Is there a thing called lightweight browser these days? Opera takes 500mb here
[19:21] <Quintasan> lol
[19:24] <fregl> Quintasan: thanks :)
[19:25] <yofel> firefox is about the most efficient one IMO - chromium was always a mem hog, opera got worse lately, and rekonq is horrible
[19:46] <shadeslayer> Quintasan: you want lightweight?
[19:47] <shadeslayer> Quintasan: I have a test browser code thats just a QGraphicsWebView ... should be light enough
[19:47] <Quintasan> shadeslayer: As in bloody hell lightweight
[19:48] <shadeslayer> Quintasan: http://quickgit.kde.org/?p=scratch%2Fgarg%2FDemoWebViewBrowser.git&a=summary
[19:48] <shadeslayer> Quintasan: you might have to fix some stuff, but it should work :P
[19:48] <Quintasan> No no, thanks, I need something that works :P
[19:48] <Quintasan> And doesnt take 700mb of memory when not playing flash
[19:50] <yofel> firefox
[19:50] <shadeslayer> lynk? or was it lynx ... don't remember
[19:50] <yofel> although chromium would also work if it's just one tab
[19:51] <shadeslayer> chrome is idling at 200 megs at 6 tabs
[19:53] <Quintasan> >firefox
[19:53] <Quintasan> lolwut
[19:53] <Quintasan> firefox leaks memory even when it's not on
[19:54] <yofel> WFM
[19:54] <shadeslayer> apachelogger: you awake?
[19:55] <shadeslayer> seems not ....
[21:08] <ScottK> agateau: Ping me tomorrow.
[22:33] <Riddell> mikecb: it's compiled!  have you tried it?
[22:43]  * yofel has been pulling updates for over an hour
[22:43] <yofel> stupid DC -.-
[22:44] <mikecb> about to
[22:47] <mikecb> it's goin, I'm gonna do my desktop and then laptop
[22:57] <Riddell> mikecb: make sure one is working before you move onto another :)
[22:57] <Riddell> it also still needs the kdm theme upgrade stuff
[22:59] <mikecb> yah :)
[23:04] <Riddell> yofel: do you think it's safe if I just do dch for oneiric on the packages and upload to the ninjas PPA without building first?  or do you know if there are changes needed for oneiric?
[23:05] <yofel> for oneiric you can just use dch, I don't remember having to change anything
[23:10] <Riddell> groovy
[23:15] <mikecb> Riddell: up and smooth
[23:15] <Riddell> yay
[23:16] <mikecb> nice glassy panel
[23:17] <mikecb> activity switching seems snappier
[23:18] <Riddell> excellent
[23:31] <mikecb> laptop up, smooth as butter


[00:20] <apachelogger> Sput: no windows backend? other than the vlc backend you mean? :P
[00:43] <Riddell> apachelogger: I wonder if we should turn off the locale missing notificaton for the live image
[07:17] <Sput> apachelogger: yeah, bundling vlc seems a bit overkillish for playing audio notifications, that's why I'm wondering if I should just use QtMultimedia for that
[09:40] <apachelogger> Riddell: gstreamer1.0-pulseaudio was not installed on update
[09:41] <Riddell> hmm
[09:41] <apachelogger> also: pgst when built against gst1 doesn't support device control without pulseaudio apparently
[09:41] <apachelogger> still doesn't play
[09:41] <apachelogger> Riddell: does preview in dolphin work for you?
[09:43] <apachelogger> oh, it locks up, how nice
[09:43] <apachelogger> oh wait
[09:43] <apachelogger> wrong phonon xD
[09:47] <apachelogger> oh
[09:47] <apachelogger> dolphin loads webkit
[09:47] <apachelogger> who'd have though
[09:47] <apachelogger> t
[09:48] <Riddell> for html preview maybe?
[09:48] <Riddell> new webkit should be in archive now, update again?
[09:49] <Riddell> but no dolphin preview doesn't work :(
[09:51] <apachelogger> nah, I think dolphin doesn't do video anyway
[09:51] <jussi> yes it does
[09:51] <apachelogger> Sput: vlc for you use case is probably like 1mib of compressed data
[09:52] <apachelogger> you just have to throw away the plugins you do not need
[09:52] <Riddell> dolphin says "(dolphin:32349): GStreamer-CRITICAL **: gst_mini_object_unref: assertion 'GST_IS_MINI_OBJECT (mini_object)' failed
[09:52] <Riddell> ** Message: don't know how to handle audio/mpeg"
[09:52] <Riddell> which is weird since dragon plays it fine
[09:53] <apachelogger> Sput: anyway, you could also use windows media foundations directly I do not care, it's your call
[09:54] <apachelogger> (both phonon4 and qtmm are not really good at notification sounds btw, due to lack of pcm caching)
[10:06] <Sput> apachelogger: well, I'm mostly interested if QtMultimedia has downsides compared to Phonon, for our simple use case (also in Linux; for example, does QtMM work properly in a KDE desktop?)
[10:07] <Riddell> qtmm sucks! phonon rocks!
[10:07] <apachelogger> Sput: what Riddell said
[10:08] <Sput> is that political, ethical or technical opinion? :)
[10:08] <apachelogger> Sput:  I have no clue whether it works correctly in plasma, though it should as there's not much you can do wrong as long as sound gets piped through pa
[10:08] <apachelogger> qtmm has shittier API for your simple use case though :P
[10:08] <Sput> yes, but as Phonon is no longer a part of Qt5, people start to complain that it's an extra dependency...
[10:09] <Sput> well, I'll talk to TheOneRing (he asked me to figure this out)
[10:09] <apachelogger> Sput: an extra dependency?
[10:09] <apachelogger> extra on top of what?
[10:10] <Sput> "a separate package" :)
[10:10] <jussi> Sput: do it kde style, give options :D (add cmake options :D )
[10:10] <apachelogger> windows has packages? :O
[10:11] <apachelogger> jussi: yeah, abstract the abstraction libraries ^^
[10:11] <jussi> apachelogger: :D :D :D
[10:11] <Sput> jussi: yes, it's all optional already now; but I don't want to ship yet another audio notification backend
[10:11] <Sput> obviously for me it would be easiest to just continue with Phonon as the code is all there :P
[10:12] <Sput> (and works fine in Qt5 for that matter; thanks for creating proper CMake stuff!)
[10:12] <apachelogger> cmake omnomnom
[10:13] <Sput> well, I'll talk to TheOneRing. he's tempted to port the ds9 backend to phonon-qt5 because he thinks that shipping vlc just for notifications is a bit overkill
[10:13] <apachelogger> Sput: I think someone else was actually using the ds9 backend somewhere
[10:13] <apachelogger> Sput: you might want to tell him to consult with j-b though
[10:13] <Sput> hmm
[10:14] <apachelogger> I really doubt libvlc+libvlccore+fileio+vorbis/pcmdecoder&demuxer would be big
[10:14] <Sput> ok
[10:14] <apachelogger> Sput: just remembered, I think that someone else is also using ds9 because they thought vlc was too big for notifications
[10:14] <apachelogger> can't remember who though
[10:14] <Sput> for Qt5?
[10:15] <Sput> meh, the proper solution would be to just use knotify on all platforms!
[10:15] <apachelogger> Sput: for qt4
[10:16] <apachelogger> just saying, there may be other interested parties
[10:18] <Sput> oh, we use the ds9 backend for qt4
[10:19] <shadeslayer> anyone uses the kwallet gpg backend here?
[10:19] <shadeslayer> because I'm going to disable it
[10:20] <apachelogger> Sput: :O
[10:21] <apachelogger> Sput: oh random additional thought: windows media foundation may in general be more appropriate than ds9, so a backend rewrite may be handy
[10:21] <shadeslayer> btw I will not be available till around 2
[10:22] <apachelogger> shadeslayer: I am going to get drunk until then
[10:22] <shadeslayer> I'm here for another 20 minutes or so though
[10:22] <shadeslayer> apachelogger: have fun
[10:22] <shadeslayer> good for me, I can sneak in patches
[10:23] <apachelogger> :O
[10:23] <apachelogger> outragous
[10:24] <shadeslayer> yeah
[10:26] <shadeslayer> like this one for example http://paste.ubuntu.com/7161940/
[10:28] <BluesKaj> 'Morning folks
[10:38] <shadeslayer> apachelogger: since when did the mailing list become a bug tracker :O
[10:38] <apachelogger> shadeslayer: where?
[10:38] <shadeslayer> Fwd: [Apport KDE] [2014-03-27] Automatic crash report generated by DrKonqi
[10:39] <apachelogger> I dunno
[10:39] <apachelogger> it's hard to file a bug if apport is broken, don't you think :P
[10:39] <apachelogger> a bit of a chicken-egg situation right there
[10:39] <shadeslayer> sure, but a bit of googling would have landed you on the bug report ;)
[10:40] <apachelogger> shadeslayer: me?
[10:40] <shadeslayer> no, the guy posted to the mailing list
[10:40] <shadeslayer> s/to/who/
[10:40] <kubotu> shadeslayer meant: "no, the guy posted who the mailing list"
[10:40] <apachelogger> well yeah, you know who people are :P
[10:40] <apachelogger> s/who/how
[10:41] <shadeslayer> :)
[10:41] <shadeslayer> gtg
[10:41] <shadeslayer> cya at around 2 I guess
[10:41] <apachelogger> o/
[11:03] <Riddell> Sput: hmm if people complain about extra dependencies that kindae puts the whole kf5 idea as being a complaint target
[11:06] <sgclark> Riddell: have you had time to look at calligra?
[11:24] <Riddell> sgclark: yep, uploading it now
[11:32] <Sput> Riddell: KF5 will only catch on as planned if deployment is easy also on other platforms than Linux
[11:32] <Sput> (which is why I keep telling people they should keep this in mind, but I'm not sure if that's actually happening)
[11:33] <Sput> I'm not going to make KF5 a requirement for Quassel (much as I'd love to) if it's not really easy to package in Windows
[11:34] <Sput> preferably, KDE provides some CMake stuff that can automagically download and build a list of KD5 modules and their dependencies for Win and Mac
[11:35] <Sput> (and makes sure that it's setup in a way where a normal CMake buildsystem can then pick up the components; I have no clue if CMake config mode actually works, as there's no standard location to install cmake configs to)
[11:41] <Riddell> sgclark: up for some backporting?
[11:41] <Riddell> sgclark: also calligra-l10n to be done with all its fiddle
[11:43] <sgclark> Riddell: still trying to make a saucy pbuild env, not going well. Sure I can attempt i10n, which is top priority?
[11:45] <apachelogger> sudo pbuilder-dist saucy create
[11:51] <Riddell> sgclark: either way around
[11:51] <Riddell> sudo debootstrap saucy saucy  when you can't be bothered with pbuilder
[11:58] <Riddell> sgclark: calligra-l10n-package in kubuntu-automation may well help with calligra-l10n
[11:58] <Riddell> sgclark: it's a weird multi source package
[12:28] <sgclark> apachelogger: your command was successful, thank you
[12:28] <sgclark> Riddell: starting with backport
[12:32] <yofel> Riddell: the calligra-l10n internal script didn't do the job? That was pretty easy to use last time I worked on it
[12:33] <Riddell> yofel: I've always got confused by it and had to fix stuff up by hand
[12:33] <apachelogger> Riddell: since you don't like pbuilder, I can recommend lxc rather than regular chroots very much
[12:33] <kubotu> ::workspace-bugs:: [1283820] content of windows (and desktop) appear black when using kwin, but not with kwin_gles - in... @ https://bugs.launchpad.net/bugs/1283820 (by avlas)
[12:34] <yofel> apachelogger: do you have an easy pbuilder-like lxc setup? I do like using it for manual building, but for simple testbuilds lxc is just a hassle
[12:34] <yofel> Riddell: good point, the usage documentation of it was... lacking
[12:35] <apachelogger> nope, I only looked into lxc yesterdya for like an hour, but it should not be hard to create lbuilder xD
[12:35] <apachelogger> lx-create -> then overlayfs snapshot per build instance
[12:35] <yofel> it's possible sure, and a overlayfs setup like auto-upgrade-tester uses would be sweet
[12:36] <apachelogger> all you need then is a way to conviently exchange the src package and binary results
[12:37] <apachelogger> which you could do via a mount (which may be a bit eww) or the host script would simply copy the data into the clone before calling execute and copying the data out before calling destroy
[12:37] <yofel> well, you can just copy that to /var/lib/lxc/*/rootfs/tmp/, the actual command executing needs to happen over ssh though I think
[12:37] <apachelogger> it really maps very well to how pbuilde rworks anyway
[12:37] <yofel> true
[12:37] <apachelogger> yofel: nope, you could stdin pipe
[12:37] <apachelogger> BUT
[12:38] <apachelogger> pbuilder doesn't do that either
[12:38] <apachelogger> instaed you'd deploy a tiny harness script into the clone and lxc-execute that from the host
[12:38] <yofel> if you say so, auto-upgrade-tester fiddels with ssh IIRC, which is why I said that
[12:38] <apachelogger> which I think is what pbuilder does as well
[12:38] <yofel> oh, good point
[12:38] <apachelogger> yofel: I think that's to mimic actual user input
[12:38] <apachelogger> you could still stdin pipe though I guess
[12:40] <apachelogger> I may change the neon5 builder to use lxc some time, quite possibly results of that can be salvaged into a possible lbuilder
[12:42] <shadeslayer> is the freeze over?
[12:42] <yofel> package building is really the only thing that I still use pbuilder for. When I need a simple chroot I go with lxc usually (mostly because that has the debootstrap stuff cached)
[12:43] <apachelogger> shadeslayer: freeze is over when beta2 announcement is out
[12:43] <shadeslayer> pft okay
[12:44] <shadeslayer> Riddell: are you finishing off http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_saucy.html
[12:44]  * yofel  just retried a bunch on that page
[12:45] <shadeslayer> okay
[12:54] <Riddell> shadeslayer: hmm I'd quite forgotten about it :(
[12:54] <yofel> pykde4 needs install file mangling (s/3.4/3.3/), otherwise we're good so far
[12:55] <shadeslayer> *nod*
[12:55] <shadeslayer> will get to it post lunch
[12:57] <apachelogger> yofel: oh, what I don't know yet, how do you enable non-root user execution of containers?
[13:03] <yofel> apachelogger: I've never actually tried it: https://www.stgraber.org/2014/01/17/lxc-1-0-unprivileged-containers/
[13:04] <apachelogger> uhu, very hacky
[13:04] <apachelogger> let's not think about that for now ^^
[13:39] <menace> is there a way to see, which binary application registered which applications at the dbus-service?
[14:19] <apachelogger> yofel: placing data in the overlay is a bit of a hack xD
[14:20] <BluesKaj> hmm, system settings>multimedia>audio&video settings doesn't open in 14.04. it just hangs with the cursor turning over
[14:21] <BluesKaj> same goes for my desktop 14/04 install, altho it has pulseaudio installed
[14:23] <apachelogger> because Riddell broke all of multimedia
[14:23]  * apachelogger ^5's Riddell and welcomes him to the club :P
[14:25] <BluesKaj> well alsamixer is still available
[14:27] <shadeslayer> much interesting
[14:27] <shadeslayer> kio_sftp is no more?
[14:29] <shadeslayer> ah
[14:29] <shadeslayer> nooooooo
[14:29] <shadeslayer> needs 0.6.0 :(
[14:30] <Riddell> shadeslayer: sftp works for me, what's up?
[14:30] <shadeslayer> https://launchpadlibrarian.net/170854895/buildlog_ubuntu-saucy-i386.kde-runtime_4%3A4.12.95-0ubuntu1~ubuntu13.10~ppa1_FAILEDTOBUILD.txt.gz
[14:30] <shadeslayer> needs newer libssh in saucy
[14:30] <Riddell>  backport it?
[14:30] <shadeslayer> aye
[14:32] <apachelogger> yofel: if you want to write lbuilder... http://paste.ubuntu.com/7163019/ should have all the bits needed in terms of actual lxc interaction
[15:27] <menace> hi, i want to debug ksmserver, but when i attach to ksmserver with gdb, it always says that is already debugged (which it is clearly not) and if i kill the other program, the session exits. i suppose, that is, because kinit is attached to ksmserver and when kinit is killed, the session ends. how can i debug ksmserver?
[15:28] <shadeslayer> menace: please don't cross post :)
[15:28] <shadeslayer> and I think you'll get your answer in #kde-devel
[15:30] <menace> shadeslayer: let's see ;-)
[15:31] <menace> but i thought, perhaps it is a distribution specific issue...
[15:31] <shadeslayer> doubt it
[15:34] <menace> since forking and attaching from kinit/session-beginning is sometimes handled differently, i was not sure... only reason
[16:01] <menace> shadeslayer: does not look like it, that anyone's helping, does it? ;)
[16:01] <shadeslayer> ask on the mailing list?
[16:02] <menace> yeah, I'll subscribe to it
[16:03] <menace> oh, i think, i found a possibility
[16:10] <shadeslayer> Riddell: I got the GPG thing working
[16:10] <shadeslayer> Riddell: your key must be fully trusted
[17:02] <shadeslayer> Riddell: how's the release going
[17:02] <shadeslayer> need any help?
[17:27] <Riddell> shadeslayer: which GPG thing?
[17:27] <shadeslayer> Riddell: kwallet gpg
[17:27] <Riddell> shadeslayer: oh weren't we going to disable that?
[17:27] <shadeslayer> Riddell: I did
[17:27] <shadeslayer> but I also got it to work
[17:28] <shadeslayer> afiestas *really* recommended that we disable it
[17:28] <yofel> what's the default?
[17:28] <shadeslayer> GPG for me
[17:29] <shadeslayer> and it says "for better protection"
[17:29] <Riddell> but it doesn't work at all for a new user
[17:29] <shadeslayer> yep
[17:29] <Riddell> so very unfriendly
[17:29] <yofel> IMO, if upstream doesn't recommend it, they should be disabling it
[17:29] <Riddell> you want to connect to wifi and it says use gpg and it breaks
[17:30] <yofel> or at least not-enable-by-default
[17:30] <Riddell> shadeslayer: release in about 4 hours, needs a story on kubuntu.org and this checked over https://wiki.kubuntu.org/TrustyTahr/Beta2/Kubuntu
[18:09] <sgclark> Riddell: calligra saucy backport in my ubuntu one. Runs through saucy pbuilder with only one dep change.
[18:13] <yofel> sgclark: is it in a PPA? then we could just copy it
[18:13] <sgclark> PPA?
[18:14] <sgclark> yofel: I don't know what you mean sorry
[18:14] <yofel> sgclark: ah ok, PPA's are our launchpad archives, like kubuntu-ninjas/ppa or kubuntu-ppa/experimental
[18:15] <yofel> every launchpad user can have some so you might want to look into it
[18:15] <yofel> sgclark: https://help.launchpad.net/Packaging/PPA
[18:19] <yofel> sgclark: in the meanwhile, where's the package? Then I could upload it too
[18:19] <sgclark> yofel: in my ubuntu one, I don't have your email to give access
[18:19] <yofel><EMAIL_ADDRESS>[18:33] <Peace-> :)
[18:33] <Peace-> hello
[18:33] <yofel> hi Peace-
[18:34] <Peace-> hi yofel
[18:34] <shadeslayer> yofel: want to see something neat?
[18:34] <yofel> always ^^
[18:34] <shadeslayer> yofel: http://wstaw.org/m/2014/03/27/plasma-desktopUA2242.png
[18:34] <shadeslayer> :3
[18:35] <yofel> NERD o.O?
[18:35]  * Peace- hheheheh nerd
[18:35] <shadeslayer> silly plugin name
[18:35] <shadeslayer> for vim
[18:35] <yofel> hehe
[18:35] <yofel> yeah, I recognised vim, but that's cool indeed
[18:35] <shadeslayer> yofel: http://wstaw.org/m/2014/03/27/plasma-desktoppX2242.png
[18:36] <shadeslayer> notice the +'s on the left
[18:36] <yofel> :O
[18:37] <Peace-> mah i love kate :P
[18:37] <shadeslayer> yofel: oh, even more fun : http://wstaw.org/m/2014/03/27/plasma-desktopwH2242.png
[18:38] <yofel> :O
[18:38] <shadeslayer> yofel: also, that's qvim
[18:38] <shadeslayer> or Qt Vim :P
[18:38] <yofel> wait what, that exists?
[18:38] <yofel> gimme
[18:39] <shadeslayer> :D
[18:39] <shadeslayer> yofel: https://bitbucket.org/equalsraf/vim-qt/wiki/Home
[18:41] <shadeslayer> yofel: ./configure --enable-gui=qt --prefix=/opt/vim-qt --with-vim-name=qvim --enable-rubyinterp --enable-pythoninterp --enable-python3interp
[18:41] <shadeslayer> for extra pythonness
[18:42] <yofel> sgclark: did you use a different tarball to build calligra for saucy? Trying to apply your files to the trusty tarball gives:
[18:42] <yofel> dpkg-source: error: file ./calligra_2.8.1.orig.tar.xz has size 138470468 instead of expected 138471552
[18:43] <shadeslayer> yofel: I still haven't found a good way to find files inside a project
[18:43] <shadeslayer> or jumping around into functions
[18:43] <shadeslayer> ctags just seem very 90's
[19:04] <sgclark> yofel: sorry having internet issues, will re-upload the orig file
[19:08] <yofel> sgclark: I would rather find out why they're mismatching, otherwise I'll have to do a full upload when a diff upload should be sufficient
[19:08] <sgclark> yofel: my internet cut out possibly while it was uploading
[19:09] <yofel> sgclark: then it would be mine, as I downloaded the tarball from launchpad. The .dsc has the filesize in it though and that doesn't match
[19:13] <sgclark> yofel: did you get it ? I am building off tarball retrieved from depot
[19:18] <yofel> for some reason your tarball doesn't match with depot, MD5: f35d3b792875b31576804090872a9771 != 85629dd9ed72a0b57ed279528b0879d7
[19:19] <yofel> but now I can rebuild the package easily
[19:19] <sgclark> what ? how did that happen? have I just wasted days of work? I am confused
[19:23] <yofel> sgclark: it should be fine, after all the archive upload to trusty used the correct tarball
[19:23] <yofel> I'll just take your changes and rebase them on the right file
[19:24] <sgclark> ok
[19:26] <yofel> sgclark: what's fixMsooXmlTableStyleCase.diff ?
[19:27] <yofel> sgclark: aah, the tarball was respun upstream to fix the error that this patch fixes
[19:27] <yofel> hence the different files
[19:27] <sgclark> yofel: ahh
[19:28] <sgclark> that makes sense then
[19:35] <yofel> sgclark: what exactly did you change? Your packaging was a bit outdated so the diff is a bit large and I don't really see what you changed for the backport http://paste.ubuntu.com/7164538/
[19:39] <sgclark> yofel: my packaging was a bit outdated? This is my first backport and all I did was run it against pbuilder saucy and had to change okular depend version, as newest does not exist in saucy. Your paste looks like all of the work I did for trusty build...
[19:40] <yofel> sgclark: that's the diff between the trusty archive package and yours
[19:41] <yofel> backporting usually means taking the package from trusty, and adjusting it for saucy. Here I guess jr changed the package before upload so they don't match
[19:41] <sgclark> Oh I think I know what happened, looks like I failed to bzr add patches
[19:42] <sgclark> though we no longer need so I should rebuild calligra with new tarball?
[19:46] <sgclark> more going on there though. I don't know what all he changed
[19:48] <yofel> I'll look at things in detail in a moment, a bit busy right now
[19:49] <sgclark> yofel: no there is something very wrong here, patches being added back in that should have been removed. Disregard this being ready.
[19:49] <yofel> the patches are there because the tarball is different
[19:50] <sgclark> yofel: I am thinking I want to grab the new tarball and rebuild. What do you think?
[19:51] <yofel> sgclark: probably best, run this:
[19:51] <yofel> dget -xu https://launchpad.net/ubuntu/trusty/+source/calligra/1:2.8.1-0ubuntu1/+files/calligra_2.8.1-0ubuntu1.dsc
[19:51] <yofel> then you'll start from the current trusty package
[19:52] <sgclark> ok
[19:57] <yofel> sgclark: do you have a gpg key? I could explain you how to setup a PPA if you want. Having the package in an archive makes it easier to a) test it as we have the binaries b) review it as it's in a public location c) one can copy packages between archives easily
[19:59] <sgclark> yofel: yeah, I set up a persoanl ppa. will upload this to that when ready
[20:00] <yofel> yay
[21:41] <Riddell> beta 2 feels nearly out
[21:42] <sgclark> yofel: I grabbed the tarball from depot and that error (the one I created patch for) is still there. Where did you get your tarball that was fixed?
[21:42] <yofel> sgclark: I ran the dget line I gave you
[21:43] <yofel> which downloads the tarball from launchpad
[21:43] <yofel> and that has the same md5 as depot
[21:45] <yofel> sgclark: wait, which patch are we talking about exactly?
[21:45] <sgclark> well the depot was not fixed so I am back to havving no idea why the mdsums would be off
[21:46] <sgclark> BorDer needs to be Border in MsooXmlTableStyle.cpp
[21:46] <yofel> let me verify this
[21:48] <yofel> sgclark: ok, seems like upstream messed up again?
[21:48] <yofel> 85629dd9ed72a0b57ed279528b0879d7 is indeed still broken, and I just realized that raymond complained about that today
[21:48] <sgclark> I don't know but this is getting frustrating.
[21:49] <yofel> sgclark: in any case, we'll have to fix the trusty package first, as that's broken too
[21:50] <yofel> sgclark: the tarball was respun though, so the md5sums were still off
[21:50] <sgclark> yofel: I am going to apply my original fix to this latest depot I downloaded ok?
[21:50] <yofel> it's just that the new tarball is broken too
[21:51] <sgclark> will that resolve mdsums?
[21:51] <yofel> sure, as long as yours is 85629dd9ed72a0b57ed279528b0879d7
[21:52] <sgclark> yofel: verified, moving forward
[22:16] <Sput> agateau: are there any plans to do a release of libdbusmenu-qt with the cmake config stuff and Qt5 support in?
[22:16] <Sput> 0.9.2 is getting a bit stale :P
[23:36] <ScottK> Sput: IIRC he stopped dealing with it when he left Canonical.
[23:39] <Riddell> Subject: [ubuntu-release] Ubuntu 14.04 LTS (Trusty Tahr) Final Beta released
[23:40] <Riddell> whee
[23:44] <valorie> btw, our https://wiki.kubuntu.org/TrustyTahr/Beta2/Kubuntu shows down at the Software Common to all Ubuntu flavours section:
[23:44] <valorie> Include: Nothing found for "^##StartTrustyReleaseBugs"!
[23:44] <valorie> Include: Nothing found for "##EndTrustyReleaseBugs"!
[23:44] <valorie> in red
[23:50] <Riddell> hmm, some breakage there, wasn't like that this afternoon
[23:51]  * Riddell removes
[23:52]  * Riddell publishes http://www.kubuntu.org/news/kubuntu-1404-lts-beta-2
[23:59] <valorie> weeeee
[23:59] <Riddell> slightly concerned we'll now get lots of bugs about amarok crashing from people who need to update to latest qtwebkit


[05:38] <an3k> Hi do I apply http://archive.ubuntu.com/ubuntu/pool/main/g/gcc-4.8/gcc-4.8_4.8.4-2ubuntu1~14.04.diff.gz onto http://archive.ubuntu.com/ubuntu/pool/main/g/gcc-4.8/gcc-4.8_4.8.4.orig.tar.gz (from http://packages.ubuntu.com/trusty-updates/libgcc-4.8-dev)?
[05:40] <an3k> s/Hi/Hi! How/
[05:41] <tarpman> an3k: download the .dsc and the files it references and run 'dpkg-source -x gcc-4.8_4.8.4-2ubuntu1~14.04.dsc', or run 'apt-get source gcc-4.8' on a trusty install (or in a trusty chroot, or using chdist(1))
[05:42] <genii> man diff
[05:42] <an3k> thanks tarpman.
[05:43] <an3k> genii: I know how to apply patches but in this case the gcc-4.8_4.8.4.orig.tar.gz contains two more archives and it's not that easy to know where to place the patch file
[05:45] <tarpman> an3k: oh, I forgot gcc is one of those fun ones. http://sources.debian.net/src/gcc-4.8/4.8.5-3/debian/README.source/ suggests "debian/rules patch" (this would be after "dpkg-source -x ..." succeeds)
[05:45] <tarpman> lots of custom stuff in that one
[05:46] <an3k> Nice. I already excepted some more issues. Actually I just need ONE static library out of gcc for a complete different tiny tool :/
[05:47] <tarpman> are you certain the library you need is not already packaged?
[05:47] <tarpman> building the packaged gcc from source is probably not for the faint of heart
[05:47] <an3k> it is but it's a dynamic lib and the tool only wants static libs :(
[05:48] <tarpman> actually, that's a total lie. dpkg-buildpackage has to work on buildds, therefore it would certainly work for you as well
[05:48] <tarpman> an3k: out of curiosity, which one?
[05:48] <an3k> L-SMASH Works
[05:48] <tarpman> which library
[05:48] <an3k> /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbeginT.o: relocation R_X86_64_32 against `__TMC_END__' can not be used when making a shared object; recompile with -fPIC
[05:49] <an3k> and after that probably some more
[05:49] <an3k> interestinly ffmpeg had no problem at all getting built with shared-libs disabled and only static libs
[05:52] <tarpman> I obviously don't know much about what you're trying to do, but I'd be quite surprised if you actually had to rebuild gcc to achieve it
[05:54] <an3k> well when I build ffmpeg normally L-SMASH Works complained about libavformat.o shared object blabla so I recompiled as static and it helped
[05:56] <an3k> and sadly apt-get source gcc-4.8 didn't helped at all. It downloaded the three files and applied the patch but not onto the original gcc-4.8 but into an empty directory. Guess I'll simply grab the pure source and try my luck with that one
[05:56] <tarpman> "shared object blabla" isn't really enough to say whether switching to static linking was the right thing to do, but it might have been an overreaction, if static linking wasn't what you wanted right from the start
[05:56] <tarpman> an3k: I guess you missed the part where I said http://sources.debian.net/src/gcc-4.8/4.8.5-3/debian/README.source/ suggests "debian/rules patch"
[05:58] <tarpman> I assume you've seen the forum posts saying "build ffmpeg with --enable-pic to avoid errors"
[05:58] <an3k> no but I found https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu
[06:00] <tarpman> sounds like a lot of work. did you consider installing ubuntu 15.04 or 15.10 and running "apt-get install libav.*-ffmpeg-dev" ?
[07:18] <an3k> tarpman: yeah, I saw that ffmpeg is back in 15.04 but my server is running 14.04 and is already finished. Additionally ffmpeg is not the issue. It's just L-SMASH Works requiring all these -fPIC / static libraries stuff so 15.04 / 15.10 wouldn't help at all
[07:22] <an3k> ok, applying the patch to gcc finally error'ed with "configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+." ... I guess I'll slap the dev of L-SMASH Works and look for something different
[07:25] <an3k> Can't I simply use a different gcc version compile it with static libs and then compile the tool with static libs too if the target system uses another version of gcc?
[07:36] <tarpman> an3k: is https://github.com/l-smash/l-smash the thing you're trying to build?
[07:36] <an3k> no, this compiled correctly on the first try. It's https://github.com/VFR-maniac/L-SMASH-Works
[07:37] <tarpman> which requires the former as a dependency, looks like
[07:37] <an3k> yes, as well as some libs from ffmpeg and gcc and libenca and libfribidi and probalby some more
[08:20] <Node_705> How do I upload to ubuntu server using SSH guys?
[08:20] <hateball> !scp | Node_705
[08:21] <Node_705> Yes, but I need specific commands, nothings working
[08:22] <an3k> Node_705: from ubuntu to ubuntu?
[08:23] <Node_705> from mac to ubuntu
[08:23] <an3k> Node_705: try if mac knows this command: sftp<EMAIL_ADDRESS>[08:24] <an3k> if you dont get an error you can use it to easily upload/download
[08:25] <an3k> once the connection is establish do use the command cd to change the directory on the server or !cd to change the local directory
[08:25] <an3k> "put filename" to upload a file
[08:25] <an3k> "get filename" to download a file
[08:25] <Node_705> The server won't allow us to establish the connection, it says permission is denied
[08:26] <Node_705> Is ftp blocked by Amazon AWS?
[08:26] <an3k> that's not ftp. its ssh
[08:28] <Node_705> sftp is still denied permission to access the server
[08:29] <an3k> then it's very likely disabled on AWS side. Maybe scp helps but I don't know
[08:45] <hateball> Node_705: scp /local/file.waev user@remote.host:/path/remote/user/can/write/to/
[08:46] <hateball> if you do not supply a remote path, it defaults to $HOME for the remote user
[12:52] <gabriel-artigue> I installed a GUI over Ubuntu Server, now one every five times or so, the computer hangs when I exit the X environment. Is this a known issue? I'd like to solve this; what else should I tell you about my system to better describe the issue?
[12:59] <rbasak> Telling us what GUI you installed would help. But really what you have now is some hybrid desktop machine, so the help you'll get here is pretty limited I think. You're welcome to use this channel though.
[13:02] <gabriel-artigue> you are right, rbasak, about the hybrid machine. Thanks for your reply.
[13:04] <gabriel-artigue> my issue seems to be generic, it doesn't matter what GUI I install, the behavior is the same. So far I've tried: Openbox, Gnome Shell, XFCE4, Window Maker and perhaps other. Thanks again.
[13:06] <EmilienM> coreycb, jamespage: hello guys! do we have a new build for Aodh today regarding to the bug?
[13:07] <coreycb> EmilienM, not that I've seen.  zul should be around soon, maybe he can sponsor it.
[13:07] <EmilienM> awesome !
[13:07] <coreycb> EmilienM, james is on work travel so pretty tied up
[13:08] <EmilienM> it makes sense
[14:33] <dannymichel> do i need to download auto discover xml from somewhere to setup auto discover or something?
[16:02] <zzxc> Hey, is there any word on a patch to CVE-2016-0777 (the Roaming OpenSSH issue)
[16:06] <mdeslaur> zzxc: http://www.ubuntu.com/usn/usn-2869-1/
[16:11] <zzxc> Freaking Znc. Ok I'm not sure if my last message posted. But is there any word on the openssh roaming patch?
[16:13] <mdeslaur> zzxc: http://www.ubuntu.com/usn/usn-2869-1/
[16:15] <zzxc> mdeslaur: Awesome! Thank you. Also didn't know you could look up by CVE numbers.
[16:23] <Pici> zzxc: http://people.canonical.com/~ubuntu-security/cve/ is pretty useful too (although I it can be a little slow to update)
[16:33] <cyphermox> rbasak: jgrimm: hey, since this came up in Foundations meeting right now, feel free to ask me when you need help with sponsoring uploads.
[16:33] <jgrimm> cyphermox, thank you big time!
[16:35] <cyphermox> it already came up in conversation before the holidays, I guess I forgot to ping you then
[16:35] <EmilienM> coreycb: why aodh is red on http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/mitaka_versions.html ? what red means? CI?
[16:35] <EmilienM> or no build?
[16:37] <coreycb> EmilienM, the report will auto-refresh shortly but the new aodh is available in trusty-mitaka staging
[16:37] <EmilienM> oh ok
[16:37] <coreycb> EmilienM, it says "needs building" on that report
[16:38] <coreycb> jamespage, can you promote aodh to trusty-mitaka proposed?
[16:44] <YamakasY> what is the best way to install these modules for perl ? getopt::Long, File::Basename, POSIX, Net::LDAP, Date::Manip.
[16:47] <jrwren> apt-get install libnet-ldap-perl
[16:47] <jrwren> follow the same pattern for others and some of those are perl std modules aren't they?
[16:47] <jamespage> coreycb, doing so now
[16:47] <teward> jrwren: yeah i think some of those are standard
[16:47] <coreycb> jamespage, thanks!
[16:47] <YamakasY> jamespage: yeah, but no cpan ?
[16:48] <teward> most of those should be in the repos no?
[16:48] <jrwren> apt-get install libgetopt-long-descriptive-perl libdate-manip-perl
[16:48] <jrwren> you can use cpan if you wish. the deb packages from teh repose have the advantage that if there is C code it is already compiled and you don't need to install make and gcc.
[16:49] <YamakasY> yeah idneed
[16:49] <jamespage> coreycb, copied - building and publishing now
[16:49] <jamespage> EmilienM, ^^
[16:49] <EmilienM> jamespage: thank you :-)
[16:49] <jamespage> yw
[16:50] <YamakasY> this is my error Can't locate utils.pm in @INC (you may need to install the utils module)
[16:50] <nacc> YamakasY: you may want to use apt-file to find what packages contain which modules; apt-cache search may find it too
[16:51] <YamakasY> nacc: it's specfic perl I think
[16:51] <jrwren> YamakasY: is that the entire trace? if no, pastebin teh whole thing please.
[16:52] <jrwren> YamakasY: also, what module is giving that error?
[16:52] <YamakasY> jrwren: some nagios check pl
[16:52] <YamakasY> it's the same as monitoring tools
[16:53] <jrwren> A default check? which one?
[16:53] <YamakasY> jrwren: http://ltb-project.org/wiki/documentation/nagios-plugins/check_ldap_syncrepl_status
[16:54] <nacc> YamakasY: apt-file search utils.pm
[16:54] <nacc> nagios-plugins-common: /usr/lib/nagios/plugins/utils.pm ?
[16:54] <jrwren> YamakasY: /usr/lib/nagios/plugins/utils.pm exists?
[16:54] <YamakasY> jrwren: nope, as I don't run nagios :)
[16:54] <YamakasY> it should be able without
[16:55] <jrwren> YamakasY: That check script requires utils.pm from nagios. Like nacc pasted, you need to install nagios-plugins-common
[16:55] <nacc> YamakasY: so you have a module that is doing some nagios check and is including the pm file, and you want it to succeed if the file doesn't exist?
[16:55] <YamakasY> nacc: trying to figure it out :)
[16:56] <YamakasY> mhh plugins is already the latest
[16:57] <nacc> YamakasY: nagios-plugins-common? or nagios-plugins? they are separate packages
[16:58] <jrwren> YamakasY: also, are you using tarball from ltb-project or deb pkg?
[16:58] <YamakasY> aha, it wants it in the plugins folder, doesn't have a $home
[16:58] <YamakasY> jrwren: tar
[16:59]  * YamakasY feels sexy again
[16:59] <jrwren> YamakasY: then you need to upgrade the scripts or symlink so that use lib '/usr/local/nagios/libexec'; works.
[16:59] <nacc> jrwren: good question! I was assuming all w/in the ubuntu packages. Thanks for that
[16:59] <YamakasY> yeah moved them in
[16:59] <jrwren> YamakasY: the scripts in that tarball think utils.pm is in /usr/local/nagios/libexec instead of /usr/lib/nagios/plugins/
[16:59] <YamakasY> nacc: nah, real people use the native tarballs these day :P
[16:59] <jrwren> YamakasY: ah, so things work?
[16:59] <YamakasY> jrwren: it seems so :)
[16:59] <YamakasY> merci my beloved friends
[17:00] <YamakasY> free hugs!
[17:47] <lucidguy> should one do a full apt-get upgrade prior to do-release-upgrade.  Does it really matter?
[17:56] <pmatulis> lucidguy: you should definitely do a 'sudo apt-get update; sudo apt-get dist-upgrade' prior to do-release-upgrade
[18:33] <lucidguy> within iptables.rules, on the :INPUT DROP [##:###]  ... what does that number range represent?
[18:33] <lucidguy> pmatulis: thanks
[18:34] <TJ-> lucidguy: the packet counts
[18:34] <lucidguy> really?  why would that be in the conf?
[18:35] <TJ-> so that reloading rules need not reset the counts
[18:36] <lucidguy> Whats the point of keeping a count of packets?
[18:37] <lucidguy> whats to the left of the : vs the right?
[18:38] <TJ-> I can't remember now, and am struggling to find mention of it in the docs, although I know it's there someplace. I think it might be ACCEPT:DROP
[18:39] <TJ-> see "man iptables-save" and the "--counters" option for a hint
[19:02] <lordievader> Wasn't it packets:bytes?
[19:08] <TJ-> yes, it could be. I recall seeing some tools that made use of it, firewall maangement tools - possibly shorewall
[19:50] <fuzzywuzzy> I've a LAMP server on Ubuntu 14.04 LTS.  It has a user I created other than root.  SSH allows this user and this user alone to SSH into the box.  Problem I have is that user has no ability to sftp because /var/www is owned by www-data
[19:51] <fuzzywuzzy> How are others setting this up?  I basically don't want root to be able to ssh in and I still want to be able to use certificate based auth
[19:56] <sarnold> there's lots of options; you could set the directory to be owned by your user account; you could give the user sudo access to copy data into the directory; you could add the user to a group with write privileges to the directory (and probably set the setgid bit on the directory, to make this easier to work with)
[19:57] <fuzzywuzzy> sarnold, which is the most optimal and secure
[19:59] <sarnold> fuzzywuzzy: probably changing the directory ownership; I don't like the defaults where the directory is owned by the same user that runs the webserver
[20:00] <fuzzywuzzy> Will that break anything?
[20:01] <sarnold> I haven't run into any issues with it but I am relatively pedestrian
[20:01] <fuzzywuzzy> So I have to create a new group and then add this user to it.  Then chown to user:group I just created?
[20:01] <fuzzywuzzy> This is a wordpress install if that matters
[20:03] <sarnold> you don't necessarily need the new group; the group approach is nice if you have several authors
[20:03] <sarnold> I've not used wordpress; I'm a bit surprised though I thought wordpress was all database-driven?
[20:03] <fuzzywuzzy> sarnold, Should I add this user to www-data?
[20:04] <sarnold> fuzzywuzzy: I wouldn't bother; just be sure the user leaves everything world-readable in /var/www/...
[20:06] <fuzzywuzzy> sarnold, so just change the owner not the group
[20:06] <sarnold> yeah
[20:08] <fuzzywuzzy> Thanks
[20:08] <fuzzywuzzy> =)
[20:08] <sarnold> you're welcome ;) have fun


[01:12] <jose> bradm: ping, mind a quick PM?
[01:13] <bradm> jose: sure, go for it.
[01:13] <jose> cool :)
[10:28] <jam> voidspace: want to join the 1:1 room?
[11:31] <bloodearnest> rick_h_: loving the new info pages for charms, thanks! :)
[11:45] <rhalff> hi, is there any specification for the websocket API?
[13:16] <yaell> Hi guys I need some help. I am trying to add a new container to an existing machine on a maas environment using the command : juju add-machine lxc:1 but I always get the same error message :container failed to start. Does anyone have an idea why this is happening?
[13:26] <rick_h_> bloodearnest: <3
[13:51] <mgz> bug 1386143
[13:51] <mup> Bug #1386143: 1.21 alpha 2 broke watch api, no longer reports all services <api> <regression> <juju-core:Triaged> <juju-gui:Invalid> <juju-quickstart:Invalid> <https://launchpad.net/bugs/1386143>
[15:05] <mhall119> arosales: marcoceppi: gaughen: jose: we only have today and tomorrow before UOS starts, and so far there is only one Cloud & DevOps session in Summit. Have you been recruiting sessions and just haven't added them to Summit yet, or are there no sessions planned yet?
[15:09] <arosales> mhall119: thanks for the reminder. I need to sync up with gaughen as she back from ODS pairs now
[15:18] <gaughen> mhall119, I will only be scheduling 2-3 sessions
[15:19] <mhall119> thanks gaughen
[16:24] <johnmce> Hi all, is there anyone around that can give me some advice on using the hacluster charm with MAAS?
[16:26] <johnmce> I'm specifically concerned with how the openstack charms now support multiple networks, and how that is supposed to work with MAAS+LXC
[17:23] <jamespage> gnuoy, dosaboy: https://code.launchpad.net/~james-page/charms/trusty/quantum-gateway/vlan-flat-support/+merge/241308
[17:59] <johnmce> Can anyone point me in the direction of any documentation that explains how to get Juju to create LXC containers (in MAAS) that have multiple virtual NICs?
[18:01] <johnmce> All of the updated Openstack charms support declarations for multiple networks, and multiple vips, but without the ability to create LXC contains with multiple NICs this is useless.
[18:08] <johnmce> Please, can anyone help?
[18:12] <jose> johnmce: hey, I think you have better chance of getting someone to explain if you email<EMAIL_ADDRESS>OpenStack Charmers don't idle too much in this channel
[18:13] <jose> mhall119: have got only the CI one, apparently people are too busy to respond
[18:13] <jose> stub: did you get bundletester running? if not, I can give you a hand with it
[18:28] <lazyPower> dpb1: i haev no idea what I was thinking when i sent that MP in - fixed up and re-set for re-review. Thanks for the catch!
[19:00] <jose> tvansteenburgh: hey, any updates on bundletester+constraints?
[19:00] <tvansteenburgh> jose: it's implemented, but i'm waiting for a patch to juju-deployer to land first
[19:00] <jose> got it!
[19:00] <jose> thanks :)
[19:00] <tvansteenburgh> np!
[19:03] <jose> hey rick_h_, do you think you could do an UOS session demonstrating what's new on the gui and probably what's coming?
[19:03] <rick_h_> jose: maybe
[19:03] <rick_h_> jose: when ya thinking?
[19:03] <jose> rick_h_: wed, thu or fri, you choose the time
[19:04] <rick_h_> jose: otp but sounds like something I could do :)
[19:05] <jose> rick_h_: lemme know when you've got a bit of time and we can discuss, thanks! :)
[19:14] <jose> tvansteenburgh: quick question, I just ran bundletester and I'm not seeing any sentries, is this expected? I'm on 1.21-beta
[19:15] <tvansteenburgh> sentries were removed from amulet in v1.8.1
[19:16] <jose> oh, ok
[19:16] <tvansteenburgh> i mean, the sentry api still exists in it's same form
[19:16] <jose> thanks for the clarification :)
[19:16] <dpb1> lazyPower: looks good now
[19:16] <tvansteenburgh> but the sentries are no longer implemented as subordinate charms
[19:24] <johnmce> jose: I've email the list. This is it: https://lists.ubuntu.com/archives/juju/2014-November/004516.html
[19:25] <jose> johnmce: cool, that's better chances of getting an accurate response :)
[20:58] <rick_h_> jose: hey sorry. So I've got gaps wed or friday
[21:19] <ezobn> Hi all: Have ran all the openstack charms, make needed relations, all working well, except the  nova security groups, the nova.network.security_group.neutron_driver get the error with error getting them. I use  openstack-origin:trusty-juno. Does anybody faced that ?


[11:37] <rye> hi, is this a bug that unity resizes window to half the screen if i try e.g. to resize window by dragging left corner, not dragging the window to the edge, but just the edge of the window to the edge of the screen?
[11:51] <kamstrup> rye: good question :-)
[11:52] <rye> kamstrup, bug #878021 seems to highlight the impact of this behavior in multi-monitor setups
[11:52] <ubot2> Launchpad bug 878021 in unity "Impossible to resize window to span dual screen" [Undecided,Confirmed] https://launchpad.net/bugs/878021
[11:56] <kamstrup> rye: considering that then I think it must be a bug
[12:01] <Solarius_> Hello everyone!
[12:02] <Solarius_> Is this the right place to ask for uTouch sources? :)
[12:27] <kamstrup> Solarius_: what do you mean by "uTouch sources", the source code for the utouch stack, or?
[12:28] <kamstrup> https://launchpad.net/utouch
[12:29] <Solarius_> kamstrup: yep, these sources are the ones I would be interested in, but when I try to browse sources, it tells me that "Launchpad does not know where uTouch hosts its code."
[12:30] <kamstrup> Solarius_: ah, lol, sorry :-)
[12:30] <Solarius_> And when I try to browse branches, it tells me that I don't have access to those
[12:30] <kamstrup> Solarius_: there is also a #ubuntu-touch channel...
[12:30] <Solarius_> kamstrup: thank you very much :)
[12:30] <Solarius_> I will try that next
[12:32] <geser> Solarius_: try at https://code.launchpad.net/~utouch-team
[12:34] <Solarius_> geser: thank you!
[18:05] <jtaylor> is someone already working on backporting the gtk2 .7 file choser to oneiric? bug 878933 is starting to collecting dups
[18:05] <ubot2> Launchpad bug 878933 in gtk+2.0 "Crash when attempting to open a second file from the recent file list" [Undecided,Confirmed] https://launchpad.net/bugs/878933
[19:20] <dobey> mterry: hey. banshee hasn't been accepted to proposed it seems. should we bug pitt or someone in person to accept it?
[19:21] <mterry> dobey, yes
[19:21] <dobey> mterry: do you have that version of banshee installed on your laptop btw?
[19:22] <mterry> dobey, yeah
[19:22] <dobey> mterry: does it crash if you open amz store?
[19:23] <mterry> dobey, let me see
[19:23] <dobey> thanks
[19:24] <mterry> dobey, no?
[19:24] <dobey> hrmm
[19:24] <dobey> good :)
[19:25] <dobey> https://bugzilla.gnome.org/show_bug.cgi?id=662982 was blaming my fix :/
[19:25] <ubot2> Gnome bug 662982 in Other Extensions "Immediate crash whenever I click on "Amazon MP3 Store"" [Normal,Unconfirmed]
[19:25] <mterry> dobey, just because I don't get it doesn't mean much.  I can't seem to reproduce anything these days :)
[19:25] <mterry> I've got a magic system
[19:26] <dobey> wel, its probably something else anyawy
[19:33] <mterry> dobey, it landed in proposed
[19:34] <dobey> mterry: thanks
[19:34] <mterry> dobey, probs pitti's doing.  (I didn't prompt him)
[19:34] <mterry> pitti, thanks!
[19:35] <dobey> ah ok :)