[17:51] <meena> SuperLag: can you show us the logs?
[20:29] <SuperLag> sorry meena, just now seeing this…
[20:29] <SuperLag> https://dpaste.com/AJQ4FGXD8 and https://dpaste.com/3WM76A6MG
[22:45] <holmanb> minimal: does `cloud-init analyze` work on alpine?
[22:46] <holmanb> I'm curious if the author of this page[1] meant to say:
[22:46] <holmanb> "The analyze subcommand only works on systemd-based distros."
[22:46] <holmanb> [1] https://cloudinit.readthedocs.io/en/latest/explanation/analyze.html#availability
[22:52] <holmanb> nevermind, I see the calls to systemctl this is very tightly coupled
[22:52] <holmanb> and in theory this would work on gentoo/systemd too
[22:52] <holmanb> ... if cloud-init had better gentoo support
[22:54] <minimal> holmanb: blame, show, and dump work on Alpine, it's just "boot" that doesn't due to its reliance on systemd
[22:55] <minimal> I briefly looked at it a month or 2 ago thinking of getting it working but didn't dig deep enough to work out what changes were needed
[22:55] <holmanb> minimal: gotcha, nice
[22:55] <holmanb> thanks for the information
[22:56] <minimal> it's on my long list of things to work on lol
[22:57] <holmanb> the neverending list :P
[22:57] <minimal> BTW am trying to figure out python gpep517 support
[22:58] <minimal> holmanb: yeah I recently added both the lxd DS and cc_lxd to that list ;-)
[23:02] <holmanb> ah nice
[23:02] <holmanb> how good is lxd support on alpine?
[23:03] <minimal> I'm new to lxd myself, only recently spun it up on a VM (to initially test containers)
[23:03] <holmanb> gotcha
[23:03] <holmanb> I like it
[23:03] <holmanb> it's nice
[23:04] <minimal> and from a quick look at the LXD DS it seems some Alpine-specific changes needed, e.g. the sock file is not in the usual place
[23:04] <holmanb> the other day I was trying to use it on an old gentoo server of mine and got stuck on subuid/subgic configuration - didn't work out of the box
[23:04] <holmanb> but also I didn't try debugging for very long
[23:05] <minimal> Alpine actually has 2 versions packaged - package lxd is 5.0.2, package lxd-feature is 5.19
[23:05] <holmanb> gotcha, sock file should be easy enough to work around I assume
[23:05] <minimal> and they're not identically setup (2 different maintainers)
[23:05] <holmanb> lxd on ubuntu has been snap-only for a while - no deb is maintained
[23:06] <holmanb> hrm, 2 maintainers for different versions of the same package sounds problematic
[23:06] <minimal> it's the "usual" situation of someone supporting/maintaining a "stable" version and someone else wanting the latest/greatest
[23:07] <holmanb> gotcha
[23:07] <holmanb> if you feel like a quick docs review https://github.com/canonical/cloud-init/pull/4563/files
[23:07] -ubottu:#cloud-init- Pull 4563 in canonical/cloud-init "Docs Correction" [Open]
[23:08] <minimal> do you know anything about python gpep517 at all?
[23:08] <holmanb> uhhhh, a tiny bit
[23:08] <holmanb> wait is gpep a thing?
[23:08] <holmanb> I thought it was a typo before
[23:08] <minimal> its a "setup.py replacement"
[23:08] <holmanb> but you did it again and now I'm second guessing myself
[23:09] <holmanb> yeah I pushed a package to pypi a while ago that used pep517
[23:10] <minimal> so using "gpep515 build-wheel --wheel-dir .dist --output-fd 3 3 3>&1 >&2" to build cloud-init
[23:10] <minimal> and then apparently "python3 -m installer -d "$pkgdir" .dist/*.wml" to package it up
[23:11] <minimal> which is how rthe numerous Alpine python packages do this, except this result in *ALL* the cloud-init stuff (including etc directory) being placed inside the site-packages directory
[23:12] <minimal> had a scan of the gpep517 and the python installer modules docs and am none the wiser lol
[23:13] <holmanb> yeah it's... confusing
[23:13] <holmanb> and our setup.py does some random stuff like call external scripts for templating
[23:14] <sam_> gpep517 is a frontend we made to try paper over the mess
[23:14] <sam_> https://github.com/projg2/gpep517
[23:14] <sam_> alpine started using it too because it's good
[23:14] <holmanb> howdy sam_ o/
[23:14] <sam_> hi!
[23:15] <minimal> I started looking at gpep517 as a side action of trying to figure out the recent "YAML parsing errors of systemd template files" that I've been seeing with c-i master (but NOT with previous releases), still haven't haven't figured that one out yet
[23:16] <holmanb> >  It is the tool of choice for a world that does not revolve around pip and venvs.
[23:16] <holmanb> XD
[23:16] <holmanb> I like it
[23:17] <minimal> sam_: Hi. Looking at examples of other Alpine packages I couldn't figure out how to pass extra options to "python3 -m installer" packaging stage that I currently pass to "python3 setup.py install" (like "--init-system=sysvinit_openrc")
[23:19] <sam_> https://github.com/projg2/gpep517/issues/10
[23:19] -ubottu:#cloud-init- Issue 10 in projg2/gpep517 "how to pass setup.py arguments" [Closed]
[23:19] <sam_> (https://github.com/projg2/gpep517/issues/10)
[23:20] <sam_> holmanb: yeah, it's our best effort for coping with it
[23:20] <sam_> the ecosystem is kind of a mess rn though
[23:20] <sam_> it's a nice idea (pep517), but it's messy rn
[23:20] <sam_> the defacto stuff for what gpep517 does is 'installer' and 'build'
[23:20] <sam_> and they have a tonne of deps
[23:23] <minimal> sam_: before you joined the convo I mentioned I'm seeing the installer currently put *everything* inside site-packages, even the etc dir that should be /etc :-(
[23:23] <sam_> ... that was the next bit I was going to mention
[23:23] <sam_> there's no standard way for pep517 things to install outside of site-packages
[23:23] <sam_> this is probably the worst part
[23:23] <minimal> doh! ok, so I'll forget about gpep517 for the near future then
[23:24] <sam_> what we've done for portage (because it's both a python module but we also want to install files to /etc, etc) is use meson-python in two modes
[23:24] <sam_> one for pure wheel
[23:25] <sam_> one for system installs
[23:27] <holmanb> ah, interesting
[23:29] <minimal> ok, now I'll go back to trying to work on what the heck is going with YAML parsing of tmpl files as mentioned in #4487
[23:29] <minimal> https://tpaste.us/papW
[23:30] <holmanb> thanks for the context sam_, appreciate it
[23:39] <minimal> hmm, even just running "python3 setup.py install --help" produces those YAML errors...


