[06:13] <mborzecki> morning
[06:38] <mborzecki> mvo: hey
[06:38] <mvo> good morning mborzecki
[06:41] <mup> PR snapd#9377 closed: [RFC] snap-repair: minimal uc20 support <Needs Samuele review> <UC20> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/9377>
[06:52] <jamesh> mvo: I put together https://forum.snapcraft.io/t/adding-users-to-system-groups-on-ubuntu-core/20109 with my thoughts on handling groups, in prep for tomorrow's meeting.
[06:52] <mborzecki> mvo: heads up, google-nested:ubuntu-20.04-64:tests/nested/manual/preseed seems to be failing (i've pinged pawel in one of the prs)
[06:53] <mvo> jamesh: thanks, excellent, let me read this
[06:53] <mvo> mborzecki: oh no, any more clues yet?
[06:54] <mborzecki> mvo: the preseed key is different, https://github.com/snapcore/snapd/pull/9380#issuecomment-695933603
[06:54] <mup> PR #9380: tests: update to support nested kvm without reboots on UC20 <Run nested> <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9380>
[06:56] <mvo> mborzecki: ok, that sounds not too bad
[07:06] <zyga> re
[07:06] <zyga> good morning!
[07:07] <pstolowski> morning
[07:08] <zyga> o/
[07:09] <mvo> good morning pstolowski and zyga
[07:10] <zyga> hmm, more failures
[07:10] <zyga> but this looks like a bug in repacking core
[07:10]  * zyga looks
[07:10] <zyga> hmm
[07:11] <zyga> mvo: today started more like normal, wife has afternoon shift today
[07:11] <mborzecki> pstolowski: zyga: hey
[07:12] <mborzecki> pstolowski: pinged you about nested preseed test failure, please take a look
[07:12] <zyga> mvo: oh no, umatrix development is over
[07:12] <zyga> hey mborzecki :)
[07:12] <zyga> it's real autumn now
[07:12] <mborzecki> pstolowski: https://github.com/snapcore/snapd/pull/9380#issuecomment-695933603
[07:12] <mup> PR #9380: tests: update to support nested kvm without reboots on UC20 <Run nested> <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9380>
[07:13] <mborzecki> zyga: yeah, very much so, this is what it looked like during my afternoon ride yesterday https://dgtzuqphqg23d.cloudfront.net/O1Yi0M_6L-sWwaf-Rxs-NoxxaZjK96HwWdDgXIato6U-1536x2048.jpg
[07:13] <zyga> ohh
[07:13]  * zyga envies bike riding
[07:13] <zyga> in a few months
[07:14] <zyga> my back still hurts a little when I bend
[07:14] <zyga> forecast says 24C today so maybe I will go for a walk instead
[07:14] <mborzecki> zyga: and it gets cold fast, 20C when i was leaving, 16C when i was coming back, stopped to take a couple of photos and i felt like i was freezing for the last 7km
[07:14] <zyga> mborzecki: I'll try some selinux bits today, I got nowhere on Friday
[07:14] <zyga> mborzecki: that's evening ligth?
[07:15] <mborzecki> yeh
[07:15] <zyga> yeah, I need to find my full shoes
[07:15] <zyga> I had sporty hole-ridden shoes all summer
[07:16] <mvo> zyga: umatrix development over? nooooo, that's super sad. where did you see that?
[07:18] <zyga> mvo: ./
[07:18] <zyga> mvo: github repo is archived
[07:23] <zyga> hmm
[07:23] <zyga> weird
[07:23] <mvo> zyga: meh, so sad. I can't see anything on the readme about the why
[07:23] <zyga> ha
[07:23] <zyga> I found a bug
[07:24] <zyga> repack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks :)
[07:24] <zyga> that's a mouthful
[07:24] <zyga> and identical copy-pasted bug in repack_snapd_snapd_with_deb_content
[07:25] <zyga> I'll send noise and bug fixes separately in a moment
[07:25] <zyga> just want to see green core tests
[07:25] <mvo> zyga: nice
[07:25] <zyga> man it's COLD in the office today
[07:25] <zyga> definitely sub 20
[07:25] <zyga> probably ~15
[07:26] <pstolowski> mborzecki: replied, you're correct there
[07:36] <mborzecki> zyga: pushed a branch again? ;) i see wip/export-manager-patch-set in the latest pull
[07:38] <zyga> hmm
[07:38] <zyga> mborzecki: gaah
[07:38]  * zyga wonders why that happens
[07:38] <zyga> mborzecki: cleaned that up
[07:39] <zyga> we don't seem to repackage core when doing core18 tests
[07:40] <zyga> ah
[07:40] <zyga> indeed
[07:40] <zyga> okay
[07:40] <mborzecki> zyga: i normally set origin to be my fork
[07:42] <zyga> oh
[07:42] <zyga> conceptual question
[07:42] <zyga> when testing ubuntu core
[07:42] <zyga> should we repackage both core and snapd
[07:42] <zyga> so that they are in sync
[07:43] <zyga> I wrote my test assuming as much
[07:43] <mborzecki> i think the only reason we repack core is to setup the logging (and iirc we do it only in nested)
[07:44] <mborzecki> w8, core as in core20
[07:44] <mborzecki> core is probably repacked with newer snapd anyway
[07:44] <zyga> we repackage both for the same reason
[07:44] <zyga> to get new snapd
[07:44] <zyga> my question was more subtle
[07:44] <zyga> should we always have both repackaged
[07:45] <zyga> regardless of the version of ubuntu core
[07:46] <zyga> right now if you run a test with ubuntu-core-18
[07:46] <zyga> and install something that pulls in core
[07:46] <zyga> you get core tools
[07:46] <zyga> with old snap-exec
[07:46] <zyga> mvo, pedronis: ^ opinion please
[07:46] <zyga> I can adjust my test or adjust the test suite either way
[07:47]  * mvo is in a meeting
[07:52]  * zyga does the simpler thing
[08:04] <zyga> passed
[08:38] <zyga> re
[08:42] <mup> PR snapd#9345 closed: overlord: introduce the export manager, export snapd tools <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/9345>
[09:06] <zyga> quick review required for https://github.com/snapcore/snapd/pull/9382
[09:06] <mup> PR #9382: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>
[09:07] <zyga> optionally for https://github.com/snapcore/snapd/pull/9381 but not important
[09:07] <mup> PR #9381: many: typos and small test tweak <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/9381>
[09:07] <mup> PR snapd#9381 opened: many: typos and small test tweak <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/9381>
[09:07] <mup> PR snapd#9382 opened: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>
[09:12] <zyga> pstolowski, mborzecki: ^
[09:22] <mborzecki> yay, pi4 8gb with today's uc20 image is up
[09:23] <zyga> mborzecki: nice :)
[09:39] <zyga> mborzecki: trying core20 with tpm on vmware now
[09:50] <zyga-mbp> mborzecki booting now
[09:50] <zyga-mbp> no such device ubuntu boot
[09:51] <zyga-mbp> now black screen
[09:51] <zyga-mbp> now efi stub secure boot enabled
[09:51] <zyga-mbp> now wall of text
[09:51] <zyga-mbp> booting :)
[09:52] <mborzecki> so far so good
[09:52] <mborzecki> zyga-mbp: there will be a log during install that encryption is enabled
[09:52] <zyga> mborzecki: can you look at https://github.com/snapcore/snapd/pull/9382
[09:52] <mup> PR #9382: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>
[09:52] <zyga> I need to merge itr
[09:52] <zyga> ok
[09:52] <zyga-mbp> hmm
[09:53] <zyga-mbp> got a load of IO errors
[09:54] <zyga-mbp> tweaked vm and rebooted
[09:59] <zyga-mbp> mborzecki no luck yet
[10:00] <zyga-mbp> mborzecki it could not boot wuth disk type=nvme
[10:00] <zyga-mbp> secure boot enabled
[10:00] <zyga-mbp> wall of kernel booting
[10:00] <zyga-mbp> I switched to sata
[10:00] <zyga-mbp> it's starting
[10:01] <zyga-mbp> mborzecki tpm device detected and enabled!
[10:01] <zyga-mbp> rebooting
[10:01] <zyga-mbp> :D
[10:01] <zyga-mbp> I think it will work
[10:02] <zyga-mbp> hmm, now rebooted and looking at efi boot logo
[10:02] <zyga-mbp> with "attempting to start up from efi network"
[10:02] <zyga-mbp> it's either not clearing the buffer
[10:02] <zyga-mbp> or just booting silently
[10:02] <zyga-mbp> mborzecki are we doing anything for efi vars to select boot method?
[10:02] <zyga-mbp> kernel up!
[10:02] <pedronis> it should reboot from install to run , if it gets far enough
[10:03] <pedronis> it tries to do that automatically
[10:03] <zyga-mbp> I think it's a winner :)
[10:03] <zyga-mbp> seeding
[10:03] <zyga-mbp> I should expect console conf, right/
[10:04] <zyga-mbp> now the last thing is "stopping snap daemon"
[10:04] <zyga-mbp> (from systemd)
[10:04] <zyga-mbp> started getty!
[10:05] <zyga-mbp> it's still doing stuff
[10:05] <zyga-mbp> waiting for server to restart
[10:05] <zyga-mbp> I guess that's "snap run" message
[10:06] <zyga-mbp> more getty changes
[10:07] <zyga-mbp> my only feedback so far is lots of black screen and waiting :)
[10:08] <zyga-mbp> and no CPU usage
[10:08] <zyga-mbp> hmmm
[10:08] <zyga-mbp> brb, small break to move
[10:25] <zyga-mbp> It worked :)
[10:26] <zyga-mbp> there was a backtrace visible in console conf after initial setup
[10:26] <zyga-mbp> hmm
[10:26] <zyga-mbp> (super brief, it's gone now)
[10:26] <zyga-mbp> I wonder if I can create an account
[10:27] <pstolowski> pedronis: hey, do you have a moment (~10 mins i guess) to chat about validation-sets?
[10:27] <zyga-mbp> now I have black screen with blinky cursor and nothing else
[10:28] <zyga-mbp> I think console conf does crash
[10:28] <zyga-mbp> I'm back in the setup screen
[10:28] <zyga-mbp> yep
[10:28] <zyga-mbp> meh
[10:28] <zyga-mbp> that's anti-climactic
[10:28] <zyga-mbp> guess that is it
[10:29] <zyga-mbp> the screen flash is so quick I have no hope of seeing what crashed
[10:29] <zyga-mbp> let me see if I can record it
[10:32] <zyga-mbp> got it
[10:32] <zyga-mbp> the traceback is requests.exceptions.ConnectionError
[10:32] <zyga-mbp> Connection refused!
[10:32] <zyga-mbp> didn't someone mention that recently?
[10:41] <mvo> meh, 9383 should be a draft - oh well
[10:42] <zyga-mbp> re, stupid suspend
[10:42] <zyga-mbp> anyway, is there a way to debug a dangerous model?
[10:42] <zyga-mbp> I'd like to see what's wrong with snapd
[10:42] <mvo> zyga-mbp: yes, press ESC during boot to get grub (you need the second grub for run mode)
[10:42] <mup> PR snapd#9383 opened: [RFC] snap-repair: minimal uc20 support <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9383>
[10:43] <mvo> zyga-mbp: and then change the kernel commandline to include
[10:43] <mvo> zyga-mbp: "dangerous systemd.debug-shell=1" and maybe "snapd.debug=1"
[10:45] <zyga-mbp> mvo second grub?
[10:45] <zyga-mbp> ah
[10:45] <zyga-mbp> second menu entry?
[10:47] <zyga-mbp> I have the grub menu now
[10:47] <zyga-mbp> booting!
[10:48] <zyga-mbp> for the record, I edited the recovery boot menu
[10:48] <zyga-mbp> hmm
[10:48] <zyga-mbp> now it asks me for recovery key :-(
[10:48] <zyga-mbp> so I guess that's SOL
[10:48] <zyga-mbp> mborzecki ^ any ideas?
[10:48] <mborzecki> hm?
[10:49] <zyga-mbp> mborzecki how to debug encrypted vm
[10:49] <mborzecki> snapd isn't up yet?
[10:50] <mborzecki> zyga-mbp: i've built custom snapd snap with this patch https://github.com/bboozzoo/snapd/commit/a1ec67e26bc5fde9ef645bcc8d6e127345cee344 then you get a debug shell
[10:52] <mvo> zyga-mbp: oh, of course, you won't be able to open the disk if the cmdline changed
[10:53] <zyga-mbp> snapd was partially up
[10:53] <zyga-mbp> it seeded and console conf is a snap after all
[10:53] <zyga-mbp> let me show you the backtrace
[10:56] <zyga-mbp> mborzecki I sent the screenshot via telegram
[10:57] <mborzecki> yeah, looks like snapd isn't up yet (or not quite working)
[10:58] <zyga-mbp> mborzecki just to be clear, can I do anything right now with this VM or is it gone and buseteD?
[11:01] <mborzecki> zyga-mbp: you can wait a bit more
[11:02] <zyga-mbp> mborzecki ok, I'll give it some time
[11:02] <mborzecki> zyga-mbp: otherwise, you can try to build a new image, repack the core20 snap and add logging to console
[11:02] <zyga-mbp> but it's weird
[11:02] <zyga-mbp> console conf is up but snapd is not responding?
[11:02] <zyga-mbp> hmmmm
[11:02] <zyga-mbp> now something weird happened
[11:02] <zyga-mbp> boot fails
[11:03] <zyga-mbp> failed yo boot both default and fallback
[11:03] <zyga-mbp> and I only see one item in grub
[11:03] <zyga-mbp> like something failed and it generated different grub menu with just one broken entry
[11:04] <zyga-mbp> and I get /EFI/ubuntu/kernel.efi not found
[11:04] <zyga-mbp> repeats across reboot
[11:04] <mvo> zyga-mbp: woah, that looks bad
[11:04] <zyga-mbp> indeed
[11:05] <zyga-mbp> shut down, rebooting
[11:05] <zyga-mbp> well, booting afresh
[11:05] <zyga-mbp> same
[11:05] <zyga-mbp> I think this is busted
[11:06] <zyga-mbp> I wonder if there's some case where snapd starts up
[11:06] <zyga-mbp> and something is wrong where it seems "no systems are available"
[11:06] <zyga-mbp> and just generates garbage
[11:06] <zyga-mbp> before it broke I saw a few more entries
[11:07] <zyga-mbp> including run, recover, reinstall and EFI setup
[11:07] <zyga-mbp> now I only see one
[11:07] <zyga-mbp> and EFI setup is oddly gone
[11:07] <zyga-mbp> as if the grub config was truncated somehow?
[11:08] <mvo> speaking of strange stuff - looks like 20.10 test are broken? or is this a one-off thing?
[11:10] <zyga-mbp> mvo what did you see?
[11:13] <mup> PR snapd#9381 closed: many: typos and small test tweak <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9381>
[11:13] <zyga-mbp> thanks mvo!
[11:14] <mvo> zyga-mbp: looks like XDG_RUNTIME_DIR is no longer defined
[11:14] <mvo> zyga-mbp: in 20.10
[11:14] <mvo> zyga-mbp: maybe something in the image changed?
[11:14] <mvo> zyga-mbp: I think I will ask cachio once he is around
[11:14] <pedronis> pstolowski: hi, we can do now or before the standup? also I re-reviewed #9350 (thanks)
[11:14] <mup> PR #9350: store: handle v2 error when fetching assertions <Created by stolowski> <https://github.com/snapcore/snapd/pull/9350>
[11:15] <zyga-mbp> hmm?
[11:15] <zyga-mbp> hmm
[11:16] <pstolowski> pedronis: thanks for the review. now works for me
[11:16] <pedronis> pstolowski: let's do now then
[11:17] <pedronis> pstolowski: going to the standup HO
[11:17] <pstolowski> ok
[11:21]  * zyga-mbp looks at 20.10 failure
[11:22] <zyga-mbp> mvo hmm, maybe fixing info influenced snapd reexec
[11:22] <zyga-mbp> so now we are testing what we are running
[11:22] <zyga-mbp> and something used to be maskeD?
[11:22]  * zyga-mbp debugs
[11:41] <zyga> hmm
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[1]: Starting User Manager for UID 12345...
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[39458]<EMAIL_ADDRESS>Failed to determine user credentials: No such process
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[39458]<EMAIL_ADDRESS>Failed at step USER spawning /lib/systemd/systemd: No such process
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[1]<EMAIL_ADDRESS>Main process exited, code=exited, status=217/USER
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[1]<EMAIL_ADDRESS>Failed with result 'exit-code'.
[11:41] <zyga> Sep 21 11:39:29 sep211125-748067 systemd[1]: Failed to start User Manager for UID 12345.
[11:42] <zyga> google:ubuntu-20.10-64 .../tests/main/snap-session-agent-service-control# tests.session -u test prepare
[11:42] <zyga> Failed to connect to bus: No such file or directory
[11:42] <zyga> what?
[11:43] <mup> PR snapd#9376 closed: check-pr-title.py * : allow "*" in the first part of the title <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9376>
[11:45] <pstolowski> zyga: could you take a look at #9270? would be great to land soon now that 2.47 was branched
[11:45] <mup> PR #9270: wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>
[11:45] <zyga> certainly
[11:47] <zyga> ah I see what changed
[11:48] <mvo> zyga re 20.10 - I suspect it might be more generic than just your pr, i run a spread run now over my lunch to see if it also happens on master
[11:49] <zyga> mvo: https://pastebin.ubuntu.com/p/9yYgZm7Dyk/
[11:49] <zyga> we're missing updates
[11:50] <mvo> zyga I see - something for sergio I guess
[11:50] <zyga> but casual update doesn't seem to fix this :/
[11:50] <zyga> I will try some more
[11:50] <zyga> pstolowski: why are interfaces using NewUnderRoot?
[11:51] <zyga> I mean, the systemd backend
[12:01] <pstolowski> zyga: mhm, i suppose i should change that as well
[12:02] <zyga> pstolowski: I don't know mainly asking
[12:02] <zyga> is the PR description up to date?
[12:07] <pstolowski> it could probably use an update as the scope of changes grew
[12:07] <zyga> pstolowski: let me know if I should review as-is or wait
[12:08] <pstolowski> zyga: i'll update in a moment
[12:08] <zyga> ok
[12:11] <zyga> mvo: I tried upgrading all the packages but that's not enough
[12:11] <zyga> mvo: shall we take 20.10 off the required list or do you want things to limp along red for now?
[12:12] <cmatsuoka> zyga: sorry, I only noticed your message now -- I never rebuilt the core20 snap
[12:12] <zyga> cmatsuoka: hey, no worries
[12:12] <zyga> cmatsuoka: on the up side the encryption was working for a while
[12:13] <cmatsuoka> I think we injected stuff into it during the spike but we never had to rebuild it
[12:14] <zyga> ok, time to get selinux patches in and asses the overal where-are-we status
[12:26] <cmatsuoka> zyga: found this in the pile of triaged-with-undecided-importance bugs, do we have a newer status? https://bugs.launchpad.net/snapd/+bug/1659861
[12:26] <mup> Bug #1659861: Failure results in messy message leaking internals <snapd:Confirmed for chipaca> <https://launchpad.net/bugs/1659861>
[12:27] <zyga> cmatsuoka: nope
[12:27] <zyga> cmatsuoka: the %q using double quotes will be a pain to change
[12:28] <mborzecki> hmm
[12:29] <mborzecki> when pi uc20 system is installed, some state is stored on ubuntu-seed?
[12:32] <zyga> mborzecki: what is stored there?
[12:34] <mborzecki> idk, i've removed ubuntu-boot and ubuntu-data partitions in hope that system would reinstall, but none of that happened
[12:34] <zyga> hmmm
[12:34] <zyga> what happened instead?
[12:36] <zyga> brb
[12:36] <zyga> mborzecki: do you have 10 minutes to look at selinux failures with me?
[12:36] <zyga> maybe in ~30 minutes from now?
[12:36] <zyga> oh
[12:36] <zyga> maybe after standup then
[12:38] <mborzecki> zyga: we have uc20 status after the standup, before maybe?
[12:40] <mborzecki> create user does soemthing weird, it says the user is uknown (not sure why?), but still creates one locally, but without the ssh key so i cannot log in
[12:41] <zyga> mborzecki: 10 minutes before?
[12:41] <mborzecki> zyga: sgtm
[12:41] <zyga> thank you
[12:50] <mborzecki> zyga: standup?
[12:50] <zyga> mborzecki: going
[12:56] <mvo> zyga: yes, I remove it now
[12:56] <pstolowski> zyga: you can look at #9270, i pushed one more change and updated the desc
[12:56] <mup> PR #9270: wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>
[12:57] <mvo> zyga did you talk to cachio about 20.10 and that the image needs an update already? maybe this cann happy quickly?
[12:57] <zyga-mbp> mvo not yet
[12:57] <zyga-mbp> in a call
[13:00] <cachio> mvo, I dont manage 20.10
[13:00] <mvo> cachio: oh, ok
[13:03] <mup> PR snapd#9382 closed: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9382>
[13:03] <zyga-mbp> thanks mvo
[13:13] <mup> PR snapd#9384 opened: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>
[13:53] <mup> PR snapd#9385 opened: spread.yaml: add ubuntu-20.10-64 to qemu <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9385>
[14:06] <zyga-mbp> trying those two extra permissions
[14:26] <mborzecki> hmm `snap debug boot-vars` does not quite work for uc20
[14:35] <zyga> mborzecki: most denials fixed
[14:35] <zyga> mborzecki: two remain mount and remount
[14:35] <ijohnson> mborzecki: shouldn't there be a --uc20 flag?
[14:36] <zyga> let me try to fix those myself
[14:36] <ijohnson> mborzecki: oh also it is currently hard-coded to only do extracted run kernel image not env kernel references like on pi
[14:36] <mborzecki> ijohnson: there is, but it's not doing anything useful
[14:37] <ijohnson> right
[14:37] <mborzecki> ijohnson: at least for uboot, it looks at boot.sel only if options is passed to bootloader.Find(), which boot-vars does not do
[14:37] <ijohnson> ahh
[14:37] <ijohnson> yeah good point
[14:37] <mborzecki> maybe we should try --recovery or --run-mode
[14:38] <mborzecki> instead of --uc20 ;)
[14:47] <ijohnson> mvo: pstolowski: should we file a PR making the nested 20.04 preseed variant not die on system-key differences so we can land things again?
[14:51] <pstolowski> ijohnson: we may have no other choice :(. that effectively means disabling it for good though, i don't think we run this test on other systems
[14:52] <zyga> I think I got it
[14:52] <ijohnson> pstolowski: well we can just disable the system-key check at the end of the test for the currently failing combo, and then after that is merged open a pr reverting that change and just keep it open retrying it every once in a while to see if it ever fixes itself with an update to the image
[14:53] <pstolowski> ijohnson: yes, i mean disabling just the system-key check of course. yes, the idea of having a revert PR around sounds good to me
[14:53] <ijohnson> pstolowski: ack I can throw up a pr in a little bit doing that then
[14:54] <pstolowski> thanks, note there are two checks there, another one uses debug api
[14:54] <ijohnson> right
[14:58] <mvo> ijohnson: +1
[15:16] <mvo> mborzecki: can I squash merge 9366?
[15:16] <mvo> mborzecki: I want to cherry pick into 2.47
[15:19] <zyga> hmm
[15:19] <zyga> 2020-09-21T13:43:20.6939339Z error: cannot get snap sections: cannot sections: got unexpected HTTP status code 403 via GET to "https://api.snapcraft.io/api/v1/snaps/sections"
[15:19] <ijohnson> mvo can you also force-merge 9375, the failures were nested preseed, cgroup tracking on arch (unrelated) and another xenial lxd failure (also unrelated)
[15:19] <mborzecki> mvo: yeah, go ahead
[15:19] <zyga> is the store in trouble?
[15:19] <ijohnson> hmm haven't seen 403s lately
[15:22] <mvo> ijohnson: sure
[15:23] <zyga> selinux clean passed!
[15:23] <mup> PR snapd#9366 closed:  gadget: resolve device mapper devices for fallback device lookup <Run nested> <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9366>
[15:24] <mup> PR snapd#9375 closed: tests/nested/cloud-init-many: simplify tests and unify helpers/seed inputs <Run nested> <Test Robustness> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9375>
[15:24] <zyga> mborzecki: ^^ :D
[15:24] <ijohnson> Thanks!
[15:24] <mvo> mborzecki: thanks, done and cherry-picked into 2.47 so the gadget update can now be tested by cmatsuoka  once the snapd beta got build and published
[15:25] <zyga> https://github.com/snapcore/snapd/pull/9384 needs a 1st pass review now
[15:25] <mup> PR #9384: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>
[15:29] <zyga> mvo: review advice is strongly encouraged
[15:29] <zyga> mvo: mainly if I should attempt to split it
[15:30] <zyga> mvo: or if I should wait for another pass first
[15:30] <mup> PR snapcraft#3292 opened: readme: remove link to Google+ <Created by timsueberkrueb> <https://github.com/snapcore/snapcraft/pull/3292>
[15:30] <mvo> zyga that the 3k one?
[15:31] <zyga> correct
[15:31] <mborzecki> mvo: yay
[15:31] <zyga> mborzecki: thank you :)
[15:31] <mborzecki> ok, need to go, drive the kids around a bit
[15:31] <zyga> o/
[15:32] <zyga> mvo: happy to have a call if that would help
[15:32] <cachio> pstolowski, hey
[15:33] <cachio> pstolowski, about the preseed test
[15:33] <cachio> pstolowski, which is the way to fix it?
[15:33] <cachio> what I need to change in the image?
[15:34] <mup> PR snapd#9350 closed: store: handle v2 error when fetching assertions <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9350>
[15:35] <pstolowski> cachio: we would need same/similiar kernel on the host and in the nested vm. if you can do anything about that then it would be awesome; until then part of the test will be disabled, see earlier discussion with ijohnson
[15:36] <pstolowski> cachio: the problem is that currently apparmor features are different because of kernel change, and this affects system-key
[15:38] <cachio> pstolowski, ok, so, this part should be just skipped in ubuntu-20.04
[15:38] <cachio> the rest shouldn't be affected
[15:39] <cachio> pstolowski, if we change the kernel in that image we have the kvm reboots
[15:39] <cachio> so I think the "skip" should be permanente
[15:39] <cachio> permanent
[15:39] <cachio> pstolowski, does it make sense?
[15:40] <cachio> ijohnson, ~
[15:41] <ijohnson> cachio: yes we should just disable this part of the test
[15:41] <ijohnson> cachio I will open a PR doing this shortly
[15:41] <pstolowski> cachio: yep
[15:43]  * zyga does a small break
[15:44] <zyga> mvo: if you want to talk just TG me
[15:44] <mvo> zyga maybe tomorrow morning? I'll have dinner soon
[15:46] <zyga> sure
[15:46] <zyga> I need to install an SSD
[15:46] <zyga> want to run linux on my ryzen box :)
[15:53] <zyga> error: cannot get snap sections: cannot sections: got unexpected HTTP status code 403 via GET to "https://api.snapcraft.io/api/v1/snaps/sections"
[15:53] <zyga> pedronis: ^ should those be reported to the store?
[16:20]  * zyga EODs
[16:20] <ijohnson> cachio: can you take a look at #9334 today?
[16:20] <mup> PR #9334: tests/nested/manual: add test for grades above signed booting with testkeys <Run nested> <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9334>
[16:20] <zyga> o/
[16:20] <zyga> consider disable searching test
[16:20] <zyga> as it's flaky now
[16:36] <cachio> ijohnson, sure
[16:36] <ijohnson> thanks
[16:37] <ijohnson> cachio: also I just pushed a PR disabling the system-key check on nested/manual/snap-preseed
[16:37] <ijohnson> if you could take a look at that too that would be great
[16:37] <cachio> ijohnson, sure I'll do
[16:37] <ijohnson> thanks
[16:37] <ijohnson> the pr is https://github.com/snapcore/snapd/pull/9386
[16:37] <mup> PR #9386: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9386>
[16:39] <mup> PR snapd#9386 opened: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9386>
[16:54] <cachio> ijohnson, some comments in 9334
[16:54] <ijohnson> thanks, looking now
[16:54] <cachio> t
[16:54] <cachio> x
[16:57]  * cachio lunch
[18:41] <zyga> ijohnson, cmatsuoka: I tried core 20 from cdimage , the beta directory and that's both old and did not boot correctly
[18:41] <zyga> is there a different beta I should be using?
[18:41] <zyga> or is that expected
[18:41] <ijohnson> zyga: hmm
[18:41] <ijohnson> old beta should work
[18:41] <ijohnson> zyga: which specific link did you download ?
[18:41] <zyga> let me find that
[18:41] <cmatsuoka> zyga: what image did you use exactly? I can test it here
[18:41] <zyga> http://cdimage.ubuntu.com/ubuntu-core/20/dangerous-beta/current/ubuntu-core-20-amd64.img.xz
[18:42] <ijohnson> huh that should work
[18:42] <zyga> let me boot again and see the error message
[18:42] <zyga> it was about some /dev/disk/by-uuid
[18:43] <ijohnson> ah interesting that could be a real bug in snap-bootstrap
[18:43] <ijohnson> depending on how vmware sets up the vm hard disk
[18:43] <zyga> hold on for a sec
[18:43] <zyga> wait for the ubuntu core choose trigger finished
[18:43] <zyga> now it's waiting for ubuntu-seed
[18:44] <zyga> with 32s out of 1.5m timeout
[18:44] <zyga> I have a feeling we lack kernel modules for storage
[18:44] <zyga> the same thing happened with nvme disk
[18:44] <zyga> this is a scsi virtual disk now
[18:44] <zyga> probably real hardware will have similar issues
[18:44] <zyga> it failed now
[18:45] <cmatsuoka> 0529 is the "good" one and should work, let me test just in case...
[18:45] <ijohnson> zyga: how many boots did it do?
[18:45] <zyga> two now
[18:45] <zyga> ok, I have a screenshot
[18:45] <zyga> mattermost?
[18:45] <ijohnson> zyga: was it on the first one that it failed? or did it successfully boot then reboot and fail
[18:45] <ijohnson> zyga: sure
[18:46] <ijohnson> we have a ~uc20 channel on mm
[18:46] <ijohnson> yeah that image booted fine for me in qemu on focal
[18:47] <zyga> ijohnson I wasn't paying attention all the time
[18:47] <zyga> it seems like first boot
[18:47] <zyga> sent to uc20 chann
[18:47] <ijohnson> zyga: thanks
[18:47] <ijohnson> I see the image
[18:47] <ijohnson> ah actually maybe let's just move this convo to mm
[18:48] <zyga> let me try with sata disk
[19:40] <mup> PR snapd#9385 closed: spread.yaml: add ubuntu-20.10-64 to qemu <Simple 😃> <Skip spread> <Created by mvo5> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9385>
[20:15] <mup> PR snapd#9386 closed: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9386>
[20:20] <ijohnson> thanks cachio
[20:23] <cachio> yaw
[20:25] <mup> PR snapd#9387 opened: interfaces/builtin: add usbmuxd interface <Created by qmfrederik> <https://github.com/snapcore/snapd/pull/9387>
[20:35] <mup> PR snapcraft#3292 closed: readme: remove link to Google+ <Created by timsueberkrueb> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3292>
[20:40] <mup> PR snapd#9388 opened: bootloader: lk cleanups <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9388>


