[22:32] <aprilVT> /!\ this chat has moved to irc.crimeircd.net #pp /!\
[22:33] <SimbaBf> /!\ this chat has moved to irc.crimeircd.net #0 /!\
[22:48] <wizonesolutionsp> hUT0LI8VNyLrjm0mrerWaCLdsU6csZkBBotLyCSZCIQBrOm0QJHKFOKdZOs4YQbRIYV9zL9iml44JStbeUEUMCLY2N5QQ8AqTbhoylyuhgvUPj77af0igma1


[12:39] <ItzSwirlz> Any flavors/remixes need testing that hasn't been gotten to yet? I got some extra time
 https://matterbridge.thomas-ward.net/a925164e/file_74.jpg
 If none, then in that case I will be unorthodox and run this on my gaming rig (dear god)
 Telegramers: Here is what UCR looks like on my gaming rig in live session! : https://matterbridge.thomas-ward.net/1b55bddb/file_75.jpg


[05:14] <zyga> good morning
[05:30] <jamesh> zyga: I ran into a weird bug when mixing the content interface with layouts: https://bugs.launchpad.net/snapd/+bug/1831010
[05:30] <mup> Bug #1831010: Snapd fails to upgrade package that uses layouts to remap a content plug mount <snapd:New> <https://launchpad.net/bugs/1831010>
[05:30] <jamesh> with the mount namespace in place, I can't upgrade the package
[05:31] <zyga> Hey
[05:31] <mborzecki> morning
[05:31] <zyga> jamesh: can you please try with ...
[05:32] <zyga> https://github.com/snapcore/snapd/pull/6891
[05:32] <mup> PR #6891: many: make per-snap mount namespace MS_SHARED <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/6891>
[05:35] <jamesh> I'll give it a go.
[05:35] <zyga> Thanks!
[05:36] <zyga> I’ll be in the office soon
[05:48] <zyga> back now
[05:48] <zyga> jamesh: so, I'm not sure that branch will help
[05:48] <zyga> jamesh: but surprisingly it did help with another test that documented a bug
[05:48] <zyga> jamesh: I'm not 100% sure when the kenels returns EBUSY on mount ops, perhaps it was due to the fact than an app was running?
[05:48] <jamesh> zyga: I haven't tested it yet, but it wasn't obvious it would
[05:49] <zyga> jamesh: if this is a blocker for you I can take the bug report and jump into the kernel to see what is really going on
[05:49] <jamesh> zyga: my guess is that it is trying to unmount the layout mount without first doing the submounts
[05:49] <zyga> jamesh: but we almost always do that, it never complains
[05:50] <zyga> jamesh: we always MS_DETACH (aka --lazy) so that should work
[05:50] <zyga> jamesh: I think there is something else that must be at play
[05:50] <zyga> jamesh: I know you are busy with lots of stuff and that we owe you a ton of reviews but if you could also review https://github.com/snapcore/snapd/pull/6891 I would love to get some feedback -- it's a tricky PR that involves user mount namespaces
[05:51] <mup> PR #6891: many: make per-snap mount namespace MS_SHARED <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/6891>
[05:52] <mup> PR snapd#6934 opened: tests: fix repack_snapd_snap_with_deb_content <Bug> <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6934>
[05:52] <zyga> mborzecki: I cherry picked a bugfix from mvo so that it can land faster ^
[05:53] <mborzecki> zyga: ah, that one
[06:01] <mborzecki> zyga: any ideas about sid here? https://github.com/snapcore/snapd/pull/6927#partial-pull-merging if that's something in the distro, i'd expect master to fail too
[06:01] <mup> PR #6927: release: 2.39.1 <Created by mvo5> <https://github.com/snapcore/snapd/pull/6927>
[06:01] <jamesh> zyga: I simplified things a bit to reduce the number of mounts (i.e. not using gtk-common-themes), and was able to reproduce the problem: https://bugs.launchpad.net/snapd/+bug/1831010/comments/2
[06:01] <mup> Bug #1831010: Snapd fails to upgrade package that uses layouts to remap a content plug mount <snapd:New> <https://launchpad.net/bugs/1831010>
[06:02] <zyga> jamesh: thanks!
[06:02] <jamesh> zyga: I think it is the last duplicated mount not present in the snapd fstab that is confusing things
[06:02] <zyga> curious
[06:02] <zyga> thanks!
[06:03] <zyga> jamesh: it might be this bug https://bugs.launchpad.net/snapd/+bug/1828357
[06:03] <mup> Bug #1828357: snap-update-ns incorrectly sorts mount profile entries <snapd:New for zyga> <https://launchpad.net/bugs/1828357>
[06:03] <zyga> but then again, maybe not, I'll check
[06:03] <zyga> mborzecki: looking
[06:04] <zyga> mborzecki: do you mean:
[06:04] <zyga> dpkg-source: error: can't build with source format '3.0 (quilt)': non-native package version does not contain a revision
[06:04] <zyga> dpkg-source: info: using options from snapd/debian/source/options: --include-removal
[06:04] <zyga> dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 255
[06:04] <mborzecki> zyga: yup
[06:04] <zyga> feels like new debian feature
[06:05] <mborzecki> zyga: right, but why it doesn't fail on master
[06:05] <zyga> ah, good question :)
[06:05] <zyga> dunno
[06:06] <mborzecki> zyga: btw. are you off today?
[06:06] <zyga> mborzecki: no no :)
[06:06] <zyga> today I will be busy
[06:43] <mup> PR snapd#6934 closed: tests: fix repack_snapd_snap_with_deb_content <Bug> <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6934>
[06:58] <pstolowski> mornings
[06:59] <marcustomlinson> morning :)
[07:25] <mborzecki> pstolowski: hey
[07:25] <pstolowski> hey marcustomlinson and mborzecki!
[08:58] <mup> PR snapd#6935 opened: cmd/snap: support snap debug timings --startup=.. and measure loadState time <Created by stolowski> <https://github.com/snapcore/snapd/pull/6935>
[09:00] <cjwatson> zyga: unlikely to be new - that error was first added in dpkg commit acc1f37933 in 2013 (with slightly different text at that point)
[09:07] <cjwatson> zyga,mborzecki: It's a bug in the PR - top line of packaging/debian-sid/changelog should say 2.39.1-1 rather than 2.39.1 (compare with the following changelog stanza in that same file)
[09:07] <mborzecki> cjwatson: thanks!
[09:08] <cjwatson> np, took me a little while to spot it
[09:10] <mborzecki> zyga: that means the changelog in release/2.39 branch is busted too
[09:10] <mborzecki> zyga: the one for sid
[09:15] <mborzecki> zyga: well, the travis job on the branch failed :P
[09:17] <mup> PR snapd#6936 opened: packaging/debian-sid: fix changelog, add revision <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6936>
[09:19] <mborzecki> zyga: pstolowski: ^^
[10:11] <mup> PR snapd#6855 closed: overlord: implement store switch remodeling  <Remodel :train:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6855>
[10:17] <zyga> re; sorry for missing half of today, I was baby-sitting upstairs due to unexpected errand for my wife; I'll handle paperwork for half day off
[10:17] <zyga> back to work now
[10:18] <zyga> cjwatson: thanks for the analysis, I totally missed that
[10:18] <zyga> jamesh: hey, any luck with the extra patch?
[10:24] <jamesh> zyga: sorry.  Got side tracked before setting up a test system.
[10:24] <zyga> no worries
[10:24] <zyga> I'll see if I can debug that today
[10:24] <jamesh> zyga: I suspect it won't make a difference: https://paste.ubuntu.com/p/GV4bQW8XKy/
[10:24] <jamesh> zyga: I did manage to simplify the test snap down to only using layouts, so it is self contained
[10:24] <zyga> wow
[10:24] <zyga> jamesh: what's the kernel version?
[10:25] <jamesh> zyga: this was on an 18.10 box with 4.18.0-15-generic
[10:26] <jamesh> I'll grab my other system to see if the same happens with 19.04
[10:28] <zyga> pstolowski: hey
[10:28] <zyga> pstolowski: do you have a moment for a quick HO?
[10:29] <jamesh> zyga: same result on 5.0.0-11-generic
[10:29] <pstolowski> zyga: hey, sure
[10:29] <jamesh> (that system needs a reboot)
[10:31] <jamesh> zyga: https://launchpadlibrarian.net/425983579/snapcraft.yaml <-  that's the simpler version exhibiting the bug
[10:53] <zyga> pstolowski: pushed to https://github.com/snapcore/snapd/pull/6932
[10:53] <mup> PR #6932: tests: run unit tests without networking <Created by zyga> <https://github.com/snapcore/snapd/pull/6932>
[10:55] <mup> PR snapcraft#2575 closed: catkin spread tests: use kinetic instead of indigo <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2575>
[10:56] <pstolowski> zyga: thanks
[11:00] <mborzecki> journald on opensuse is acting up, i've restarted a spread run that failed on opensuse again and again the log the test is looking for isn't there
[11:31] <mborzecki> zyga: conflicts in #6932
[11:31] <mup> PR #6932: tests: run unit tests without networking <Created by zyga> <https://github.com/snapcore/snapd/pull/6932>
[11:32] <zyga> mborzecki: aha
[11:33]  * Chipaca wanders off in search of sustenance
[11:34]  * zyga hands Chipaca a copy of the GNU manifesto ;)
[11:34]  * Chipaca is suspicious
[11:35] <zyga> Chipaca: to start the fire ;D
[11:36]  * Chipaca puts on his FSFLA tee and scowls
[11:37] <zyga> mborzecki: resolved
[11:42] <mup> PR snapd#6936 closed: packaging/debian-sid: fix changelog, add revision <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6936>
[11:43] <mborzecki> pushed the changelog fix to #6927
[11:43] <mup> PR #6927: release: 2.39.1 <Created by mvo5> <https://github.com/snapcore/snapd/pull/6927>
[11:48] <zyga> more unit test failures... https://www.irccloud.com/pastebin/uqQwKN1R/
[11:49] <zyga> that is curious...
[11:58] <zyga> pstolowski: heh, that test fails *again*
[11:58] <zyga> debugging
[11:58] <zyga> but apparently the unshare -n trick is not enough
[11:58] <zyga> man, that's fum
[11:58] <cachio> mborzecki, hey
[11:59] <cachio> mborzecki, there is an issue on i386, it is going out of memory
[11:59] <cachio> mborzecki, https://paste.ubuntu.com/p/xbqvTQSp6Y/
[11:59] <pstolowski> zyga: fails again after your fix?
[11:59] <cachio> yesterday I was researching about it wit mvo
[12:00] <zyga> pstolowski: it passes in unshare -n tests, fails in "osc build"
[12:00] <cachio> mborzecki, but then I spent time doing tests and could reproduce it on beta and candidate
[12:01] <mborzecki> zyga: maybe loopback is down there after all?
[12:02] <zyga> mborzecki: no, that causes lots of tests to fail
[12:02] <zyga> mborzecki: I'd like to get "osc shell" or something like that to play
[12:02] <zyga> let's see
[12:04] <mborzecki> cachio: hm looks like something failed while loading apparmor profiles?
[12:04] <cachio> mborzecki, yes
[12:04] <cachio> apparmor_parser: Unable to replace "snap.test-snapd-tools.fail".  Out of memory
[12:05] <cachio> mborzecki,  kernel: vmalloc: allocation failure: 68497 bytes
[12:06] <cachio> I tested that with kernel on stable and works well
[12:06] <cachio> but kernel on candidate and beta are failing at some point
[12:11] <zyga> cachio: can you look at aa-status?
[12:12] <cachio> zyga, https://paste.ubuntu.com/p/RBPTNpXz4Z/
[12:14] <zyga> cachio: perhaps after running each test we should remove loaded apparmor profiles
[12:15] <cachio> zyga, I could try that
[12:15] <cachio> zyga, it is weird becuase it doesn't fail with pc-kernel=stable
[12:15] <zyga> cachio: and this is with which kernel?
[12:16] <cachio> this is with kernel on beta or candidate
[12:16] <cachio> works well with kernel on stable
[12:16] <zyga> cachio: do we know what is the difference between those?
[12:16] <cachio> zyga, no
[12:16] <cachio> I left tests running
[12:16] <zyga> cachio: perhaps we can ask the kernel team for a summary?
[12:16] <zyga> pstolowski: so ...
[12:16] <cachio> and I just got the results
[12:17] <zyga> failure in osc build, with extra debugging https://www.irccloud.com/pastebin/xy59XKOr/
[12:17] <zyga> cachio: +1
[12:17] <jdstrand> cachio: curious, have you seen https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1830502? jjohansen is looking at that
[12:17] <mup> Bug #1830502: apparmor uses excessive memory leading to oom kill <apparmor (Ubuntu):New> <https://launchpad.net/bugs/1830502>
[12:18] <cachio> jdstrand, nice
[12:18] <cachio> jdstrand, that could explains that
[12:19] <mborzecki> zyga: hmmm that error, looks like temporary/permanent/retryable mess again
[12:19] <zyga> mborzecki: yeah, we just worked on that with pstolowski
[12:19] <jdstrand> cachio: it may or it may not, but there are debugging details that jjohansen laid out that might be helpful
[12:19] <zyga> !!! https://launchpadlibrarian.net/425906431/snapcraft.yaml
[12:19] <zyga> jdstrand: that's one long layout
[12:20] <zyga> mborzecki: this is supposed to run with this applied https://github.com/snapcore/snapd/pull/6932/commits/c3b1296f1124158fd7e0987e9bd0196b20b3634d
[12:20] <mup> PR #6932: tests: run unit tests without networking <Created by zyga> <https://github.com/snapcore/snapd/pull/6932>
[12:20] <jdstrand> zyga: heh, yes. I think I'm going to put something in the review-tools for an abusive use of layouts. I'm not sure what that number should be, but clearly it is less than what is in that yaml :)
[12:20] <cachio> jdstrand, sure
[12:20] <zyga> jdstrand: at most a dozen
[12:20] <zyga> we can expand if we have to
[12:21] <mborzecki> zyga: well, so now it connection refused? :)
[12:21] <jdstrand> ack
[12:21] <zyga> mborzecki: yeah
[12:21] <zyga> different error
[12:21] <pstolowski> uhm
[12:23] <zyga> pstolowski: ah, I see what the bug is now
[12:23] <zyga> https://www.irccloud.com/pastebin/62CfKEFd/
[12:29] <pstolowski> zyga: uhmmm.. horror continues
[12:29] <zyga> yeahj
[12:29] <zyga> fixed locally, let's see
[12:29] <zyga> I'll push that to the offline tests PR
[12:29] <mborzecki> idk maybe our approach is wrong
[12:30] <zyga> mborzecki: perhaps
[12:30] <zyga> mborzecki: we'd have to get some data about how the errors look like
[12:30] <zyga> put that into a table
[12:30] <zyga> then train an AI against someone saying if this is good or bad
[12:30] <zyga> and then if you have a CUDA card we'd retry correctly ;)
[12:30] <zyga> pstolowski: tests passed!
[12:30] <pstolowski> \o/
[12:31] <mborzecki> cachio: did you get a chance to look into updating opensuse to 15.1?
[12:32] <cachio> mborzecki, no, but I can do it today
[12:32] <zyga> mborzecki: but in all seriousness, I think we could be better if we had a good data set and wrote proper algorithm
[12:32] <mborzecki> cachio: 15.1 is out, hope they published the images too
[12:33] <cachio> mborzecki, nice, I'll check that and create the image if it is available
[12:33] <cachio> mborzecki, thanks for hte heads up
[12:33] <zyga> https://build.opensuse.org/project/show/system:snappy
[12:33] <zyga> darn OSC is *insanely quick*
[12:33] <zyga> I wrote "osc commit"
[12:33] <zyga> moved to another display
[12:33] <zyga> reloaded a tab
[12:33] <zyga> and it's building already
[12:35] <zyga> mborzecki, cachio: FYI, I'm discontinuing builds for openSUSE Leap 42.2 and 42.3 as they don't provide golang-go >= 1.9
[12:35] <cachio> zyga, ok, so I'll clean up them when I create the PR for opensuse 15.1
[12:36] <zyga> thanks
[12:36] <cachio> zyga, thanks to you
[12:37] <zyga> build complete
[12:38] <mborzecki> zyga: sounds fair
[12:40]  * zyga looks at mount bug from jamesh now
[12:58] <mup> PR snapd#6931 closed: tests: force removal to prevent restore fails when directory doesn't exist on lp-1801955 test <Simple 😃> <Created by sergiocazzolato> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6931>
[13:00] <jdstrand> cachio: hey, mvo is out and not sure if you need it, but I saw core20 float into the store queue and I've approved it, but it needs to be released to a channel
[13:00] <jdstrand> zyga: perhaps you're interested in ^
[13:00] <zyga> jdstrand: thanks
[13:00] <zyga> jdstrand: I think we want it in edge only, we'll discuss that
[13:01] <jdstrand> I figured and would've put it there, but didn't have the perms
[13:27] <zyga> eh, btrfs corrputed
[13:27] <roadmr> haha, rancid butter :)
[13:30] <mborzecki> zyga: clearly production ready fs
[13:30] <mborzecki> zyga: can you restore from a snapshot at least or sth?
[13:31] <zyga> yeah, managed to mount a ro copy
[13:31] <zyga> I'll just add a HDD, reformat and move over
[13:31] <zyga> using ext4 was my best tumbleweed choice
[13:31] <zyga> btrfs is cool but no thanks :/
[13:37] <zyga> rsyncing...
[14:18] <roadmr> jdstrand: 20190528-2014UTC click-reviewers-tools version  now in production 💪
[14:18] <roadmr> (nothing broke after the big rename-refactor)
[14:18] <jdstrand> TooLmaN: exciting! :)
[14:18] <jdstrand> yikes
[14:18] <jdstrand> TooLmaN: sorry, nm :)
[14:18] <jdstrand> roadmr: exciting! :)
[14:18] <jdstrand> (tab fail)
[14:18] <roadmr> if you want to get rid of the click-review symlink, I can change the command we invoke
[14:18] <roadmr> jdstrand: hehe yes tabs can be tricky
[14:19] <jdstrand> roadmr: it helps if I type the first letter correctly :)
[14:19] <roadmr> hehe a clear case of autocowreck
[14:19] <jdstrand> roadmr: I would like to get rid of the click-review symlink, but it is far from urgent. maybe let's sit on 20190528-2014UTC for a little while and then revisit?
[14:22] <roadmr> jdstrand: sure thing; yes, I think I can change the executable name on my side and if things look stable in a few weeks we can kill the symlink
[14:24] <jdstrand> roadmr: sounds like a plan
[14:27] <zyga> mborzecki: wanna see something curious
[14:27] <mborzecki> zyga: hm?
[14:30] <cachio> zyga, mborzecki opensuse-15.1 nor available on glcoud yes
[14:30] <cachio> yet
[14:30] <cachio> I'll see if I could upgrade from 15.0
[14:30] <cachio> and start using that
[14:32] <zyga> mborzecki: https://bugs.launchpad.net/snapd/+bug/1831010
[14:32] <mup> Bug #1831010: Snapd fails to upgrade package that uses layouts to bind mount parent directory of another mount point <snapd:New for zyga> <https://launchpad.net/bugs/1831010>
[14:32] <zyga> mborzecki: last two comments
[14:33] <zyga> this seems to show that our assumptions that we can detach anything are wrong
[14:33] <zyga> if we need to investigate detach algorithms that untangle mounts then it will be a fun thing to fix
[14:37] <zyga> cachio: can you ask some suse people about this?
[14:37] <zyga> cachio: I found this https://build.opensuse.org/package/show/Cloud:Images:Leap_15.1/openSUSE-Leap-15.1-GCE-Guest
[14:38] <zyga> cachio: https://download.opensuse.org/repositories/Cloud:/Images:/Leap_15.1/images/
[14:38] <zyga> there are images here
[14:38] <zyga> can you please try those?
[14:40] <mborzecki> zyga: at least it's reproducible here too
[14:42] <zyga> mborzecki: some ideas here
[14:42] <zyga> mborzecki: we can construct an in memory tree from mountinfo mount-id / parend-id pairs
[14:42] <zyga> and then walk that
[14:43] <zyga> to unmount leaves before inner nodes
[14:43] <zyga> I'm still puzzled by propagation of detach mounts
[14:43] <zyga> perhaps what is really breaking is the propagation of the unmount conflicting with itself?
[15:44] <tim-jone_> nmcli critical error trying to enable wifi interface on ubuntu core (18.04.2) on raspberry pi
[15:44] <tim-jone_> sudo network-manager.nmcli r wifi on gives error: (process:3062): nmcli-CRITICAL **: Error: Could not create NMClient object: Could not connect: Permission denied.
[15:45] <tim-jone_> can anyone suggest what I might do to get wifi working with ubuntu core on a raspberry pi
[15:53] <Chipaca> tim-jone_: i thought that was handled via netplan
[15:53] <Chipaca> tim-jone_: but i'm not too certain
[15:53] <Chipaca> ogra: help?
[15:53] <tim-jone_> following instructions here: https://gist.github.com/cyan198/6ecdb86267498a51587b4337e47e10f6
[15:54] <Chipaca> tim-jone_: one thing I see you do that I don't see in that gist is 'sudo'
[15:55] <cyphermox> tim-jone_: maybe just skip that first part; it might not be disabled at all
[15:55] <tim-jone_> have been using sudo
[15:55] <cyphermox> Chipaca: his pasted command did include sudo
[15:55] <Chipaca> cyphermox: exactly
[15:55] <Chipaca> the gist does not use sudo
[15:55] <tim-jone_> yes that error is with sudo
[15:55] <Chipaca> tim-jone_: and what happens without sudo?
[15:56] <tim-jone_> same error
[15:56] <cyphermox> I think you just want to move on to 'network-manager.nmcli d wifi list'
[15:56] <Chipaca> tim-jone_: what's the output of 'snap connections network-manager'?
[15:57] <tim-jone_> Interface              Plug                                   Slot                     Notes
[15:57] <tim-jone_> dbus                   network-manager:wpa                    -                        -
[15:57] <tim-jone_> firewall-control       network-manager:firewall-control       :firewall-control        -
[15:57] <tim-jone_> modem-manager          network-manager:modem-manager          :modem-manager           -
[15:57] <tim-jone_> network                network-manager:network                :network                 -
[15:57] <tim-jone_> network-manager        -                                      network-manager:service  -
[15:57] <tim-jone_> network-manager        network-manager:nmcli                  -                        -
[15:57] <tim-jone_> network-setup-observe  network-manager:network-setup-observe  :network-setup-observe   -
[15:57] <tim-jone_> ppp                    network-manager:ppp                    :ppp                     -
[15:57] <tim-jone_> (is there a better way to paste output or should I use a pastebin link or similar in IRC?)
[15:57] <Chipaca> tim-jone_: paste.ubuntu.com ftw
[15:58] <Chipaca> tim-jone_: do all nmcli commands end with the same error?
[15:59] <tim-jone_> cyohermox network-manager.nmcli d wifi list gives the same error (with or without sudo)
[15:59] <cyphermox> mmkay
[15:59] <cyphermox> so some kind of real permission issue; Chipaca will def know more about it than me if it has to do with the connections
[15:59] <Chipaca> tim-jone_: can you pastebin 'snap logs network-manager'?
[16:00] <tim-jone_> sudo network-manager.nmcli gives version OK, but try any objects (radio etc) it fails
[16:01] <Chipaca> yeah, there's something wrong permissions-wise, but the connections seem a'ight -- which, unless i'm missing something, means there's a bug in the snap
[16:01] <tim-jone_> output of snap log network manager : https://paste.ubuntu.com/p/QPwwTx68gv/\
[16:01] <Chipaca> but that's snap in rather prominent use so somehting's up
[16:01] <Chipaca> tim-jone_: that seems ok
[16:02] <Chipaca> tim-jone_: it seems ogra is away, could you open a topic in forum.snapcraft.io (in the 'devices' category)?
[16:02] <Chipaca> sorry, 'device'
[16:04] <tim-jone_> OK - will do - but reading the log I pasted I see that despite network manager not working the wlan0 interface is listed via ifconfig which it was not before
[16:15] <tim-jone_> @Chipaca: have opened a topic in device category as you suggested :-)
[16:34] <Chipaca> woo, my pr is green, time to take a break
[16:37] <ogra> Chipaca, what makes you think i know how to use NM on core ? ... none of my images ever used it ;)
[16:37]  * ogra just uses a proper netplan.yaml and the network-setup-control interface from a configuration snap
[16:45] <tim-jone_> ogra: is this gist wrong then? : https://gist.github.com/cyan198/6ecdb86267498a51587b4337e47e10f6 (pity its the first hit on google if so)
[16:46] <tim-jone_> BTW did configure /etc/netplan/50-cloud-init.yaml manually and the wifi interface is up and running
[16:46] <tim-jone_> is there some other documentation I should be reading?
[16:55] <jjohansen> cachio, jdstrand, zyga: that is a different bug
[17:15] <cachio> jjohansen, thanks
[17:16] <cachio> zyga, , I could reproduce the error using the core from stable and the kernel from beta
[17:54] <cmatsuoka> what is a common cause for "Reported install problem for xxx" in handlers?
[17:55] <mup> PR snapd#6927 closed: release: 2.39.1 <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6927>
[17:55] <zyga> jjohansen: thank you for confirming that
[17:55] <cmatsuoka> May 30 12:39:53 localhost snapd[702]: handlers.go:414: Reported install problem for "snapd" as 05c989c0-82d8-11e9-9fdc-fa163e6cac46 OOPSID
[17:56] <Chipaca> ogra: I just assume you know everything
[17:57]  * Chipaca vanishes in a cloud of EOD
[18:04] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37, core-build#38
[18:05] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37, core-build#38
[18:24] <mup> PR snapcraft#2578 opened: keyrings: update ROS signing key <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2578>
[20:43] <Odd_Bloke> Hey folks, how can I remove a snap without wasting time on snapshots?
[20:44] <Odd_Bloke> (I'm removing it because all the (ephemeral) data ended up corrupted; I really don't want a snapshot.)
[20:45] <ijohnson> there either is or will be a --purge option to snap remove
[20:45] <ijohnson> not sure if that has landed or not
[20:45] <Odd_Bloke> There isn't where I am, unfortunately.
[20:46] <Odd_Bloke> And it looks like because I've started the remove operation, I'm stuck with the snapshotting regardless.
[20:46] <ijohnson> you might try refreshing to the edge channel of the core snap
[20:46] <ijohnson> if you use `snap changes` you can see what id of the remove task is, and then abort that task with `snap abort $id`
[20:48] <Odd_Bloke> Aha, that got me to the point where I could run `snap set system snapshots.automatic.retention=no` before removing again.
[20:48] <Odd_Bloke> Thanks for the help, ijohnson!
[20:48] <ijohnson> also fwiw the --purge option is at least in the edge channel too
[20:48] <ijohnson> glad to help
[21:36] <mup> PR snapd#6937 opened: cmd/snap-update-ns: detach unused mount points <Created by zyga> <https://github.com/snapcore/snapd/pull/6937>
[21:37] <zyga> jdstrand: ^
[21:37] <zyga> jamesh: ^
[21:37] <zyga> running final spread locally before opening
[21:40]  * zyga EODs