[18:15] <amit2011> hii
[18:21] <amit2011> I joined  Ubuntu Documentation Contributors team on Launchpad. Now what is the next step?
[18:21] <amit2011> I am already subscribed to mailing list.
[18:22] <amit2011> Do I need to learn Mallard..??
[18:24] <amit2011> any1.............
[18:27] <shaunm> amit2011: maybe send an intro email to the list. not everybody is always in front of irc
[18:27] <shaunm> if you want to work on the help that ships with ubuntu, then learning mallard would be a good idea
[18:27] <shaunm> but you can contribute in other ways too, like on the wiki
[18:29] <amit2011> shaunm: thnx
[19:53] <Captainkrtek> Just saw the update package for Gnone-Docs :D
[19:53] <Captainkrtek> nice work everyone!


[07:49] <shtirlic1010> It's work again! Victory!
[07:50] <clinton-fung> Indeed; looks like we're back in business. Apologies for any inconvenience caused!


[10:11] <tdr112> czajkowski: ping
[10:11] <tdr112> working yesterday and today at takethat wont be online email me
[10:19] <czajkowski> takethat
[10:19] <czajkowski> lol
[10:19] <czajkowski> o dear
[10:19] <czajkowski> have fun
[10:19] <czajkowski> :)
[18:26] <airurando> evening
[18:28] <czajkowski> airurando: howdy
[18:29] <airurando> hi czajkowski.
[18:29] <airurando> if you've time could you take a look at the bottom of http://pad.ubuntu-ie.org/reapproval-roughwork
[18:30] <czajkowski> sure
[18:30] <airurando> I'm just trying to throw together a roadmap
[18:30] <airurando> don't want to complicate it or promise too much.
[18:30] <airurando> just want to stipulate what we hope to do.
[18:33] <czajkowski> done
[18:34] <czajkowski> how does that look
[18:39] <airurando> fabulous
[18:39] <airurando> thanks
[18:39] <airurando> now wondering if tdr112 is around or still at croke park
[18:40] <airurando> czajkowski: will we know about blacknight before Tuesday?
[18:44] <czajkowski> yeah i just need to ask michele
[18:44] <czajkowski> and I need ebel to let me know the dns stuff so I can file the RT
[18:44] <czajkowski> airurando: he's at take that
[18:45] <airurando> ha ha
[18:46] <airurando> are they on tonight as well?
[18:46]  * airurando is out of touch.
[18:46] <airurando> thought it was just sat
[18:55] <czajkowski> n idea sorry
[18:55] <airurando> czajkowski: I think I'll send that raw roadmap to the mailing list looking for feedback.
[18:56] <airurando> good idea / bad idea?
[18:56] <czajkowski> ok
[18:56] <czajkowski> we cant get the site up and running till ebel tells me the dns stuff
[18:56] <airurando> thats no problem
[18:57] <airurando> this is a roadmap
[18:57] <czajkowski> o
[18:57] <czajkowski> k
[18:57] <czajkowski> bah
[18:57] <czajkowski> typing with one hand
[19:02] <airurando> ohh. whats wrong with the other hand?
[19:03] <czajkowski> oh was just multi tasking
[19:07] <airurando> Phew, thats good.
[19:07] <airurando> e-mail sent....


[00:04] <mup> Bug #1603590 opened: [2.0] maas should allow gateways in the fe80::/64 network <MAAS:New> <MAAS 1.9:New> <MAAS 2.0:New> <MAAS trunk:New> <https://launchpad.net/bugs/1603590>
[14:56] <cafaroo> Hi im having some problems with my HP GbE2c switch. When maas tries to pxe boot i get ARP-timeout. Just changed from a cisco switch that worked fine so i know there is some configuration in the switch that is faulty. I have without success tried to configure "port fast forwarding" and "fast uplink convergence". Sholud STP be on or off? Anyone with any ideas?
[15:23] <capslockwizard> I have a question regarding cloud-init
[15:23] <capslockwizard> After deploying using maas...
[15:24] <capslockwizard> Is there a way get the nodes to read and execute custom cloud-init config files from the maas server?
[15:35] <capslockwizard> ?