[06:01] <shadeslayer> morning
[06:28] <soee> good morning
[07:20] <lordievader> Good morning
[07:57] <yofel> moin
[07:58] <lordievader> Hey yofel, how are you?
[08:00] <yofel> lordievader: back at work, otherwise well ;)
[08:01] <smartboyhw> Hello!
[08:05] <lordievader> Good to hear, yofel. Hey smartboyhw, how are you doing?
[08:06] <smartboyhw> lordievader: Good. Came back from first day after school.
[08:10] <lordievader> smartboyhw: Ah and how did it go?
[08:10] <smartboyhw> lordievader: Quite well.
[08:11] <lordievader> :)
[08:13] <shadeslayer> yofel: vHanda tells me http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/nepomuk-core/view/head:/debian/patches/kubuntu_strigi_ram_detection.diff won't work
[08:13] <shadeslayer> nepomukstrigiservice is no more
[08:13] <vHanda> since 4.8 actually
[08:13] <yofel> can we drop it then?
[08:13] <vHanda> If you want to fix it then you need to change the "nepomukstrigiservice" to "nepomukfileindexer"
[08:14] <shadeslayer> ^^
[08:14] <vHanda> The patch disables the file indexer for systems with less than 1 gb of ram
[08:14] <vHanda> I'm not sure if that is a good thing or bad
[08:16] <ovidiu-florin> if I may, I think it's a good thing
[08:17] <smartboyhw> Wow a lot of leaving news today on Planet Ubuntu.
[08:17] <smartboyhw> jbicha leaving docs team, Ohio LoCo contact change + jono leaving for holidays in Australia.
[08:18] <shadeslayer> not much actual leaving there :P
[08:45] <smartboyhw> shadeslayer: leaving doesn't mean permanently:P
[09:52] <yofel> https://lists.ubuntu.com/archives/kubuntu-users/2013-April/057760.html
[09:52] <yofel> does the akonadi nepomuk feeder actually work for someone?
[09:52] <yofel> it doesn't here
[09:53] <kubotu> ::qt-bugs:: [1166102] Cannot mix incompatible Qt library @ https://bugs.launchpad.net/bugs/1166102 (by Mohamed IKBEL Boulabiar)
[09:58] <jussi> yofel: what is that?
[09:59] <yofel> jussi: not exactly sure, I think it's what manages the email indexer for example
[10:00] <jussi> yofel: so what are the signs it "works" or "doesnt work" ?
[10:00] <yofel> the issue in the thread was that mail address auto-completion stopped working
[10:01] <yofel> and here the feeder says "Nepomuk is not operational: Nepomuk is not running"
[10:01] <yofel> while nepomuk *IS* enabled, and the file indexer works fine
[10:01] <jussi> oh. Ive never had autocompletion working, except for recent addresses... ever
[10:01]  * yofel -> lunch
[10:01] <yofel> more debugging later
[10:03] <ovidiu-florin> I'm curious about something, do you guys work for kubuntu or kde, or an organization that supports kubuntu or kde? or do you have other jobs and lots of free time? how do you manage?
[10:06] <smartboyhw_> ovidiu-florin: Whoa that's complex. I think Riddell is employed by Blue Systems (originally it was Canonical, but they quit sponsoring Kubuntu) to make Kubuntu nice. (Maybe wrong)
[10:06] <ovidiu-florin> I've also read that somewhere
[10:06] <smartboyhw_> For others, we just are contributors. Spending our free time in this.
[10:06] <ovidiu-florin> how come you have so much free time?
[10:07] <smartboyhw_> ovidiu-florin:Not me:P
[10:07] <smartboyhw_> I only contribute after school.
[10:08] <ovidiu-florin> may I ask, smartboyhw_ how old are you?
[10:08] <smartboyhw_> ovidiu-florin: 14
[10:09] <shadeslayer> ovidiu-florin: I'm employed by Blue Systems as well, to work on Kubuntu/KDE
[10:09] <shadeslayer> @_@
[10:09] <shadeslayer> Quintasan: you're no longer the youngest
[10:09] <smartboyhw_> shadeslayer I dunno that much.
[10:09] <smartboyhw_> shadeslayer: LOL
[10:09] <ovidiu-florin> who is the youngest?
[10:10] <ovidiu-florin> (how old?)
[10:10] <smartboyhw_> We do have quite some people in the community that are 14-15 (even 13)
[10:11] <smartboyhw_> James Grifford, an Ask Ubuntu mod, is 16.
[10:11] <smartboyhw_> Josee Antonio Rey, the Ubuntu On Air guy, is 15.
[10:11] <ovidiu-florin> that makes me feel very old
[10:12] <smartboyhw_> Doak Jackson, a QA contributor, is of the same age as me.
[10:12] <smartboyhw_> Amith KK, a really high-rep guy in Ask Ubuntu and is a developer of the Unity Tweak Tool, is 13 (or 14)
[10:12] <smartboyhw_> See?
[10:13] <ovidiu-florin> oh, the odacity. Why did I not discover this durring highschool?
[10:13] <smartboyhw_> Thankfully we don't have elderly..
[10:13] <ovidiu-florin> smartboyhw_: what do you mean by that?
[10:16] <Riddell> ovidiu-florin: I've just answered an e-mail from someone who wants to help out and says "I am 76; I have worked through computers from valves to transistors as programmer"
[10:16] <Riddell> so it takes all ages :)
[10:18] <ovidiu-florin> I was hoping for that
[10:21] <yofel> ovidiu-florin: I have a day job unrelated to kubuntu, I just spend most of my free time here
[10:22] <jussi> ovidiu-florin: Im 31, on the KC and have a day job that is not for Kubuntu, although the company I work for does create linux based emedded systems
[10:22] <ovidiu-florin> yofel: what about time to spend with the family?
[10:24] <ovidiu-florin> shadeslayer Riddell if you are hired to work on kubuntu/kde do you work on a specific part or you are mostly overseeing how the progress works?
[10:26] <jussi> ovidiu-florin: shadeslayer works on kde telepathy... mostly because I would shoot him if he ever abandoned it :P :P :P :P :P
[10:26]  * jussi hugs shadeslayer
[10:27] <yofel> ovidiu-florin: well, I'm still single so that helps ;P. I don't go out that often either, but for the rest, it's not like you see me here all the time (or when you do quassel nicely hides where I am)
[10:27]  * ovidiu-florin remembered he had a question about telepathy and kopete
[10:28]  * ovidiu-florin does not want to change the subject yet, so he postpones the question
[10:29] <Riddell> ovidiu-florin: I work on anything that's needed
[10:30] <Riddell> boy/girlfriends are a big limiting factor for free software :)
[10:30] <ovidiu-florin> :))
[10:31] <ScottK> Children too.
[10:31] <ovidiu-florin> :(
[10:32]  * ScottK is down to one at home, so it's less of an issue now.
[10:32] <Riddell> until you teach those children how to help out :)
[10:32] <ovidiu-florin> I had an ideea on how I could combine free software and alos make money and have time for the family
[10:33] <ovidiu-florin> but I'm not sure yet if it could work
[10:33] <ScottK> Riddell: True.  Daughter #2 is now studying information technology at University, so there's hope.  She's doing something with C++ this semester.
[10:34] <ovidiu-florin> what is your opinion, is kubuntu ready for use in schools and work?
[10:34] <ovidiu-florin> if yes, than my ideea could work.
[10:35] <ovidiu-florin> I'm using kubuntu at work but I've had many problems with it and I'm not that sure that other people might not, or even be so patient with it to fix the problems
[10:35] <yofel> we need more help on the Q/A side, otherwise I don't see why not
[10:36] <yofel> wth. just restarting the akonadi nepomuk feeder agent makes it work...
[10:36] <yofel> need to watch this on next reboot
[10:36] <shadeslayer> ovidiu-florin: I'm more or less making sure packaging is fine, some automation work, some kde work
[10:36] <shadeslayer> a bit of everything :P
[10:37] <ovidiu-florin> my idea is to start a company that will offer support and training on KDE/Kubuntu. The OS and applications are free but the training and support are not.
[10:38] <ovidiu-florin> I believe I'm not the first with this idea.
[10:38] <ovidiu-florin> but I have not seen it implemented anywhere.
[10:38] <shadeslayer> you'll need to get a copyright exemption from Canonical I think
[10:38] <shadeslayer> Riddell knows more
[10:38] <ovidiu-florin> shadeslayer: for what?
[10:39] <shadeslayer> ovidiu-florin: to start the support/training thing
[10:39] <shadeslayer> s/copyright/trademark/
[10:39] <kubotu> shadeslayer: You did something wrong... Try s/you/me/ or tell me "help sed"
[10:39] <ovidiu-florin> I was thinking that I just need the Kubuntu councils approval
[10:40] <ovidiu-florin> and the same for kde
[10:41] <shadeslayer> dunno, there's some company that was going to provide support for kubuntu, and they had to ask for a Trademark exemption or sth with Canonical
[10:42] <smartboyhw_> ScottK: I am a child…
[10:42] <ovidiu-florin> shadeslayer: and what happened to them?
[10:43] <shadeslayer> still waiting on Canonical for some paperwork I think
[10:46] <ScottK> shadeslayer: I think that they chose to do so because it reduced their business risk.  I also think Canonical believes you have to ask, but I also think they are wrong.
[10:46] <shadeslayer> I see
[10:46] <ScottK> smartboyhw_: Yes, but you are not getting in the way of your parent's contributions.
[10:46] <ScottK> That's my challenge.
[10:47] <smartboyhw_> ah lol
[10:48] <Riddell> "Adam Conrad (adconrad) renewed their own membership in the Kubuntu Members (kubuntu-members) team until 2014-04-14" cor infinity still loves us
[10:48] <smartboyhw_> Whoa!
[10:49] <Riddell> ovidiu-florin: of course kubuntu is ready for schools and work, the world's biggest linux desktop rollout is Kubuntu in every school in Brazil
[10:49] <smartboyhw_> Riddell: What's infinity's history in Kubuntu?
[10:51] <smartboyhw_> Back.
[10:51] <smartboyhw_> Riddell: Any replies?
[10:51] <ovidiu-florin> smartboyhw_: not yet
[10:52] <smartboyhw> And hello on laptop:P
[11:01] <apachelogger> there are weird bug reports in my inbox again :(
[11:01] <apachelogger> JontheEchidna: whatever happened to you :'(
[11:01] <smartboyhw> apachelogger, :(
[11:02] <smartboyhw> What happened to JontheEchidna !?
[11:02] <apachelogger> he's not workign on kubuntu bugs anymore
[11:03] <Riddell> smartboyhw: infinity personally compiles every package, if we don't let him in we'll have to create some sort of computer programme to do the compiling
[11:03] <smartboyhw> Riddell, :(
[11:03] <smartboyhw> Riddell, wow:)
[11:03] <smartboyhw> Damn the :( is targetted at apachelogger ...
[11:24] <smartboyhw> Eeek
[11:24] <smartboyhw> A 14-year-old Italian LoCo person is going for Ubuntu Membership... Seems young people are really good at contributing
[11:29] <BluesKaj> Hi all
[11:30] <smartboyhw> Welcome BluesKaj
[11:31] <BluesKaj> hi smartboyhw
[11:36]  * smartboyhw finds that the 4 candidates for KC election are all approved during 2010-2011
[11:36] <smartboyhw> and clearly, there were much less people approved for 2012.
[11:36] <smartboyhw> approved = membership
[11:37] <smartboyhw> Duh:(
[11:38] <Tm_T> smartboyhw: KC election?
[11:38] <smartboyhw> Tm_T, yep. You don't know that!?
[11:38] <Tm_T> smartboyhw: are you talking about kubuntu council or something else?
[11:39] <smartboyhw> Tm_T, Kubuntu Council:)
[11:40] <Tm_T> smartboyhw: with memberships you mean kubuntu membership?
[11:41]  * smartboyhw doesn't know anything having a KC abbreviation except Kubuntu Council
[11:41] <smartboyhw> Tm_T, yep.
[11:41]  * smartboyhw really isn't clear this time
[11:41] <smartboyhw> One reminder: NEVER use LibreOffice while updating packages.
[11:42] <Tm_T> hmm, rather good if ar nominees are rather new faces in that sense
[11:43] <smartboyhw> Tm_T, er after the last Council candiadate approved for Kubuntu membership (yofel) there are only 7 new Kubuntu members.
[11:43] <Tm_T> smartboyhw: aaah
[11:44] <smartboyhw> Tm_T, yep:P
[11:44] <Tm_T> but this "smartboyhw finds that the 4 candidates for KC election are all approved during 2010-2011"
[11:44] <smartboyhw> Tm_T, yep
[11:44] <smartboyhw> Tm_T, yofel at EARLY 2011 (March)
[11:44] <smartboyhw> He was approved at that time.
[11:44] <Tm_T> would be rather sad if all candidates would be back from 2006-2007
[11:45] <smartboyhw> Tm_T, Grrr that I think will be for next year's election:P
[11:45] <smartboyhw> The much more older generation :P
[11:45] <Tm_T> smartboyhw: reminds me of IRC team, many of us have been around since 2005 or so ...
[11:45]  * yofel notes that we have 3 open seats and 4 candidates. So it's likely that you'll have one person apply next year ;)
[11:46] <smartboyhw> yofel, +1 though.
[11:46]  * smartboyhw might run in 2015, who knows:P
[11:46] <smartboyhw> Tm_T, that makes sense.
[11:46] <Tm_T> smartboyhw: why that late?
[11:46] <smartboyhw> Tm_T, erm I am a NEW Kubuntu member. And I am quite young.
[11:46] <smartboyhw> Not good for leadership.
[11:46] <Tm_T> one year is a long time
[11:47] <Tm_T> and you're not alone in the council (:
[11:47] <smartboyhw> Tm_T, erm then look at yofel and shadeslayer and valorie they all got aproved in 2010-2011 and they are running for the first time (I think, maybe not valorie) ...
[11:47] <smartboyhw> Tm_T, :)
[11:47] <Tm_T> and?
[11:48] <Tm_T> don't be like me and wait 5 years before stepping up for council
[11:48] <smartboyhw> Tm_T,  you mean the IRC one?
[11:48] <smartboyhw> Or the Kubuntu one?
[11:48] <Tm_T> smartboyhw: in this case I'm referring to any council
[11:48] <Tm_T> or any similar position
[11:49] <smartboyhw> Tm_T, I mean in YOUR case where you ran for a certain council after 5 years
[11:49] <smartboyhw> You said "don't be like me
[11:49] <Tm_T> I mean my activity was at its highest back in 2007-2008 or so, and I waited quite a long before stepping up
[11:49] <smartboyhw> Tm_T, oh
[11:51] <Tm_T> it's easy to wait too long and you find out you don't have all the time you used to have anymore
[11:51] <smartboyhw> Tm_T, that's a +1
[11:51] <Tm_T> this with life in general btw
[11:51] <smartboyhw> Maybe I should run in 2014, I'm not sure I can do anything in 2016.
[11:51] <yofel> shadeslayer: you're not by any chance familiar with the procedure to keep the last kernel installed after a release upgrade? (as we now auto-remove kernel < current_kernel-1)
[11:51] <Tm_T> waiting a better moment that never comes (:
[11:51] <smartboyhw> The public exam:(
[11:51] <yofel> shadeslayer: that's what fails on http://yofel.dyndns.org/kubuntu/upgrade3/
[11:52] <shadeslayer> yofel: not really, no
[11:52] <yofel> hm...
[11:52] <shadeslayer> afaik there is a post-install script that removes the old kernels
[11:56] <yofel> aah, /etc/kernel/postinst.d/apt-auto-removal right
[11:57] <shadeslayer> indeedly
[11:59] <yofel> ok, this seems sensible. It marks the running, and fresh kernel as not-auto-remove
[11:59] <yofel> as my test box already runs on 3.8.0, 3.5.0 obviously isn't whitelisted and gets removed making the test fail
[12:04] <Quintasan> shadeslayer: You have to do precise backports
[12:04] <Quintasan> I'm totally ill
[12:06] <Quintasan> I felt like crap yesterday and though it was just me being tired from the conference but I guess not
[12:06] <shadeslayer> okay
[12:06] <shadeslayer> once I get back
[12:07] <Quintasan> sure
[12:07]  * Quintasan hits the bed
[12:22] <Mamarok> Quintasan: get well soon!
[12:23] <smartboyhw> Quintasan, we hope you get well soon:)
[12:38] <Riddell> ug, this kubuntu install was an ubuntu unity install and now whenever I look at a web page in firefox it says "do you want to install google calendar" or whatever, no explanation of what that means
[12:38] <apachelogger> for some reason I get the GTK upgrader
[12:38] <apachelogger> lol
[12:39] <smartboyhw> Riddell, LOL It means the Unity Webapps
[12:40] <lordievader> smartboyhw: Ugh my chromium install allways complains about that Unity Webapps thing. Luckily you can disable the plugin :)
[12:40] <Riddell> lordievader: yeah I noticed that too, so annoying
[12:40] <Riddell> every time you look at a web page in chrome it complains about missing plugins
[12:40] <Riddell> crazy
[12:40] <smartboyhw> Riddell, :)
[12:40] <smartboyhw> lordievader, :)
[12:41] <lordievader> Its quite funny, on my own website the plugin tell me I need an additional plugin to view everything...
[12:41] <smartboyhw> lordievader, :O
[12:42] <Riddell> the unity launcher seems slow too, open it and it just shows a spinning cursor for ages
[12:42] <smartboyhw> Riddell, ;P
[12:42] <smartboyhw> Riddell, that's why KDE exists!
[12:43] <lordievader> Riddell: Since when are you using Unity?
[12:43] <smartboyhw> And all the other DEs.
[12:43] <smartboyhw> lordievader, yesterday I think. He installed vanilla Ubuntu to test something (dunno what it is)
[12:43] <apachelogger> that world view seems a bit off....
[12:43] <Riddell> lordievader: wanted to test if my printer got automatically set up
[12:43] <Riddell> which it doesn't in unity or kubuntu
[12:43] <smartboyhw> apachelogger, world view?
[12:43] <smartboyhw> Riddell, how old is your printer?
[12:43] <Riddell> suse does but only if you enter your password 5 times then find a box marked "freeze this" to untick
[12:44] <apachelogger> Riddell: talk to Till?
[12:44] <Riddell> smartboyhw: dunno, a few years, drivees are all there
[12:44] <Riddell> drivers
[12:44] <apachelogger> worked last I tried it with mine
[12:44] <smartboyhw> Riddell, hmm
[12:44] <apachelogger> smartboyhw: the other DEs being there because unity is shit
[12:44] <smartboyhw> apachelogger, +1
[12:45] <Riddell> gosh, harsh, nuff flaming please
[12:45] <apachelogger> what the view should be is that unity is there because canonical likes control
[12:45] <smartboyhw> You guys do know what happened when a guy asked about why Studio doesn't use Unity? (Should 've mentioned it days ago)
[12:45] <smartboyhw> apachelogger, +1
[12:46] <apachelogger> http://wstaw.org/m/2013/04/08/plasma-desktopBQ2309.png
[12:46] <apachelogger> Riddell, shadeslayer: what's with the telepathy removal?
[12:46] <shadeslayer> apachelogger: telepathy removal?
[12:47] <shadeslayer> aha
[12:47] <smartboyhw> shadeslayer, plasma-widget-telepathy-chat...
[12:47] <smartboyhw> And -presence
[12:47] <shadeslayer> apachelogger: everything is now in kde-telepathy-desktop-applets
[12:47] <apachelogger> ah
[12:48]  * apachelogger gets the feeling that he has excessive amounts of gnome installed
[12:48] <apachelogger> there should be a command 'shrink-my-upgrade'
[12:48] <smartboyhw> apachelogger, not good
[12:48] <smartboyhw> apachelogger, LOL
[12:48] <apachelogger> which purges libqt4 and libgtk :P
[12:49] <smartboyhw> Not good:P
[12:49] <apachelogger> y?
[12:49] <apachelogger> smaller upgrade for sure :P
[12:50] <apachelogger> so
[12:50] <apachelogger> Riddell: where do we go with kdesudo in the long term?
[12:51] <smartboyhw> apachelogger, I won't like purging libqt4 and libgtk....
[12:51] <apachelogger> well
[12:51] <apachelogger> shrink-my-upgrade will do that :P
[12:51] <apachelogger> so you upgrade with less crap around and then install-on-need
[12:52] <apachelogger> or for all I care, purge and then install kubuntu-desktop
[12:52] <smartboyhw> +1
[12:56] <Riddell> apachelogger: mm, does it have any problems?
[12:56] <Riddell> apachelogger: it would be nice to have it in kde I suppose
[12:57] <apachelogger> it is unmaintained
[12:57] <apachelogger> bug 1165852
[12:57] <smartboyhw> apachelogger, you mean in upstream or Ubuntu? (Or Debian?)
[12:57] <apachelogger> also it's session feature is broken IIRC
[12:57] <apachelogger> has bene for quite a while
[12:57] <apachelogger> smartboyhw: upstream is all of those
[12:58] <apachelogger> Riddell: would it not perhaps be better to transit to pkexec?
[12:58] <smartboyhw> eee OK
[12:58] <apachelogger> or something polkit based anyway
[13:02] <apachelogger> Riddell: what do we do with apport-kde?
[13:07] <apachelogger> anyone tested dist-upgrade from quantal to raring?
[13:07] <apachelogger> well
[13:07] <apachelogger> release-upgrade
[13:07] <smartboyhw> apachelogger, not me
[13:07] <yofel> yes
[13:08] <apachelogger> yofel: did you get the GTK UI?
[13:08] <smartboyhw> Speaking of that, let me set up three VMs for KDE SC testing:P
[13:08] <yofel> while trying to set that auto-upgrade thingy up
[13:08] <yofel> apachelogger: no, even in VM's I always upgrade on cli
[13:08] <apachelogger> brr
[13:08] <apachelogger> qa fail
[13:08] <apachelogger> kubuntu-devel-release-upgrade and docs are broken
[13:09] <apachelogger> with python3 do-release-upgrade became case sensitive it seems
[13:09] <yofel> k-d-r-u worked the last time I tried it though - was a month or so ago
[13:09] <apachelogger> so -f kde will not work as there is no DistUpgradekdeView
[13:09] <apachelogger> -f KDE works though
[13:09] <yofel> or oxygen-gtk is too good lately
[13:09] <apachelogger> probably latter
[13:10] <apachelogger> Riddell: ^
[13:10] <apachelogger> Riddell: I have no clue who to talk to or where the release-upgrader thingy is that is downloaded by do-release-upgrade
[13:11] <apachelogger> it either needs code changes in the MainView.py to remove the case sensitivity OR a symlink of DistUpgradeViewKDE.py to DistUpgradeViewkde.py
[13:11] <apachelogger> former seems more reasonable
[13:19] <Riddell> apachelogger: ubuntu-release-upgrader is the source package
[13:19] <Riddell> apachelogger: various people work on it e.g. mvo, mterry
[13:21]  * apachelogger can't type h in rekonq hooray
[13:22] <smartboyhw> Riddell, !?
[13:22] <smartboyhw> oops
[13:22] <smartboyhw> s/Riddell/apachelogger/
[13:22] <kubotu> smartboyhw: You did something wrong... Try s/you/me/ or tell me "help sed"
[13:22] <smartboyhw> Yay for kubotu!
[13:27] <apachelogger> dunno
[13:27] <apachelogger> wanted to log in at a site, can't type h
[13:28] <lordievader> That is one odd bug, can you still type "http://"?
[13:33] <apachelogger> not in the website I can't
[13:34] <smartboyhw> apachelogger, that is really a weird bug.
[13:34] <smartboyhw> apachelogger, does work for me here
[13:42] <apachelogger> :O
[13:42] <apachelogger> Riddell: it appears to have been broken for ages
[13:43] <Riddell> apachelogger: kubuntu-devel-release-upgrade ?
[13:43] <apachelogger> yes
[13:43] <Riddell> hmm it worked when I tested it
[13:43] <apachelogger> it only works by chance ... in that if no other views can be loaded it will use the KDE one
[13:44] <apachelogger> -f kde is not a legit argument, never has been apparently
[13:44] <Riddell> ah
[13:45] <apachelogger> should be -f DistUpgradeViewKDE
[13:45] <apachelogger> !find kubuntu-devel-release-upgrade
[13:46] <apachelogger> oh well
[13:47] <apachelogger> brr
[13:47] <apachelogger> apparently bzr is busted as I am upgrade right now
[13:47] <apachelogger> Riddell: can you please fix it?
[13:48] <Riddell> apachelogger: okay dokay
[13:48] <apachelogger> thx :*
[13:49]  * apachelogger also thinks that this-will-install/remove/upgrade: dialog needs redoing
[13:49] <apachelogger> right now it is an insanely long list of "Remove: foo\n Install:bar\n..."
[13:50] <Riddell> the release upgrade tool has been surprisingly overlooked by canonical's design team
[14:13] <apachelogger> Riddell: perhaps they don't do upgrades
[14:13] <smartboyhw> apachelogger, um we DO test upgrades. However I don't like testing it.
[14:13] <smartboyhw> In Ubuntu Studio we almost want to dump the upgrade tests.
[14:14] <smartboyhw> We actually have to include "UPGRADE IS NOT RECOMMENDED" in the release notes LOL
[14:14] <smartboyhw>
[14:14] <sreich> wow..
[14:14] <apachelogger> just haxx0r whatever package manager ui you use
[14:14] <sreich> so basically the advice is "reinstall"
[14:14] <sreich> aka like windows?
[14:14] <smartboyhw> sreich, yep. We aren't supposed to do that but...
[14:15] <apachelogger> windows does a really good job at upgrading itself!
[14:15] <smartboyhw> Anyway we rather want to work on better upgrades from 12.04 to 14.04 :P
[14:15] <sreich> i hope ;)
[14:15] <sreich> because upgrade failing is..embarrassing as hell
[14:15] <apachelogger> tell that to the ubuntu firefox people
[14:16] <apachelogger> bricking firefox upgrade on kubuntu for the 30000th time
[14:16] <apachelogger> smartboyhw: stop doing interim releases I guess
[14:17] <smartboyhw> apachelogger, uh hum you do know stop doing interim releases is the No,1 HATE for me?
[14:17] <apachelogger> they still can upgrade to them and whatnot
[14:18] <apachelogger> there just is no supported studio release 13.04
[14:18] <smartboyhw> apachelogger, we DO support.
[14:18] <apachelogger> yeah
[14:18] <apachelogger> stop it
[14:18] <smartboyhw> ...
[14:19] <apachelogger> if you want kickass experience on LTS versions then stop spending time on other stuff
[14:19] <smartboyhw> apachelogger, we do want to implement some of that in 13.10, then make it perfect in 14.04
[14:20] <apachelogger> that does not mean 13.10 needs to be any sort of supported release
[14:20] <smartboyhw> apachelogger, and why won't we support?
[14:20] <apachelogger> because it's not LTS
[14:20] <smartboyhw> apachelogger, and why won't we support non-LTS releases?
 Anyway we rather want to work on better upgrades from 12.04 to 14.04 :P
