=== transfusion2 is now known as transfusion
[08:12] <pieq> Hi!
[08:13] <pieq> copy-pasting something I just wrote on #ubuntu-desktop:
[08:13] <pieq> I was playing with the grub menu configuration today and I was wondering why we don't have something a little bit more fancy in the live USB menu and later, if for instance the user has a dual boot or something like this
[08:13] <seb128> pieq, what sort of fancyness?
[08:15] <pieq> currently, it's very bare-bone (white text on black bacground) → https://www.tecmint.com/wp-content/uploads/2018/05/Select-Install-Ubuntu.png
[08:16] <pieq> This is probably quite intimidating for newcomers who might be trying the live USB, and it's not super nice either after you installed Ubuntu as dual boot with your Windows partition, for instance
[08:17] <pieq> It's possible to achieve nicer results (e.g. https://www.gnome-look.org/p/1009236/). I tried this theme on an install with Secure Boot, UEFI and a 4k display and it was not too bad
[08:19] <seb128> that would be nice indeed
[08:19] <seb128> I guess it's mainly a priority/ressource allocation issue if we don't get to work on such changes
[08:20] <seb128> but it could be lead by anyone interested, we would probably find time to do reviews if someone was working on it and proposing the changes
[08:22] <pieq> OK I see. I was wondering if there was big blocker... cause for instance I remember the "legacy" boot menu is very advanced compared to a default GRUB2 screen: https://i.stack.imgur.com/TTC70.png
[08:23] <seb128> there might be technical blockers, I'm not really familiar with grub and not the best placed to comment about that
[08:23] <seb128> but if you say the theming works with secure boot/uefi then it's encouraging
[08:23] <pieq> I guess a problem is to handle both regular screen resolutions and 4k+ screens
[08:23] <seb128> the syslinux menu you just mentioned is still used, but not compatible with secure boot afaik
[08:23] <seb128> well, 4k is another topic
[08:24] <pieq> seb128, indeed! I'll dig a bit more and maybe prepare something. Where should I discuss this? Maybe a mailing list or forum would be more appropriate?
[08:24] <seb128> pieq, https://community.ubuntu.com/ or https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
[08:24] <pieq> <seb128> the syslinux menu you just mentioned is still used, but not compatible with secure boot afaik → that's probably the thing I heard, but I don't have the details on why it doesn't work. Do you know where/who I could annoy with my questions? :)
[08:25] <pieq> seb128, merci !
[08:25] <seb128> de rien!
=== lag_ is now known as lag
[08:52] <LocutusOfBorg> seb128, hello, do you remember why you patched gambas3 for new poppler?
[08:53] <LocutusOfBorg> according to this: http://launchpadlibrarian.net/405787223/gambas3_3.11.4-6_3.12.1-1.diff.gz gambas3 was already fine, I dropped your patch and everything still works
[08:53] <LocutusOfBorg> #if POPPLER_VERSION_0_72 #define getCString c_str #endif
[08:53] <LocutusOfBorg> I don't like to remove patches without contacting the maintainer first, maybe you have good reasons for it, even if I can't find them
[08:54] <seb128> LocutusOfBorg, " I don't like to remove patches without contacting the maintainer first" ... seems like you did though? https://launchpad.net/ubuntu/+source/gambas3/3.13.0-1~exp3~build1
[08:54] <LocutusOfBorg> seb128, yes, because the patch FTBFS in Debian...
[08:55] <seb128> I was just pointing out that your statement was incorrect, you didn't ask first :p
[08:56] <LocutusOfBorg> seb128, sure! if you want to see the result of your patch, this is one: https://buildd.debian.org/status/fetch.php?pkg=gambas3&arch=s390x&ver=3.13.0-1%7Eexp1&stamp=1557160666&raw=0
[08:56] <LocutusOfBorg> when I debugged the issue, I found that the "patched" version should have built without patch at all...
[08:56] <LocutusOfBorg> while the upstream approach (added in 3.12.1) seems compatible with poppler from debian/ubuntu old and new versions
[08:57] <LocutusOfBorg> I tried to see if you attempted a "no change rebuild" that failed before the ubuntu1 version and I didn't find one
[08:58] <LocutusOfBorg> neither a ppa, so I wild guessed "Seb probably grepped for that getCString and patched without bothering to see a build failure, because it was evident that the old api was not usable anymore" :)
[08:58] <seb128> LocutusOfBorg, it failed to build
[08:58] <seb128> LocutusOfBorg, 3.12.2 was missing https://gitlab.com/gambas/gambas/commit/a03ffa0c
[08:59] <seb128> so the issue is fixed in 3.13.0 in a different way, you can drop the patch with that version
[08:59] <LocutusOfBorg> I see, thanks
[08:59] <LocutusOfBorg> of course config.h was making all the #ifdefs useless :p
[08:59] <LocutusOfBorg> thanks for pointing it out! so, yeah for dropping it
[09:00] <LocutusOfBorg> while we are talking... a new poppler is out!
[09:00]  * LocutusOfBorg runs away
[09:00] <seb128> haha
[09:06] <LocutusOfBorg> seb128, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3714/+packages I prepared new poppler here, lets see if we can do a quick transition :)
[09:06] <seb128> LocutusOfBorg, haha, good luck :p
[09:06] <seb128> there is no such thing with poppler sadely :/
[09:07] <LocutusOfBorg> I did look at the debdiff, looks like no deprecated foobar
[09:07] <seb128> I would wait a bit, we don't need to update poppler that ealier in the cycle and it's quite likely we get another update with a soname bump before long
[09:07] <seb128> yeah
[09:07] <seb128> still you end up needing to rebuild and migrate libreoffice and some kde bits
[09:07] <seb128> which usually manage to cross another transition
[09:08] <LocutusOfBorg> actually this is the first time since eoan opening that it wouldn't entangle transitions
[09:08] <LocutusOfBorg> kde is all migrated, libreoffice is in release pocket
[09:09] <LocutusOfBorg> this is why it might be a quick one :) (if bileto is ok to land)
[09:25] <rbasak> vorlon: sorry about the iptables-persistent bionic unapproved upload cruft. I usually review my own uploads with debdiffs. I must have missed it.
[09:25] <rbasak> (and thank you for fixing up)
[09:29] <Unit193> tsimonq2: There is a *lot* of noise in your popcon merge, https://ubuntudiff.debian.net/q/package/popularity-contest
[09:44] <seb128> ahasenack, re bug #1827467, I usually set "fix commited" for things that has fixed upstream, it helps in spotting later things to close when upload the next version or things that have a patch to cherry pick
[09:44] <ubottu> bug 1827467 in psmisc (Ubuntu) "killall does not find processes with names longer than 15" [Low,Triaged] https://launchpad.net/bugs/1827467
[09:45] <seb128> ahasenack, that workflow might be specific to me/desktop and un-usual for others though, sorry about the confusion
[09:45] <seb128> that are fixed*
[10:07] <marcustomlinson> sil2100: hey! LP: #1822839 has been SRUified
[10:08] <ubottu> Launchpad bug 1822839 in libreoffice (Ubuntu Bionic) "LibreOffice doesn't detect JVM because of unexpected java.vendor property value" [Undecided,Triaged] https://launchpad.net/bugs/1822839
[10:22] <Unit193> tsimonq2: Additionally, that same upload had a change not noted in the changelog switching the submit url to https, introducing LP 1822672 and effectivly breaking popularity-contest for Ubuntu.  Please fix.
[10:22] <ubottu> Launchpad bug 1822672 in popularity-contest (Ubuntu) "popularity-contest is probably broken" [Medium,New] https://launchpad.net/bugs/1822672
[10:25] <sil2100> marcustomlinson: excellent, thanks! I'll try looking at it again later today
[10:35] <LocutusOfBorg> seb128, I suspect gst-plugins-{good,bad}1.0 and on your radar? I retried gst-plugin-base1.0 a few seconds ago, it should unblock some bd-uninstallabilities
[10:38] <seb128> LocutusOfBorg, yes they are, also no need to retry things that are depwaiting
[10:40] <LocutusOfBorg> this is true, but the automatic retry is toooo slow :P
[10:40] <LocutusOfBorg> GooList being removed from poppler makes me sad
[10:41] <seb128> LocutusOfBorg, and for the record, I find it stressful to be nagged about ongoing work 30min after I started uploaded a stack of updates, there is enough work to do in the archive and enough things in flux that putting pressure on people like that in an early unstable cycle shouldn't be needed
[10:42] <LocutusOfBorg> actually I was proposing to help, sorry if I wasn't clear... also poppler, its meant to help you!
[10:43] <seb128> poppler is helpful :)
[10:43] <seb128> nagging about gstreamer build issues when things are depwait and need to cascade is not
[10:45] <LocutusOfBorg> I mean, I can do the merges of bad and good if you want an extra hand
[10:45] <seb128> I was planning to do them in a bit, but if you are borred feel free :)
[10:46] <seb128> I've enough to do without those
[10:49] <LocutusOfBorg> that was my intention, so doing them now :D
[10:49]  * LocutusOfBorg tries to remember how to merge without MoM :D
[10:52] <Laney> those merges are done using git
[10:53] <LocutusOfBorg> Laney, I'm looking right now, but looks like the gst-plugins-good1.0 git is outdated?
[10:53] <Laney> dunno, I didn't do the last one
[10:54] <Laney> ask the uploader if they still have it, or gbp import-dsc
[10:55] <LocutusOfBorg> seb128, ^^
[10:56] <LocutusOfBorg> gst-plugins-good1.0 1.15.90-1ubuntu1 seems missing from git history... shall I import it?
[10:56] <seb128> LocutusOfBorg, I didn't use git
[10:56] <seb128> if you wish
[10:56] <seb128> it's too much overhead to use git for that one imho
[10:56] <seb128> but if you prefer to do it this way
[10:57] <LocutusOfBorg> I should, otherwise I can't do the work for 1.16... :)
[10:57] <Laney> I'd hugely prefer it if those branches weren't abandoned
[10:57] <Laney> they make resolving any conflicts so much easier
[10:57] <seb128> just gbp import the .dsc then
[10:57] <seb128> I should perhaps do that next time
[10:58] <LocutusOfBorg> done
[10:58] <seb128> or I really need to wrap some tooling to fetch the tarball/upstream branches from salsa for me
[11:00] <seb128> it probably makes sense for -good though
[11:01] <seb128> I couldn't be bothered to update the vcs for -base since that's a direct sync
[11:01] <seb128> and I probably kept on that same thinking line when I continued with the other updates then
[11:02] <Laney> I don't usually do it when things to back into sync indeed
[11:03] <seb128> sorry, for the rumbling, summary is: sorry for not dealing with the vcs when I did that update :)
[11:14] <LocutusOfBorg> mmm looks like camerabin and jpegformat haven't been copied from the gst-plugins-ugly 1.15.90...
[11:14] <LocutusOfBorg> :/
[11:16] <seb128> LocutusOfBorg, you mean?
[11:17] <LocutusOfBorg> gst-plugins-good1.0 imports from the equivalent "bad" package the camerabin2 and jpegformat
[11:17] <LocutusOfBorg> e.g. https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-good1.0/tree/debian/patches/import-camerabin
[11:17] <LocutusOfBorg> I think each time we have a new plugins-bad, we have to redo the patches from scratch
[11:17] <LocutusOfBorg> to update our "embedded copy"
[11:18] <Laney> I used to just check the git diff of bad and copy it again if there had been any changes
[11:18] <Laney> cp is enough, you don't have to re-create the whole diff
[11:18] <LocutusOfBorg> I'm doing cp right now, it worked fine for jpegformat
[11:19] <LocutusOfBorg> but camerabin needs cp of ~10 dirs
[11:19] <Laney> not 10 is it
[12:09] <ahasenack> seb128: hi
[12:09] <ahasenack> seb128: yeah, for me that was confusing, because fix committed in an ubuntu task usually means it's committed to the package, and just not yet in the archive
[12:09] <ahasenack> had it been the upstream project's task, that would be fine in my eyes :)
[12:12] <Wafficus> hi there can anyone help me modify the iso tracker to instead test lubuntu isos?
[12:12] <Wafficus> https://bazaar.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk/view/head:/docs/README.devhttps://bazaar.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk/view/head:/docs/README.devhttps://bazaar.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk/view/head:/docs/README.dev
[12:12] <Wafficus> whoops double link sorry
[12:13] <Wafficus> https://bazaar.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk/view/head:/docs/README.dev
=== ricab is now known as ricab|lunch
[12:17] <Wafficus> would i set DEGAULY_FLAVOR to Lubuntu?
[12:34] <tsimonq2> Unit193: ack
[12:35] <sahid> Laney: o/ did you had chance to look at my update for autopkgtest?
=== cpaelzer__ is now known as cpaelzer
[13:38]  * mitya57 notices that we now have the animal name
[13:40] <mitya57> ah, 14 hours ago, I am slow :))
=== ricab|lunch is now known as ricab
[13:53] <paride> kirkland, Hi! Do you think you'll get a chance to review https://code.launchpad.net/~legovini/byobu/fix-lp-1827202/+merge/366986 anytime soon?
[14:08] <tumbleweed> aww, I was hoping for an echidna
[14:29] <LocutusOfBorg> seb128, a nightmare, not a merge :D
[14:31] <seb128> LocutusOfBorg, one you volunteered for :)
[14:50] <infinity> tumbleweed: I considered Echnida, but two Australian animals in a row?  Seems unfair to everyone else!
[15:03] <vorlon> rbasak: iptables-persistent> no worries
[15:20] <tumbleweed> infinity: oh, you get executive animal powers these days? :)
[15:22] <infinity> tumbleweed: It was delegated to me just as I left for the weekend.  It would have perhaps been nicer had the delegation happened a few weeks earlier. :P
[15:23] <tumbleweed> heh
[16:14] <sarnold> ermine, how royal :)
[16:14] <infinity> sarnold: It's an animal, not a coat.
[16:15] <infinity> sarnold: Pretty sure they're just adorable when they're alive.  Only hoity toity if you skin them.  Please don't skin our cute mascot.
[16:15] <sarnold> infinity: omg those are adorable.
[16:18] <Laney> Nope. Sorry. I'm going to be picturing the House of Lords for this whole cycle.
[16:18]  * Laney scoffs at you all from the Woolsack
[16:18] <infinity> Hah.
[16:23] <infinity> sarnold: I think the best thing about Google Images searches for Ermines (or weasels in general, but the problem is made worse when they're all white, as ermine stoats are) is that one genuinely has a very hard time telling which ones are real and which are plush toys.
[16:23] <infinity> sarnold: Nothing in nature should be that cute.
[16:24] <sarnold> oh man.. some cute little ubuntu ermine plushies..
[16:24] <Laney> shame the shop's dead now
[16:26] <infinity> It also says a lot about the British upper class that they saw these adorable creatures and thought "you know, thirty seven of those sewn together would make a dashing scarf."
[16:50] <xnox> LocutusOfBorg, the crmsh upload looks fine. Had no idea that moved to be honest =) also that is so old since i last touched it ;-)
[16:59] <xnox> mwhudson, i do not understand why in https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html golang-github-prometheus-client-golang regresses golang-github-grpc-ecosystem-go-grpc-prometheus
[16:59] <xnox> looks like a generic decay?
[18:39] <vorlon> infinity, stgraber, kees, mdeslaur: TB meeting in 20?
[18:48] <mdeslaur> vorlon: ack
[20:10] <seb128> ahasenack, I just wanted to say thank you for the work you are doing on those gvfs/samba issues!
[20:10] <ahasenack> seb128: cheers! I whish I knew more about the technical details
[20:10] <ahasenack> but sometimes I have to timebox this research :)
[20:11] <seb128> well, it's good to have someone who has a clue about samba looking at those!
[20:12] <seb128> I try to triage report/upstream problems/help debugging but I don't know much about samba and I'm too busy to do a proper job figuring out the details
[20:13] <ahasenack> it gets worse when real windows is thrown into the mix
[20:15] <seb128> yeah :/