[00:04] <sil2100> huh
[00:04] <sil2100> https://launchpad.net/ubuntu/+source/secureboot-db/1.8/+build/20165403
[00:04] <sil2100> Are the amd64 builders so busy?
[00:07] <sil2100> Also, bdmurray - for the livecd-rootfs amd64 ADT test to pass we need to trigger it with both snapd and the new secureboot-db
[00:07] <sil2100> Problem is that we still don't have secureboot-db for amd64 built *sigh*
[00:09] <mwhudson> sil2100: loads of private builds happening
[00:09] <mwhudson> sil2100: should be able to get someone to score the build way up, if you can't do that
[00:15] <sil2100> mwhudson: would be awesome, thanks!
[00:36] <sil2100> vorlon: can you somehow bump the build score of the secureboot-db amd64 build ^ ?
[00:37] <sil2100> It's blocking both secureboot-db and snapd
[00:38] <sil2100> Anyway, guess this probably means no candidates today, I think we'll just wait for stuff to move on its own and kick some in the morning
[00:43] <sil2100> o/
[00:49] <cjwatson> secureboot-db is building now
[05:19] <rafaeldtinoco> for any SRU team member, pacemaker SRU for focal (in -proposed now) has a bigger version change (2.0.3-3ubuntu3 -> 2.0.3-3ubuntu4 instead of 2.0.3-3ubuntu3 to 2.0.3-3ubuntu3.1)
[05:19] <rafaeldtinoco> and Im rebasing a new SRU on top of it.. should we drop the -proposed version and I upload it again ? Or just ignore this ?
[05:19] <rafaeldtinoco> cpaelzer: ^
[05:20] <rafaeldtinoco> (ill check tomorrow if someone got back on this)
[07:21] <sil2100> hm, does anyone know why secureboot-db doesn't want to start off its i386 build?
[07:21] <sil2100> Did we drop support for building any-i386 packages on LP or something?
[07:22] <sil2100> cjwatson: ^ do you know?
[07:24] <sil2100> wgrant: hello! Maybe you know by any chance: did anything change recently in LP or in the infra that we no longer build 'any-i386' packages?
[07:25] <sil2100> Trying to figure out why secureboot-db didn't build i386 binaries, since it does list 'any-i386' in its architecture list
[07:31] <jibel> sil2100, when do you plan to build candidates.
[07:31] <jibel> ?
[07:32] <sil2100> jibel: once everything we need migrates, snapd and secureboot-db didn't yet
[07:33] <jibel> sil2100, ETA?
[07:37] <sil2100> snapd hopefully will migrate after the test-re-run I did against new secureboot-db, but the latter I need someone to tell me why the any-i386 package hasn't been built
[07:40] <sil2100> Wonder if we should not care and simply remove any-i386 from the arch list
[07:47] <wgrant> sil2100: That isn't just focal/groovy having the i386 whitelist in place?
[07:49] <sil2100> wgrant: oh, might be - do you know how this whitelist is managed? Since usually I leave this to Steve
[07:50] <sil2100> Is it via the seeds?
[07:54] <sil2100> Ok, I see it!
[07:56] <sil2100> wgrant: thanks!
[08:01] <apw> sil2100, it it not a package-set ... there is a tool in ubuntu-archive-tools to manage it isn't there ?
[08:01] <sil2100> Thought I'm really thinking of just removing the i386 old binaries, since hm, do we need it on ie86?
[08:02] <sil2100> I can't think of a reason why we'd need secureboot-db for i386 right now
[08:02] <sil2100> apw: what do you think?
[08:03] <apw> how did we end up with i386 binaries in the first place?
[08:04] <sil2100> I guess from eoan
[08:04] <apw> we had them in bionic, then they went away in focal, then they came back in groovy; which seems anomonlus
[08:04] <sil2100> Since the current release pocket version was last built on eoan, and there we still had i386
[08:05] <apw> no they are versioned at focal's level; oh perhaps they came back in the copy from focal -> groovy when groovy was opened -- that rings a bell that the copy brings them back
[08:05] <apw> but, i'd say if focal-release didn't need them you are on good footing claiming the same in groovy-release
[08:06] <apw> so based on that i would be +1 on removing them
[08:09] <apw> sil2100, ok confirmed we copied this into focal from eoan with i386 binaries and then removed them; the copy from eoan to focal would have copied them back in.  They can be removed.
[08:10] <sil2100> apw: thanks for confirming! In progress of removing
[08:10] <sil2100> apw: ok, done, hopefully this will make things move
[08:23] <tseliot> sil2100, ok, I have just re-uploaded ubuntu-drivers-common
[08:23] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (groovy-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (desktop-core)
[08:32] <LocutusOfBorg> hello, we are close to release, and a simple haskell installation on ppa fails...
[08:32] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/20164728
[08:32] <LocutusOfBorg> did ghc broke?
[08:33] <LocutusOfBorg> same for amd64 https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/20164725
[08:34] <LocutusOfBorg> damn my bad
[08:35]  * LocutusOfBorg had a ghc 8.8.4 rebuild on that ppa, to test why armhf was so slow in building
[08:40]  * enyc meows
[08:46] -queuebot:#ubuntu-release- Unapproved: python3.9 (focal-proposed/universe) [3.9.0-1~20.04 => 3.9.0-5~20.04] (i386-whitelist)
[08:57] <jamespage> morning rbasak
[08:57] <jamespage> wondering whether you might have cycles to push the SRU buttons for https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1895101
[08:57] <jamespage> that resolves a slight nasty openstack/ovs issue
[09:04] <seb128> Laney, is bug #1900471 the same issue you had when upgrading? if so that's 3 reports now, could be a release issue?
[09:05] <Laney> could be, sil2100 was just talking about that
[09:10] <Laney> seb128: I think Łukasz is going to work on a release upgrader quirk thing for that bug
[09:11] <seb128> Laney, thx
[09:11] <Laney> my one is bug #1898729 which the fix is to add that Protected flag to some packages, probably not to groovy though
[09:11] <Laney> juliank: ^- any thoughts though?
[09:12] <juliank> Laney: same thing
[09:12] <juliank> Laney: groovy needs (wants) Protected, the older need XB-Important in debian/control
[09:13] <juliank> Protected being the new standardized field name and XB-Important (which becomes Important in the deb) being the apt-only hack
[09:13] <juliank> Arguably, should set both
[09:13] <juliank> for a transitional period
[09:13] <juliank> :)
[09:14] <Laney> any interest in working on something for groovy release / 0-day? ;-)
[09:14] <juliank> It doesn't matter in which release the flag is set, as long as it is set in one of them you have in sources.list (so arguably the version you update too)
[09:15] <juliank> Laney: Well I could upload it, it's just adding two lines to debian/control after all
[09:17] <juliank> Oh yes I definitely need XB-Important: yes, so that focal's apt understands it on upgrades
[09:34] <sil2100> juliank: hm hm, could you prep those for groovy then?
[09:34] <sil2100> At least for shim*
[09:35] <juliank> sil2100: Yeah, we just need top-level shim-signed really
[09:43] -queuebot:#ubuntu-release- Unapproved: accepted ruamel.yaml [sync] (groovy-proposed) [0.16.12-2]
[10:09] <juliank> Oh hmm, I'll just set the old field only that's safer
[10:09] <juliank> well no nonsense
[10:10] <juliank> With the new protected field, if you upgrade dpkg first, and then try to remove shim-signed with old apt and new dpkg, it will fail
[10:10] <juliank> which is fine, since we're not removing it anymore automatically
[10:10] <juliank> but you get like double protection against removal if you end up with a half-upgrade
[10:11] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:11] -queuebot:#ubuntu-release- Unapproved: shim-signed (groovy-proposed/main) [1.43 => 1.44] (core)
[10:12] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:12] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:17] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Groovy Final] (20201020) has been added
[10:17] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Final] (20201020) has been added
[10:20] <juliank> sil2100: ^ there is a shim-signed
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Unapproved: opendht (groovy-proposed/universe) [2.1.4-1 => 2.1.6-1] (no packageset) (sync)
[10:22] -queuebot:#ubuntu-release- Unapproved: accepted opendht [sync] (groovy-proposed) [2.1.6-1]
[10:32] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Final] (20201020) has been added
[10:34] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:40] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Final] (20201020) has been added
[10:40] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (groovy-proposed) [1.44]
[10:46] <juliank> The following packages will be REMOVED:
[10:46] <juliank>   shim-signed
[10:46] <juliank> WARNING: The following essential packages will be removed.
[10:46] <juliank> This should NOT be done unless you know exactly what you are doing!
[10:46] <juliank>   shim-signed
[10:46] <juliank> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
[10:46] <juliank> After this operation, 2.734 kB disk space will be freed.
[10:46] <juliank> You are about to do something potentially harmful.
[10:46] <juliank> To continue type in the phrase 'Yes, do as I say!'
[10:46] <juliank>  ?]
[10:46] <juliank> This looks good to me
[10:48] <juliank> It also does not get marked as ?garbage anymore, because Protected is part of the root set of the garbage collector
[10:48] <juliank> ?garbage being the autoremovable set of packages
[10:48] <juliank> so this should all communicate well to the frontends
[11:10] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Groovy Final] (20201020.1) has been added
[11:10] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Groovy Final] (20201020.1) has been added
[11:12] -queuebot:#ubuntu-release- New binary: ring [amd64] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:23] <seb128> sil2100, I was reading https://discourse.ubuntu.com/t/groovy-gorilla-20-10-release-status-tracking/18647/3
[11:23] <seb128> :heavy_check_mark: [sil2100] NonLanguagePackTranslationDeadline , ensure uploads with updated translations downloaded from Rosetta are done for:
[11:23] <seb128> but the slideshow didn't get an upload
[11:23] <seb128> gfxboot-theme-ubuntu is deprecated and should probably be removed from that list?
[11:25] <seb128> the checkbox status seems a bit incurrate there?
[11:33] -queuebot:#ubuntu-release- New binary: ring [s390x] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:33] -queuebot:#ubuntu-release- New binary: ring [ppc64el] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:41] <sil2100> seb128: oh, true! I checked the checkbox since I saw a new ubiquity-slideshow-ubuntu for groovy pushed last week and probably assumed it had updated translations, as this made sense
[11:41] <sil2100> I should have double checked
[11:46] -queuebot:#ubuntu-release- New binary: ring [arm64] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:48] <LocutusOfBorg> vorlon, can we remove giac on s390x, and hint sagetex on arm64 ppc64el s390x? sagemath is not built there anymore, so the test obviously fail...
[11:48] <LocutusOfBorg> giac FTBFS on ppc64el and s390x also in Debian and sagemath is the only reverse-deps
[11:53] <Laney> sil2100: so, rebuild of the slideshow for translations?
[11:53] <Laney> but strings didn't change right, so depends if there are many/enough new ones?
[11:59] -queuebot:#ubuntu-release- New binary: ring [armhf] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[12:06] -queuebot:#ubuntu-release- New: accepted ring [amd64] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [armhf] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [s390x] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [arm64] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [ppc64el] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:15] <bdmurray> tsimonq2: Does https://ubuntu.com/download/flavours need to mention the desktop environment Lubuntu used to use?
[12:19] <tsimonq2> bdmurray: Good point. I would say yes until April 2021 since we technically still support LXDE in 18.04 for that long.
[12:20] <tsimonq2> On the other hand, it's nearing EOL so maybe it should be reworded...
[12:47] <rbalint> ubuntu-archive: please promote https://bugs.launchpad.net/ubuntu/+source/google-guest-agent/+bug/1891929
[12:54] <didrocks999> rbalint: done
[12:55] <rbalint> didrocks, thanks!
[12:56] <didrocks> yw
[13:13] <sil2100> Laney: ok, checked ubiquity-slideshow-ubuntu and I'd recommend not to respin for it - we didn't change anything in the strings + the translation updates seem rather minimal
[13:13] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Groovy Final] (20201020.1) has been added
[13:13] <sil2100> Though it's a bit of a guesswork, since the LP export changed wrapping of some strings and the diff is big because of it
[13:16] <sil2100> plars: hey! Once you're around, we have just built the first set of raspi rc images: both server and desktop!
[13:16] <sil2100> Testing would be appreciated
[13:18] <seb128> sil2100, Laney , unsure if that's useful input for you guys, but I'm +1 for not blocking on slideshow translations, we didn't have english strings changes this cycle
[13:23] <plars> sil2100: I saw, I'll take a look today
[13:30] <Laney> sil2100: seb128: ok, merci for having a look
[13:30] <Laney> I know we didn't have changes in English but we might have had improvements to the existing strings, but fine if it's checked and acked
[13:30] <sil2100> I have the package prepped in case we respin the world
[13:37] <teward> > in case we respin the world
[13:37] <teward> sil2100: if that's needed we have a bigger problem :P
[13:38] <Laney> juliank: don't suppose you would be able to construct a test case for your shim-signed and verify it would you? like install that version which got removed in focal that it seems mclemenceau had
[13:39] <tseliot> sil2100, hey, does the new ubuntu-drivers-common look ok now?
[13:39] <Laney> it was me that rejected that tseliot
[13:40] <Laney> and we'll look at it, will be an SRU anyway so :>
[13:40] <tseliot> Laney, oh, ok
[13:41] <sil2100> Yeah, I just poked about the cruft, it was Laney that was the rejector!
[13:49] <sil2100> plars: do you have a list of tests you run through raspi desktop images?
[13:49] <bdmurray> rafaeldtinoco: regarding pacemaker versioning if you were to switch to ubuntu3.1 or ubuntu3.2 that would be a version number less than the current one in -proposed so anybody who had installed ubuntu4 would not upgrade to ubuntu3.1. So I'd just keep on with the current versioning scheme.
[13:50] <rafaeldtinoco> bdmurray: what about my next SRU
[13:50] <sil2100> plars: since one test-case that would be good to always run is checking if the /swapfile swap file is working
[13:50] <rafaeldtinoco> bdmurray: should I do +1 or +0.1 ?
[13:51] <plars> sil2100: I don't have that one, but it would be good to add to the iso tracker. I think in the past, there was no automatic swap created on the raspi server images though. Are you saying there should be now?
[13:51] <bdmurray> rafaeldtinoco: well I guess +0.1 would look nicer but either is fine with me.
[13:52] <waveform> plars, not on server, but on the desktop image
[13:52] <rafaeldtinoco> bdmurray: thanks a lot for checking this. d
[13:52] <plars> ah, ok. That makes more sense :)
[13:52] <sil2100> plars: we create one for desktop only now ;)
[13:52] <waveform> (on the 4Gb model, the desktop, or more precisely just about any web-browser, pushes it to swap pretty quickly :)
[13:52] <plars> yeah, no doubt. I'll make sure to include it when I look at the desktop image
[13:55] <rbasak> jamespage: sorry I'm off this week
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20190801-0ubuntu1~18.04.1 => 20190801-0ubuntu1~18.04.2] (ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (xenial-proposed/universe) [20190801-0ubuntu1~16.04.1 => 20190801-0ubuntu1~16.04.2] (ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (focal-proposed/primary) [20200925.00-0ubuntu3~20.04.0]
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (focal-proposed/main) [20190801-0ubuntu4.1 => 20190801-0ubuntu4.2] (core, ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (xenial-proposed/primary) [20200925.00-0ubuntu3~16.04.0]
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (bionic-proposed/primary) [20200925.00-0ubuntu3~18.04.0]
[14:16] <rbalint> RAOF, bdmurray  please accept those ^, the they should migrate soon in groovy, too
[14:50] <juliank> Laney: Install shim-signed in chroot, mark as auto, upgrade to groovy?
[14:50] <juliank> Does that make sense?
[14:50] <Laney> sure, if that triggers the bug!
[14:50] <juliank> I just marked shim-signed as auto on my groovy system, installed the new shim and it was no longer auto-removable (and triggered that prompt if you manually removed it)
[14:51] <juliank> let's see what charmed-lamb has to say
[14:52] <Laney> [slight status update] rpi desktop images, and subiquity images will be respun to fix a couple of buglets
[14:58] <juliank> I sometimes hate myself
[15:01] <juliank> mount -t tmpfs tmpfs /boot/efi # hack around check
[15:14] <Trevinho> bdmurray: please can you check the focal SRU for  gnome-shell-extension-appindicator? It's waiting for some time now but it addresses various bad problems
[15:15] <juliank> Laney: test case is good
[15:15] <juliank> :)
[15:15] <Laney> nice
[15:15] <Laney> can you write in the bug please?
[15:15] <juliank> I did update it
[15:28] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (groovy-proposed/main) [2.693 => 2.694] (desktop-core, i386-whitelist)
[15:33] <plars> sil2100: waveform: looks like /swapfile is there, but it's not activated: "swapon: /swapfile: skipping - it appears to have holes."
[15:56] <vorlon> bdmurray: ah can we halt phasing on secureboot-db if we haven't already?
[15:57] <rbalint> plars, LP: #1892728
[15:58] <rbalint> ubuntu-archive could you please let gce-compute-image-packages and google-compute-engine-oslogin migrate to groovy together?
[15:58] <waveform> plars, yes apparently ubuntu-image is converting a perfectly good, unholey swapfile into a rather more holey one; sil2100 is looking into it
[15:59] <bdmurray> vorlon: for which release?
[16:00] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-appindicator [source] (focal-proposed) [33.1-0ubuntu<IP_ADDRESS>]
[16:00] <vorlon> bdmurray: focal
[16:00] <vorlon> rbalint: hinting
[16:00] <plars> waveform: sil2100 is making swap more evil, got it. I'll check again after, thanks!
[16:01] <rbalint> vorlon, thanks, i'm not sure why they are not tried together
[16:01] <vorlon> rbalint: me either, a hint should show us better why
[16:01] <bdmurray> vorlon: its not phasing afaik so no?
[16:01] <vorlon> bdmurray: not phasing> so it finished phasing already?
[16:02] <vorlon> I guess it's been almost 30 days :P
[16:03] <vorlon> well anyway, the intent is to roll the SRU back entirely for now, so I'll just do that
[16:11] <Trevinho> bdmurray: thanks :)
[16:14] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694]
[16:22] <vorlon> Laney: uh.  do you know why old-releases.ubuntu.com has synced content from the old-images directory instead of the old-releases directory?
[16:24] <vorlon> hmm or maybe something else
[16:24] <vorlon> but http://old-releases.ubuntu.com/releases/xubuntu/releases/ has contents not on the source
[16:25] <vorlon> (and there happen to be a set of matching directories in the old-images directory... but without contents)
[16:29] <bdmurray> tseliot: because it'll be an SRU the bug will need SRU information
[16:58] -queuebot:#ubuntu-release- Unapproved: hedgewars (groovy-proposed/universe) [1.0.0-12 => 1.0.0-13] (no packageset) (sync)
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted hedgewars [sync] (groovy-proposed) [1.0.0-13]
[17:05] -queuebot:#ubuntu-release- Unapproved: libclass-load-xs-perl (groovy-release/universe) [0.10-1build5 => 0.10-1build5] (ubuntukylin) (sync)
[17:05] -queuebot:#ubuntu-release- Unapproved: libmoose-perl (groovy-release/universe) [2.2013-1 => 2.2013-1] (ubuntukylin) (sync)
[17:05] -queuebot:#ubuntu-release- Unapproved: libpackage-stash-xs-perl (groovy-release/main) [0.29-1build2 => 0.29-1build2] (core) (sync)
[17:06] -queuebot:#ubuntu-release- Unapproved: libclass-load-xs-perl (groovy-release/universe) [0.10-1build5 => 0.10-1build5] (ubuntukylin) (sync)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Final] has been updated (20201020.1)
[17:45] <coreycb> hello, can an archive admin promote python3-octavia-lib to main? that will unblock ovn-octavia-provider from groovy-proposed. the corresponding MIR has received a security team ack. https://bugs.launchpad.net/bugs/1864666
[17:47] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:01] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:04] <xnox> Laney:  https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1900754 doesn't look nice
[18:09] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:10] <sil2100> :(
[18:19] -queuebot:#ubuntu-release- Unapproved: conserver (groovy-proposed/multiverse) [8.2.4-2 => 8.2.4-2ubuntu1] (no packageset)
[18:21] -queuebot:#ubuntu-release- Unapproved: accepted conserver [source] (groovy-proposed) [8.2.4-2ubuntu1]
[18:22] -queuebot:#ubuntu-release- Unapproved: conserver (focal-proposed/multiverse) [8.2.4-2 => 8.2.4-2ubuntu<IP_ADDRESS>] (no packageset)
[18:24] <sil2100> vorlon: ok, ubuntu-image that's in the queue should be good ^
[18:24] <sil2100> vorlon: I'd appreciate a review!
[18:24] <vorlon> sil2100: there is an added diffcov.html file that ended up in your debdiff, presumably something not cleaned up by debian/rules clean?  I'll ignore it for review
[18:24] <sil2100> Oh, was there? Darn, thought I cleaned it all up
[18:26] <sil2100> This one will be better, I swear
[18:26] <sil2100> Rejecting the old one
[18:26] <vorlon> sil2100: hnngh I don't love the interfaces here, assuming that there is a file named 'swapfile' and that if it's there we should desparsify it
[18:26] <vorlon> sil2100: nooooo
[18:26] <vorlon> I said I was ignoring it for review :)
[18:27] <sil2100> eeek
[18:27] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:27]  * sil2100 trigger-happy
[18:27] <vorlon> sil2100: accepted from rejected
[18:27] <vorlon> so that I can go afk again for a bit ;P
[18:27] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:28] <sil2100> hah, thanks!
[18:29] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:32] <sil2100> I already tested it locally with some dummy rootfses, but once this builds in -proposed I'll kick a real livefs proposed enabled build on my private livefs builder to see if everything ticks with the final raspi desktop image
[18:32] <sil2100> Since we anyway need to wait for this to migrate
[18:32] <sil2100> I'll unblock it if you didn't yet
[19:03] <mitya57> Hi, please consider letting metacity migrate to -release, it is a small fix for users upgrading from previous releases (Debian #972316).
[19:08] <sil2100> mitya57: if it's an upgrade fix then I guess it can be an SRU, right? I mean, we will try but only if we decide that we need to respin
[19:09] <sil2100> Since we have candidate images already, and we'd have to respin kylin if we accept it
[19:16] <juliank> sil2100: this one candiate? http://cdimage.ubuntu.com/daily-live/20201020/
[19:16] <juliank> * is this one the candidate
[19:17] <juliank> I really need to get to the point where I can reinstall every 6 months as opposed to upgrading dirty systems with all sorts of local hacks :D
[19:18] <mitya57> sil2100: ah, I didn't follow closely. If it's included in built images then it can be a SRU, yes.
[19:18] <mitya57> I just don't want this fix to be completely lost :)
[20:09] <sil2100> vorlon, waveform, bdmurray, Laney: I have just ran a test livefs build of raspi desktop and I confirm (at least via rootfs inspection) that the swapfile is no longer sparse!
[20:09] <bdmurray> \o/
[20:10] <sil2100> Ok, unblocking ubuntu-image in that case
[20:10] <sil2100> juliank: yep, that's it!
[20:10] <sil2100> mitya57: we can 0-day SRU it even, I guess?
[20:12] <sil2100> I go AFK again, get some exercise
[20:15] <mitya57> sil2100: yes, please
[20:16]  * mitya57 also AFK, for sleep
[20:26] <vorlon> sil2100: woohoo!
[20:29] <doko> looking at https://autopkgtest.ubuntu.com/running I see all autopkg tests running for SRUs / security updates on the "big" side. why?
[20:46] -queuebot:#ubuntu-release- Unapproved: accepted libgweather [source] (focal-proposed) [3.36.1-1~ubuntu20.04.1]
[20:46] <vorlon> doko: the only ones I see currently in the queue are all in the 'ppa' queue?
[20:57] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (focal-proposed/main) [1.0.0-0ubuntu9 => 1.0.0-0ubuntu9.1] (no packageset)
[21:01] <rbalint> juliank, i'd like to reinstall on every weekend, fully automatically
[21:08] <mwhudson> anything useful i can do for release?
[21:08] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (focal-proposed) [2:16.2.0-0ubuntu1]
[21:14] <bdmurray> mwhudson: add release notey things?
[21:14] <mwhudson> ah yes
[21:15] <bdmurray> plars: any raspi testing news?
[21:20] -queuebot:#ubuntu-release- Unapproved: accepted clevis [source] (focal-proposed) [12-1ubuntu2.2]
[21:23] <plars> bdmurray: yes, ok so far except for the issue mentioned on desktop with swapfile. I'll get isotracker updated today with progress so far
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted zlib [source] (focal-proposed) [1:1.2.11.dfsg-2ubuntu1.2]
[21:24] <bdmurray> plars: great, thanks!
[21:31] <vorlon> bdmurray: hmm so I just noticed https://discourse.ubuntu.com/t/groovy-gorilla-20-10-release-status-tracking/18647 said shim-signed was for 0-day SRU, /after/ I unblocked it and it migrated; should I be rolling this back to avoid forcing respins?
[21:35] <vorlon> (rolling back)
[21:35] <bdmurray> thanks
[21:36] <bdmurray> coreycb: bug 1894453 is missing SRU information
[21:36] -queuebot:#ubuntu-release- Unapproved: shim-signed (groovy-proposed/none) [none => 1.44] (core) (sync)
[21:37] -queuebot:#ubuntu-release- New sync: shim-signed (groovy-release/primary) [1.43]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (groovy-proposed) [1.44]
[21:39] -queuebot:#ubuntu-release- New: accepted shim-signed [sync] (groovy-release) [1.43]
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted cinnamon-session [source] (focal-proposed) [4.4.1-1ubuntu0.1]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libclass-load-xs-perl [sync] (groovy-release) [0.10-1build5]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libpackage-stash-xs-perl [sync] (groovy-release) [0.29-1build2]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libclass-load-xs-perl [sync] (groovy-release) [0.10-1build5]
[21:41] <vorlon> xnox: you never replied to my suggestion that debian-cd should grab memtest86 separately from the archive instead of via cd-boot-images-amd64; I think I would like to argue that it's not part of the bootloader at all
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libmoose-perl [sync] (groovy-release) [2.2013-1]
[21:43] <sil2100> vorlon: I re-triggered the failing ubuntu-image amd64 test, but it's just a flaky test if anything
[21:44] <sil2100> So if it fails again, I'd opt for skiptesting it (if other arches are good) to get things moving
[21:46] -queuebot:#ubuntu-release- Unapproved: accepted heat [source] (focal-proposed) [1:14.1.0-0ubuntu1]
[21:49] -queuebot:#ubuntu-release- Unapproved: accepted octavia [source] (focal-proposed) [6.1.0-0ubuntu1]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (focal-proposed) [2:16.2.0-0ubuntu1]
[21:53] <vorlon> sil2100: I also retriggered it, so one of the two retriggers should pass ;)
[21:54] -queuebot:#ubuntu-release- Unapproved: gpaste (groovy-proposed/universe) [3.36.3-1 => 3.38.2-1] (no packageset) (sync)
[21:54] -queuebot:#ubuntu-release- Unapproved: accepted gpaste [sync] (groovy-proposed) [3.38.2-1]
[21:57] -queuebot:#ubuntu-release- Unapproved: accepted swift [source] (focal-proposed) [2.25.1-0ubuntu1]
[21:58] -queuebot:#ubuntu-release- New binary: gpaste [ppc64el] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[21:58] -queuebot:#ubuntu-release- New binary: gpaste [s390x] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[21:59] -queuebot:#ubuntu-release- New binary: gpaste [amd64] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [amd64] (groovy-proposed) [3.38.2-1]
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [s390x] (groovy-proposed) [3.38.2-1]
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [ppc64el] (groovy-proposed) [3.38.2-1]
[22:01] -queuebot:#ubuntu-release- New binary: gpaste [arm64] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:02] -queuebot:#ubuntu-release- Unapproved: accepted v4l2loopback [source] (focal-proposed) [0.12.3-1ubuntu0.1]
[22:02] -queuebot:#ubuntu-release- New: accepted gpaste [arm64] (groovy-proposed) [3.38.2-1]
[22:03] -queuebot:#ubuntu-release- New binary: gpaste [armhf] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:11] -queuebot:#ubuntu-release- Unapproved: accepted clevis [source] (bionic-proposed) [8-1ubuntu0.2]
[22:39] <vorlon> sil2100: my run passed
[22:43] -queuebot:#ubuntu-release- Unapproved: virtualbox-hwe (groovy-proposed/multiverse) [6.1.14-dfsg-4ubuntu<IP_ADDRESS> => 6.1.16-dfsg-1ubuntu<IP_ADDRESS>] (no packageset)
[22:43] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (groovy-proposed) [6.1.16-dfsg-1ubuntu<IP_ADDRESS>]
[22:50] -queuebot:#ubuntu-release- New: accepted gpaste [armhf] (groovy-proposed) [3.38.2-1]
[22:57] <sil2100> \o/
[22:59] <sil2100> vorlon: will you be around to rebuild the raspi desktop images once ubuntu-image migrates?
[22:59] <sil2100> I guess we also had a fix in subiquity server?
[23:00] <vorlon> sil2100: yes
[23:00] <vorlon> subiquity server> I know xnox said this morning that a snap has been migrated to the stable channel; did no one do the respin for that yet?
[23:02] <sil2100> Not sure, hm, I didn't hear anything at least! We might need to check the timestamps
[23:03] <sil2100> vorlon: looks like someone did
[23:03] <sil2100> So nvm that!
[23:03] <sil2100> Ok, I go to sleep now, thanks and see you tomorrow o/
[23:12] <bdmurray> Removing subiquity respin from the status tracking then
[23:23] <vorlon> I also confirmed that the correct revision of subiquity was shown in the build log
[23:23] <vorlon> (on amd64)