[14:21] <apachelogger> that's why
[14:21] <smartboyhw> apachelogger, um because we don't have that for 10.04 -> 12.04 already
[14:22] <smartboyhw> So if we really don't go and improve upgrades we will get shot
[14:22] <apachelogger> if you want LTS to rock then stop putting resources in stuff that does not improve LTS
[14:23] <apachelogger> and having/supporting interim releases does absolutely nothing for LTS other than being a testing version of what will be the next LTS (in which case you'd still not want to support it as release)
[14:23]  * Mamarok hates moinmoin with passion, their markup is really weird
[14:24] <smartboyhw> apachelogger, the strange thing is: People do like interim releases for a taster.
[14:24] <apachelogger> Mamarok: also it's slow
[14:24] <apachelogger> smartboyhw: that does not mean you need to support it
[14:24] <apachelogger> that also does not mean you need to actually give the an interim release full QA
[14:24] <apachelogger> it's like when you develop some library
[14:24] <apachelogger> and a release an alpha
[14:25] <Mamarok> yeah, dreadful, and there is no markup in kate for it, only mediawiki
[14:25] <apachelogger> you then do not start supporting that alpha and release alpha1.1 alpha1.2 alpha1.3 just to ensure people using alpha1 actually have no bugs
[14:25] <smartboyhw> apachelogger, well we don't do full QA:P We just do Beta 2 + final
[14:25] <apachelogger> still too much
[14:26] <smartboyhw> apachelogger, what's the point of doing an release while we don't support it?
[14:26] <apachelogger> [x] does it do full disk install with all default options [x] does it boot\n done.
[14:26] <apachelogger> smartboyhw: I just explained that
[14:26] <apachelogger> if you care about LTS
[14:26] <apachelogger> then an interim release is nothing but a alpha/beta of the LTS
[14:27] <smartboyhw> apachelogger, well then: Why care for LTS = no care for interim releases!?
[14:30] <apachelogger> you have limited amount of people, limited amount of people have limited time; support requires time; limited time - support time = development time; development time := time spent on making next version excel
[14:31] <apachelogger> the more time you spend supporting versions you do not care about the less time you have to spend on the versions you actually care about
[14:31] <apachelogger> result is that all versions are mediocre in quality and/or features and/or support
[15:05] <smartboyhw> Extremely quiet today.
[15:07] <Riddell> trying to book travel
[15:07] <Riddell> how do I get to Bilbao?
[15:08] <Riddell> hmm, not easy by train http://www.seat61.com/Spain.htm#Pamplona
[15:08] <smartboyhw> Riddell, plane?:P
[15:08] <smartboyhw> LOL
[15:08] <smartboyhw> Coach?
[15:13] <apachelogger> Riddell: ship?
[15:15] <genii-around> According to http://en.wikipedia.org/wiki/Bilbao-Abando there are daily runs between there and Segovia
[15:17] <Riddell> there is a ferry from the south of england but only a couple times a week
[15:19] <Riddell> and I need a car
[15:20] <smartboyhw> Riddell, rent one:P
[15:22] <Riddell> "The flight requested is no longer available"  oh skyscanner, why are you so cruel?
[15:22] <smartboyhw> Riddell, oh oh:P
[15:34] <Quintasan> Riddell: Why are you going there?
[15:34]  * Quintasan got some rest and is feeling better
[15:35] <Riddell> Quintasan: Akademy!
[15:35] <Quintasan> still I don't feel like I have the strength to move around
[15:35] <Quintasan> Riddell: Oh I see.
[15:35] <Riddell> Quintasan: you coming?
[15:36] <Quintasan> Riddell: not really
[15:37] <Quintasan> ill + no monies
[15:41] <Riddell> Quintasan, shadeslayer: what's the status of telepathy?
[15:41] <shadeslayer> Riddell: apachelogger surely a spaceship is the best medium of travel
[15:41] <shadeslayer> Riddell: Quantal + Raring is up
[15:41] <Quintasan> precise needs work
[15:41] <shadeslayer> I'm working on precise now
[15:41] <Quintasan> Great.
[15:41] <shadeslayer> might have a bit too much whisky though, let's see
[15:42] <Quintasan> You're a heavy drinker I see :P
[15:42] <shadeslayer> this my second whisky after the one with you :P
[15:42] <smartboyhw> shadeslayer, you really have a big alcohol volume:P
[15:42] <shadeslayer> not really
[15:43] <shadeslayer> the label on the bottle said scotch + whisky
[15:43] <Quintasan> wat
[15:43] <shadeslayer> though aren't the two the same?
[15:43] <shadeslayer> yeah
[15:43] <Riddell> shadeslayer: what's a look link to put on the Dot story?
[15:43] <Quintasan> Those are definitely not the same shadeslayer
[15:43] <shadeslayer> oh?
[15:43] <shadeslayer> Quintasan: https://launchpad.net/~telepathy-kde/+archive/ppa
[15:44] <shadeslayer> erm, Riddell ^
[15:44] <Quintasan> shadeslayer: http://en.wikipedia.org/wiki/Scotch_whisky
[15:44] <Quintasan> if it was not made in Scotland then I'd ask for refund :P
[15:44] <shadeslayer> yeah, I'm reading the same thing
[15:44] <shadeslayer> rofl
[15:45] <shadeslayer> Quintasan: do you have a backport script for quantal?
[15:45] <Quintasan> No
[15:45] <Quintasan> I was too lazy to write one
[15:45] <shadeslayer> daw, how did you do it yesterday then?
[15:45] <Quintasan> backportpackage -d quantal -u ppa:telepathy-ppa .dsc
[15:45] <Quintasan> sup
[15:46] <Quintasan> argh
[15:46] <shadeslayer> uh 0.o
[15:46] <Quintasan> my head hurts now that I had to think about something technical
[15:46] <Quintasan> damn you shadeslayer
[15:46] <shadeslayer> lol
[15:46] <shadeslayer> <3
[15:46] <Quintasan> shadeslayer: You are going to Akademy?
[15:46] <smartboyhw> Switching to mobile, preparing for sleep.
[15:47] <Riddell> Quintasan: they really are the same
[15:47] <Quintasan> Riddell: scotch == whisky?
[15:47] <starbuck1> ping Riddell
[15:47] <Riddell> hi starbuck1
[15:47] <shadeslayer> Quintasan: yeah
[15:47] <shadeslayer> if I get visa stuff sorted out
[15:48] <Riddell> shadeslayer: Dot story updated
[15:48] <shadeslayer> Riddell: I thought the dot story already had that link? ( from what I can see on kde-promo
[15:48] <shadeslayer> )
[15:48] <Quintasan> Riddell: pls throw some bricks at shadeslayer for making me use my brain today
[15:48] <shadeslayer> haha
[15:49] <Riddell> shadeslayer: not the vesion jos put to be publishes on the dot
[15:49] <shadeslayer> Quintasan: If things work out Riddell might be my roomie
[15:49] <Riddell> Quintasan: I'm nonviolent!
[15:49] <starbuck1> tried to install kubuntu today over a machine that already had netrunner with swap installed and ubiquity failed with the message, that it cannot create swap... neither if i chose use whole disk or if tried to partition manually....
[15:50] <Riddell> um, erk
[15:50] <Riddell> starbuck1: can you file a bug and attach or send me logs in /var/log/syslog /var/log/installer ?
[15:51] <starbuck1> its very similar to this:
[15:51] <starbuck1> https://bugs.launchpad.net/ubuntu/+source/partman-basicfilesystems/+bug/905628
[15:51] <starbuck1> ubottu :)
[15:51] <Riddell> starbuck1: what version of kubuntu is this?
[15:52] <starbuck1> beta 2
[15:52] <Quintasan> wat
[15:52] <Quintasan> regressions in installer?
[15:52] <shadeslayer> in beta 2 :(
[15:52] <starbuck1> well, it installed fine on another machine
[15:52] <Quintasan> phew
[15:52] <Riddell> and it didn't come up in testing at all
[15:52] <Quintasan> shadeslayer: our installer is python, isn't it?
[15:53] <starbuck1> hmmm
[15:53] <shadeslayer> Quintasan: yus
[15:53] <shadeslayer> needs more testcases I say
[15:53] <Quintasan> I'd blame it on python then
[15:53] <starbuck1> another thing i noticed: if you are connected to the inetenret, the check first shows a green arrow, so its okay
[15:53] <smartboyhw> What happened?
[15:54] <starbuck1> then, if you waited for 30 seconds before htting "next", it did become red "X", and never green again, although i am pretty certain the internet was fine all along, since it is ethernet cable
[15:54] <starbuck1> pinging google at the same time showed nothing wrong
[15:55] <starbuck1> so after that, timezone, etc. was all not set right and had to be adjusted by me manually
[15:55] <starbuck1> on that other machine where it did install
[15:56] <starbuck1> maybe i have odd machines :/
[15:56] <Riddell> odd machines or no this shouldn't happen
[15:56] <Riddell> starbuck1: but we really need logs to say much more, do you still have them?
[15:56] <starbuck1> since it was from live-usb, i can try again tomorrow at work :)
[15:57] <starbuck1> and then send over any logfiles
[15:57] <Riddell> starbuck1: yeah I think that's what it needs
[15:58] <starbuck1> okay , was just chekcing if someone nopticed this other already
[16:01] <Riddell> starbuck1: no I'm afraid it's new to me
[16:01] <Quintasan> same here
[16:04] <Riddell> shadeslayer: what ho(s)tel are you using for akademy?
[16:05] <shadeslayer> whatever hostel KDE is booking
[16:05] <shadeslayer> Riddell: didn't you apply for sponsorship?
[16:06] <Riddell> seaLne: what hostel is KDE booking?
[16:07] <seaLne> Riddell: Blas de Otero
[16:07] <seaLne> Riddell: see http://akademy2013.kde.org/accommodation for details
[16:11] <apachelogger> kde bug 184202
[16:11] <shadeslayer> seaLne: somehow KDE seems to have acquired a bunch of awesome web designers
[16:11] <seaLne> oh?
[16:12] <shadeslayer> yeah, akademy.kde.org seems really awesomely designed to me, the whole neverland theme across the wiki's also seems quite awesome
[16:16] <Riddell> seaLne: any idea on the best way to fill in the PDF booking form?
[16:19] <seaLne> Riddell: print; take photo; email sadly
[16:19] <seaLne> shadeslayer: yeah i like the continuity accross sites
[16:22] <shadeslayer> Quintasan: fwiw ktp-call-ui is ftbfs
[16:22] <shadeslayer> probably because you forgot to remove the patch :P
[16:27] <Riddell> seaLne: and do we have to sort out our own room shares?
[16:28] <seaLne> Riddell: we haven't fully discussed that, if you can pick someone thats less work
[16:29] <Riddell> seaLne: shadeslayer put me down as partner but presumably that's on a sponsorship form somewhere I'm not filling in
[16:29] <seaLne> yeah
[16:30] <seaLne> sorry the booking process isn't great we are constrained by the university
[16:31] <shadeslayer> Quintasan: what the flying fsck
[16:31] <shadeslayer> Quintasan:   "* 啊啊啊啊啊啊啊啊啊啊" in the changelog
[16:31] <Quintasan> dnt ask me
[16:31] <Quintasan> lol
[16:32] <shadeslayer> I don't even ...
[16:32] <Quintasan> look up one of those in dictionary\
[16:32] <Quintasan> like hell, google it
[16:32] <Quintasan> shadeslayer: >exclamatory particle
[16:32] <shadeslayer> "ah ah ah ah"
[16:32] <Quintasan> it's like OH!
[16:32] <Quintasan> as in OH SHI-
[16:33] <smartboyhw> Quintasan, shadeslayer; That's exclamation words
[16:33] <Quintasan> I know that
[16:33] <Quintasan> I still have no idea how to pronouce it
[16:33] <smartboyhw> But why on Earth would Chinese (Traditional) words appear in the changelog?!?!?!?!?!?!?!?!?!?!?!
[16:33] <Quintasan> smartboyhw: tbh when you zoom in, it looks like ABAJ
[16:34] <Quintasan> I did that :P
[16:34] <smartboyhw> ah ah ah ah ah ah ...
[16:34] <smartboyhw> Quintasan: LOL
[16:34] <smartboyhw> .......
[16:34] <smartboyhw> Quintasan: Heh very funny eh?
[16:35] <Quintasan> smartboyhw: not sure, just felt like testing how launchpad deals with that
[16:35] <Quintasan> turns out it works just fine
[16:35] <shadeslayer> "ftplib.error_perm: 550 Requested action not taken: internal server error"
[16:35] <shadeslayer> hurra
[16:35] <Quintasan> I was kind of expecting a timeout
[16:35] <Quintasan> smartboyhw: Last time I uploaded something with kanji in changelog it did timeout
[16:35] <Quintasan> :P
[16:36] <smartboyhw> \o/
[16:36] <Quintasan> smartboyhw: it doensn't have any vulgar meaning or sth?
[16:38] <smartboyhw> Quintasan: It is a bit unsuitable.
[16:38] <Quintasan> why is that?
[16:38] <Quintasan> should that be a part of sentence or something?
[16:38] <smartboyhw> If the voice gets uploaded to YouTube it will get immediate removal due to ****** content....
[16:39] <Quintasan> ...
[16:39] <Quintasan> wat
[16:39] <Quintasan> shadeslayer: kill that package
[16:39] <shadeslayer> kill what
[16:39] <Quintasan> the 啊啊啊啊啊啊啊啊啊啊 package
[16:40] <shadeslayer> heh, already uploaded again
[16:40] <Quintasan> ok
[16:40] <smartboyhw> damn it:O
[16:40]  * shadeslayer waves fist at backportpackage for being slow
[16:40] <Quintasan> smartboyhw: That's what you get for using random symbols xD
[16:45] <smartboyhw> shadeslayer: Where are you uploading the backport to?
[16:45] <smartboyhw> The Backports PPA or?
[16:45] <shadeslayer> the ppa
[16:45] <smartboyhw> Phew:P
[16:46] <shadeslayer> not the kubuntu one
[16:46] <shadeslayer> but the telepathy-kde one
[16:46] <shadeslayer> smartboyhw: https://launchpad.net/~telepathy-kde/+archive/ppa
[16:47] <smartboyhw> OK
[16:47] <shadeslayer> oh fun
[16:48] <shadeslayer> someone bought up the "aptitude by default on the ISO" debate
[16:48] <shadeslayer> does aptitude even work wrt upgrades?
[16:49] <smartboyhw> I use apt-get sorry I don't know how to use aptitude
[16:49] <shadeslayer> well, it's more or less the same :P
[16:50] <maco> dist-upgrade was renamed to full-upgrade since that makes more sense and aptitude includes searching, so you dont have to remember apt-cache
[16:51] <Riddell> shadeslayer: aptitude should work but it's not supported
[16:51] <shadeslayer> Riddell: thought so, I don't think it works all the times
[17:16] <BluesKaj> aptitude has architecture issues with 64 bit I believe...kind of a braod statement ,but forget the particulars
[17:16] <BluesKaj> err broad
[17:38] <lordievader> Good evening
[17:38] <Riddell> hi lordievader
[17:39] <lordievader> Hey Riddell, how are you doing? Already figured out how to get to Akademy?
[17:42] <apachelogger> Riddell: new konversation snapshot should appear shortly in new
[17:55] <apachelogger> Riddell: https://trello.com/c/lRxnI0fD
[18:00] <apachelogger> it's sad how my konvi 1.5 card is the only one that seems to deliver sensible release results -.-
[18:01] <apachelogger> ScottK, Riddell: https://bugs.launchpad.net/ubuntu/+source/kubuntu-settings/+bug/1164854
[18:01] <yofel> shadeslayer: it had long broken multiarch support
[18:01] <yofel> shadeslayer: should work fine these days
[18:02] <apachelogger> oh
[18:02] <apachelogger> Riddell: https://trello.com/c/lk6tPTxt
[18:02] <yofel> except that it would be reduntant (except for a few features that are rarely used)
[18:02] <apachelogger> so much crap to do -.-
[18:02] <apachelogger> yofel: can we defer 'make pkg-kde-tools add -dbg packages automatically' to 13.10?
[18:02] <yofel> do it
[18:03] <apachelogger> also the package test?
[18:03] <yofel> ack
[18:03] <yofel> anything that affects the tooling
[18:03] <yofel> bbiab
[18:03] <apachelogger> Quintasan: pretty please make me admin on the 13.10 trello board :S
[18:05] <Quintasan> apachelogger: done
[18:05] <apachelogger> cheers
[18:05] <apachelogger> now public
[18:06]  * apachelogger needs to write that trello 101 he was talking about :S
[18:06] <apachelogger> -> dinner
[18:38] <lordievader> I got another strange bug. When I go to a tty and return to KDE my keyboard (PS/2) doesn't respond for some 30 seconds or so.
[18:47] <Mamarok> lordievader: on a laptop?
[18:48] <lordievader> Mamarok: Desktop.
[18:48] <Mamarok> silly me, should have been obvious from the connection type :)
[18:49] <lordievader> Also system load seems to increase a lot.
[18:49] <Mamarok> not related to the problem I had, then
[18:49] <lordievader> After a while it goes back to normal. Well not entirely normal, load spikes now and then... strange.
[18:58] <yofel> lordievader: long running session? I'm seeing plasma getting sluggish and hanging sometimes when switching desktop effects on/off. But only happens when the session has been running for 5 days or so
[19:01] <lordievader> From this morning, does that count as long? I'll switch the desktop effects.
[19:01] <Mamarok> no, that is quite short
[22:03] <Riddell> ScottK: yay pykde4 looking good
[22:48] <valorie> apachelogger: I tested dist-upgrade from raring to quantal, on both 32 and 64
[22:48] <valorie> during beta 1
[22:49] <valorie> if there was somewhere to report that success, I didn't see it
[22:49] <valorie> er, do-release-upgrade
[22:50] <Riddell> valorie: iso tester is the place to report it
[22:50] <yofel> the iso tracker has test cases for the upgrades as well
[22:50] <Riddell> valorie: do you remember if you used kubuntu-devel-release-upgrade ?
[22:52] <apachelogger> nevermind, the issue is understood now :P
[22:52] <apachelogger> iff you have the pygtk and friends installed it will use the gtk ui
[22:53] <valorie> I did not
[22:53] <apachelogger> if you don't but have pykde you get the kde ui
[22:53] <valorie> the iso tester had no place for an upgrade, at least when I looked
[22:54] <apachelogger> it may well be that there is no trackingin place
[22:54] <valorie> perhaps I looked in the wrong place -- I've tested and reported on an upgrade before
[22:54] <valorie> but this time around saw the rest of the testcases, but not that one
[22:55] <valorie> perfect success, but I haven't done much actual testing on what works and what doesn't
[22:55] <yofel> valorie: http://iso.qa.ubuntu.com/qatracker/milestones/243/builds
[22:55] <yofel> see last test group at the bottom
[22:55] <yofel> er, 2nd last
[22:56] <valorie> shoot, why isn't it with the rest of kubuntu?
[22:56] <valorie> sheesh
[22:56] <valorie> ok
[22:57] <valorie> hmmm, url to the hardware profile?
[23:01] <valorie> got it
[23:02] <yofel> that's meant to be a link to a profile generated by checkbox. Just pastebin lshw somewhere and link to that
[23:09] <valorie> I'm doing it the launchpad way
[23:09] <valorie> s'ok
[23:12] <ScottK> Riddell: Cool.
[23:12] <ScottK> apachelogger: I'm letting Riddell decide that one.
[23:15] <Riddell> ScottK: which one is that?
[23:16] <ScottK> The one about redoing all the boot time/startup artwork.
[23:16] <ScottK> 1164854
[23:22] <Riddell> hmm, no screenshots attached
[23:38] <valorie> this is me on Konvi as packaged in raring
[23:38] <valorie> Version 1.5-branch #4215
[23:39] <valorie> trello says test it..... so far, so good
[23:49] <valorie> I like how logging into the KDE bnc works on two 'puters