[16:59] <dholbach> hello
[16:59] <pleia2> o/
[17:00] <zequence> hi
[17:00] <smartboyhw> o/ from me and zequence for Ubuntu Studio:)
[17:00] <pleia2> #startmeeting
[17:00] <meetingology> Meeting started Thu Jul  4 17:00:27 2013 UTC.  The chair is pleia2. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <smartboyhw> It's 1:00 AM here actually:P
[17:00] <cub> o/ Ubuntu Studio as well
[17:00] <pleia2> #chair dholbach Gwaihir czajkowski beuno
[17:00] <meetingology> Current chairs: Gwaihir beuno czajkowski dholbach pleia2
[17:01] <pleia2> Welcome to the Community Council Meeting :)
[17:01] <zequence> thank you :)
[17:01] <smartboyhw> \o/
[17:01] <leoquant> thx
[17:01] <pleia2> #agenda https://wiki.ubuntu.com/CommunityCouncilAgenda
[17:01] <pleia2> I think we'll dive right in with the Ubuntu Studio check-in since they all seem to be here :)
[17:02] <pleia2> #topic Ubuntu Studio check-in
[17:02] <smartboyhw> pleia2, #agenda doesn't exist in available commands, IIRC:P
[17:02] <pleia2> so during these check-ins we pretty much just ask how things are going, see if you need any help with anything, share exciting stories :)
[17:03] <pleia2> smartboyhw: it's human-readable
[17:03] <pleia2> so anyone is welcome to jump in
[17:03] <pleia2> how are things going? :)
[17:04] <cub> I joined recently, so I think everything's great.
[17:04] <zequence> Not bad. We're not a big team, but we have some exciting things in the works
[17:05] <dholbach> what's planned for 13.10? :)
[17:05] <smartboyhw> Multiple DE support
[17:05] <zequence> The main thing I suppose is that we're experimenting with becoming DE agnostics
[17:05] <dholbach> how is that going work?
[17:06] <zequence> Well, as it seems, we could create a meta package that depends on another DE, then override a few things, like artwork (if felt important), and also anything else that would seem required from a technical perspective
[17:06] <smartboyhw> dholbach, you mean the progress or the method?
[17:07] <czajkowski> aloha
[17:07] <dholbach> but you'd then still create ISOs for multiple DEs? or ... well ... flavours of Ubuntu Studio?
[17:07] <czajkowski> sorry I'm a bit late, traffic/airport
[17:07] <dholbach> welcome czajkowski
[17:08] <zequence> So far, we're still sticking with having a default DE that we maintain ourselves, but there is a chance that we might not need to keep our own seed files for any DE (at least from what it seems to me currently)
[17:08] <dholbach> ok
[17:08] <zequence> and just use overrides
[17:08]  * pleia2 nods
[17:09] <zequence> we've become much more active in social channels, our website and on the wikis
[17:09] <zequence> so, that's a change for the better
[17:09] <dholbach> do you get much feedback?
[17:09] <zequence> we're planning to co youtube videos too
[17:10] <zequence> dholbach: sure, all though, the amount of users we have is probably much less than for other, bigger flavors
[17:10] <zequence> the forum is probably the most used (ubuntuforums.org)
[17:10] <cub> Many questions are similar and about how to get going with audio or video
[17:10] <cub> So updated documentation and video tutorials might improve a lot
[17:11] <zequence> our main goal is really 14.04 as it seems right now. that will probably be a big makeover moment for us
[17:11] <pleia2> cub: tha would be great
[17:11] <pleia2> that
[17:12] <dholbach> I remember there were some difficulties with the -rt kernel in the past - was that resolved somehow?
[17:12] <smartboyhw> dholbach, we are going to remake it for 14.04 or later
[17:13] <smartboyhw> Since zequence has got some kernel maintenance skills with linux-lowlatency
[17:13] <zequence> dholbach: since it was possible to tweak -generic for low latency (since around 2.6.37 or so), linux-lowlatency was born. Included since Precise
[17:13] <dholbach> perfect
[17:13] <zequence> now maintained by me, and it is really just -generic, rebased, with a few config changes
[17:14] <pleia2> great
[17:14] <zequence> we had a lot of help from UKT on this
[17:14] <zequence> and of course, Alessio Bogani, who created it initially
[17:15] <zequence> it's integrated into the kernel SRU process now
[17:15] <dholbach> awesome
[17:16] <zequence> One thing that I've personally worked on for a while is making a map of flavor specific developer documentation. There's a lot of resources out there, but that is one thing I'd like to help improve
[17:17] <zequence> there's a lot to know, and with small teams like ours, it's really great to have instant access to all of the information needed in order to maintain a flavotr
[17:17] <dholbach> that might also something where newer contributors might be able to help out
[17:17] <zequence> http://wiki.ubuntu.com/UbuntuStudio/DeveloperDocumentation is a beginning of that
[17:17] <pleia2> yeah, they can share their own pain points so you can figure out where docs need to be written/improved
[17:17] <pleia2> nice
[17:18] <zequence> I find that to be a very importan part in trying to get more people involved. It should be as easy as possible
[17:18]  * pleia2 nods
[17:18] <zequence> And, that is of course another big goal for us
[17:19] <cub> As quite new in the team I can attest that it's a bit hard to get a grip on everything, so that documentation will make a big improvement
[17:20] <ttoine> hop
[17:20] <zequence> ttoine: hi
[17:20] <pleia2> sounds like you folks are working on lots of great things, thanks for joining us today :)
[17:20] <zequence> thanks :)
[17:20] <ttoine> yw
[17:21] <pleia2> and our door is open always if you ever discover you need anything, just let us know
[17:21] <pleia2> shall we move on to check-in with Xubuntu?
[17:21] <ttoine> so I guess I already missed everything ?
[17:21] <smartboyhw> ttoine, yeah:PP
[17:22] <ttoine> :-(
[17:22] <pleia2> ttoine: if you have anything to say about the work studio is doing, please feel free :)
[17:22] <zequence> ttoine has been working on a webshop for Ubuntu Studio
[17:22] <ttoine> pleia2, I work for Studio since its beginning
[17:23] <ttoine> and I enjoy the fact that it is more more ready to use out of the box
[17:23] <pleia2> webshop?
[17:24] <zequence> ttoine: I suppose you would be the best to answer any questions on that :)
[17:24] <ttoine> pleia2, yes
[17:24] <ttoine> I have the licence from Canonical
[17:24] <pleia2> not questioning that, just curious as to what it is/will offer :)
[17:25] <ttoine> And a agreement with them and Spreadshirt. At the moment, the artwork is created, and I just need to find a bit of time to push the products online
[17:25] <pleia2> oh, studio-branded products?
[17:25] <ttoine> to be very original, we will start with a mug and 3 different colors of t-shirt
[17:26] <ttoine> then, we will see if spreadshirt does the job well
[17:26] <pleia2> cool
[17:26] <ttoine> yes !
[17:26] <dholbach> awesome
[17:27] <smartboyhw> This is rather a surprise project I think, but ttoine has been working on it extensively
[17:27] <ttoine> it will be available this summer. I actually am moving from one city to another (new job) and I don't have Internet at home
[17:28] <pleia2> great (and congrats on new job)
[17:28] <zequence> we recently got a new art lead, goes by the nick madeinkobaia, and this really boosts our ability to show a prettier face towards the public
[17:29] <pleia2> cool
[17:29] <czajkowski> wel done :)
[17:29] <czajkowski> *well
[17:29] <ttoine> pleia2, you are welcome. I am proud to work now for an open source editor
[17:30] <ttoine> madeinkobaia is really a talented artist
[17:31] <pleia2> those are good people to have around
[17:32] <ttoine> yes. Open Source needs to be beautiful. most of all, when it is about art production
[17:32] <pleia2> :)
[17:32] <smartboyhw> zequence's headhunting has been rather successful I think
[17:32] <smartboyhw> Many people expressed interest in joining
[17:32] <ttoine> As one of the cofounder of Ubuntu Studio, years ago, I am glad to see the work done by the current team !!
[17:33] <ttoine> we eventually are creating a community. this is quite new
[17:33] <smartboyhw> Yeah ttoine zequence what happened to our history page? :P
[17:34] <ttoine> on the website ? or on Wikipedia ?
[17:34] <pleia2> alright, I think we can wrap this portion up and get to the Xubuntu folks
[17:34] <pleia2> thanks everyone :)
[17:34] <dholbach> thanks a lot Ubuntu Studio people! :)
[17:34] <zequence> yep, thanks all
[17:34] <cub> :)
[17:34] <smartboyhw> :)
[17:34] <pleia2> #topic Xubuntu check-in
[17:34] <ttoine> thank you all
[17:34] <pleia2> ok, who all is here from Xubuntu?
[17:35] <elfy> o/
[17:35] <skellat> o/
[17:35] <pleia2> o/
[17:35] <czajkowski> hey there folks thanks for coming.
[17:35] <micahg> o/
[17:35] <czajkowski> how are things this cycle for Xubuntu going ?
[17:35] <elfy> I'll go first - suffering a bit
[17:36] <elfy> we've made remarkable inroads into manual testcases, the autopilot testing is not so good - but we're not completely sure yet if it will help us
[17:36] <micahg> it should when someone has time to dig into it :)
[17:37] <czajkowski> in what way is autopilot not so good and is there some way the QA team can help you ?
[17:37] <elfy> we'd probably prefer to be able to get more testing done - but that's about calling for help for it when we need
[17:37] <czajkowski> nods
[17:37] <pleia2> czajkowski: mostly people-power
[17:37] <czajkowski> a lot of projects feel that way about testing :)
[17:37] <czajkowski> pleia2: ack
[17:37] <elfy> czajkowski: we're not completely sure at present - but autopilot works well with ubuntu/unity - not so well with other apps
[17:38] <elfy> but - hopefully we can make use of ubiquity autopilot tests
[17:38] <czajkowski> elfy: is this something the team has raised and tried to work with balloons and the QA team with ?
[17:38] <czajkowski> to see how it can work or where to help?
[17:39] <elfy> and I talk to balloons quite frequently so it's not about talking - more about making it work for us - IF we decide it's actually of any use to us
[17:39] <pleia2> yeah, all the QA teams work pretty closely together
[17:39] <Unit193> I'm here for Xubuntu, sorry for being late.  (Coffee...)
[17:39] <elfy> so - really there's not much that you can help us with at present :)
[17:39] <pleia2> I think the main issue is that it's tedious work to get autopilot tests written (they must be very specific) so we need folks who have time to dig into it (as micahg said) and spend the time
[17:40] <elfy> pleia2: not so much that it's tedious - more that it doesn't like our apps much :)
[17:40] <czajkowski> nods and sometimes people do not have the time
[17:40] <elfy> absolutely
[17:40] <micahg> elfy: not liking apps might be a fixable issue
[17:40] <czajkowski> pleia2: you're saying one thing and elfy says theother, is it a mixture of the two ?
[17:40] <czajkowski> micahg: ahh ok
[17:41] <pleia2> what micahg said
[17:41] <elfy> +1
[17:41] <elfy> but - I'm also not at all sure it's going to help us - which is another issue altogether
[17:41] <pleia2> elfy put out a call for help with both manual and auto tests today, so hopefully that will drum up some interest :) https://lists.ubuntu.com/archives/xubuntu-devel/2013-July/009051.html
[17:41] <czajkowski> ah ok  just so we;re all on the same page
[17:42] <czajkowski> dholbach: beuno any comments?
[17:43] <czajkowski> pleia2: in general any other issues or concerns or thoughts you would like to air?
[17:43] <pleia2> project-wde we're still pretty lean on developers, but we're chugging away
[17:43] <elfy> I think project wide we are still pretty lean full stop ;)
[17:44] <dholbach> are you in touch with your users? (like what the Ubuntu Studio guys mentioned earlier, social media, etc.)
[17:44] <pleia2> yeah, twitter, g+ and facebook
[17:44] <skellat> Social media presences are pretty active
[17:44] <Unit193> And of course the users and devel mailing lists.
[17:44] <pleia2> lots of feedback from them, and we x-post all our calls for help so that's brought in some casual contributions
[17:44] <czajkowski> pleia2: what do you mean x-post ?
[17:45] <pleia2> czajkowski: cross-post
[17:45] <skellat> s/x-post/crosspost/
[17:45] <czajkowski> pleia2: ah yes, sorry. :)
[17:45] <dholbach> what kind of casual contributions were those?
[17:45] <pleia2> just recently heard from a community deploying xubuntu in their organization, so will have an interview with them up on the site soon
[17:46] <pleia2> bug reports, drive by testing
[17:46] <dholbach> nice
[17:46] <dholbach> did some of them stick around?
[17:46] <pleia2> not really so far, but our social media is just a few months old, so we'll see :)
[17:46] <dholbach> awesome
[17:47] <pleia2> we also leveraged existing social media outlets - the facebook and g+ things already existed when we made them "official"
[17:47] <elfy> some people do dholbach - that elfy guy did and look what he ended up holding
[17:47] <pleia2> linkedin too
[17:47] <dholbach> :-)
[17:47] <dholbach> where do you feel you'd need help the most?
[17:47] <Unit193> pleia2: Whereever we picked up lderan.
[17:47] <pleia2> oh, we've gotten new contributors in general, just not sure about how many from social media (elfy has been around ubuntu forever!)
[17:48] <skellat> pleia2: I wandered in from the shadows more fully around vUDS-1303
[17:49] <elfy> pleia2: thanks - now I feel really old :p
[17:49] <pleia2> probably development help, there are always more things we want to get done in a cycle
[17:49] <pleia2> elfy: <3
[17:50] <pleia2> really happy that we got a bunch of clean-up work done for 13.04, ended up being a really solid release but not particularly innovative :)
[17:50] <dholbach> I'm sure your users appreciate "really solid" :)
[17:50] <pleia2> indeed!
[17:50] <skellat> With luck we'll get apt-offline seeded this cycle too
[17:51] <pleia2> hoping for 4.12 as well, but we're dependent upon upstream and not sure it will land in time
[17:51] <pleia2> xfce ^^
[17:51] <dholbach> I'm all set in terms of questions :)
[17:51] <pleia2> we're meeting with jono next week to discuss Mir
[17:51] <dholbach> ah yes, he mentioned it in passing
[17:51] <dholbach> beuno, Gwaihir, czajkowski? more questions?
[17:54] <pleia2> thanks xubuntu folks :)
[17:54] <dholbach> thanks a lot!
[17:54] <elfy> cheers
[17:55] <skellat> cheers
[17:55]  * dholbach hugs you all!
[17:55] <pleia2> #topic Any other business
[17:55] <pleia2> anyone have anything else? :)
[17:55] <dholbach> no, I'm all set
[17:57] <pleia2> ok, thanks everyone
[17:57] <pleia2> #endmeeting
[17:57] <meetingology> Meeting ended Thu Jul  4 17:57:05 2013 UTC.
[17:57] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-04-17.00.moin.txt
[17:57] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-04-17.00.html
[17:57] <Unit193> Danke.
[21:24] <kokoye2007> ့့hi Neo31`
[21:24] <kokoye2007> hi salih-emin
[21:24] <Ck> Hi,thohi
[21:24] <salih-emin> hi to all
[21:25] <Ck> HI to All
[21:25] <Neo31`> hi kokoye2007
[21:25] <HoNo> ့hi
[21:25] <Neo31`> hello everybody :)
[21:25] <kokoye2007> Hi Dolasilla
[21:25] <thohi> hi :)
[21:25] <Dolasilla> hello all :)
[21:25] <Ck> hi kokoye , hono
[21:26] <kokoye2007> wc Ethan-Kurt
[21:26] <Ck> Hay ..Ethan Kurt
[21:27] <Ethan-Kurt> Hi all
[21:28] <neo31> hi
[21:33] <Ethan-Kurt> Good day neo31
[21:34] <Ethan-Kurt> How's everything?
[21:36] <neo31> hi Ethan-Kurt , great :)
[21:36] <neo31> how about you?
[21:36] <Ethan-Kurt>  /msg NickServ identify Dun+rytohackm3
[21:36] <Ck> Hay , Sai Kham
[21:36] <kokoye2007> wc salih-emin saimawnkham yeminn Ethan-Kurt thohi Ck HoNo
[21:37] <saimawnkham> Yes
[21:37] <neo31> ouch Ethan-Kurt !!
[21:37] <Ethan-Kurt> sure!
[21:37] <yeminn> I won't Ethan :D
[21:37] <Ethan-Kurt> ;( :( x(
[21:38] <Ethan-Kurt> Keyboard ;( :( x(
[21:38] <Ck> Hay childplay lugyimin
[21:38] <Ethan-Kurt> that's okay. this passwd is only for IRC
[21:38] <Ethan-Kurt> just temporary
[21:39] <neo31> :)
[21:40] <kokoye2007> hi lugyimin mobile phone owner
[21:40] <lugyimin> -_-
[21:41] <lugyimin> where's HM, KKMH?
[21:42] <Ck> Hi ashams
[21:43] <kokoye2007> wc sawkhaing
[21:43] <Ck> Ko Saw
[21:43] <Ck> hi hihi
[21:43] <sawkhaing> hello
[21:44] <kokoye2007> wc htutmyat_
[21:44] <Ck> hi htut
[21:44] <kokoye2007> change with nick command htutmyat_
[21:44] <salih-emin> wc time !!!
[21:44] <kokoye2007> yes salih-emin we are ubuntu-mm member :)
[21:45] <salih-emin> :)
[21:47] <kokoye2007> salih-emin: many testimonials in your wiki. so gr8. proud ubuntu-gr and u
[21:49] <salih-emin> kokoye2007, thank you for your kind words and I realy thank all the good people for their support !
[21:58] <Ethan-Kurt> Countdown (Only 2 minutes left)
[21:59] <htutmyat> hi
[22:00] <s-fox> hello
[22:00] <hggdh> are we all set?
[22:00] <s-fox> o/
[22:00] <hggdh> #startmeeting 2200 UTC Ubuntu Membership Board
[22:00] <meetingology> Meeting started Thu Jul  4 22:00:44 2013 UTC.  The chair is hggdh. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[22:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[22:00] <hggdh> Hello and welcome to the Ubuntu Membership Review Board for the 2200 UTC meeting for July 4th, 2013.
[22:00] <IdleOne> o/
[22:00] <PabloRubianes> hello all
[22:00] <iulian> \o
[22:00] <hggdh> We will attempt to get through all of the applicants that have added themselves to that list before today's meeting. If we are unable to make it through the entire list due to time constraints, then at the next meeting we will pick up where we left off.
[22:01] <hggdh> The format for the meeting is as follows: We will go through the list of applicants one by one, by date of application (FIFO).
[22:01] <hggdh> Each applicant should introduce themselves (1-5 sentences) and provide links to their Ubuntu Wiki page. After the introduction the members of the Membership Review Board will review the pages and, if needed, ask the applicant further questions.
[22:01] <hggdh> During this time it is encouraged for other members of the community to show their support for the applicant. Do not be alarmed if the members of the Membership Review Board are quiet during this time; they are most likely reading wiki/launchpad/forum/other pages and deciding how they are going to vote.
[22:01] <hggdh> When the board is ready to vote, they will publicly vote in the channel with either +1, 0, or -1 (for membership, abstain, and against membership, respectively). If the sum of those numbers is positive, then the applicant is now an official Ubuntu member! (feel free congratulate them!)
[22:02] <hggdh> #voter micahg s-fox PabloRubianes IdleOne iulian hggdh
[22:02] <hggdh> hum, where's the response?
[22:03] <s-fox> i had my vote notification
[22:03] <IdleOne> try #voters
[22:03] <hggdh> nevermind. So, now, for the first candidate
[22:03] <hggdh> #voters micahg s-fox PabloRubianes IdleOne iulian hggdh
[22:03] <meetingology> Current voters: IdleOne PabloRubianes hggdh iulian micahg s-fox
[22:03] <hggdh> yeah
[22:04] <hggdh> Dolasilla: please present yorself
[22:04] <Dolasilla> Hi all! :)
[22:04] <iulian> Hi there.
[22:04] <Dolasilla> This is Silvia, I am an Italian computer engineer currently living in France.
[22:05] <Dolasilla> I have joined the Ubuntu community around 2007 through the UbuntuWomen group
[22:05] <Dolasilla> with the goal to involve more people, particularly women, in the community
[22:05] <Dolasilla> later I got in touch with the Italian loco team (around 2010)
[22:06] <Dolasilla> where I am mainly active in the promotion group, writing on a weelky basis on the newsletter, contributing to presentations with talks
[22:06] <Dolasilla> and some other activites
[22:06] <IdleOne> Dolasilla: Please link to your wiki page
[22:06] <Dolasilla> I also work on the italian ubuntu website, and give some contribution to translations
[22:06] <Dolasilla> https://wiki.ubuntu.com/SilviaBindelli
[22:06] <Dolasilla> I am currently in the board uf Ubuntu Women
[22:07] <Dolasilla> and, in Italy, I contributed to create the local chapter of the group
[22:07] <IdleOne> Lots of impressive work :)
[22:07] <iulian> Very nice.
[22:07] <hggdh> yep. So...
[22:07] <PabloRubianes> yes nice work!
[22:07] <s-fox> i am impressed
[22:07] <s-fox> :)
[22:08] <Dolasilla> :) thanks
[22:08] <PabloRubianes> let's vote
[22:08] <PabloRubianes> :)
[22:08] <s-fox> agreed
[22:08] <hggdh> #vote for Dolasilla as an Ubuntu Member
[22:08] <meetingology> Please vote on: for Dolasilla as an Ubuntu Member
[22:08] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[22:08] <iulian> +1 Keep up the good work.
[22:08] <meetingology> +1 Keep up the good work. received from iulian
[22:08] <IdleOne> +1
[22:08] <s-fox> +1 nice work :D
[22:08] <meetingology> +1 received from IdleOne
[22:08] <meetingology> +1 nice work :D received from s-fox
[22:08] <PabloRubianes> +1
[22:08] <meetingology> +1 received from PabloRubianes
[22:08] <hggdh> +1 no question :-)
[22:08] <meetingology> +1 no question :-) received from hggdh
[22:08] <micahg> +1
[22:08] <meetingology> +1 received from micahg
[22:09] <IdleOne> #endvote
[22:09] <hggdh> #endvote
[22:09] <meetingology> Voting ended on: for Dolasilla as an Ubuntu Member
[22:09] <meetingology> Votes for:6 Votes against:0 Abstentions:0
[22:09] <meetingology> Motion carried
[22:09] <IdleOne> Congrats Dolasilla!!!
[22:09] <PabloRubianes> congrats Dolasilla keep the work going!
[22:09] <s-fox> congratulations
[22:09] <hggdh> Dolasilla: welcome!
[22:09] <Dolasilla> thanks!!! :)
[22:09] <Gwaihir> congrats Dolasilla! \o/
[22:09] <Deindre> congrats Dolasilla!!!
[22:09] <Dolasilla> thank you all :)
[22:09] <kokoye2007> congratulations Dolasilla
[22:09] <s-fox> thank you for your efforts
[22:09] <neo31> congratulations Dolasilla
[22:09] <yeminn> Congratulations Dolasilla
[22:10] <Dolasilla> thanks :)
[22:10] <hggdh> salih-emin: please introduce yourself, and link your wiki and launchpad pages
[22:10] <saimawnkham> Congratulations Dolasilla
[22:10] <salih-emin> Hi !
[22:10] <thohi> Great Ubuntu woman
[22:10] <salih-emin> My name is Salih, I live and work as an IT Consultant in Greece
[22:10] <salih-emin> here is my wiki https://wiki.ubuntu.com/SalihEmin
[22:11] <salih-emin> I have been in the Linux world since 2002
[22:11] <salih-emin> and with Ubuntu since 2007
[22:12] <salih-emin> My daily work with members of Ubuntu Greece is giving advices
[22:12] <salih-emin> and support for any kind of problem
[22:13] <salih-emin> but most of my job is advocating the use of Ubuntu for evrey day jobs
[22:14] <salih-emin> I love helping new users to get involved with Ubuntu and the community
[22:14] <hggdh> salih-emin: please wait a bit, we are discussing it in the background
[22:15] <salih-emin> ok !
[22:15] <salih-emin> :)
[22:19] <hggdh> #voters chilicui1
[22:19] <meetingology> Current voters: IdleOne PabloRubianes chilicui1 hggdh iulian micahg s-fox
[22:19] <chilicui1> salih-emin, it seems like optimus kernel has been left a little behind, do you plans to trying to push your changes to the ubuntu kernel?
[22:20] <salih-emin> yes that is true, I am working on providing it through PPA rather than
[22:20] <salih-emin> downloadable deb packages
[22:20] <hggdh> #vote on salih-emin for Ubuntu membership
[22:20] <meetingology> Please vote on: on salih-emin for Ubuntu membership
[22:20] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[22:20] <hggdh> +1
[22:20] <meetingology> +1 received from hggdh
[22:20] <iulian> +1
[22:20] <meetingology> +1 received from iulian
[22:20] <PabloRubianes> +1
[22:20] <meetingology> +1 received from PabloRubianes
[22:20] <eliasps> +1
[22:20] <s-fox> +1
[22:20] <IdleOne> +1
[22:20] <meetingology> +1 received from s-fox
[22:20] <meetingology> +1 received from IdleOne
[22:20] <chilicui1> +1, incredible work, you radiate energy, it will be our pleasure to have you with us
[22:20] <meetingology> +1, incredible work, you radiate energy, it will be our pleasure to have you with us received from chilicui1
[22:20] <micahg> +1
[22:20] <meetingology> +1 received from micahg
[22:20] <hggdh> #endvote
[22:20] <meetingology> Voting ended on: on salih-emin for Ubuntu membership
[22:20] <meetingology> Votes for:7 Votes against:0 Abstentions:0
[22:20] <meetingology> Motion carried
[22:20] <IdleOne> Congrats salih-emin and welcome.
[22:20] <hggdh> salih-emin: welcome!
[22:21] <salih-emin> thank you all !!!!
[22:21] <tr3quart1sta> congrats!!!
[22:21] <chilicui1> welcome aboard salih-emin =)
[22:21] <kokoye2007> welcome 2 ubuntu-member salih-emin
[22:21] <PabloRubianes> congrats salih-emin
[22:21] <Ethan-Kurt> congrats ubuntu-member salih-emin
[22:21] <salih-emin> thank you all, proud to be member !
[22:22] <htutmyat> Congrats salih-emin :)
[22:22] <NikTh> Congratulations salih-emin . Welcome aboard. :-)
[22:22] <neo31> conratulations salih-emin
[22:22] <salih-emin> thank you all !
[22:22] <Ck> Cheer salih-emin
[22:22] <saimawnkham> congrats salih :)
[22:23] <Ck> =1
[22:23] <Ck> +1
[22:23] <Ck> hello next ?
[22:24] <IdleOne> patience :)
[22:24] <thohi> :)
[22:24] <kokoye2007> we are sleepless local 4:30 AM  IdleOne  :P
[22:25] <IdleOne> For all the people who applied from Myanmar. We are happy that such a large number of you want to become Ubuntu members. We do have some concerns though...
[22:25] <htutmyat> :)
[22:25] <PabloRubianes> kokoye2007, I told the Myanmar this time was not so good for you
[22:26] <Ethan-Kurt> We all really are contributor and we hope to be a Ubuntu-Member
[22:26] <lugyimin> :)
[22:26] <IdleOne> The main concern we have is that all of your wiki pages appear to be very similar in terms of contributions. We like to see a more personal listing of what each member has done on his/her own.
[22:26] <iulian> We don't offer membership to a group, but rather to individuals. It looks like all your wiki pages are the same,  more or less. The testimonials have been given between you guys, except for one person who's already a member (Pyae Sone). Having said that, I would like you to put some effort in writing your own wiki page with detailed explanation of what your contributions are.
[22:27] <iulian> We are sure that you guys are doing good work out there but your wiki pages are way too similar. So we cannot really judge who's doing what.
[22:27] <IdleOne> So, what the Membership Board has decided to do is to postpone the voting to our email list and give you all an extra 7 days before we start voting.
[22:28] <iulian> Or you guys can even extend that 7 days to whatever you think is best for you.
[22:28] <Ethan-Kurt> We can also write down in here.
[22:28] <Ck> becuse of we contributing with group in Myanmar . We go together all around the state .
[22:28] <kokoye2007> all are Ubuntu-MM Core Memer
[22:28] <IdleOne> We hope you all understand that we want to make sure we have all the information possible so that we can make the best decision for the Ubuntu community.
[22:28] <kokoye2007> _member
[22:29] <Ethan-Kurt> In our country, it's 05:00am and we didn't sleep just for a while
[22:29] <Ck> that's why our team leader make a templates.
[22:29] <Ck> What we all are...
[22:29] <Ethan-Kurt> sure! our template are the same because we contributed together
[22:29] <kokoye2007> when we go event and make event
[22:29] <Ethan-Kurt> that's why we have the same template
[22:29] <kokoye2007> together whenever
[22:30] <Ethan-Kurt> you can see our activities at  http://www.flickr.com/groups/ubuntu-mm
[22:30] <iulian> Ethan-Kurt: Then please document that in your wiki pages. Like we said above we don't grant membership to an entire group.
[22:30] <PabloRubianes> I understand that but this is an individual process
[22:30] <kokoye2007> all about is my mistake
[22:30] <htutmyat> Why not the chance like the 2 above ?
[22:31] <Ethan-Kurt> Our individual project is shown on "About me"
[22:31] <saimawnkham> its ok.
[22:31] <saimawnkham> i quit
[22:31] <htutmyat> you can dicusss with each ,that are not real or not ,right ?
[22:31] <kokoye2007> who is ubuntu-mm core member - approval in template :(
[22:31] <kokoye2007> upset
[22:31] <iulian> Ethan-Kurt: No, that section is just "About me". It's not saying anything about your contributions to Ubuntu.
[22:32] <kokoye2007> who seen wiki, who see activity
[22:32] <Ethan-Kurt> Dear iulian, it's okay you decided like this.
[22:32] <chilicui1> let's make this clear, we're not rejecting your applications, we just want to make sure we're not approving in batch, so we're giving you 7 more days to polish your wiki pages, then we'll vote for your approval
[22:32] <Ethan-Kurt> I can still contribute even I am not the member of Ubuntu
[22:32] <IdleOne> Please try to understand that we are not trying to punish anybody. What we want is to give each one of you the best possible chance at approval.
[22:33] <Ethan-Kurt> I've just seen the contributing power
[22:33] <Ethan-Kurt> no wiki
[22:33] <Ethan-Kurt> whatever, you are the boardmember.
[22:33] <IdleOne> We are not rejecting any of you at this time
[22:33] <Ethan-Kurt> you can decided what you want to
[22:33] <Ethan-Kurt> thanks
[22:33] <IdleOne> I want that to be clear
[22:33] <yeminn> I see, chilicui1 :)
[22:33] <Ethan-Kurt> upset :(
[22:33] <IdleOne> kokoye2007: you are the loco contact correct?
[22:34] <kokoye2007> yes IdleOne
[22:34] <kokoye2007> i am ubuntu-mm leader and ubuntu-member
[22:34] <IdleOne> ok Please hold for a moment
[22:34] <Ck> We are grouply contributing Ubuntu in our country . and than Yangon city Development Committe (YCDC) already change Ubuntu Os because of  our team.our group .
[22:34] <kokoye2007> IdleOne: it's my idea and my mistake
[22:35] <Ethan-Kurt> Currently, I am the Ubuntu instructor and technical supporter of  Yangon City Development Committee (Government Sector) and University of Computer Studies in Thaton.
[22:35] <kokoye2007> but they are real activity Ubuntu Contributor
[22:35] <kokoye2007> ok skip it. ;P
[22:35] <Ck> that'swhy we always says I am what I am because of who we all are.
[22:35] <IdleOne> kokoye2007: you did not make any mistakes. Everybody please calm down
[22:35] <Ethan-Kurt> Most of my times have been passed by contributing Ubuntu
[22:35] <PabloRubianes> please could you hold the chat a little
[22:35] <Ck> and than We can't sleep for hole night .
[22:37] <iulian> Please don't get us wrong here. We are just trying to point you guys in the right direction so that next time when you come to the meeting we won't have to talk about this matters again. We have acknowledged the fact that you guys are doing excellent job with your group.
[22:37] <Ethan-Kurt> Okay.
[22:37] <Ethan-Kurt> I'm done with all of you
[22:37] <iulian> It's just that we cannot really judge who is doing what. Maybe someone is doing much more than the other and we wouldn't want to grant membership to someone who's not doing anything or the like.
[22:38] <Ethan-Kurt> I will share this meeting log
[22:38] <Ethan-Kurt> in Google+ and
[22:38] <Ethan-Kurt> let decided the ppl
[22:38] <Ethan-Kurt> I am done with you
[22:38] <iulian> Hmm.
[22:38] <kokoye2007> launchpad.net/~ubuntu-mm-council is our admin team
[22:39] <kokoye2007> hey neo31
[22:39] <kokoye2007> time for you :)
[22:39] <IdleOne> kokoye2007: please join #ubuntu-rmb
[22:39] <Ck> pass me .
[22:39] <yeminn> dun be serious Ethan
[22:39] <Ck> next ok
[22:39] <iulian> kokoye2007: Could you please talk to Ethan and tell him to calm down?
[22:39] <hggdh> all: we are NOT refusing your application.
[22:39] <neo31> :)
[22:39] <kokoye2007> i think time is too short
[22:40] <IdleOne> hggdh: Please end the meeting until we can speak with kokoye2007
[22:40] <kokoye2007> sorry neo31,
[22:40] <thohi> yes, we understand . only different point of view
[22:40] <neo31> :(
[22:40] <neo31> is it my turn or is the meeting aborted kokoye2007 ?
[22:40] <Ck>  I'd love to sharing and contribute Ubuntu in Local community . And most of my life deeply invest in Ubuntu Development and try to exam LPI in next year and would like to proudly become Ubuntu Member.
[22:41] <Ck> who next ?
[22:41] <Ck> go ahead
[22:41] <neo31> ok
[22:41] <hggdh> neo31: it seems we will have to hold on you
[22:42] <IdleOne> wait!
[22:42] <neo31> Should I post my sentences hggdh ?
[22:42] <hggdh> neo31: yes, please go ahead
[22:42] <neo31> Thank you hggdh, hello dear members.
[22:42] <neo31> I am Ahmed Sghaier, a Tunisian software engineer and a network security and services IT specialist. My first experience with Linux was in 2002 and switched to it as my main OS in 2005.
[22:42] <neo31> Later in 2008 I have joined Ubuntu Tunisian LoCo team and became an active member in 2009.
[22:42] <neo31> I have been approved as a Freedom Fighter (approved active members) in the team in 2010 and joined the management commitee of the team in 2011.
[22:42] <chilicui1> hi neo31 welcome
[22:43] <neo31> In 2012 I was assisting our LoCo contact when possible, and I have been approved as the official LoCo contact in 2013 election. I am also now the secretary general of CLibre, a FLOSS NGO supporting Tunisian communities.
[22:43] <neo31> I have contributed to 25 IRL events during last years (local, national and international events as a speaker, workshop trainer, coordinator, organizer or assistant). I have contributed also on IRC, ML, forums and many of our sub teams (media, events, relations, documentation and reporting)
[22:43] <neo31> hi chilicui1 :)
[22:43] <neo31> this is my wiki page for review : https://wiki.ubuntu.com/AhmedSghaier
[22:44] <chilicui1> neo31, do you photos or links to the conferences you've participated?
[22:44] <alaya> hi, I'm the former loco contact of Ubuntu-tn and a Ubuntu Member. I'm here to support Neo31
[22:45] <neo31> yes chilicui1 there are many links on events page
[22:45] <iulian> alaya: Great.
[22:45] <neo31> https://wiki.ubuntu.com/TunisianTeam/Events
[22:45] <chilicui1> neo31: thanks
[22:45] <neo31> some other links could be found also on our team report page https://wiki.ubuntu.com/TunisianTeam/TeamReports
[22:46] <neo31> I have uploaded some photos today to https://plus.google.com/photos/109786888015890437987/albums/5896864064045728145?authkey=CKrv-ITLl4a2Ow
[22:46] <neo31> unfortunately on of our main photos source got down lately and I am recollecting some other photos
[22:47] <neo31> but alaya can confirm my contributions to the events you want
[22:47] <chilicui1> I've seen you're interested in becoming a MOTU, however your lp account don't reflect activity in that area, are you having issues there?
[22:48] <neo31> we have been working on packaging workshops during UGJ
[22:49] <neo31> now that we have enough knowledge about packaging and how it works I became interested in joining the MOTU team
[22:49] <alaya> I confirm the participation of neo. there is a little problem in the servers of the free community here in tunisia (I have conctacted the admin)
[22:49] <neo31> I will be seeking a MOTU sponsor before next UGJ and organize some IRC classrooms for the team
[22:50] <chilicui1> got it neo31, just wondering
[22:50] <neo31> Then I will start contributing real packages to next releases before I apply to join the MOTU team
[22:50] <neo31> :) good chilicui1
[22:50] <iulian> neo31: #ubuntu-motu is always there to help you. ;-)
[22:50] <micahg> sounds good, MOTU can always use more help :)
[22:50] <neo31> sure iulian
[22:51] <hggdh> OK
[22:51] <iulian> neo31: Thanks for the information.
[22:51] <hggdh> #vote on neo31 for Ubuntu Membership
[22:51] <meetingology> Please vote on: on neo31 for Ubuntu Membership
[22:51] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[22:51] <PabloRubianes> +1
[22:51] <meetingology> +1 received from PabloRubianes
[22:51] <iulian> +1 Great work.
[22:51] <meetingology> +1 Great work. received from iulian
[22:51] <IdleOne> +1
[22:51] <meetingology> +1 received from IdleOne
[22:51] <s-fox> +1
[22:51] <meetingology> +1 received from s-fox
[22:51] <hggdh> +1 thank you for your work
[22:51] <meetingology> +1 thank you for your work received from hggdh
[22:51] <chilicui1> +1, I'm sure you will get MOTU and will keep up your nice contributions to the Ubuntu-TN team, thanks for inspire us
[22:51] <meetingology> +1, I'm sure you will get MOTU and will keep up your nice contributions to the Ubuntu-TN team, thanks for inspire us received from chilicui1
[22:52] <micahg> +1
[22:52] <meetingology> +1 received from micahg
[22:52] <hggdh> #endvote
[22:52] <meetingology> Voting ended on: on neo31 for Ubuntu Membership
[22:52] <meetingology> Votes for:7 Votes against:0 Abstentions:0
[22:52] <meetingology> Motion carried
[22:52] <IdleOne> Congrats neo31 and welcome!
[22:52] <hggdh> neo31: welcome!
[22:52] <yeminn> Congratulations neo31!
[22:52] <yeminn> :)
[22:52] <neo31> Thank you very much :)
[22:52] <alaya> mabrouk (congrates)  neo  :)
[22:52] <chilicui1> welcome aboard neo31
[22:52] <Ck> congratulations Neo
[22:52] <thohi> neo31 cheer :)
[22:53] <iulian> Congratulations, neo31 and keep up the good work. I hope I will see you soon in #ubuntu-motu.
[22:53] <neo31> cheers, I will do my best to improve my contributions
[22:53] <hggdh> OK. Now I believe all the pending candidates are the ones involved in the current confusion. We are discussing with kokoye2007 in the backstage.
[22:53] <neo31> thank you iulian
[22:53] <hggdh> I will hold the meeting open for a while
[22:54] <PabloRubianes> congrats neo31
[22:54] <lunapersa> Congratulations  neo31
[22:54] <neo31> thank you PabloRubianes alaya lunapersa :)
[22:54] <salih-emin> neo31 congrats !
[22:55] <neo31> thank you salih-emin
[22:55] <hggdh> given the time -- 2255 UST, I will close this meeting. The conversation with kokoye2007 will keep on
[22:55] <hggdh> #endmeeting
[22:55] <meetingology> Meeting ended Thu Jul  4 22:55:26 2013 UTC.
[22:55] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-04-22.00.moin.txt
[22:55] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-04-22.00.html
[22:56] <IoannisM_> Salih congrats ! you deserve it! Keep walking
[22:57] <salih-emin> thanks IoannisM_ !


[11:29] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu Brought My Chromebook Back from the Dead @ https://www.omgubuntu.co.uk/2021/10/gallium-os-on-acer-chromebook (by Joey Sneddon)
[13:39] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Microsoft Edge for Linux is Now Stable @ https://www.omgubuntu.co.uk/2021/10/microsoft-edge-for-linux-now-stable (by Joey Sneddon)


[11:23] <rbasak> May I have some help understanding Launchpad's model against getChangesUrl() in source_package_publishing_history please?
[11:23] <rbasak> AFAICT, it sometimes returns None, which makes sense when the original upload came from Debian.
[11:23] <rbasak> When there's a pocket copy (eg. to release from a proposed upload), the source_package_publishing_history entry for the release pocket does return a URL from getChangesUrl()
[11:24] <rbasak> So is there any case I need to track back through copied_from_archive?
[11:24] <rbasak> I wrote the code to do it, but I'm now wondering if it's even necessary.
[11:24] <rbasak> I've not managed to find a case where getChangesUrl() returns None and the upload didn't originally come from Debian.
[11:35] <rbasak> It looks like getChangesUrl() is also following back through a pocket copy from a PPA by itself
[11:38] <cjwatson> rbasak: Yes, unless the upload was created by the "gina" importer (which we only use for Debian in practice), there'll be a corresponding PackageUpload row and SPPH.changesFileUrl() will be able to find the .changes file from that
[11:40] <rbasak> Great. Thanks!
[13:47]  * ogra wonders why https😕/launchpad.net/~build.snapcraft.i👋+snap/323809a9ca4f03013b934353a1358c6f/+build/1254491 did actually succeed ... (it runs git clone after ~2h in a loop during build (pulling submodules) and normally the proxy access is timed out by that time...)
[13:47] <ogra> grmbl
[13:47] <ogra> silly emoji stuff
[14:16] <cjwatson> The logs indicate that the build started at 22:42:11, and the last connection to the proxy was 01:41:01.  The timeout is currently 3h, so that just scraped in under the wire.
[14:17] <cjwatson> [5~3[6~[6~
[14:17] <cjwatson> (oops)
[14:23] <ogra> heh, lucky one then
[14:24] <ogra> (this is really funny, because i added another part *before* everything, so it should actually kick in later, not earlier)


[02:43] <Beret> å/b 5
[05:49] <bigdaddy63376> My laptop suspended when I closed the lid.  I think a server OS should not do that.  I would like /etc/systemd/logind.conf in the install media to have HandleLidSwitch=ignore
[05:59] <bigdaddy63376> Do I need to do this myself and get access to place a pull request?
[05:59] <bigdaddy63376> Or is there someone here who knows about the maintainer for the package that contains that file?
[06:05] <mybalzitch> you can edit the file yourself
[07:42] <Maik> bigdaddy63376: i'd go for a raspberry pi 4 and uses that as a server, laptop aren't really made for that.
[07:59] <znf> if you ever manage to find a rpi in stock :)
[13:32] <ahasenack> is there some sort of "who am I" command for the current ubuntu release I'm running?
[13:32] <ahasenack> or should I just parse /etc/os-release?
[13:32] <ahasenack> I didn't want to source that whole file for just one variable
[13:33] <ahasenack> ah, there is lsb_release -cs
[13:38] <jfsimon1981_b> Hi, Could someone let me know how we properly do a subnet with nat ?  I have a lan at 10.0.*.* and i need to create a subnet 192.168.100.* with nat and dhcp for test purposes
[13:38] <jfsimon1981_b> https://pastebin.com/dKFSqUHm
[13:39] <jfsimon1981_b> I crafted a configuration file though it's not yet working, this is the complete file
[13:39] <jfsimon1981_b> Thanks
[14:19] <znf> ahasenack, the preferred and reliable way is to source /etc/os-release
[14:19] <ahasenack> I don't want to potentially "pollute" my shell script with random variables
[14:19] <znf> you're not poluting with "random" variables
[14:20] <ahasenack> well, it's an external file I don't control
[14:20] <znf> but that's the proper and reliable way to determine OS across multiple distributions and linux releases
[14:20] <znf> has been a standard for a few years now
[14:20] <znf> a minimized 22.04 doesn't have lsb_release, AFAIK
[14:22] <sdeziel> `awk -F= '/^VERSION_CODENAME=/ {print $2}' /etc/os-release` should avoid the pollution
[14:26] <znf> I'm sure the 1kb of memory saved will be appreciated :P
[15:34] <samy1028c> Hello all.  We have a system with exim4 running with custom user:group.  However, every so often (6 or more months) it seems something on this Ubuntu 20.04 FIPS LTS is resetting permissions back to Debian-exim:adm.  Any ideas what to look at?
[15:36] <samy1028c> We updated the cron.daily/exim4 to have the custom user:group when tidydb runs.  However, even if something daily ran, it doesn't explain why after 9 months the permissions reset.
[15:36] <samy1028c> Is there anything in Ubuntu itself that might be causing this?
[15:38] <sdeziel> samy1028c: does the permission/ownership reset happens at the same time the exim4 package is updated?
[15:40] <samy1028c> sdeziel: ahh, actually, I hadn't looked at dpkg.log.  It does show that exim4-base updated at the time exim4 stopped working.
[15:40] <samy1028c> hmm, so a question - how do I get it to not clobber the permissions?
[15:40] <rbasak> https://git.launchpad.net/ubuntu/+source/exim4/tree/debian/exim4-base.postinst?h=applied/ubuntu/focal-devel resets the permissions I think?
[15:40] <rbasak> I'm not sure the packaging supports use of a custom user/group.
[15:41] <samy1028c> so, why did it even update?  We purposefully do not install updates automatically because we have to test through our scripts and such to ensure non-breakage.
[15:42] <rbasak> How have you configured updates not to install automatically?
[15:42] <samy1028c> I run "apt list --upgradeable" and there are a number of items waiting on us to trigger the updates on after regression testing/QA is completed on our dev systems.
[15:43] <samy1028c> What exactly does "install" do in init.d?   ./rc3.d/S01exim4:    install -d -oDebian-exim -gDebian-exim -m750 /run/exim4
[15:43] <samy1028c> rbasak, how can I double-check the automatic updates?
[15:45] <samy1028c> ahh, /etc/apt/apt.conf.d/50unattended-upgrades
[15:46] <rbasak> It's pretty hacky/unsafe to rely on not installing updates to avoid an update from reverting an unsupported configuration change. I'd find another way to solve your problem.
[15:50] <samy1028c> yeah, perhaps a cronjob to check permissions regularly.
[15:50] <samy1028c> We may also review our need for the custom permissions as this may have been required when we first deployed this system on 18.04 several years ago.
[15:50] <rbasak> No, that's just as bad. Stop chasing your tail!
[15:56] <bG9s> I mean restorecon exists to basically check contexts (basically similar to permissions)
[15:57] <bG9s> not a bad idea to make sure permissions and contexts are in order
[17:56] <ahasenack> can somebody see a mistake here? It's like "apt-get update" wasn't run. If I shell into the container, run apt-get update, then try to install those strongswan packages, it works: https://pastebin.ubuntu.com/p/Nx9JwV8gn7/
[18:00] <patdk-lap> you are even running cron inside the container?
[18:00] <patdk-lap> none of mine do, so it would never autoupdate a container
[18:32] <ahasenack> found it, cloud-init was still running in the background and changing sources.list, which invalidated the first apt-get update run
[20:45] <sarnold> ahasenack: that feels like it's worth a bug report, perhaps cloud-init ought to be locking the apt frontend lock or something while doing its thing
[20:46] <ahasenack> there is this trick that I have seen other use, and I am using now too:
[20:46] <ahasenack> lxc exec "${container}" -- cloud-init status --wait
[20:47] <sarnold> oh nice. i mean, a bit annoying, but at least there's a thing for that :)
[20:49] <blackboxsw> +1 on that blocking `cloud-init status --wait` trick (sry was afk earlier). But, if one process is running something like ` DEBIAN_FRONTEND=noninteractive apt-get install` shouldn't the apt/dpkg locks be setup already to block other services trying to install pkgs?
[20:49] <ahasenack> that is not the issue
[20:50] <ahasenack> sources.list was rewritten after my first apt-get update
[20:50] <ahasenack> so that invalidated that apt-get update
[20:50] <ahasenack> it was like this
[20:50] <ahasenack> apt-get update
[20:50] <blackboxsw> ahh ok
[20:50] <ahasenack> cloud-init rewrites sources.list
[20:50] <ahasenack> apt-get install <package>
[20:50] <ahasenack> package: not found
[20:50] <blackboxsw> ahh so race on config file update vs final apt-get install
[20:51] <ahasenack> yeah, I was doing "apt-get update && apt-get install package"
[20:51] <ahasenack> but in between, sources.list got rewritten by cloud-init
[20:56] <blackboxsw> yeah, hard to avoid that situation without either providing the directives in #cloud-config specifically via `packages: [package]\npackage_update: true` or by just externally calling cloud-init status --wait (or setting up a systemd service that is `After=cloud-init.target`
[23:38] <k8yun> hello... does anyone have a good tutorial link to setting up postfix in ubuntu? Looking to only send emails out as notification system.
[23:40] <sarnold> k8yun: try https://ubuntu.com/server/docs/mail-postfix
[23:40] <Teridon> ubuntu autoinstall question with cloud-init ssh_keys.  During autoinstall, I see that /etc/ssh/ has the keys I specified in my user-data file.  But after install finishes and reboots, it has new keys.  I do have "ssh_deletekeys: false" in the top level of the user-data.  It's also generating a dsa key, despite the specified "ssh_genkeytypes"   https://dpaste.org/q1dPA  not sure if my PXE boot line is relevant; the "cloud-init-bios
[23:40] <Teridon> " directory has the user-data file  https://dpaste.org/RWVBP
[23:41] <k8yun> thank you. I will go through the link.  I had gone through a few links and all of them did not allow me to send an email out so far but I will give this link a try.
[23:42] <sarnold> k8yun: depending upon where you're hosting your machine, itmight be worth talking with your isp or managing 'security groups' on the machine or whatever
[23:42] <sarnold> k8yun: it's pretty common for smtp to be blocked everywhere to cut down on spam
[23:43] <sarnold> k8yun: .. and also pretty common for smtp recipients to be brutal with RBLs and so on to block mail from dynamic ranges, entire countries, etc
[23:43] <k8yun> I see.  I am not too familiar with how smtp works.  I tried to send to my work email then the `/var/log/mail.log` showed that it was trying to connect to my work domain.
[23:44] <k8yun> so I think I might need to implement some security measure in the set up so that my work email server recognizes it as a safe sender or something... not sure... I will go through the link provided and find out more I guess
[23:44] <Teridon> related:  if your DNS doesn't have SPF setup you're probably also going to have trouble
[23:46] <Teridon> is this channel archived? if so where?  my VPN is sometimes unstable and I don't want to miss a reply
[23:50] <blackboxsw> Teridon: archive of this channel https://irclogs.ubuntu.com/2022/11/28/%23ubuntu-server.html  it's a few hours behind
[23:50] <Teridon> ty
[23:51] <blackboxsw> Teridon: also autoinstall question. the Ubuntu live installer (server and desktop) actually runs cloud-init in two boot stages. if you provide top-level #cloud-config keys outside of 'autoinstall:' those keys will apply the the ephemeral pre-provisioning environment (not the target installed system after reboot)
[23:52] <blackboxsw> if your keys you pasted are provided below autoinstall:user-data:X,Y,Z then they'll apply to the final installed environment across reboot.
[23:57] <sarnold> blackboxsw: that sounds like a very useful thing to know. do you know if it's written down anywhere? :)
[23:58] <sarnold> aha! it is! it is! though I think I might have overlooked it if I hadn't been looking for it


[00:50] <mwhudson> does our cross toolchain stuff really have to be as brain-bending as it is
[05:39] <stevenm_> can anyone show me the command ubiquity uses to format the ESP?  (presumably using mkfs.fat ?)
[05:39] <stevenm_> As when I look at mine with 'file -s' or 'minfo -i'... you can see a value called 'reserved' (which I've seen examples of 'reserved=0x0', 'reserved=0x1' and 'reserved=0x3')... what the heck is that?  the man/docs don't explain it!
[08:31] <mwhudson> stevenm_: it'll be in partman-efi somewhere i guess
[08:33] <mwhudson> stevenm_: https://git.launchpad.net/ubiquity/tree/d-i/source/partman-efi/commit.d/format_efi
[08:36] <cpaelzer> Hmm, with the latest ubuntu-dbgsym-keyring update in jammy I see "The following signatures were invalid: BADSIG C8CAB6595FDFF622 Ubuntu Debug Symbol Archive Automatic Signing Key (2016)"
[08:37] <cpaelzer> That seems reproducible on a new container, but I feel that I can't be alone with that yet I found no report e.g. on https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyring/+bugs - does anyone have a pointer if this is already tracked/discussed?
[08:40] <cpaelzer> hmm, deleting the key and reinstalling the keyring helped - but I'm not yet convinced this doesn't have a root cause that would be worth to understand
[08:49] <cpaelzer> well, no more reproducible ... giving up but at least updated 1920640
[08:54] <stevenm_> mwhudson, nah it's not - i already looked there
[08:54] <stevenm_> got the answer anyway... it only appeared when it's mounted... I think it's a flag used to know if it was properly unmounted or not (e.g. for windows chkdsk)
[08:55] <stevenm_> oddly that source you linked to... it's weird how it uses fat16 if the arch isn't amd64/i386 - a very arbitrary decision
[08:56] <stevenm_> you'd think it'd be based on the size of the ESP that it picks fat12/16/32 (as a standards compliant UEFI supports all 3)
[08:57] <stevenm_> in fact I've the UEFI firmware for the pi 4 doesn't support fat16 properly - so ubiquity (and d-i that it's based off) would probably fail on that
[11:55] <P-NuT> Afternoon all.
[11:55] <P-NuT> when building a ubuntu / debian .deb package you can use a preinst script to run first.
[11:55] <P-NuT> Does this script HAVE to be bash?
[11:55] <P-NuT> Can it be python for example?
[12:00] <tumbleweed> It can, but then you need to pre-depend on python, which can make upgrades more complex / cause them to break
[12:00] <tumbleweed> Generally maintainer scripts should have the smallest dependencies possible. *especially* preinst
[12:01] <P-NuT> I hear that, but I need to do a lot of modification to netplan and systemd-resolve beforehand as I'm building an appliance.
[12:01] <P-NuT> everything relies on python anyway.
[12:02] <tumbleweed> does that really have to happen before the package gets unpacked?
[12:03] <P-NuT> Partly, yes because I install dnsmasq which needs systemd-resolve's config to be changed so as to free up port 53 before it can even install the .deb package for it
[12:04] <P-NuT> I guess i could write the priinst in bash and at the end have it kick off a python script.
[12:04] <tumbleweed> that's functionally equivalent in terms of dependencies
[12:04] <P-NuT> ok, i'll give that a go.
[12:05] <ogra> also ... it should not be *bash* but POSIX shell code 😉
[12:05] <ogra> (ubuntu uses dash as /bin/sh, not bash)
[12:41] <mitya57> Trevinho: hi, ping about https://code.launchpad.net/~rs2009/unity/+git/unity/+merge/429299/comments/1135951
[12:41] <Trevinho> mitya57: hey, I've it in the radar, but I've to finish some glib stuff first
[12:41] <mitya57> Ok, thanks!
[13:16] <P-NuT> Hi all. I have built a .deb file that uses the Depends: line in the control file, but rather than install the dependancies, it just fails saying that they need to be installed.
[13:17] <P-NuT> Can anyone help me understand why this is as this has not been my experience of use any other standalone deb with dpkg -i <packagename>.deb
[13:17] <rbasak> That's what dpkg does. If you want something to automatically grab and install dependencies, use apt.
[13:19] <rbasak> Note though that this channel is supposed to be for development of Ubuntu itself. #ubuntu-packaging is for people writing packages *for* Ubuntu.
[13:24] <P-NuT> oh right on thanks for the heads up.
[14:51] <enr0n> Can a core-dev please retry these tests? These are historically flaky. retry-autopkgtest-regressions --blocks systemd -s jammy | grep -E "udisks|gvfs"
[15:01] <ginggs> enr0n: looking...
[15:07] <ginggs> enr0n: done, and what about systemd's own test on ppc64el?
[15:08] <enr0n> ginggs: thanks! I was going to retry that one locally first, but I am fine with it being retried anyways
[15:10] <ginggs> enr0n: retried that one as well
[15:10] <enr0n> ginggs: thanks again!
[16:43] <tsimonq2> Does anyone have an idea on whether preseeding snaps in an install chroot is documented?
[16:44] <tsimonq2> I see quite a bit of autogeneration for the seed.yaml in livecd-rootfs, while I can use the snap command line to perform all those steps in one locally. I can't be the only one with this use case and it took me too long not to share my steps somewhere
[16:45] <ogra> tsimonq2, snapd des not run in chroots ...
[16:45] <ogra> *does
[16:46] <ogra> so you can not actually use "the snap command line"
[16:46] <tsimonq2> Well, you can use it on the host with the mount point if you use the model from snap known model
[16:46] <tsimonq2> That sets up the preseed in the chroot which I later plan on booting
[16:47] <tsimonq2> (So the chroot step is simply prep, I'm recreating a smaller version of livecd-rootfs for my own install essentially, skipping the entire ISO creation step and using debootstrap on my already-partitioned drive)
[16:48] <tsimonq2> In livecd-rootfs, instead of using snap generate-image (recalling from memory...) it manually downloads the snaps and creates the yaml file
[16:48] <ogra> right, but all processing happens on first boot
[16:50] <ogra> (because on the build servers we can not just "use it on the host with the mount point" so there is nothing else implemented in livecd-rootfs beyond crafting the seed.yaml and putting the snap files where snapd will find them on first boot
[16:50] <ogra> )
[16:51] <tsimonq2> Right, so my question is essentially, why not let snap generate the yaml file instead of generating and validating it manually in livecd-rootfs?
[16:52] <ogra> because yu can not run snap inside the build chroot (unless you hack arund it like you do at home currently)
[16:52] <tsimonq2> snap known model > /tmp/generic.model && sudo snap prepare-image --arch amd64 --classic /tmp/generic.model --snap=core --snap=firefox=latest/edge --snap=core22 --snap=core20 --snap=gtk-common-themes --snap=gnome-3-38-2004 --snap=bare --snap=newsboat --snap=chromium --snap=thunderbird=latest/beta --snap=lxd /mnt
[16:52] <ogra> snap is just interfacing with snapd ... if snapd does not run you wont get anything from it
[16:54] <tsimonq2> ogra: The snap command is already ran in livecd-rootfs to get the model: https://git.launchpad.net/livecd-rootfs/tree/live-build/functions#n675
[16:55] <ogra> yes, some special commands are local to the snap binary ... but i.e. snap install is not
[16:55] <ogra> prepare-image, version, known and pack are distinct functions of the snap binary ... everyting else is calls to the snapd REST API
[16:57] <tsimonq2> When generating ISOs, would prepare-image not do the trick, rather than a manual download + add to the yaml file? I mean, it's essentially what prepare-image does on classic images, yeah?
[17:54] <bdmurray> ginggs, kanashiro: IS just made a change to the network in bos01 which shouldn't negatively affect autopkgtests but if you see something strange in your +1 shift please let me know!
[17:55] <bdmurray> It'd most likely appear as proxy errors.
[18:52] <Eickmeyer[m]> bdmurray: Is there a known issue with swapfiles being too small (e.g. defaulting to 1024) and overfilling?
[18:54] <bdmurray> Eickmeyer[m]: not that I can recall immediately but I might have heard vorlon talking about it
[18:57] <Eickmeyer[m]> bdmurray: Thanks. We (kfocus) just ran into an issue with a system that had a 1024 swapfile that couldn't unpack nvidia drivers due to OOM on a full swapfile. I was a bit taken aback when I got the report this morning.
[19:11] <vorlon> Eickmeyer[m], bdmurray: would need more info here.  We don't automatically increase size of swapfiles on upgrade, though in principle we could; and 22.04.1 in particular has refactored its minimum swap calculations but that only matters if you're using ubiquity from 22.04.1
[19:12] <Eickmeyer[m]> vorlon: These are brand-new installs for the most part.
[19:12] <vorlon> As of 22.04.1 the minimum allocated by ubiquity is 8GiB RAM+swap
[19:12] <vorlon> brand-new with what vintage installer though, and how much RAM? etc
[19:13] <Eickmeyer[m]> We're not seeing that. The swapfile on 16GB RAM was showing as 1GB.
[19:14] <vorlon> not seeing what?
[19:14] <vorlon> 16GB RAM + 0 swap >= 8GiB RAM+swap
[19:15] <Eickmeyer[m]> Ok, I'll back-up. This is on 22.04.1, Kubuntu, new install, no encryption. 16GB RAM, default whole disk install, swapfile came to 1GB.
[19:15] <vorlon> which all sounds reasonable to me
[19:16] <vorlon> a package upgrade alone is not going to run you out of memory on a system with 17GiB of virtual memory
[19:16] <Eickmeyer[m]> Right, but when nvidia was installed after-the-fact later as an eGPU, it filled the swapfile upon unpack.
[19:17] <vorlon> "filled the swapfile" makes no sense
[19:17] <vorlon> the kernel manages momery
[19:17] <vorlon> memory
[19:17] <Eickmeyer[m]> I'm just telling you what was reported to me. Looks like it filled RAM and then swapped-out and went OOM.
[19:18] <vorlon> well the nvidia package installation is not RAM-intensive
[19:18] <vorlon> so this is not a very good bug report :)
[19:18] <arraybolt3[m]> Eickmeyer: Is this something I can reproduce on my own NVIDIA hardware? Install Kubuntu without installing proprietary drivers, then attempt to install the driver after-the-fact, with 16 GB RAM?
[19:18] <arraybolt3[m]> (My NVIDIA card is internal.)
[19:18] <Eickmeyer[m]> arraybolt3: You can give it a shot.
[19:18]  * arraybolt3[m] takes RAM sticks out of desktop and begins investigation
[19:18] <Eickmeyer[m]> This was all tested on an Intel NUC.
[19:19] <Eickmeyer[m]> mmikowski: When you have a minute, please reply to vorlon above.
[19:23] <vorlon> Eickmeyer[m], mmikowski: some analysis of *what* is consuming memory when the system OOMs would be useful; e.g. a snapshot of top -o RES, or pmap -x output; and dmesg output telling what processes were killed by the oom manager
[19:45] <arraybolt3[m]> Eickmeyer: Were you using OEM install mode by any chance? I'm about to do a standard installation and I don't know if that's right or not.
[19:45] <Eickmeyer[m]> arraybolt3: Yes.
[19:46] <arraybolt3[m]> Eickmeyer: Thanks, let's see if that triggers it. (I've not yet done the normal install, but may as well give the bug the greatest chances of appearing, right?)
[19:48] <Eickmeyer[m]> arraybolt3: That's my thought.
[19:49] <arraybolt3[m]> Eickmeyer: Also, when did you try to install the NVIDIA drivers? Did you do that during the OEM setup mode after initial installation, or was this after having finished the end-user setup?
[19:50] <Eickmeyer[m]> arraybolt3: After the end-user setup.
[19:57] <arraybolt3[m]> Eickmeyer: Possibly a little late, but did you install updates during the installation procedure, or later? Or were they installed at all before trying to install the drivers?
[19:58] <Eickmeyer[m]> During. Just no 3rd party drivers during install.
[19:58] <arraybolt3[m]> Alright, that's what I just finished doing, so we're on track.
[19:58] <Eickmeyer[m]> coo coo
[20:03] <arraybolt3[m]> Eickmeyer: Last bits of details to extract out of you - should I reboot after finishing end user configuration, or go right to installing the drivers? And, should the drivers be installed via software-properties-kde, or using the command line?
[20:04] <Eickmeyer[m]> arraybolt3: Just fully update, reboot, then install the drivers and see what happens.
[20:04] <Eickmeyer[m]> Yeah, install the drivers via software-properties-kde. That's fine.
[20:05] <Eickmeyer[m]> Make sure your'e not on secure boot.
[20:07] <arraybolt3[m]> OK, good. Then the moment of truth has arrives.
[20:08] <arraybolt3[m]> Yes, has arrives. Because I can't type.
[20:08] <arraybolt3[m]> s/arrives/arrived/
[20:11] <mmikowski> vorlon: Hi, this is mike. Eickmeyer[m] asked me to giv you a bump.
[20:12] <mmikowski> So we had an issue with initramrd on boot the system provided an 'out of memory' condition. This was an Intel NUC (Kubuntu Focus NX) and appeared to have been triggered by a Kernel update.
[20:13] <mmikowski> We had been using it to test an Nvidia eGPU, so the initramrd was very big, and that resuted in the 'out of memory' error on boot and drop into a rescue shell. I added xz compression to initramrd and that fixed the issue.
[20:14] <bdmurray> That sounds very different that what Eickmeyer[m] described
[20:14] <mmikowski> The swap file was 1GB.
[20:14] <mmikowski> I think it's just a case of telephone. Hi Brian! :)
[20:14] <vorlon> swap files are not used in the initramfs
[20:14] <bdmurray> What mmikowski is describing sounds like bug 1842320
[20:15] <vorlon> right
[20:15] <bdmurray> A bad game of telephone
[20:15] <mmikowski> ubottu: That definitely  is the error.
[20:15] <mmikowski> Let me check the bug...
[20:16] <vorlon> the issue is the initramfs being too big for the space allocated by firmware for it
[20:16] <mmikowski> The bug looks correct.
[20:17] <vorlon> how big is "very big" for your initramfs?
[20:17] <mmikowski> I
[20:17] <mmikowski> will look it up ...
[20:17] <vorlon> I don't know why nvidia eGPU should increase the initramfs size
[20:17] <arraybolt3[m]> Eickmeyer: Could not reproduce issue.
[20:18] <Eickmeyer[m]> arraybolt3: Thanks. The issue was miscommunicated and/or I misunderstood anyhow. I've got the horse's mouth in here talking about it. Thanks for the test!
[20:18] <vorlon> only video drivers should be copied to the initramfs because video output needs to be correct in early boot
[20:18] <mmikowski> I believe I can reproduce here with the NUC. I just need to turn off xz compression.
[20:18] <arraybolt3[m]> My initrd size on the test system is 106.2 MiB.
[20:19] <mmikowski> ls -alh initrd.img-5.17.0-1016-oem
[20:19] <mmikowski> -rw-r--r-- 1 root root 165M Sep  1 19:50 initrd.img-5.17.0-1016-oem
[20:19] <arraybolt3[m]> (Note I'm using a totally different test system than mmikowski, so my input may be of limited usefulness - internal NVIDIA card on a relatively old desktop.)
[20:19] <mmikowski> Nvidia drivers 510.
[20:20] <mmikowski> I used a rescue disk and chroot environment to update the build config per https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1842320/comments/41
[20:22] <mmikowski> I believe this along fixed it; I have the NUC right here and I can determine how to reproduce.  I expect turning off xz compession will be enough; I don't believe I enlarged the swap file. But I could test that as well.
[20:22] <mmikowski> * this along fixed it = this alone fixed it.
[20:23] <vorlon> swap file has zero relevance
[20:23] <mmikowski> No worries vorlon.  That was just speculation about what memory was being used.
[20:24] <mmikowski> bdmurray: Good to see you too :)
[20:58] <mmikowski> arraybolt3[m]: As always, thank you for your help. I am working on recreating here and testing through hypothesis. Sorry, the original bug was a transient impediment I had to get through before getting other work done, so the documentation wasn't stellar.
[21:51] <bluca> enr0n:  I didn't notice the systemd TEST-58-REPART was also enabled in jammy-proposed by slyon, for that to work on ppc64 you'll need to backport https://github.com/systemd/systemd/commit/8e65d93e85f06e3f2
[21:53] <mmikowski> I've just checked 1013 kernel does not have the issue; 1016 does. Asooubling swapfile size to 2GB does not resolve issue. @bdmurray @ubottu @vorlon @Eickmeyer[m].
[21:55] <mmikowski> To clarify these are oem-5.17.0-1013 through oem-5.17.0-1016 kernels. This behavior does seem to be device specific, and discussed above.
[21:58] <mmikowski> Booting through from 1013 kernels up and will report in bug.
[22:51] <vorlon> Eickmeyer: it looks like ffmpeg2theora, recommended by ubuntustudio-video, is obsolete; ffmpeg itself supports theora as a codec now, and ffmpeg2theora hasn't seen upstream activity since 2016.  Drop from the seed for kinetic?
[22:51] <vorlon> Eickmeyer: (I took a stab at porting it, but then hit the inner loop of avcodec_decode_video2() that needs porting and decided life's too short)
[22:56] <Eickmeyer[m]> vorlon: Yeah, that sound fine. UNRELATED (perhaps tangentally): still watching digikam and uploading git snapshots periodically in hopes that something stabilizes.
[22:57] <vorlon> Eickmeyer[m]: shall I drop ffmpeg2theora from the ubuntustudio seed?
[22:57] <Eickmeyer[m]> vorlon: I can do it, I'm in the seed right now and that way I can update the meta too.
[22:57] <vorlon> ok
[23:07] <Eickmeyer[m]> vorlon: Done.