[14:29] <sebhoss> hey are we supposed to use https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa instead of https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/firefox-aurora to get latest firefox nightlies on yakkety?
[15:28] <gQuigs> sebhoss: I think they (Mozilla) stopped making Aurora (that was never the same as nightly)
[15:29] <gQuigs> https://www.mozilla.org/en-US/firefox/channel/desktop/?v=b
[15:30] <gQuigs> As of version 35, the "Aurora" channel has been renamed to the "Developer Edition" channel.
[15:30] <gQuigs> personally, I use direct builds these days (instead of the PPA)


[11:43] <Unit193> Uhhh....Notifyd is clipped.
[15:44] <ochosi> Unit193: this should always have been the case, it just never worked before... otherwise notifications can get reaaaaallllly loooooooong
[15:44] <ochosi> (horizontally, not vertically)
[15:45] <ochosi> with gtk2 there were methods to set a max width effectively, with gtk3 that doesn't work anymore, so it's not easy to just let the window vertically grow and leave it at the sam width
[20:09] <Unit193> Maybe, but it is trimming them too short.
[20:31] <Unit193> ochosi: In this case they're being trimmed very short, there's got to be something between "Scolls off the screen" and "Too short to be useful", right?
[20:32] <Unit193> My patch makes it more agressivly wrap, but it still doesn't trim long lines, pango/gtk is weird.
[21:10] <ochosi> yeah, i know it's weird
[21:10] <ochosi> if you have a patch, feel free to submit it
[21:11] <ochosi> ideally we can limit the width and offer increased height
[21:11] <Unit193> Well as I said it doesn't precisely work.
[21:12] <ochosi> how did you get it to "more aggressively wrap"?
[21:20] <Unit193> ochosi: Too much so, but http://paste.openstack.org/show/HZwklr8Clt7YxTPLaNPk of course.
[21:20] <Unit193> I mean, you know gtk and the thing better than I do, so you can do it much better than I can..
[21:24] <ochosi> https://git.xfce.org/apps/xfce4-notifyd/tree/xfce4-notifyd/xfce-notify-window.c#n215
[21:24] <ochosi> the /2 is in fact a /60
[21:24] <Unit193> Makes it shorter! :D
[21:24] <ochosi> and the problem is the heuristic for determining the actual screen_width is flawed (i always knew) but trying to properly handle that is actually quite a bit of work :s
[21:25] <ochosi> maybe some newer gtk functions allow for a better matching of character-width/pixel-density of displays etc
[21:26] <Unit193> Anyway, as it is now it doesn't wrap at all, just trims.
[21:27] <Unit193> I think I'll just drop gtk_label_set_ellipsize and call it a day.
[21:28] <Unit193> ochosi: Either way, thanks for looking into it again.
[21:31] <ochosi> sure, no worries
[21:31] <ochosi> feel free to report it as a bug so i don't forget properly looking into it again
[21:32] <ochosi> i was just frustrated with the pixel density crap
[21:32] <ochosi> i dont even have the hardware to test such things
[21:32] <ochosi> and i'm too lazy to read gnome shell code ;)
[21:32] <Unit193> Gah...  Now I have to form a bug title and body that'll make sense to you later.