[21:02] <craigbass76> I'm kind of flying blind on a new lubuntu-desktop install. I've got two monitors, and it seems like things are stretched an inch or two past the leftmost part of mt left monitor. Wondering if that's where the menu is.
[23:16] <rai-en> hey guys how do i print screen in lubuntu?
[23:16] <rai-en> i tried ctrl/alt + prt scrn but to no avail
[23:16] <rai-en> i remember in ubuntu there was a really easy way to take a screenshot
[23:16] <rai-en> sorry to bother


[02:58] <jjesse> nixternal: ping
[02:58] <jjesse> K Menu is refered as KMenu officially correct?
[05:03] <CIA-12> Ubuntu Documentation: bhuvan * r4093 generic/serverguide/C/mail.xml:
[05:03] <CIA-12> Ubuntu Documentation: Fix for issue 105378.
[05:03] <CIA-12> Ubuntu Documentation: * generic/serverguide/C/mail.xml
[05:04] <CIA-12> Ubuntu Documentation:  In postfix section, turn off chroot for smtp.
[05:33] <nixternal> jjesse: KMenu is correct
[05:37] <ubotu> New bug: #73179 in ubuntu-docs (main) "Table 8-1 of system documentation incomplete. " [Undecided,Unconfirmed]  https://launchpad.net/bugs/73179
[03:27] <chell> hi everyone
[03:45] <CIA-12> Ubuntu Documentation: nixternal feisty * r4094 /kubuntu/libs/shipped-docs: for the translation script
[03:53] <CIA-12> Ubuntu Documentation: nixternal feisty * r4095 /kubuntu/ (translate.sh unpack_translations.sh): translation scripts copied over for Kubuntu
[03:58] <shirish> is there any documentation anywhere, I could not find one on the wiki how to chroot to hdd disks in case of failures while upgrading, installing etc.
[04:23] <nixternal> mdke: man, I just downloaded all of the translations for kubuntu, ran the unpack script, and it didn't unpack a thing, but it did delete everyone of my downloads. today is not a good day for me
[06:13] <nixternal> mdke: with some subtle hacking of teh translations scripts, it seems to be working now. There seem to be quite a few silly validity errors, which will all be easy fixes
[06:13] <nixternal> so hopefully I will have this somewhat complete today I hope
[06:20] <shirish> nixternal: can I have ur attention for a moment?
[06:26] <nixternal> shirish: kind of, I am in the middle of a class right now, but shoot
[06:26] <shirish> nixternal: in that case, just ping me after the class is finished, studies are more important
[06:27] <nixternal> hehe
[06:27] <nixternal> not these studies though :)
[06:27] <nixternal> I can multitask
[06:28] <shirish> oh ok, in that case where should I be shooting off my mouth If I am looking for documentation which is not in the wiki
[06:28] <nixternal> shirish: the mirror ;p  if there isn't documentation on the wiki that isn't there, you are free to add it
[06:30] <shirish> nixternal: I know the topic but not the process , its also not in yelp , is there some central bin where I can find if the documentation I am looking is being submitted or has been submitted by somebody in some manual or the other?
[06:32] <nixternal> not really. if you search for the topic on help.ubuntu.com/community/ and you don't find it, then nobody is working on it
[06:32] <shirish> nixternal: dang its also not in man pages, just a mere reference to it
[06:34] <nixternal> what topic are you referring to?
[06:34] <shirish> nixternal: chroot
[06:34] <nixternal> ahh
[06:34] <shirish> nixternal: there is a short man of it but thats it I have info installed but cannot find it
[06:34] <nixternal> packaging guide has a little bit of info on it, there is info on the developer wiki wiki.ubuntu.com in the MOTU section I believe
[06:36] <shirish> nixternal: thanx, looking it up btw can u gimme a link about the packaging guide?
[06:37] <shirish> ok scratch that, found the packaging guide
[06:37] <nixternal> hehe, ok
[06:37] <nixternal> man, these scripts for translations are not working for me
[06:37] <nixternal> all they are doing is garbling up my directories
[06:40] <shirish> nixternal: found my solution https://wiki.ubuntu.com/LivecdRecovery :)
[06:42] <shirish> nixternal: btw is info being deprecated or something?
[06:51] <nixternal> it shouldn't be
[06:52] <shirish> curious, cause whenever I am trying info <some command> all I get is the man-page . And I think I do have the info package installed
[06:53] <shirish> nixternal: I did try sudo aptitude install info which returned nothing, is there any package to be installed
[06:53] <CIA-12> Ubuntu Documentation: nixternal feisty * r4096 /kubuntu/about-kubuntu/ (130 files in 65 dirs): translations
[06:54] <CIA-12> Ubuntu Documentation: nixternal feisty * r4097 /kubuntu/add-applications/ (79 files in 40 dirs): translations
[06:54] <nixternal> here comes the biggen! watch out
[06:58] <CIA-12> Ubuntu Documentation: nixternal feisty * r4098 /kubuntu/ (1298 files in 649 dirs): translations
[06:58] <nixternal> ouch
[06:59] <nixternal> and here comes yet another biggy
[07:03] <CIA-12> Ubuntu Documentation: nixternal feisty * r4099 /kubuntu/ (789 files in 18 dirs): po additions
[07:12] <CIA-12> Ubuntu Documentation: nixternal feisty * r4100 /kubuntu/add-applications/sv/add-applications.xml:
[07:12] <CIA-12> Ubuntu Documentation: this little guy got through the last translations go round - if you are reading
[07:12] <CIA-12> Ubuntu Documentation: this in the commit log then I would recommend skipping the previous posts as
[07:12] <CIA-12> Ubuntu Documentation: they are quite large - that is your warning - on another note, I will fix the
[07:12] <CIA-12> Ubuntu Documentation: broken validation on the translations after class
[08:45] <CIA-12> Ubuntu Documentation: nixternal feisty * r4101 /kubuntu/ (5 files in 5 dirs): validation fixes - silly script to help me go through and validate each shipped doc instead of doing 1 by 1
[09:08] <ploum> hello
[09:08] <ploum> I writing some doc here in french for Feisty installation
[09:08] <ploum> can somebody point me at or send me screenshots of the installation of nvidia and fglrx drivers ?
[09:09] <ploum> I don't have the hardware to do that myself
[09:09] <ploum> (my mail is ploum at ubuntu.com)
[09:09] <ploum> thanks in advance
[09:10] <somerville32> ploum: Where are you planning to use this documentation?
[09:10] <ploum> in a french printed newspaper
[09:11] <ploum> if required, I will not use those screenshot in the printed version but I want to be able to explain it so I need a screenshot to see how it is :-)
[09:11] <ploum> Because I think in feisty, you can do that with the restricted-manager
[09:11] <ploum> I know well the command line process
[09:16] <CIA-12> Ubuntu Documentation: nixternal feisty * r4102 /kubuntu/val.sh: fix - run it as - sh val.sh dir/
[09:17] <Burgwork> ploum: got a computer with an nvidia card?
[09:18] <Burgwork> ploum: simply go to teh desktop effects thing and try and enable it
[09:19] <somerville32> ploum: There are tons of screenshots on the web. I'm sure a quick google search will return more then enough results.
[09:43] <ploum> somerville32: from the feisty install ?
[09:43] <ploum> I didn't find anything on the ubuntu wiki
[09:49] <somerville32> ploum: Try google image search
[11:04] <ploum> somerville32: I can only find pictures of Beryl
[11:05] <ploum> but, is this true that you can install nvidia and ati drivers without the command line now ?
[11:05] <somerville32> Yes
[11:05] <ploum> only via de restricted drivers manager ?