[09:06] <AceLan> cking: what kind of regression test should I do when submit SRU patch?
[09:07] <cking> AceLan, for the "regression potential" part of a SRU, I just want to see a description of where you think regressions could possibly occur.  For fixes such as the PCI power savings, it would be useful to check this on a range of H/W just to see if it works on other devices apart from the ones you are targetting for the fix
[09:10] <AceLan> cking: got it
[09:11] <AceLan> cking: about his one "Fix can't disable USB port issue", it's a quirk for specific id, do I need to test it on other machine?
[09:11] <smb> AceLan, the more a patch changes in code that potentially is run on a lot of HW, the more we get worried. Sorry for rejecting that one request for the second time, but it just feels like a lot of potential to go wrong
[09:12] <cking> AceLan, I'm very anal about checking stuff, so some checking on other H/W when it comes to some types of fixes is always useful, even the simplest of fixes can sometimes catch one out
[09:13] <cking> it's called the "can I sleep OK overnight with this fix" sanity check ;-)
[09:19] <AceLan> smb: thanks for the comment, I'll try to gather more machines for testing
[09:20] <smb> AceLan, yw, and again sorry for being a pain. But we try to avoid pain on our side ;)
[09:30] <cking> well, pain on the user's side too if it goes bad
[09:34] <xnox> in the ADT tests I have
[09:34] <xnox> 12:18:01 ERROR| [stderr] FAIL: test_061_guard_page (__main__.KernelSecurityTest)
[09:34] <xnox> 12:18:01 ERROR| [stderr] Userspace stack guard page exists (CVE-2010-2240)
[09:34] <xnox> failing for kernel, on artful.
[09:34] <xnox> is this test downloaded by autopkgtest from not the source package?
[09:34] <xnox> because a package should be able to pass it's autopkgtest. And I don't see how that test is relevant for src:linux triggered by systemd.
[09:35] <xnox> does it mean artful started to be vulnerable to CVE-2010-2240 ?
[09:43] <smb> xnox, probably rather the test being confused by the new changes due to CVE-2017-1000364 and needing updates. I believe artful picked up the upstream commits which had some compat issues / regressions in corner cases
[09:44] <xnox> smb, horum. I am no kernel person and the ADT failure looks scary to the uninitiated. Can the ADT test please be "fixed" to e.g. expectfail / skip that test for now, if it is not in fact regressing?
[09:45] <xnox> but it seems that update to systemd is not causing this kernel regression.
[09:46] <smb> xnox, no don't think so to the latter. and the former was was afaik already redirected at the sec team
[11:11] <Ivanovik> Hi, anyone know the right channel I need to head to if I need NIC internals information?
[11:11] <Ivanovik> I'm more interested in the datasheet/electronic aspect of it.
[11:11] <Ivanovik> My goal is to write a driver.
[11:11] <Ivanovik> I am fairly familiar with the os/kernel interfacing part.
[13:34] <xnox> smb, hm.... does this mean kernel security update was released without running adt test?
[13:34] <xnox> (one can run adt test with kvm and cloud image using embargoed / locally built packages)
[13:39] <smb> xnox, you do realize that the adt test is failing for artful which has a different patch than the rest?
[13:41] <xnox> smb, yes I do.
[13:41] <xnox> smb, and my understanding was that linux kernel is built in ppa, with adt tests run, before it is copied into artful-proposed and starts blocking migrations of all packages.
[13:41] <xnox> e.g. we are failing to migrate gcc, systemd, because of the failing adt test.
[13:43] <xnox> smb, or e.g. copy linux from ppa to silo, and then to the archive.
[13:43] <apw> xnox, this was an embargoed cve all things are different
[13:43] <smb> xnox, this is a devel kernel which is built into proposed like any other package
[13:43] <xnox> to have a full run of adt tests report, which is automated for the silo ppas.
[13:43] <apw> xnox, and regardless the one which is affecting your adt tests is not the things we released via security
[13:43] <xnox> smb, it was built in the PPA for Canonical Kernel team and then copied into artful-proposed.
[13:44] <apw> xnox, why are we so caring about this one failure, we have adt failures which block things all the time
[13:44] <xnox> apw, ok.
[13:44] <apw> xnox, we have a system to cope with it
[13:45] <xnox> sure. but things that do clog up -proposed are either resolved quickly or removed from proposed.
[13:45] <xnox> do we need a broken kernel in artful-proposed, if it is not passing adt tests?
[13:45] <apw> what is it blocking whihc is such a huge pressure ?
[13:45] <xnox> it's not like it will magically pass, due to changes needed in either kernel or the test-suite? thus that upload is toast, no?
[13:45] <apw> if you say gcc i will punch you on the nose
[13:45] <xnox> it's blocking automated migration.
[13:45] <xnox> systemd
[13:46] <xnox> gcc for doko; systemd for me. As usual.
[13:46] <apw> ok so we can hint systemd if that is the only failure
[13:46] <apw> that is why we have hints
[13:46] <xnox> apw, but hinting requires humans.
[13:46] <xnox> i'd rather just remove the src:linux from artful-proposed.
[13:46] <xnox> rather than badtesting src:linux.
[13:46] <apw> and you will expect me to not do the same for systemd if it fails for an instant right ?
[13:47] <smb> and that does not require a human?
[13:47] <xnox> the test is good; and that src:linux is genuenly toast, no?
[13:47] <apw> smb, the same humans indeed
[13:48] <xnox> apw, i expect an upload to fix the systemd in proposed or remove the offending systemd in proposed.
[13:48] <apw> xnox, indeed, and we are working on that right now
[13:48] <xnox> obviously we cannot remove src:linux or src:systemd from artful-release.
[13:49] <xnox> hm it is very odd.
[13:49] <apw> what is very odd
[13:49] <xnox> i see test results for 6.11 and 7.12, but not 8.13 and release pocket has 4.10.0-22.24
[13:49] <xnox> e.g. systemd migration should be tested against 4.10, not 4.11
[13:50] <apw> xnox, yes, if it is not that is a failure in adt
[13:50] <apw> or some muppet ran all-proposed run
[13:51] <apw> we should remove that option
[13:51] <xnox> kernel adt tests are odd; they mostly test the new kernel; and very little test of changed userspace.
[13:52] <xnox> apw, but do you run adt tests of linux kernel against the new kernel after it is built in the kernel PPA before copying into the devel-proposed?
[13:53] <apw> xnox, normally yes, unsure if that was done for this one as this was a fix for an emergency CVE
[13:53] <xnox> because 5.10, 6.11, 7.12, 8.13 of the 4.11 are all failing
[13:53] <apw> xnox, but as the only people who should be afected are us
[13:53] <xnox> true.
[13:53] <apw> xnox, as they are only in -proposed and your testing is against -release
[13:53] <apw> xnox, so perhaps we need to work out how you got tests against the -proposed version at all
[13:54] <xnox> yes.
[13:55] <xnox> meanwhile i'm doing self service request to rerun systemd->linux against release linux, rather than proposed linux.