[12:27] <PriceChild> haha
[12:28] <Pici> well.  I dont think I'll be able to un-see that'
[12:35] <mc44> mneptok makes me cry :(
[12:36] <GazzaK> mneptok makes me giggle
[12:36] <rob> wtf is up with that? geez.
[12:37] <GazzaK> nothing wrong there
[12:38] <mneptok> GazzaK: i got your new elf hat and diaper today.
[12:39] <GazzaK> cool
[12:39] <GazzaK> mneptok you are a bit weird, but nothing new for me :p
[12:39] <mneptok> GazzaK: aoithoir accused me of being uptight and prejudiced against the GLBT crowd :(
[12:40] <PriceChild> hehe... aoithoir
[12:40] <mc44> :)
[12:40] <mneptok> GazzaK: sorry if i have ever made you feel like your sexual preferences make me uneasy ....
[12:40] <PriceChild> mneptok, I hope you are very sorry.
[12:42] <PriceChild> *wonders which imagery is more disturbing*
[12:43] <GazzaK> mneptok, I don't think you are prejudiced against GLBT people, more like any other humans :p
[12:44] <mneptok> but ... they're so ... STRAIGHT!
[12:44] <mneptok> *le sigh*
[12:45] <GazzaK> lol
[04:04] <ubotu> In ubotu, ianmcorvidae said: ubotu: ack is syn
[04:07] <ubotu> In #ubuntu-arizona, t00na said: ubotu: your face is ugly
[04:24] <GodTodd> hello...i guess i'm supposed to get tested now to see if i fixed the dcc exploit thing...
[04:40] <mneptok> GodTodd: from what channel were you banned?
[04:40] <GodTodd> #ubuntu
[04:41] <mneptok> GodTodd: try /join-ing please
[04:43] <GodTodd> nope...forwarded me
[04:43] <mneptok> now?
[04:44] <GodTodd> same
[04:44] <mneptok> trying to find your banmask
[04:47] <mneptok> now?
[04:47] <GodTodd> nope
[04:48] <mneptok> i don't see anything that looks like your hostmask with an active ban
[04:48] <GodTodd> hmmm....i keep getting: [21:44]  [470]  #ubuntu #ubuntu-read-topic Forwarding to another channel
[04:49] <lamalex> you probably have the DDC(?) exploint
[04:50] <lamalex> s/exploint/exploit
[04:50] <GodTodd> i did the port change thing...then restarted konversation...then came in here to be tested
[04:52] <mneptok> well, something's fishy because you do not have any bans set currently
[04:52] <GodTodd> hrmm
[04:55] <elkbuntu> yes there is
[04:55] <elkbuntu> mneptok, he's nick banned, not mask banned
[04:56] <elkbuntu> a tonyyarusso ban
[04:56] <mneptok> elkbuntu: where do you see that?
[04:56] <elkbuntu> sun july 8 13:34
[04:56] <elkbuntu> in #ubuntu
[04:56] <mneptok> 22:43 -!- mode/#ubuntu [-b GodTodd*!*@*]  by mneptok
[04:57] <mneptok> that's 15 minutes ago
[04:57] <mneptok> GodTodd: give it a try now
[04:58] <GodTodd> works now :) thanks
[04:58] <mneptok> there ya go. :)
[04:58] <mneptok> sorry for the confusion
[04:58] <mneptok> Ubuntu loves you.
[04:58] <GodTodd> np
[04:58] <GodTodd> haha
[04:58] <mneptok> give me ten dollars.
[04:58] <GodTodd> no worries :)
[04:58] <GodTodd> sure...cyberdollars are fine, right? ;)
[08:22] <Madpilot> !botsnack
[08:22] <ubotu> Yum! Err, I mean, APT!
[08:26] <elkbuntu> !opsnack
[08:26] <ubotu> Chocolate!  And Peanuts!
[08:28] <Madpilot> ubotu, opdrink is <reply>Beer! Or a nice Gin & Tonic!
[08:28] <Madpilot> !opdrink is <reply>Beer! Or a nice Gin & Tonic!
[08:28] <ubotu> r0b- called the ops in #ubuntu
[08:28] <Madpilot> stupid bot. is it not accepting new tells?
[08:30] <elkbuntu> Madpilot, it broke in that regard like the day after seveas went
[08:30] <Madpilot> meh.
[08:30] <Madpilot> @lart Seveas
[08:30] <Madpilot>  <rude noise>
[09:35] <ubotu> Flannel called the ops in #ubuntu
[09:36] <mneptok> lemony fresh
[09:37] <Hobbsee> morning mneptok
[09:37] <mneptok> arr.
[09:38] <mneptok> nighty for me.
[09:38] <mneptok> if i can
[09:40] <mneptok> braaaaaaaaaaaains
[09:40] <Hobbsee> no brains for you.
[09:41] <mneptok> duh.
[09:42] <Hobbsee> :P
[11:42] <nerea> wenas
[12:44] <zagra14> 070195
[01:30] <elkbuntu> way too quiet tonight
[01:55] <Pumpernickel> It's quiet... too quiet.
[02:04] <Hobbsee> elkbuntu: they're just lulling you into a false sense of security
[02:04] <elkbuntu> yeah. that is my concern
[08:23] <d2dchat> someone test me please
[08:24] <d2dchat> hellooo?
[08:24] <thepumpkin_w> d2dchat: hi.
[08:25] <d2dchat> thepumpkin_w, hey :)
[08:25] <d2dchat> thepumpkin_w, can you test me?
[08:25] <thepumpkin_w> d2dchat: what that means?:P
[08:25] <d2dchat> i want access back into #ubuntu
[08:25] <PriceChild> Hey d2dchat
[08:25] <Pici> An op should be by shortly... er.. nevermind ;)
[08:25] <d2dchat> PriceChild, hi there :)
[08:25] <PriceChild> d2dchat, cool, will let you back in.
[08:25] <thepumpkin_w> i'm not operator
[08:26] <PriceChild> d2dchat, you may rejoin #ubuntu :)
[08:26] <d2dchat> PriceChild, thank you!
[08:26] <thepumpkin_w> i need to find an freenode admin. a member of one of my favorite rooms was banned without reason.
[08:27] <PriceChild> thepumpkin_w, this is only #ubuntu operators.
[08:27] <d2dchat> PriceChild, thanks again!
[08:27] <PriceChild> thepumpkin_w, /join #freenode or see who's on /stats p
[08:27] <PriceChild> thepumpkin_w, I doubt its "without reason"
[08:27] <thepumpkin_w> PriceChild: believe me, no reason. i was there.
[08:27] <thepumpkin_w> PriceChild: thank you.
[08:42] <thepumpkin_w> PriceChild: got some help in #freenode. thanks
[09:20] <Pricey> *doesn't think that was the best idea sending him to -offtopic*
[09:22] <mc44> Pricey: I think you should cycle across russia :)