[16:07] <mup> Bug #2009729 changed: MAAS does no sanity checking when adding virsh host <MAAS:Won't Fix by alexsander-souza> <https://launchpad.net/bugs/2009729>


[07:07] <brobostigon> morning boys and girls.
[07:07] <zmoylan-pi> greetings carbon based lifeforms
[07:11] <brobostigon> :)
[08:10] <diplo> Moaning all!
[08:12] <brobostigon> morning
[12:03] <diddledan> kill all humans
[12:04]  * zmoylan-pi signs up to diddledan's newsletter
[12:56] <diplo> I've been told I'm not human, so feel safe!
[12:56]  * zmoylan-pi examines diplo and reaches an executive decision 'close enough, what the hell' :-P
[12:57] <diplo> hah
[12:57]  * diddledan fondles zmoylan-pi
[12:57] <diddledan> wait, that's not what we mean when we say "examine"?
[12:57] <diplo> diddledan: I run solus on my work machine, but want to play with snaps, should I beable to build ?
[12:58] <diplo> Sure I've had errors saying I can't on it before
[12:58] <diddledan> to build on a non-ubuntu or an ubuntu that isn't 16.04 (ideally always) you should use LXD
[12:59] <diplo> OK, will see if I can get that running on here
[12:59] <diplo> Thanks
[12:59] <diplo> I use LXC on one of my servers, using it before LXD and never moved over
[13:01] <diplo> Not available on it
[13:01] <diplo> only lxc
[13:04] <diplo> Wonder what ikey did
[13:21] <diddledan> ikey created his own runtime called `solus-runtime-gaming` when he built his steam snap
[13:25] <diplo> yeah but he would have built on Solus directly though ?
[13:26] <diddledan> I expect so, yes
[13:27] <diplo> Not sure I have the inclination to do to much work, may just set up a ubuntu VM :)
[14:11] <daftykins> someone came in #kodi running solus the other day, they gave up after a few hours trying to build the PVR packages since it didn't have the package for them natively
[14:12] <daftykins> sometimes i think folk let their distro of choice get in the way of just getting things going :)
[14:14] <diplo> Definitely, not that fussed about doing snaps, I prefer Solus tbh over ubuntu for packages etc but
[14:14] <diddledan> .. says the person running winders
[14:14] <diplo> But I'd like to develop natively though
[14:15] <daftykins> i'm typing to you from one of my main Loonix servers though :P
[14:15] <diddledan> :-p
[14:15] <daftykins> desktop Linux is lol
[14:25] <diddledan> lol haha, or lol weird?
[14:32] <daftykins> well, laughable :P
[14:33] <daftykins> now here's something that's a break from the norm, my chef mate from the hotel next door has given me this big box of manuals for this fancy computerised oven he has in the newly refurbished bar - and sorta asked if i could cast an eye over it to understand some functions more
[14:34] <daftykins> https://www.rational-online.com/en_gb/SelfCookingCenter%C2%AE/SelfCookingCenter%C2%AE/
[14:34] <daftykins> these things can go YUGE
[15:50] <diddledan> I wonder if there's such a thing as a "non-deterministic lossless compression"? i.e. when extracted all the data is correct and identical to the pre-compression copy, but two runs of the same compression may not result in identical compressed files
[15:51] <mgdm> you could randomise the compression level option to gzip, etc :P
[15:52] <diddledan> that uses different algorithms tho
[15:52] <diddledan> or variants
[18:29] <diddledan> haha. in telegram: https://usercontent.irccloud-cdn.com/file/NBVztiPG/image.png
[18:30] <diddledan> aah, it's from here: http://pages.cs.wisc.edu/~ballard/bofh/bofhserver.pl
[18:30]  * zmoylan-pi awaits the genius who plugs the ups into itself to ring...
[18:58] <diddledan> oh dear: https://www.macrumors.com/2018/06/22/bethesda-westworld-fallout-shelter-lawsuit/
[20:34] <diddledan> hmm: https://usercontent.irccloud-cdn.com/file/xuuqkKTD/image.png
[20:34] <diddledan> to click or not to click
[20:38] <zmoylan-pi> have you got a 10foot mouse? :-P
[20:40] <zmoylan-pi> the famed capybara... :-)
[22:23] <diddledan> "good news everybody, I improved out site's latency by 10x!" https://twitter.com/esten/status/1010286558291750912
[22:25] <daftykins> welp my LG Nexus 5x just began bootlooping, must've been jealous of my ice cream... as i took a pic of one out and about, next thing i know it was off and now won't start
[22:25] <diddledan> :-(
[22:25] <diddledan> booo!
[22:27] <daftykins> *but* it has a 2 year warranty since LG admitted the fault across many models \o/
[22:27] <daftykins> i already logged a ticket to get a repair arranged :D
[23:15] <diddledan> shame that warranty doesn't cover putting mine through the wash
[23:18] <daftykins> :D
[23:18] <daftykins> probably have those water stickers inside so they'd point and scream at you on opening it up


[09:10] <Ani> hello everyone - any comment on this potential security issue? https://github.com/canonical/cloud-init/issues/4112
[09:10] -ubottu:#cloud-init- Issue 4112 in canonical/cloud-init "ssh host key leaking into the logs when console is not available" [Open]
[09:11] <Ani> I opened this on github since cloud-init is moving away from LP
[09:12] <meena> Ani: good start
[09:13] <meena> So, first off: aren't ssh keys public?
[09:13] <meena> like, you can connect via ssh to a server and it'll send you its keys
[09:18] <Ani> good point write-ssh-key-fingerprints  seems to be scanning public keys only > for f in /etc/ssh/ssh_host_*key.pub; do
[09:20] <meena> 👍
[14:01] <meena> i love writing new code that should just work™, and doesn't. and then i test the old code that doesn't work either
[14:08] <meena> (i did a qemu-img resize of the disk, but cc_growpart isn't doing it's thing. neither the old code nor the new one)
[14:11] <meena> I'm pretty, and sure, this worked in the past… but then again, this is the first time i'm using MBR partitions in 320932 years.
[17:16] <SDes91> Hi all, is there a way in cloud-init to install pip packages?
[17:21] <meena> SDes91: no
[17:22] <meena> We only have the main package managers implemented
[17:22] <SDes91> Would it be better than to install pip and some required pip packages via an ansible role? Or would you have some recommendations?
[17:24] <meena> funnily enough, we can install Ansible from pip
[17:24]  * meena likes Puppet
[17:25] <SDes91> hence the question since ansible can be installed with pip.
[17:32] <meena> SDes91:  see the discussion here https://github.com/canonical/cloud-init/pull/1950
[17:32] -ubottu:#cloud-init- Pull 1950 in canonical/cloud-init "Support snap in Ubuntu's 'install_packages'" [Closed]
[17:32] <minimal> SDes91: use "runcmd"
[17:36] <SDes91> that is what I am currently doing. Thanks. Also a quick question,  can I setup the `apt.sources` in such a way that docker is preconfigured? I currently do the thing via runcmd
[17:36] <meena> apt sources should run before packages
[17:38] <SDes91> so an example in the docs for chef should be similar for the docker related apt sources setup?
[17:39] <minimal> SDes91: how would "apt.sources" preconfigure the docker daemon. Perhaps you are referring to adding an apt sources entry for Docker (the company) own Debian repo? I assume that can be done but you'd still need to install the docker packages using "packages:"
[17:40] <SDes91> Yes. sorry for the wording. I mean setting up the apt sources for docker first and then installing it via packages.
[17:42] <minimal> SDes91: how you looked at the cloud-init docs to see how to do this?
[17:43] <SDes91> https://cloudinit.readthedocs.io/en/latest/reference/examples.html#install-and-run-chef-recipes referring to the chef example?
[17:45] <SDes91> so set up the `apt` part of the example to configure the public gpg key from docker and set the source should work maybe.
[17:47] <minimal> not sure why you're mentioning Chef, using the cc_apt_configure and cc_package_update_upgrade_install modules should be all you need for docker
[17:48] <SDes91> sorry I am not very confident with cloud-init so I am relying on the examples to join the dots.
[19:41] <meena> TIL: you can't extend a root partion on MBR, if there's swap after it.
[19:55] <meena> 4 years after adding the feature wrong, i now know how to fix an issue…
[20:22] <meena> TIL: you can't extend a root partion on GPT either, if there's swap after it.
[20:22] <meena> ZFS wins again.
[22:38] <minimal> meena: yes growpart can only gow the root part if it is the LAST partition on the device, otherwise it would need to have code to shrink any partitions after rootfs to make space for root partition growing
[22:39] <minimal> that's why when I create OS disk images I place the root partition last...
[23:05] <minimal> "shrink any partitions after rootfs" == "move the start of the next partition after rootfs' partition further along the disk"
[23:44] <meena> minimal: i need to check if that's an option
[23:45] <meena> but it seems that a) using zfs, you don't care about that issue, and b) not creating a swap partition, and letting the growfs service do that does the trick