[01:39] <callmepk> morning
[02:49] <duflu> Morning callmepk
[02:55] <callmepk> morning duflu
[05:47] <jibel> Good morning
[06:07] <seb128> goood morning desktopers
[06:09] <duflu> Morning jibel and seb128
[06:09] <seb128> duflu, hey, how are you today?
[06:10] <duflu> seb128, I was going well but now suddenly a bit unwell. And I still need to go out for a bit... :/
[06:10] <duflu> How are you seb128 ?
[06:19] <seb128> not awake yet but otherwise fine I think ;-)
[06:26] <jibel> salut duflu seb128
[06:29] <seb128> lut jibel
[06:51] <callmepk> morning jibel seb128
[07:15] <didrocks> good morning
[07:20] <jibel> Bonjour callmepk didrocks
[07:22] <didrocks> salut jibel
[07:22] <seb128> hey callmepk, lut didrocks, how are you?
[07:23] <callmepk> hey didrocks
[07:23] <callmepk> seb128 I am great
[07:25] <seb128> tkamppeter, Trevinho, jamesh, weekly status update?
[07:28] <didrocks> salut seb128, callmepk
[07:29] <didrocks> ready for a long couple of days +1ing :p
[07:29] <didrocks> you?
[07:29] <duflu> Morning didrocks
[07:30] <didrocks> hey duflu
[07:35] <seb128> I'm alright thanks!
[07:50] <didrocks> stupid question, how do you fork a project to push a MP on debian salsa?
[07:50] <didrocks> I only have a clone option, but not fork
[07:50] <didrocks> on https://salsa.debian.org/DebianOnMobile-team/mobile-tweaks/-/tree/master/ for instance
[07:54] <didrocks> (I don’t have the fork option there compared to projects under GNOME/)
[07:55] <didrocks> ah, it seems you need to go outside of any branch (even master)
[07:55] <didrocks> quite confusing
[07:59] <oSoMoN> good morning desktoppers
[08:00] <didrocks> salut oSoMoN
[08:01] <oSoMoN> salut didrocks
[08:11] <marcustomlinson> morning callmepk duflu jibel seb128 didrocks oSoMoN
[08:11] <duflu> Hi oSoMoN and marcustomlinson
[08:11] <oSoMoN> good morning marcustomlinson
[08:11] <oSoMoN> good afternoon duflu
[08:17] <didrocks> hey marcustomlinson
[08:37] <jibel> hi marcustomlinson
[08:37] <luna_> oSoMoN: got the new Firefox now it works well, also there was a new Thunderbird out today with two security fixes
[08:37] <luna_> also morning
[08:46] <callmepk> morning marcustomlinson oSoMoN
[08:50] <oSoMoN> salut jibel, good morning luna_ and callmepk
[08:51] <oSoMoN> luna_, thanks for the feedback, I'm working with the security team to get 82.0.3 sponsored to stable releases asap
[08:52] <oSoMoN> once that's done I'll do the thunderbird update
[08:59] <luna_> alright
[09:03] <Laney> yo yo yo
[09:04] <duflu> Sup Laney
[09:05] <GunnarHj> Good morning, seb128! isenkram news: Upstream seems to acknowledge the problem, and some activity on the bug report, but no solution yet:
[09:05] <GunnarHj> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974107
[09:06] <oSoMoN> yo Laney
[09:06] <oSoMoN> good morning GunnarHj
[09:06] <GunnarHj> o/ oSoMoN
[09:09] <Laney> hey oSoMoN hey duflu hey GunnarHj
[09:10] <seb128> hey GunnarHj, I saw that, was a good move to send it to Debian ;-)
[09:11] <seb128> hey Laney, luna_, lut oSoMoN, how are you?
[09:11] <seb128> hey marcustomlinson
[09:11] <didrocks> hey Laney, GunnarHj
[09:13] <oSoMoN> salut seb128, I'm trying to drown my cold in herbal tea, with limited success so far. Other than that good. How are you?
[09:13] <seb128> oSoMoN, so the cold is not better yet? :-( keep drinking hot beverage and lemon and honey I guess
[09:14] <seb128> and try to get enough sleep, but I know that part is tricky!
[09:15] <GunnarHj> Hey Laney, didrocks and all other desktoppers!
[09:16] <oSoMoN> yeah, it's been a rough night, with the little one not feeling well… but we'll get over it
[09:16] <GunnarHj> seb128: Right, sending it to Debian was the right thing. Good tip!
[09:16] <seb128> :-)
[09:17] <didrocks> oSoMoN: good luck with this
[09:18] <oSoMoN> thanks!
[10:21] <seb128> Laney, jibel , following up the discussion from yesterday
[10:21] <seb128> $ ls -h hirsute/usr/lib/gcc/x86_64-linux-gnu/10/ -lh
[10:21] <seb128> total 300M
[10:21] <seb128> -rwxr-xr-x 1 root root 300M oct.  24 10:36 cc1
[10:21] <seb128> just as a fyi
[10:22] <seb128> vs 27M on 20.10
[10:22]  * Laney nods
[10:27] <Laney> thanks for looking at that!
[10:32] <jibel> seb128, thanks.
[10:52] <luna_> seb128: having a bit of a cold but other then that i am alright
[12:42] <KGB-2> gdm tags bbe82b4 Sebastien Bacher ubuntu/3.36.3-0ubuntu<IP_ADDRESS> * Debian release 3.36.3-0ubuntu<IP_ADDRESS> * https://deb.li/ip01D
[12:42] <KGB-2> gdm ubuntu/focal 35514da Marc Deslauriers debian/ changelog patches/series patches/CVE-2020-16125.patch * Import Debian changes 3.36.3-0ubuntu<IP_ADDRESS> * https://deb.li/WIl0
[12:49] <KGB-2> gdm signed tags 17cef38 Sebastien Bacher ubuntu/3.36.3-0ubuntu<IP_ADDRESS> * gdm3 Debian release 3.36.3-0ubuntu<IP_ADDRESS> * https://deb.li/3Z0a2
[12:49] <KGB-2> gdm ubuntu/focal bb445c4 Sebastien Bacher debian/ changelog patches/series patches/git_display_segfault.patch * https://deb.li/AvJi
[12:49] <KGB-2> * debian/patches/git_display_segfault.patch:
[12:49] <KGB-2>   - Backport crash fix when using Xvfb in some situations
[12:49] <KGB-2>     (lp: #1861769)
[12:49] <KGB-2> gdm ubuntu/focal 362d1a6 Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/3uwph
[13:22] <tkamppeter> seb128, weekly update posted.
[13:24] <seb128> tkamppeter, thanks
[14:05] <luna_> meeting in around 15 minutes will attend
[14:20] <luna_> o/
[14:29] <hellsworth> good morning desktopers!
[14:29] <kenvandine> good morning
[14:29] <oSoMoN> good morning hellsworth
[14:29] <seb128> hey Heather, just in time for the meeting ;-)
[14:29] <oSoMoN> good morning kenvandine
[14:29] <luna_> good afternoon
[14:29] <xnox> YOLO
[14:29] <hellsworth> strategery :)
[14:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-11-10
[14:30] <meetingology> Meeting started Tue Nov 10 14:30:23 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <luna_> .here
[14:30] <seb128> Roll call:  didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSoMoN, tkamppeter, Trevinho, robert_ancell, callmepk
[14:30] <didrocks> hey
[14:30] <jibel> \ø
[14:30] <kenvandine> o/
[14:31] <marcustomlinson> \o
[14:31] <oSoMoN> o/
[14:31] <seb128> k, let's get started
[14:31] <Laney> |o|
[14:31] <seb128> #topic rls-bb-bug
[14:31] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:31] <hellsworth> o/
[14:31] <seb128> no desktop there
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:32] <seb128> no unassigned one
[14:32] <seb128> #topic rls-ff-bug
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:32] <seb128> triaging needs but nothing to review
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:33] <seb128> bug #1902898
[14:34] <seb128> seems like a fair request
[14:35] <seb128> unsure it deserve to be rls though
[14:35] <luna_> seems Laney might have an idea for the cause
[14:35] <didrocks> I think we can fix it easily
[14:36] <seb128> anyone fancing owning the item? it's probably an override to add for the greeter session and some testing?
[14:36] <marcustomlinson> that depends whether it's actually a bug
[14:36] <didrocks> do a per-user override for GDM and declare this is the default?
[14:36] <didrocks> can do it
[14:36] <seb128> didrocks, thanks!
[14:36] <marcustomlinson> hmm
[14:36] <Laney> Apparently some customer complained, seems like a weird thing to be doing but they were doing it
[14:36] <didrocks> prompting is always safer user-wise anyway
[14:36] <luna_> didrocks: +1
[14:36] <didrocks> unsure we should SRU that though
[14:37] <seb128> yeah, I don't know, it seems minor but if there is some customer request behind
[14:37] <seb128> at the same time they do have an escalation path for those
[14:37] <seb128> and should use it
[14:38] <marcustomlinson> what the power button does is user defined
[14:38] <marcustomlinson> but sure defaulting to prompt on the login screen is probably better
[14:38] <seb128> marcustomlinson, having the same behaviour as default on the login screen and session makes sense imho
[14:39] <marcustomlinson> agree
[14:39]  * luna_ also agrees
[14:40] <seb128> didrocks, I added a comment asking about stable serie and set incomplete meanwhile, let's start with hirsute
[14:40] <seb128> k, that was if for focal
[14:40] <seb128> #topic rls-gg-bug
[14:41] <seb128> the same wpa one, I will have that cleared one way or another by next week, I pinged foundations and got some more details on the bug since last week
[14:41] <seb128> sorry http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[14:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:41] <seb128> bug #1901829
[14:42] <seb128> oSoMoN, do you consider that important enough to target to 20.10?
[14:42] <oSoMoN> yes indeed
[14:42] <oSoMoN> I assigned myself
[14:43] <seb128> thx
[14:43] <luna_> There is some unassigned gnome-shell, mutter, sane and gnome bugs too
[14:44] <seb128> luna_, they are fix commited which means a fix has been uploaded so it doesn't matter then don't have an owner
[14:44] <luna_> ah great
[14:44] <seb128> #topic rls-hh-bug
[14:44] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html
[14:44] <seb128> we already reviewed thos
[14:44] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-tracking-bug-tasks.html
[14:45] <luna_> https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1902710 ?
[14:45] <seb128> bug #1902710
[14:45] <seb128> that's uploaded and blocked in proposed
[14:45] <seb128> I fixed the status
[14:46] <seb128> k, that's it for bugs
[14:46] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:46] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:47] <Laney> lol @ proposed
[14:47] <seb128> that's still noisy, I feel like we need to wait more for the archive opening to settle before we spend time reviewing
[14:47] <Laney> the usual hell transition has arrived, perl which entangles everything
[14:47] <Laney> help would be welcome if people have some time
[14:48] <luna_> also pretty sure oSoMoN has packaged never Firefox that was released yesterday with 2 security fixes 82.0.3 and that works and 83 is released on Tuesday next week 17th November
[14:48] <luna_> so not sure if those are important to fix
[14:48] <seb128> k
[14:48] <seb128> moving on
[14:48] <seb128> #topic AOB
[14:48] <seb128> nothing else from, does anyone have anything to add?
[14:49] <luna_> as i think you rather want 82.0.3 with two more security fixes:  https://www.mozilla.org/en-US/security/advisories/mfsa2020-49/
[14:49] <luna_> don't have anything more to add
[14:49] <didrocks> nothing for me
[14:49] <oSoMoN> nothing here
[14:49] <luna_> -never + newer
[14:49] <hellsworth> the linux application summit is this thursday through sunday. free to sign up and attend if you have time!
[14:49] <hellsworth> ken and i are hosting a flutter snaps bof and igor is giving a talk
[14:50] <luna_> hellsworth: i will help voluenteer so i kinda will attend to :) when i am not helping out
[14:50] <seb128> ah, nice
[14:50] <seb128> good luck with the bof :)
[14:50] <didrocks> nice!
[14:50] <hellsworth> https://linuxappsummit.org/
[14:50] <hellsworth> thanks! should be fun :)
[14:51] <luna_> will be on a BigBlueButton instance run by KDE/Gnome
[14:51] <seb128> anything else?
[14:52] <seb128> k, seems not
[14:52] <seb128> it's a wrap then, efficient one!
[14:52] <seb128> thanks everyone
[14:52] <seb128> #endmeeting
[14:52] <meetingology> Meeting ended Tue Nov 10 14:52:14 2020 UTC.
[14:52] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-11-10-14.30.moin.txt
[14:52] <didrocks> thanks :)
[14:52] <Trevinho> thanks
[14:52] <luna_> thanks :)
[14:52] <kenvandine> thanks
[14:52] <hellsworth> thanks!
[14:52] <Laney> G R E A T M E E T I N G
[14:52] <luna_> might not attend next week as its my birthday then
[14:52] <hellsworth> happy nameday!
[14:57]  * oSoMoN registered to LAS, looking forward to it
[14:57] <hellsworth> yay!
[14:58] <luna_> same i am helping out so we are having some voluenteer meetings later today and tommorow
[14:58] <hellsworth> oSoMoN: too bad we can't share beers this year at LAS but perhaps next :)
[14:59] <oSoMoN> yeah, I'll miss the beers and card games in good company
[18:09] <oSoMoN> ricotz, have you looked at the arm* build failures in the firefox-next PPA, by any chance?
[18:11] <ricotz> oSoMoN, sorry, essentially fix-armhf-webrtc-build.patch needs to be rewritten
[18:18] <oSoMoN> ricotz, do you want me to handle it (can do tomorrow)?
[18:20] <luna_> 83 Rc1 is out: https://archive.mozilla.org/pub/firefox/candidates/83.0-candidates/build1/
[18:24] <ricotz> oSoMoN, please do
[18:25] <oSoMoN> luna_, ack
[18:26] <oSoMoN> ricotz, ok