[13:36] <zeltak> hya guys. i have some serious inconsistancy with lirc on a fresh mythbuntu (latest) with streamzap..either it just dosent work after a reboot, or it stops working after X minutes etc..im new to ubuntu (been an arch users)..1)is it a known issue?
[13:36] <zeltak> 2)how does one start and stop the lirc deamon?
[19:03] <qwebirc13386> tgm4883: Were you able to find out if you can enable the crystal hd code in myth 0.24?


[04:40] <ScottK> sgclark: Debian is starting to calm down.  They'll get through it.
[04:41] <ScottK> Someone tell Sick_Rimmit when he comes back that sysvinit is perfectly usable in Debian and it will be for the Jessie release.  All the hype to the contrary is just FUD.
[04:43] <sgclark> yeah I figured
[04:44] <ScottK> valorie: From day one, Ubuntu has always viewed itself as a Debian derivative.  Even when it was just called No Name Yet, there were already patches to Debian packages posted on what became the Ubuntu web site for Debian maintainers to pick up.
[04:44] <ScottK> That's not to say you'll be able to use sysvinit for Stretch, but that's a long ways off.
[05:24] <valorie> I always feel good when ScottK agrees with me
[05:24] <valorie> :-)
[07:29] <soee> good morning
[08:15] <sitter> valorie: sweet
[08:16] <valorie> I'll take it, but .... what is sweet?
[08:18] <lordievader> Good morning.
[08:19] <soee> indeed good, good morning :)
[08:21] <lordievader> Hey soee, how are you?
[08:22] <soee> lordievader: fine and the weather si nice so can't complain :) you ?
[08:23] <lordievader> soee: Doing ok here :)
[08:26] <soee> Firefox 34 released :)
[08:32] <sitter> valorie: no errors
[08:35] <valorie> yes, 'tis sweet indeed
[08:35] <valorie> now, why doesn't this old hard drive get seen by my computer?
[08:36] <valorie> it spins, but never mounts, and Bob's winbox doesn't see it either
[08:36] <valorie> I'm beginning to think it's a zombie
[09:11] <Riddell> hola chicos
[09:32] <Sick_Rimmit> hola
[10:41] <Riddell> http://qa.kubuntu.co.uk/ninjas-status/build_status_14.11.97_vivid.html  applications status, now with added version numbers
[10:43] <Riddell> sgclark: you have ksaneplugin marked wip, what's the status of that?
[10:57] <sitter> usr/bin/oxygen-settings5
[10:57] <sitter> why ever is that in the kwin-decoration package Oo
[11:09] <sitter> yofel: did you poke someone about kdeedu copyright situation already?
[11:30] <mitya57> Mirv: hi, do you think it'll be possible to have https://qt.gitorious.org/qt/qtbase/commit/f1ee10f81ac18789.patch in our 5.3 packages?
[11:31] <mitya57> I saw someone else was asking about it already here, but now it's time for myself to want it.
[11:32] <mitya57> If you don't have anything against that, I will test & commit it.
[11:40] <Mirv> mitya57: feel free, I just finished my previous qtbase landing and have nothing pending there. now I'm looking at landing a couple of qtdeclarative patches.
[11:40] <mitya57> ok, thanks
[11:42] <Riddell> now lists missing packages at the bottom http://qa.kubuntu.co.uk/ninjas-status/build_status_14.11.97_vivid.html
[11:55] <Riddell> kgit added to lp:kubuntu-dev-tools for quick cloning and checkout
[11:55] <Riddell> well quick-ish, you still have to know what directory it's in
[11:57] <sitter> what's the point of kgit?
[11:58] <Riddell> I keep doing a clone then forgetting to branch
[11:58] <Riddell> I keep doing a clone then forgetting to checkout
[12:03] <sitter> Riddell: so you collapsed two commands into one? :P
[12:06] <Riddell> three, there's a cd as well
[12:10] <sitter> oh
[12:10] <sitter> ohhhhhhh
[12:10] <sitter> Riddell: no no, that's just wrong :P
[12:10] <sitter> Riddell: git clone debian:foo -b kubuntu_vivid_archive
[12:10] <sitter> exactly what your script does
[12:11] <Riddell> ok nice, but still too much typing
[12:11] <Riddell> why is it wrong?
[12:11] <sitter> write an alias :P
[12:11] <Riddell> said the person who wrote kbzr in the first place?
[12:11] <sitter> Riddell: because in kbzr you cannot have arbitrary prefixes
[12:12] <sitter> s/kbzr/bzr/
[12:12] <kubotu> sitter meant: "Riddell: because in bzr you cannot have arbitrary prefixes"
[12:13] <Riddell> sitter: so what sort of alias do you have?
[12:16] <sitter> Riddell: I don't have one, I am being explicit with instructions
[12:17] <Riddell> hi DrSkyLizard
[12:19] <DrSkyLizard> hi
[12:19] <sitter> Riddell: your script now has a proper chdir
[12:20] <sitter> Riddell: feature suggestion ... if checkout fails create the branch?
[12:22] <Riddell> that would be good
[12:31] <Riddell> but alas I don't know ruby :)
[12:32] <yofel> sitter: license file is there now - but I don't think there's a note who holds the copyright
[12:32] <sitter> Riddell: ohoh here's yoru chance to learn? :P
[12:32] <yofel> (kdeedu)
[12:34] <sitter> yofel: yeah, the license/copyright situation of that tar is completely unknown
[12:34] <sitter> it has a license copy of every license ever and no additional information to offer
[12:34] <yofel> you'll want to talk to jpwhiting, he added them
[12:35] <Riddell> what's the licence issue?
[12:36] <Riddell> yofel: git-buildpackage-ppa doesn't work for me since I bzr updated with your changes https://paste.kde.org/pgzwhsqyd
[12:36] <sitter> there is no information
[12:36] <sitter> Riddell: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-dev-tools/trunk/revision/200
[12:36] <yofel> Riddell: what's the error?
[12:37] <yofel> er, nvm
[12:37] <sitter> uscan as broken as ever
[12:37] <yofel> Riddell: try again
[12:38] <yofel> sometimes it has a one-time failure if there was some issue, then it leaves the tmp folder in ../build-area and fails before cleanup
[12:39] <sitter> the coolest thing about ppa management is how when you want to delete a source you need to go to the package overview page, to get there you have to find it amongst a list of links of which one is delete PPA and uses the same icon as delete packages would on the relevant page
[12:39] <sitter> not paying attentoin and boom, ppa gone ^^
[12:45] <Riddell> yofel: nope same issue
[12:46] <yofel> okaaay...
[12:48] <yofel> Riddell: can you wipe you ../build-area folder and try again? Works fine for me...
[12:48] <yofel> *your
[12:53] <yofel> oh
[12:53] <yofel> I see what happened. If build-area is missing you need 3 tries until it succeeds
[12:54] <yofel> first try fails because uscan errors out on missing build-area, second fails because gbp didn't properly clean up after the first failure
[12:57] <yofel> Riddell: ^
[12:57] <Riddell> hah, third time lucky :)
[13:05] <sitter> mkdyr to the rescue
[13:24] <shadeslayer> sitter: did you nuke a ppa
[13:24] <yofel> he did sound like he did earlier ^^
[13:24] <shadeslayer> that
[13:25] <shadeslayer> that's why I'm asking
[13:26] <sitter> almost
[13:26] <sitter> I did nuke some neon ppa at some point though
[13:27] <sitter> nowadays I don't meddle with deletes before the second coffee of the day
[13:27] <sitter> etoodangerous ^^
[13:41] <sgclark> morning
[13:42] <soee> morning sgclark but the sun is goind down here :)
[13:42] <BluesKaj_> 'Morning folks
[13:43] <soee> hi BluesKaj_
[13:43] <Sick_Rimmit> Good morning BluesKaj_ and sgclark
[13:43] <BluesKaj_> hey soee, Sick_Rimmit
[13:43] <Riddell> soee: it's circular, if it does down for you it goes up for sgclark :)
[13:43] <soee> :D
[13:43] <Sick_Rimmit> Input Method Configuration
[13:44] <Sick_Rimmit> We got this new I-Bus thing in 14.04 I think it was
[13:44] <soee> so she is stealing it from me :)
[13:44] <Sick_Rimmit> I had some trouble with it not passing input to Chromium
[13:44] <sgclark> lol
[13:44] <Riddell> Sick_Rimmit: hey have I pointed you to this for fosdem? https://community.kde.org/Promo/Events/FOSDEM/2015  we need to know people and what useful stuff they can bring and what they can help out with
[13:44] <sgclark> not up here yet
[13:44] <Sick_Rimmit> Today I noticed earlier these freezes happening, which Alt+Tab seems to give me back the focus
[13:45]  * Sick_Rimmit will look at that in a minute
[13:45] <Sick_Rimmit> I know nothing about I-Bus, but on Plasma 5 it says it's not configured. I am just wondering if it might be the source of these odd lockups.
[13:45] <Sick_Rimmit> But I have no idea where to start looking
[13:46] <sgclark> Riddell: sorry ksanplugin was done, forgot to update pad
[13:46] <sgclark> also updated all mine to 97 last night
[13:47] <Riddell> sgclark: oh cool
[13:47] <Riddell> lovely thanks
[13:47] <Riddell> Sick_Rimmit: input methods have always been problematic, nobody understands them or how to use them
[13:47] <Riddell> and I can confirm the issue with chromium not liking it
[13:48] <Sick_Rimmit> Riddell: Ah thats cool, I don;t feel bad anymore
[13:48] <Riddell> Sick_Rimmit: did you get anywhere with gdb?
[13:48] <Sick_Rimmit> Riddell: Nothing, nada
[13:49] <Sick_Rimmit> Interestingly, since utilising Alt+Tab I think I've only lost the system once to a reboot
[13:49] <Sick_Rimmit> Which is much more promising
[13:49] <ScottK> Sick_Rimmit: re last night's conversation, sysvinit works fine on Debian Jessie and will do so when it releases, so all the whining about systemd is either FUD, confusion, or being upset about logind, not systemd as an init system.
[13:50] <Sick_Rimmit> Riddell: You also mentioned speaking at FOSDEM, did you want me to do that too ?
[13:51] <Sick_Rimmit> ScottK: Indeed, I took a look at the Wiki pages lined from devuan.org and saw there is a short script that will enable SystemD sysint to be swithed our
[13:51] <Sick_Rimmit> s/our/out/
[13:51] <kubotu> Sick_Rimmit meant: "ScottK: Indeed, I took a look at the Wiki pages lined from devuan.org and saw there is a short script that will enable SystemD sysint to be swithed out"
[13:51] <ScottK> That and people get the words "default" and "required" confused.
[13:52] <Riddell> Sick_Rimmit: would be cool if you had something to talk about https://lists.fosdem.org/pipermail/fosdem/2014-October/002057.html
[13:53] <ScottK> My favorite is when I point out that systemd isnt' required as an init system, the response is "it was, but due to all the complaining, they just changed it".
[13:55]  * mamarley doesn't understand why people seem to like sysvinit so much. It is much more difficult to write sysvinit scripts than it is to write systemd or upstart scripts, and sysvinit scripts can't restart processes when they crash.
[13:56] <yofel> debuggability, and yes, being able to grep through system logs is somewhat nice
[13:56] <yofel> OTOH, systemd has its sweet points
[13:57] <mamarley> I completely agree about the logging.  Binary log files just seem like a bad idea.
[13:57] <mamarley> I was talking about just init systems.  All of my complaints about systemd have to do with things other than init.
[13:58] <yofel> true
[13:58] <sgclark> yeah the only bit that I miss is the log
[13:58] <mamarley> I read somewhere that you can still have it write regular log files though.
[13:58] <sgclark> oooh
[13:58] <sgclark> that would be nice
[14:02] <yofel> the binary log format does make sense from a common log write/read interface POV. And I think there was a way to make journald generate a text dump of the log
[14:02] <mamarley> The main problem I see with the binary log is accessing it if the system won't boot (for example, if you are trying to access it from a liveUFD or something.)
[14:03] <yofel> someone will make a log reader for that...
[14:04] <sgclark> yeah and that is a point when you most need your logs lol
[14:06] <sitter> a server admin would probably find other more expectable use cases than system-doesnt-boot :P
[14:06] <mamarley> Yeah, there are plenty of other cases.  That was just the first one to come to mind, since it has happened to me before.
[14:06] <ScottK> By default (at least in Debian) the systemd log thing relays on to syslog.
[14:07] <mamarley> ScottK: Will *buntu do the same?
[14:07] <ScottK> Presumably, but I don't know.
[14:07] <mamarley> Thanks.  I hope so.
[14:07] <ScottK> We don't (as a rule) diverge from Debian in the core platform without a reason.
[14:48] <Riddell> waa my hard disk keeps filling up with .xsession-errors cos of https://bugs.kde.org/show_bug.cgi?id=336592
[14:48] <shadeslayer> Riddell: same here
[14:49] <shadeslayer> I just don't run plasma anymore xD
[14:50] <sgclark> not here, but it has been a few since I have upgraded
[14:51] <sgclark> and it sounds like I want to continue with my current build lol
[14:52] <shadeslayer> it's a XCB issue
[14:52] <shadeslayer> so pretty sure it has nothing to do with plasma
[14:52] <soee> kubuntu logo requires black text and blue/white logo or all can be for example white ?
[15:03] <_Groo_> hi/2 all
[15:03] <_Groo_> konsole5 is broken again (consequently breaking yakuake)... konsole5_14.11.97+git20141203.1243+14.10-0ubuntu0
[15:04] <_Groo_> the redirections in konsole5 are conflicting with konsole
[15:04] <_Groo_> just an example
[15:04] <_Groo_> dpkg: warning: trying to overwrite '/usr/share/applications/org.kde.konsole.desktop', which is also in package konsole 4:14.11.97+git20141202.1208+14.10-0ubuntu0
[15:05] <_Groo_> nm plasma is broken too, missing a component
[15:07] <_Groo_> btw, nm plasma was fixed today, its just konsole that is broken still
[15:13] <Riddell> woo, today's live cd running good, installing now, wish me luck
[15:13] <Riddell> shadeslayer: hmm this feels like something we should SRU then
[15:14] <Riddell> _Groo_: remove konsole then, I'll look at that in a bit
[15:15] <_Groo_> Riddell: konsole is a hard dependency of yakuake
[15:15] <Riddell> ah then yakuake probably needs that changes to depend on the konsole-kpart one
[15:15]  * Riddell notes
[15:16] <_Groo_> Riddell: yes it does, the original redirections were made because when konsole was split into kpart, yakuake stopped working
[15:16] <_Groo_> that is the case now,
[15:16] <_Groo_> konsole itself works
[15:17] <_Groo_> but yakuake gives that sad sad face without the terminal, just a blank window :(
[15:17] <Riddell> sitter: how's qca getting on?
[15:19] <sitter> Riddell: pending reviewery
[15:21] <sitter> Riddell: also about the kpart, I think it'd be best to look at all rdeps of konsole and check whether they need the kpart
[15:22] <sitter> off the top of my head kdevplatform/kdevelop, yakuake, dolphin, kile (not sure), kursader, konqueror (not sure)
[15:22] <Riddell> yep
[15:23] <Riddell> sitter: reviewery by whom?
[15:23] <sitter> Riddell: upstream
[15:23] <Riddell> ah, we may be waiting some time
[15:23] <sitter> nah, he commented
[15:23] <Riddell> right, lack of comments is not usually the problem with that upstream, constructive ones is
[15:24] <Riddell> vivid installed!
[15:24] <sitter> I am getting opposition to some parts of the changes already, they are not strictly needed for our purposes though so I have some arguments I can loose ^^
[15:25] <sitter> Riddell: I'll need to do a fork anyway unless his refusal to soname-change qt5 , I would however prefer the fork to only have a delta of one line ideally
[15:25] <sitter> hence the upstreamery
[15:26] <Riddell> I don't think it needs a fork.  a branch is sufficient :)
[15:29] <sitter> it was argued that a branch could be deleted by ivan, at any rate there isn't any difference between a branch and a separate repo
[15:37] <Riddell> man pages aren't installed :(
[15:37] <Riddell> nothing is settings MAN_INSTALL_DIR
[15:41] <Riddell> ah ecm does
[15:41] <Riddell> but only if you use ecm
[15:42] <_Groo_> Riddell: i can confirm taht krusader is also broken
[15:42] <_Groo_> Riddell: and yes, it used konsole kpart
[15:42] <Riddell> what is krusader anyway?
[15:42] <Riddell> the file manager thing?
[15:42] <_Groo_> Riddell: just installed and tested
[15:42] <_Groo_> Riddell: yeah, an awesome full graphical mc clone
[15:42] <_Groo_> Riddell: kde style :D
[15:49] <Riddell> sitter: latest conversion to KF5 is the ever important... kde-dev-scripts!
[16:52] <Riddell> E: oxygen-icon-theme: description-is-pkg-name Oxygen icon theme
[16:52] <Riddell> hmm, is that a problem?
[16:53]  * Riddell ignores
[16:53]  * mitya57 would just prepend "The "
[16:53] <Riddell> then you get a description-starts-with-article warning :)
[16:54] <sgclark> Icon theme for Oxygen?
[16:55] <mitya57>  /o\
[17:19] <Riddell> meh, end of day and still lots to do on kde applications
[17:22] <Sick_Rimmit> Riddell: I'm going to check my diary on FOSDEM, I won't look to talk there, but I would very much like to come and help out with KDE and Kubuntu etc...
[17:22] <Riddell> Sick_Rimmit: great, sign up to the stall
[17:22] <Sick_Rimmit> Riddell: I think those dates are fine, just need final check with Alison
[17:22] <Riddell> Sick_Rimmit: and if you can bring hardware to demo, put what you are bringing on the wiki page
[17:25] <Riddell> Sick_Rimmit: would you come by car or public transport?
[17:26]  * Riddell out
[17:26] <Sick_Rimmit> Riddell: Oh public transport, Train I think


