[00:10] <tsimonq2> I don't really know where to start in solving this s390x FTBFS: https://launchpad.net/ubuntu/+source/kpmcore/3.3.0-5
[00:10] <tsimonq2> Tests are failing with Invalid CBOR stream: unexpected 'break' byte
[00:10] <tsimonq2> It's Ubuntu-s390x-specific.
[00:25] <sarnold> step one, get an s390x...
[00:39] <tsimonq2> I'd try to repro it in a porterbox if Debian was having the issue too...
[00:39] <doko> tsimonq2: reproducible on a big endian 64bit system?
[00:41] <tsimonq2> I'll see.
[00:41] <sarnold> which endianness is our arm64?
[00:50] <tsimonq2> doko: I can't repro on zelenka with a fresh sid schroot.
[01:35] <mwhudson> sarnold: little, we're not crazy
[01:36] <sarnold> mwhudson: hehe
[08:33] <jamespage> cpaelzer, doko: can we get python-os-ken, python-os-resources and python-websockify promoted to main pls - I think the MIR's are all approved and mismatched nova/neutron is currently blocking testing
[08:53] <cpaelzer> jamespage: I have no powers to do so
[08:53] <cpaelzer> jamespage: resolving acked MIRs by promoting is an AA task
[08:54] <cpaelzer> but doko can and so does (considering the time and timezones) maybe apw ?
[08:54] <jamespage> cpaelzer: yep - hence my inclusion of doko in my request :)
[08:54] <cpaelzer> jamespage: well I was mostly commenting on my inclusion being useless on this task :-)
[08:55] <jamespage> cpaelzer: I was a bit unclear on the bug task status's - what's the normal status for 'Reviewed, ready for promotion'
[08:55] <jamespage> ?
[08:59] <cpaelzer> jamespage: "in progress" means ready, the next is "Fix committed" if you have put the stuff in proposed that makes the dependency appear
[08:59] <cpaelzer> jamespage: so in your case I think all of them are fix committed then right?
[08:59] <cpaelzer> jamespage: since I never understood the states I wrote this some time ago https://wiki.ubuntu.com/MIRTeam#Process_states
[09:00] <jamespage> cpaelzer: yes I think so
[09:04] <jamespage> cpaelzer: so do I do that?
[09:05] <jamespage> done
[10:13] <jamespage> jdstrand_: hey - just tripped on https://bugs.launchpad.net/ubuntu/+source/ufw/+bug/1823862 - something you where aware of?
[11:22] <seb128> xnox, vorlon, what is happening to bug #1816812? it's 1 liner fix and important to have in disco, you agreed when we discussed it during the foundation team meeting some weeks ago ... is it still on track to land before the freeze this week?
[12:46] <cpaelzer> rbalint: you are saving my day on 1823872 thanks a lot
[12:46] <cpaelzer> saw your update
[12:46] <cpaelzer> if I can help anything let me know
[12:47] <cpaelzer> let me check on steps to reproduce and prep an SRU Teamplate for you at least
[13:16] <doko> jamespage: python-os-* promoted
[13:16] <jamespage> doko: ta
[13:19] <doko> jamespage: looks like websockify isn't yet ready
[13:19] <jamespage> websockify is, spice-html5 is not
[13:19] <jamespage> at least I think that's what cpaelzer indicated
[13:23] <cpaelzer> yes
[13:23] <cpaelzer> jamespage: yes you said you want to punt spice-html5 after my feedback
[13:24] <cpaelzer> doko: what else seems missing on websockify - IIRC it had no hard dependency on spice-html5
[13:25] <doko> ahh, ok
[13:28] <doko> websockify promoted
[13:58] <coreycb> cyphermox: jamespage: new heat-dashboard version uploaded to disco with tests running successfully
[14:05] <cpaelzer> rbalint: FYI I added you test steps and an SRU template as promised
[14:05] <cpaelzer> rbalint: if you have a PPA that I should test let me know
[14:17] <cpach> hi folks. today i noticed a strange behaviour in apt, that might be a bug in ubuntu or upstream. what place is best to report bugs? launchpad? ubuntuforums.org? some other place? please advice.
[14:18] <cjwatson> Not the forums!  "ubuntu-bug apt" is normally best
[14:21] <cpach> cjwatson: looks neat. thank you!
[14:22] <cjwatson> np
[14:34] <cyphermox> coreycb: hurray :)
[14:51] <cyphermox> coreycb: mir approved
[14:51] <coreycb> cyphermox: thanks!
[15:14] <rbalint> cpaelzer, thanks, i'm adding build time tests as well because i'm fixing conffile moves in general (wip: https://github.com/rbalint/unattended-upgrades/tree/conffile-moves )
[15:26] <cpaelzer> ok great
[15:28] <tjaalton> kyrofa: hey, the darktable snap doesn't support opencl?
[15:29] <kyrofa> tjaalton, it seems not, but I haven't had time to dig into why
[15:31] <tjaalton> it tries to search for libOpenCL.so.1
[15:31] <tjaalton> can't find it if it's installed on the system
[15:31] <tjaalton> probably the same for the drivers
[15:37] <kyrofa> tjaalton, looks like we'd need to bundle opencl: https://forum.snapcraft.io/t/snaps-and-opencl/8509/10
[15:38] <tjaalton> yeah, fun
[15:38] <tjaalton> I've now packaged the intel neo driver
[15:38] <tjaalton> and tested it using darktable. deb works, snap doesn't
[16:07] <kyrofa> tjaalton, if you have ideas, pull requests are always welcome
[16:10] <tjaalton> there would have to be a platform snap for it
[16:10] <tjaalton> or if there is, opencl support added to it
[16:10] <tjaalton> otherwise it's just madness adding all drivers to each snap that might use opencl
[16:14] <tjaalton> though it might be an unavoidable madness :)
[16:43] <jdstrand> jamespage: yikes, no, thanks :)
[16:57] <jamespage> jdstrand: I tripped over it this morning - we use ufw to secure firewall comms between swift storage nodes for openstack
[17:00] <jdstrand> jamespage: I asked for more information
[17:19] <dviola> hi
[17:20] <dviola> I've been trying to deal with this bug for days now: https://bugs.freedesktop.org/show_bug.cgi?id=110214
[17:20] <dviola> basically, xterm does not behave properly (the fonts become invisible when I shift+pageup)
[17:20] <dviola> however, on ubuntu this works fine... on other distros, I get the bug
[17:21] <dviola> I was wondering if ubuntu devs can shed me some light into why it works on ubuntu and doesn't on other distros
[17:22] <dviola> we tried a lot of things...
[17:26] <sarnold> none of the patches in xterm's debian/patches/ directory feel like they'd be involved
[17:26] <JanC> is it the same version on all those distros?
[17:27] <JanC> it might be a gallium/radeonsi patch thing too
[17:27] <JanC> or a default setting difference
[17:27] <infinity> Most likely to be a kernel/mesa/xorg difference than an xterm thing.
[17:27] <JanC> might be freetype too
[17:28] <infinity> xterm's font rendering is from 1975, I don't suspect much trickery there.
[17:28] <infinity> If it was gnome-terminal, I'd go looking for differences in pango.
[17:30] <dviola> JanC: no, but we compiled different versions of Xephyr, mesa, xterm, etc. yet it only works on ubuntu for some reason
[17:30] <JanC> it might be as simple as a different default setting in Ubuntu?
[17:31] <dviola> on arch it works if I disable GL_NV_texture_barrier or if I export R600_DEBUG=nodpbb, which seems strange, I wonder what ubuntu is doing different
[17:33] <dviola> I tried looking at the patches ubuntu applies on top of mesa and there doesn't seem to be anything related
[17:34] <wxl> bdmurray: since you are so closely aligned with apport, can you explain to me why python3-launchpadlib is a suggest for python-apport rather than a depend as it once was?
[17:34] <bdmurray> wxl: Are you sure it was a depend?
[17:35] <dviola> not sure if I'm looking at the right thing...
[17:35] <wxl> bdmurray: yeah, like back in saucy or something XD
[17:35] <wxl> bdmurray: since it is required for apport-collect, i can at minimum see it being a recommend. suggest seems way too weak
[17:38] <bdmurray> wxl: the rationale is in the bzr log and bug 1192330 although it may not apply anymore since there is python3-launchpadlib
[17:39] <wxl> bdmurray: yeah, i saw that. i guess the question is why we haven't returned it back to the way it was given that that's not entirely relevant anymore.
[17:40] <bdmurray> wxl: because its not a huge priority
[17:41] <wxl> bdmurray: ok good enough for me :) if i submitted a fix i presume there would be no other reason to think it wouldn't be accepted?
[17:43] <bdmurray> wxl: well another reason it wouldn't be accepted might be the release coming up
[17:44] <wxl> bdmurray: yeah i didn't mean NOW. :) good enough, thanks
[17:47] <jdstrand> jamespage: thanks for the added info. please see comments (still can't reproduce)
[19:03] <vorlon> mdeslaur, stgraber: meeting?
[19:23] <dviola> where can I see how a package was compiled with? configure switches, etc
[19:23] <dviola> or rather, how
[19:23] <sarnold> build logs are available on launchpad
[19:23] <dviola> thanks
[19:24] <sarnold> from eg https://launchpad.net/ubuntu/+source/xterm you can click the 330-1ubuntu2 under bionic beaver, then amd64 under builds, then buildlog on the left
[19:34] <dviola> got it, thanks
[19:46] <dviola> for mesa, I see it applies a few patches
[19:46] <dviola> https://launchpadlibrarian.net/417491370/buildlog_ubuntu-disco-amd64.mesa_19.0.1-1ubuntu2_BUILDING.txt.gz
[19:46] <dviola> e.g. Applying patch revert-set-full-thread-affinity.diff
[19:47] <dviola> do you know where can I see those patches?
[19:47] <sarnold> the easiest way is to have deb-src lines configured in your apt sources, then you can use apt-get source mesa and then it'll probably be in mesa*/debian/patches/
[19:48] <dviola> thanks
[19:49] <sarnold> if you just want the patches you can find the deltas from debian on https://patches.ubuntu.com/
[20:08] <dviola> thanks
[20:08] <dviola> I guess I'll compile mesa and revert that commit
[20:08] <dviola> https://gitlab.freedesktop.org/mesa/mesa/commit/d877451b48a59ab0f9a4210fc736f51da5851c9a
[20:09] <dviola> I can't see other patches that relates to radeonsi
[20:09] <sarnold> dviola: wow. if *that*s the fix I'm going to be very dissapointed
[20:09] <dviola> hrm, I have no idea :)
[20:12] <dviola> we've spent crazy amount of time with this bug already... hopefully it's this one
[20:12] <dviola> everything we tried, it failed basically
[20:13] <dviola> except this: export R600_DEBUG=nodpbb
[20:13] <dviola> and the other extension
[20:19] <dviola> fedora is affected, arch is affected
[20:19] <dviola> ubuntu doesn't have the bug
[20:42] <dviola> at least it reverted cleanly
[20:42] <dviola> ok mesa is compiling
[20:49] <dviola> nope, that wasn't it
[20:53] <coreycb> bdmurray: hi, would you happen to have cycles to take a look at tye python-oslo.cache fix in the cosmic unapproved queue? i just uploaded it today. it's currently tagged as a release blocker for the openstack charms release.
[20:54] <bdmurray> coreycb: sure
[21:03] <dviola> found another potential culprit
[21:03] <dviola> a patch
[21:03] <dviola> https://patches.ubuntu.com/x/xorg-server/xorg-server_2:1.20.4-1ubuntu3.patch
[21:04] <dviola> glamor-disable-logic-ops-when-doing-compositing.diff: Fix libreoffice with glamor. (LP: #1575000)
[21:19] <dviola> that patch is already merged upstream, so it can't be that
[21:20] <coreycb> thanks bdmurray


[01:49] <sithlord48> is launchapd having issues pulling code from bazzar? i keep getting a failed to upload error when trying to have launchpad build code imported form github to bazzar
[01:49] <sithlord48> the import seams ok and trunk of bazzar matches the our github.
[01:50] <sithlord48> upload log is here https://launchpadlibrarian.net/196864247/upload_865129_log.txt
[19:15] <gorille> Hi
[19:15] <gorille> Are there an ubuntu launchpad admin here?
[19:17] <gorille> wgrant
[19:22] <gorille> where can I contact the support (without recreate an account?) ?
[19:59] <mapreri> gorille: it's saturday evening, it's hard to get support from the launchpad admin team. if you're lucky maybe cjwatson or wgrant are on their keyboard, otherwise just wait....
[19:59] <gorille> ok
[19:59] <mapreri> gorille: maybe you can start by typing what's the issue...
[20:00] <gorille> Yep, I've already type that :) I c/p (I check the log)
[20:01] <gorille> an idea for that: I've a problem, I've cancel my Ubuntu One account before desactivate my launchpad account (yep, I've not read the ubuntu one deletion page :*( ), it is possible to desactivate? (I've do nothing with it, also, it will be indexed if I put that here because the channel is logged), Can I tell an administrator directely by private message? ?
[20:02] <gorille> I can prove my identiy with my identity card or domain name, or irc nick or just email


[02:38] <Passaconaway> hello
[02:46] <willwh> hi
[02:51] <Passaconaway> how are you willwh
[02:51] <willwh> good thxz
[03:02] <Passaconaway> I am visiting family in canada
[03:03] <willwh> cool
[03:03] <willwh> I'm coding :)
[03:03] <Passaconaway> what part of canada are you in?
[03:03] <willwh> I live in Victoria, BC
[03:03] <Passaconaway> coding fun:D
[03:05] <Passaconaway> i am in west coast of vancouver island
[03:06] <Passaconaway> nuu-chah nulth territory
[03:09] <Passaconaway> close to Ucluelet
[03:09] <Passaconaway> if you heard of it
[03:09] <willwh> yeah
[03:09] <willwh> I was in Tofino about 2 months ago
[03:09] <Passaconaway> cool:)
[03:10] <Passaconaway> its close to tofino
[03:10] <willwh> I know :)
[03:10] <Passaconaway> did you come here for surfing?
[03:10] <willwh> with my wife and my son
[03:10] <Passaconaway> next time visit Ucluelet area
[03:10] <Passaconaway> its even nicer than tofino
[03:10] <Passaconaway> rainforested
[03:12] <Passaconaway> down south
[03:12] <Passaconaway> its less well known than tofino
[03:12] <Passaconaway> more private:)
[03:12] <willwh> I have friends who used to run the ferry from bamfield to there
[03:12] <willwh> they live just around the corner from me now :)
[03:14] <Passaconaway> interesting, I have never been on a ferry:)
[03:14] <Passaconaway> Did you enjoy tofino?
[03:18] <willwh> yes
[13:36] <dscassel> Good morning!
[13:36] <dscassel> And Happy Mother's Day! (call your mom. :)
[16:07] <FiReSTaRT> 'mornin' darcy.. happy hallmark holiday to you too :D


[20:09] <xu-irc79w> My sound isn't working. Can you help me fix it?
[20:52] <xu-irc32w> Hello everybody! I am wondering if folks have a recommendation for wiping my drive before recycling my computer. Running Ubuntu 20.04.5 LTS with xfce version 4.14.
[20:55] <xu-irc32w> I could use magnets but i don't have big enough magnets so software solution would be preferred :)
[20:58] <xu-irc32w> guessing `shred` is what i'd like to use?
[21:01] <xu-irc32w> or hdparm