[15:25] <ChrisWarrick> Trying to run `startx` as a regular user leads to a crash wtih xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) and a segfault. How do I fix this? (16.04 on VirtualBox with guest additions)
[15:32] <ChrisWarrick> It looks like it’s a bug: https://bugs.launchpad.net/ubuntu/+source/xinit/+bug/1562219


[07:15] <dholbach> good morning
[08:13] <xnox> rbasak: git-dpm - maintains patches as git commits, with rebasing/merging on to new versions.
[08:40] <xnox> superm1: slangasek: this is interesting https://blueprints.launchpad.net/ubuntu/+spec/foundations-irst-support =)
[08:41] <xnox> mpt: https://blueprints.launchpad.net/ubuntu/+spec/foundations-irst-support
[08:49] <mpt> xnox, let me know when you need something for it. :-)
[08:53] <xnox> mpt: i'll hunt down an SSD drive, cause my machine should be able to have this working. 13.10 will have the right kernel, but i'm not sure about the installer bits & user-space toggles. Something for 14.04 I think.
[09:21] <jtaylor> why is skimage not showing up in jenkins? I though of the XS-... this time :(
[09:27] <darkxst> I dropped the -dbg packages from webkit (on our ppa) but now the dbgsym's are broken http://paste.ubuntu.com/5988275/
[09:27] <darkxst> anyone know about this stuff or do I need to wait for pitti to get back?
[09:35] <rbasak> xnox: IIRC, it assumes that your branch is the Debian packaging branch though, rather than being able to import that bit :-/
[09:44] <xnox> rbasak: well, you can start at any time. E.g. import a dsc.
[09:49] <rbasak> xnox: right, but for Ubuntu you need to continuously rebase. I want to use tools like git-rerere to make that easier. Anyway, I do need to look into it more.
[09:50] <rbasak> Also Ubuntu holds the archive as the pristine source for most packages, so any extra information would be lost.
[09:50] <xnox> rbasak: that's how git-dpm works. it's git rebased based workflow.
[09:50] <xnox> rbasak: all patches are commits, and those are rebased onto new releases.
[09:51] <rbasak> I think it'll screw up if some other non-git-dpm-using Ubuntu developer does an intermediate upload.
[10:01] <xnox> rbasak: =/ hm, yeah, i guess one would need to do imports.
[10:11] <tkamppeter> I have uploaded ghostscript 9.06rc1 to saucy-proposed and it did not pass on to saucy. As I chose a bad version number (9.08~rc1~dfsg is considered newer than 9.08~dfsg) can this package get removed and I upload the final instead?
[10:24] <henrix> @pilot in
[11:20] <mlankhorst> hm why is xorg-server still in proposed?
[12:09] <tkamppeter> mlankhorst, I have installed the new package now and at least in standard X mode, without MIR (MIR not yet tested) it seems to work.
[12:24] <tkamppeter> mlankhorst, now I am in MIR mode and it seems to work, too. Thank you very much.
[13:38] <rbasak> stokachu: any news on bug 1121874 please? Or do you think we should just revert  5.5.32-0ubuntu2 in the meantime?
[15:19] <om26er> Who can I get  to review the packaging of a source to make it eligible for daily release ?
[15:27] <henrix> @pilot out
[15:29] <Laney> om26er: try Mirv
[15:44] <stokachu> rbasak: for whatever reason the unittests wont pass when i attempt to build within sbuild
[15:52] <stokachu> rbasak: might as well revert for now until i can get this built and run my tests for it
[16:10] <rbasak> stokachu: thanks. Let me see if a reverted sbuild passes for me. No point uploading if that fails too.
[16:12] <stokachu> rbasak: ok, not all tests fail just about 85 out of the million and 1 that gets run
[16:25] <rbasak> Have we diverged on flash-kernel again? I thought the idea was to keep them synced this time?
[16:26] <ogra_> with the panda gone in 14.04 you should be able to drop all changes
[16:27] <ogra_> (apart from highbank i guess)
[16:33] <mapreri> does someone know if pitti is on holiday or is simply afk (with the computer turned off)?
[16:34] <twoface88> looking for mentor in ubuntu development. anyone needs help with their project ?
[16:38] <ogra_> mapreri, he might be at debconf
[16:40] <mapreri> ogra_: Uh, right! (what luck....)
[16:41] <ogra_> (i'm not sure if he is actually there ... but many of us are this week and it seems likely)
[16:49] <jono> is anyone else in Saucy constantly finding Firefox to hang for periods of time?
[16:50] <ogra_> who uses firefox anyway ...
[16:51]  * mdeslaur refrains from browser wars trolling
[16:51] <ogra_> heh
[16:52]  * mapreri loves browsers war!
[16:54] <mdeslaur> is this "browser" thing an app I can install on my phone?
[16:55] <ChogyDan> mdeslaur: only with 100 in game currency
[17:02] <asac> jono: ffox is pretty stable as my default browser ... though, i dont use it for google services anymore as those seem to intentionally provide a sucky ffox experience while to market their chrome browser with a banner (old browser, why not use chrome)
[17:02] <jono> asac, it is terrible for me right now
[17:02] <asac> jono: didnt restart it for a few days... is that a very recent update?
[17:03] <ogra_> FF is completely unusable on ARM
[17:03] <ogra_> and since i spend most of my worktime on the chromebook ...
[17:03] <jono> asac, been like this for a few weeks
[17:06] <asac> jono: back in ffox maintainer days i would have asked you to check if disabling all your extensions will improve the situation as a first measure
[17:07] <asac> jono: i assume you tried that?
[17:07] <jono> asac, will try
[17:07] <infinity> jono: If your browser's uptime is high, I'd also just try killing it, restarting, and restoring your session.
[17:07] <jcastro> FF has been solid on saucy here
[17:07] <infinity> jono: Plus, there was an update in saucy recently.  So, knowing that last week's browser was buggy isn't all that handy.
[17:08] <jono> infinity, well this weeks browser is buggy too
[17:08] <jono> :-)
[17:09] <infinity> (I'm with jcastro though, it's been solid and performant for me)
[17:20] <smoser> has 'nosetests' recently gotten a couple orders of magnitude slower for people?
[18:09] <omer> hi, I'm trying to patch a package (first time), and when I run bzr builddeb, it fails with the error "Reversed (or previously applied) patch detected
[18:09] <omer> for file debian/rules
[18:09] <omer> which I changed
[18:10] <omer> and then I get "fuzz is not allowed when applying patches"
[18:10] <omer> any ideas why that could be?
[18:47] <infinity> siretart: Are you ready to make the libav transition happen in Ubuntu?  FF is approaching quickly, and I'd rather not put it off another release cycle.
[18:57] <om26er> mterry, are you online ?
[18:57] <mterry> om26er, hi
[18:57] <om26er> mterry, hey, would you be able to review ubuntu-keyboard packaging for it to be released daily ?
[18:57] <mterry> om26er, sure.   is that the project name?
[18:58] <om26er> mterry, yes https://launchpad.net/ubuntu-keyboard
[18:59] <om26er> mterry, there is also: https://code.launchpad.net/~ubuntu-sdk-team/qtorganizer5-eds/trunk
[18:59] <omer> If this is the wrong place to ask a question, should I post in the forums?
[19:01] <sarnold> omer: you may need to include more details, here or elsewhere. which package? what packaging format? are you confident bzr builddeb is supposed to do anything useful wit hthe package in question? etc..
[19:02] <omer> sarnold: I was just trying to follow the guide here: http://developer.ubuntu.com/packaging/html/fixing-a-bug.html
[19:02] <omer> I used edit-patch to create a patch
[19:03] <omer> and then from what I understand I need to use bzr builddeb to create the dsc file
[19:03] <omer> the package was libraw
[19:03] <omer> I'm trying to compile it with some features enabled
[19:05] <mterry> om26er, what is supposed to be in the tests package?  Doesn't look like anything gets installed into it
[19:05] <mterry> (autopilot tests?)
[19:06] <om26er> mterry, yes there will autopilot tests, they are not yet
[19:06] <om26er> someone is working on it already
[19:06] <mterry> om26er, k
[19:06] <sarnold> omer: I think I'd try two things: (a) try "quilt push -a" before running 'edit-patch' (b) try "quilt push -a" after running edit-patch.  :)
[19:07] <omer> okay, thanks!
[19:20] <mterry> om26er, what about the various executables like word-candidates and language-layout-loading?  Are those meant to be installed (they are not currently)
[19:22] <om26er> mterry, I am not sure about that, I think how it is, is fine :)
[19:22] <mterry> om26er, OK
[19:31] <janimo> stgraber, hi do you know  why lxc-create of a saucy armhf container on an amd64 host would fail while a raring one is created?
[19:31] <janimo> stgraber, , I get Package iproute:amd64 is not available, but is referred to by another package
[19:32] <sarnold> janimo: iproute was replaced by iproute2 somewhere along the way..
[19:32] <janimo> sarnold, but is this something lxc-create/debootstrap needs to learn explicitly?
[19:33] <sarnold> janimo: probably a bug should be filed against the package that refers to iproute in saucy, so it can be fixed
[19:36] <stgraber> janimo: oops, yeah, we hardcode that in lxc, I'll have to fix this
[19:37] <stgraber> janimo: please file a bug against lxc
[19:37] <stgraber> janimo: you can easily fix it locally in /usr/share/lxc/templates/lxc-ubuntu
[19:37] <janimo> stgraber, ok I will
[19:39] <janimo> stgraber, but the fact that iproute was removed from saucy (apparently) is related though?
[19:39] <janimo> https://launchpad.net/ubuntu/+source/iproute/+publishinghistory
[19:43] <stgraber> janimo: yep, iproute2 is the new iproute
[19:43] <janimo> stgraber, so all dependencies need to be changed or should that package Provide iproute?
[19:44] <stgraber> janimo: I fixed all the rdepends before I demoted iproute to universe, so at least in main, everything now uses iproute2
[19:44] <stgraber> I just missed lxc because it wasn't a depend but hardcoded in a script
[19:45] <janimo> stgraber, thanks for the pointer it worked after changing the template
[19:45] <janimo> stgraber, https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1212820
[19:46] <janimo> stgraber, I had to remove isc-dhcp-client as well from the template