[11:51] <blaze[m]> I was testing qtcreator 4.11 built agaist llvm8 and 9, and it looks like syntax analysis doesn't work with llvm8 :\
 https://bugreports.qt.io/browse/QTCREATORBUG-23330
 So Debian/Ubuntu distro version appears to be broken atm, fix comes only with the next patch release
 Or do a rebuild against llvm 9 as a workaround
[14:31] <lisandro> weird i did not notice it
[14:32] <lisandro> 4.11.1 is Debian is still needing copyright review, that's why I did not upload it yet


[00:30] <rockaxe> hay all
[01:10] <lzrd> trying to add ppa for 15.04 and getting errors. links to launchpad have permission issues. am I doing it wrong?
[01:12] <lzrd> https://launchpad.net/~abogani/+archive/ppa and https://launchpad.net/~ubuntustudio-dev/+archive/ppa
[01:13] <lzrd> assumed that something like this would work: sudo add-apt-repository ppa:ubuntu-studio-dev/stable
[01:13] <lzrd> looking for kernel headers or full source
[01:39] <lzrd> ah... missing dash
[01:50] <lzrd> add-apt-repository ppa:abogani/ppa
[01:50] <lzrd> add-apt-repository ppa:ubuntustudio-dev/ppa/autobuild
[01:50] <lzrd> apt-get update
[01:51] <lzrd> apt-get install linux-kernel-headers-$(uname -r)
[01:51] <lzrd> above still fails
[01:52] <lzrd> [as root]
[01:59] <lzrd> foud this: https://wiki.ubuntu.com/UbuntuStudio/KernelMaintenance
[02:19] <holstein> lzrd: they may not be supporting 15.05
[02:19] <holstein> 15.04*
[02:19] <holstein> !ppa
[02:20] <holstein> as you'll read, when you try adding, they are not supported by ubuntu, and cant be guaranteed to work
[02:21] <holstein> lzrd: if you are trying to get an RT kernel, i suggest, try the lowlatency that ships with 15.04.. if it doesnt meet your needs, you can get a .deb for an RT kernel from many places.. you can basically take it from that ppa, if you choose, if its up, without having to add the ppa.. but, if its not a version for 15.04 'expects', you may have issues
[04:33] <linux-e> hello everyone
[06:13] <UncleJed> i changed a bunch of settings over time and want to reverse them all. is there a convenient way to reload all original default settings or is it easier to just reinstall from square one?
[06:14] <cfhowlett> UncleJed, user settings are easily redone: go to /home.  delete all hidden .files and .folders.   logout.  login.
[06:15] <UncleJed> cool..that would even include things like usb priority settings (at least I think that's what I changed following someone else's set of instructions...lol)
[06:15] <cfhowlett> UncleJed, be aware: ALL settings go back to factory fresh via this method.  it's the nuclear option.
[06:17] <UncleJed> that's actually perfect. still just a pretty green user with linux and don't mind starting over. I hadn't done too much other than working on getting my M-audio box to work with Ardour. Thank you cfhowlett.
[06:17] <cfhowlett> UncleJed, happy2help!
[06:36] <zequence> UncleJed: If you made any changes in /etc, don't delete anything there. And, you would need to remember what you changed
[13:09] <great_lakes_time> Hello all.
[13:15] <great_lakes_time> so I've had trouble getting Audacity and Ardour to record from my Scarlett 2i2
[13:15] <great_lakes_time> I have the 2i2 selected as the input device and interface in QjackCtl, which I assume means that Jack recognizes it. However, when I attempt to record my guitar in either Ardour or Audacity, nothing is picked up. The connection between the guitar and the 2i2 seems to be working because the gain light is lighting up appropriately. I'm completely new to recording music in linux obviously, so I'm not sure what to do next
[13:20] <zequence> great_lakes_time: Start with not selecting I/O, only interface
[13:20] <zequence> great_lakes_time: If jack starts with the correct interface, you should see it in "Connect"
[13:21] <zequence> Usually named "system"
[13:21] <zequence> Don't use audacity with jack. It's not very comfortable
[13:21] <zequence> ardour on the other hand will work fine, as long as you first start jack, then ardour
[13:27] <great_lakes_time> Alrighty, I'll try that.
[13:33] <great_lakes_time> Ha! That seemed to work. I can't hear the playback, but one thing a time. Thanks!
[14:22] <esc_> test
[14:23] <Guest44426> hey
[22:29] <aloiece> hello, technical question. and i don't know where to go with it
[22:30] <aloiece> when starting ubuntu studio in normal mode
[22:30] <aloiece> I cannot change the brightness
[22:30] <aloiece> when i start ubuntu studio from recovery mode, and then resume boot
[22:30] <aloiece> I CAN change the brightness
[22:30] <aloiece> what's the difference