[17:26] <guesswhat> Can anyone help? https://pastebin.com/raw/PT9z6SuL ( i have two interfaces, vlans, but I can not reach <IP_ADDRESS> gateway, not sure, why ). Thanks


[02:37] <swift110> hey all
[03:10] <swift110> back
[06:32] <oaky> (curiosity question, not support) I'm about to download VNC viewer on my xubuntu 18.04 and I'm just a bit curious as to what the difference is between two types of downloads that you can choose from in their dropdown.  What's the difference between them? Does .deb add specific (debian/ubuntu) entries
[06:32] <oaky> into some file so icons and shortcuts end up in the right place? Basically, what would I not get if I installed the ".325-Linux-x64" VNC viewer? (their download page: https://www.realvnc.com/en/connect/download/viewer/linux/ ))
[06:40] <well_laid_lawn> oaky:  why not use the one in the repos
[06:40] <well_laid_lawn> ?
[06:40] <well_laid_lawn> !info vnc
[06:40] <well_laid_lawn> !info realvnc
[07:04] <pragomer> hi. I just was brave enough to change from xubuntu lts to 19.04. all works so far, but bluetooth settings app crashes when trying to search for my device (bt-headphone). is this a know bug perhaps?
[08:15] <pragomer> is it possible to active workspaces only for one monitor and to have just one workspace on the 2nd monitor?
[17:53] <Kumool> I need to report a bug for w3m-img
[17:53] <Kumool> but I'm not sure if it is a bug or just me
[17:54] <Kumool> basically, put w3m someurl on your xinitrc, so it launches with the WM, and it will crash
[17:54] <Kumool> a urxvt -e w3m google.com will crash
[18:38] <tomreyn> Kumool: "crash" how? is there an error message?


[09:38] <xu-help84w> Hello.
[09:38] <xu-help84w> I have a question, on 22.04 i can not see a the network selection icon on the screen right.
[09:38] <xu-help84w> Anyone knows how I get to it?
[09:38] <xu-help84w> Thanks!
[09:40] <diogenes_Vx15> xu-help84w, do  you havw indicator plugin added to the panel?
[09:40] <xu-help84w> I don't think I have. But I seem to remember on older versions it was there
[09:41] <diogenes_Vx15> xu-help84w, look in panel preferences what plugins you have there.
[09:54] <xu-help84w> Hi i rebooted while reseting stuff.
[09:54] <xu-help84w> the indicator plugin is there.
[09:55] <xu-help84w> This is what it looks like. https://imgur.com/XfwZkIE.png
[09:57] <diogenes_Vx15> xu-help84w, no, open panel preferences https://docs.xfce.org/_media/xfce/xfce4-panel/4.14/xfce-panel-items.png
[09:57] <xu-help84w> and these are all the plugins: https://imgur.com/XfwZkIE.png
[09:59] <xu-help84w> And the settings for the indicator plugin, are here: https://imgur.com/nalzP7M.png
[09:59] <diogenes_Vx15> make a picture of it and share.
[10:01] <xu-help84w> Here it is, Panel Preferences: https://imgur.com/XHvydz6.png
[10:04] <diogenes_Vx15> xu-help84w, ok now in terminal run: nm-applet
[10:05] <xu-help84w> Command 'nm-applet' not found, but can be installed with:
[10:05] <xu-help84w> sudo apt install network-manager-gnome
[10:05] <xu-help84w> I guess it needs to be installed as a separate step on 22.04?
[10:06] <diogenes_Vx15> yep install it with: sudo apt install network-manager-gnome
[10:06] <diogenes_Vx15> it should have been there by default but you probably done some shaman things.
[10:07] <xu-help84w> It's there now, but no, I just installed 22.04
[10:08] <xu-help84w> then sudo apt-get update
[10:08] <xu-help84w> sudo apt-get upgrade
[10:09] <diogenes_Vx15> so all is well now?
[10:09] <xu-help84w> Yes, thanks, it's there now.
[10:09] <diogenes_Vx15> ok good.
[10:09] <xu-help84w> But i have noticed that this machine sometimes cuts the internet, both wired and wifi
[10:09] <xu-help84w> might be related?
[10:10] <diogenes_Vx15> nope, just check if other devices disconnect from internet too.
[10:10] <xu-help84w> I have checked, and all other computers are absolutely fine
[10:11] <diogenes_Vx15> ok come back here when it happens againg and we see what we can do.
[10:11] <xu-help84w> It's a strange one because it is momentary, but about every hour, it goes for a minute or so
[10:12] <xu-help84w> Thanks for the help.
[17:43] <xu-irc67w> can someone help me troubleshoot my bluetooth?  it refuse to pair to my headset.
[17:43] <xu-irc67w> this does work on my other xubuntu computer
[17:43] <xu-irc67w> are there any configuration options that could be causing this?
[17:45] <diogenes_Vx15> xu-irc67w, it refuses to pair any bluetooth device?
[17:45] <xu-irc67w> no just newer headsets give it issues
[17:45] <xu-irc67w> i had to use the bose app to get it to pair properly, but shokz doesn't have an app for this model
[17:46] <xu-irc67w> it connects but refuses to pair
[17:47] <diogenes_Vx15> so it can pair other devices?
[17:47] <xu-irc67w> yes it seems to handle older bluetooth devices just fine
[17:47] <xu-irc67w> i don't know what on earth is going on with these newer headsets
[17:48] <diogenes_Vx15> do they pair on another Xubuntu machine you said?
[18:01] <xu-irc67w> yes they do
[18:02] <xu-irc67w> they also have a lot more codecs listed as well.  i twas paired to my laptop for a while but the audio was popping badly so i unpaired them to start over.
[18:02] <diogenes_Vx15> xu-irc67w, check the kernel version on both machines with: uname -r
[18:02] <xu-irc67w> and now they refuse to pair
[18:03] <xu-irc67w> 6.6.11-x64v3-xanmod1
[21:03] <xubuntu> d


[02:05] -queuebot:#edubuntu- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230514)