[14:25]  * shadeslayer wonders why he's here
[14:25] <shadeslayer> perhaps I should slink away
[14:26]  * shadeslayer slink's away


[07:14] <nhaines_> pleia2: If you grant me admin access to the LoCo mailing list after SCALE, I will help moderate it.  (Yes, I know "grant access" means "give password.")
[13:24] <pleia2> nhaines: great, thank you :)
[19:59] <pleia2> jose: 10 copies of the official ubuntu book are on their way to my home for ubucon/scale :)


[01:40] <lopta> What do Linux people use in place of tn3270 if they want to connect to an (emulated) IBM mainframe?
[14:59] <Greg__> Kindness to all present! Although I have been using operating systems based on the Linux kernel for more than 15 years, but in the IRC channel for the first time for me.
[14:59] <Greg__> A few days ago, I installed myself xubuntu 18.04 and despite my efforts to make this system with my 4k HiDPI screen, things do not go smoothly.
[15:01] <Greg__> I managed to customize many things, but still can not find a solution as to how I can increase the size of the icons in the toolbars of some applications and for the desktop panel plugin "Windows button".
[15:03] <Greg__> Thank you! It is a great joy for me to know that there are living people here! Many thanks!!! :)
[15:05] <diogenes_> Greg__, normally the icons grow as you increase the size of the panel size
[15:07] <Greg__> Yes I know but not in the case of a 4k screen resolution.
[15:07] <Spass> Greg__, hello, according to this post it's not possible unfortunately https://forum.xfce.org/viewtopic.php?id=12177
[15:11] <Greg__> Spass, It's terrible if it really is. But I think that there must be a solution. One of them, I see the replacement of all 24px badges with badges with a large size. But it's certainly a crutch that can hurt to hit elsewhere.
[16:21] <alexandros_tab> good day, could someone tell what is the replacement for gksu in xubuntu 18.04? I was surprised it was not installed by default and was shock to discover that there was not an install candidate!
[16:26] <diogenes_> alexandros_tab, try: pkexec <appliction>
[16:26] <alexandros_tab> thanks diogenes_
[16:26] <diogenes_> yw
[16:27] <alexandros_tab> it that the official repalcement for gksu?
[16:27] <diogenes_> not sure but so far there is no alternative
[16:28] <alexandros_tab> diogenes_: thanks again for the information
[16:28] <diogenes_> you're welcome
[21:54] <bartmancometh> anyone have expereince using Drobo?
[21:55] <bartmancometh> and had it mysteriously re-mount itself while they were away?
[22:28] <bartmancometh> Hi, I am running xubuntu with a Drobo gen2 and am having issues with it literally unmounting then remounting
[22:29] <bartmancometh> for example, i "mount /dev/sdb2/ /media/bart/Drobo"
[22:29] <bartmancometh> then come back in a few hours and it is mounted on /dev/sde1 at /media/bart/Drobo1
[22:30] <bartmancometh> I can't figure out why, or how to prevent it from doing this
[22:30] <bartmancometh> I ran dmesg because I don't know where else to look and got this: https://paste.ubuntu.com/p/8ztykSbDH4/
[22:31] <bartmancometh> Any ideas on the issue or even where else I can look (logs I guess) would really be apprecaited
[22:31] <spreeuw> check dmesg
[22:31] <spreeuw> maybe its powersaving
[22:31] <spreeuw> or some issue with the automounter
[22:32] <bartmancometh> I took a look at dmesg and wasn't sure what to make of it, just posted on pastebin https://paste.ubuntu.com/p/8ztykSbDH4/
[22:32] <bartmancometh> any idea how I might determine if its the automounter or not? I don't *thinki* the drobo powersaving is an issue
[22:32] <spreeuw> you could also explicitly handmount it
[22:33] <spreeuw> it should never change then
[22:33] <bartmancometh> or it hasn't been on a fedora box I had
[22:33] <spreeuw> by UUID
[22:33] <bartmancometh> sorry UUID?
[22:33] <spreeuw> the volume that the drobo exports
[22:33] <spreeuw> (is it over usb?)
[22:33] <bartmancometh> yes, its via usb
[22:33] <spreeuw> will have a unique identifier
[22:34] <bartmancometh> how would i see what UUID it has?
[22:34] <spreeuw> you can use that identifier instead of the device name
[22:34] <spreeuw> which is subject to change
[22:34] <bartmancometh> that would be perfect as its def changing
[22:35] <bartmancometh> but I am not sure how to see what UUID my drobo is?
[22:35] <spreeuw> I forgot the command
[22:35] <bartmancometh> no worries will search it
[22:36] <spreeuw> and then add a line in fstab to permanent ly mount it
[22:37] <bartmancometh> that would be perfect, seems I look in the /dev/disk/by-uuid
[22:37] <bartmancometh> thanks!!!!
[22:46] <hoodedice> is there a way to lock applications or windows to a certain workspace?