 @ubot93 [<ubot93> standup is @tsimonq2 @lynorian @HMollerCl @aptghetto @teward001 @Samuel …], Bronchitis.  Thats all I have to say.  :P
 @teward001 [Bronchitis.  Thats all I have to say.  :P], Ain't nobody got time for that
[06:47] -lugito:#lubuntu-devel- [rMANUAL78c2d16b716c: Capitlilize PPA] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL78c2d16b716c
[06:49] -lugito:#lubuntu-devel- [rMANUAL64099a98ba37: Spellcheck Software sources and capitlize PPA] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL64099a98ba37
[08:25] -lugito:#lubuntu-devel- [rSEEDa45b736ee265: platform.eoan -> platform.focal] Adam Conrad <adconrad@0c3.net> committed: https://phab.lubuntu.me/rSEEDa45b736ee265
[11:55] -lugito:#lubuntu-devel- [T123: 20.04 Artwork] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T123#2517
 openbox right menu on desktop is broken (don't know since when) https://discourse.lubuntu.me/t/lxqt-lubuntu-19-04-shortcuts-error/462
[19:30] <The_LoudSpeaker> btw, lubuntu is pronounced as "L-ubuntu" or lubuntu ? I have been using them mixed. 
[19:31] <tsimonq2> Loo boon too
 Ack. Thanks!
 We need a "How to Pronounce" episode from @MichaelTunnell
[19:34] <tsimonq2> ^^^^^^
 consider it done :D
 :D
 thoughts on making one video for all flavours
 Makes total sense to me.
 how can I know which packages are needed in "build-depends" for https://github.com/Chemrat/redshift-qt
 wxl @tsimonq2 @kc2bez ^
[20:11] <wxl> you basically need to interpret the upstream build instructions
[20:13] <wxl> might look at what arch does
 readme says requirements are: posix signals, redshift and Qt5
[20:14] <wxl> aur depends are qt5 and redshift https://aur.archlinux.org/packages/redshift-qt/
[20:15] <wxl> redshift includes a bunch of other stuff.. https://www.archlinux.org/packages/community/x86_64/redshift/
[20:15] <kc2bez> That is what github indicates too https://github.com/Chemrat/redshift-qt#requirements
[20:15] <wxl> Redshift in $PATH
[20:16] <wxl> oh good, we also have redshift and redshift-gtk separately
[20:16] <wxl> so redshift is certainly a requirement
 yes, that's for sure
 I mean teh rest, posix??? And which Qt5 package?
[20:17] <wxl> ummm
[20:17] <tsimonq2> POSIX is a standard, I'd assume that's already implemented by default.
[20:17] <wxl> !info qt5-base
[20:18] <wxl> hahahahah
[20:18] <wxl> !info qt5-base eoan
 qtbase5-dev
[20:18] <tsimonq2> wxl: See the binary packages of qtbase-opensource-src
[20:18] <tsimonq2> Yeah.
[20:18] <wxl> ^^ that
 and qttools5-dev?
[20:19] <tsimonq2> Yeah, that too.
 qttools5-dev-tools?
[20:19] <tsimonq2> At the end of the day, you can guess and check.
[20:19] <tsimonq2> Just use sbuild or a PPA.
[20:19] <kc2bez> sbuild FTW
[20:19] <wxl> ^^ that's right. 
[20:19] <wxl> re: "guess and check"
 ok, thanks
[20:20] <tsimonq2> wxl: By the way, while I'm thinking about it, did you ever file that RFS on compton?
[20:20] <tsimonq2> I think it was compton, right?
[20:20] <wxl> yeah, no
[20:20] <tsimonq2> Could you do that?
[20:20] <wxl> life kind of blew up on me but soon
[20:20] <tsimonq2> I can give you a hand if you'd like.
[20:21] <tsimonq2> It's just sending an email man. :)
[20:21] <wxl> believe me, i know.. it's just i have a huge backlog and it's a relatively low priority comparatively
[20:21] <tsimonq2> Okay.
[20:21] <tsimonq2> All I'm saying is that the process takes a bit.
[20:21] <tsimonq2> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927231 is one I did.
[20:22] <wxl> i gotcha
[20:37] <wxl> RikMills: is it safe to presume kubuntu has the experimental zfs support in ubiquity? someone suggested he hadn't seen it in other flavors.
[20:38] <tsimonq2> wxl: No, actually.
[20:39] <wxl> tsimonq2: it's ONLY ubuntu propert?
[20:39] <tsimonq2> wxl: They slid that Ubiquity change in immediately before release, leaving no time or consideration for anyone else to implement it.
[20:39] <tsimonq2> wxl: Different frontends.
[20:39] <wxl> so it's on all the gtk frontends??
[20:39] <tsimonq2> wxl: The underlying code is in there, but the KDE frontend doesn't have it.
[20:39] <tsimonq2> yeah.
[20:39] <wxl> expletives.
[20:39] <tsimonq2> You're telling me.
[20:40] <wxl> https://github.com/calamares/calamares/issues/533#issuecomment-543934159
[20:42] -lugito:#lubuntu-devel- [rCALASETTINGScacfe81115b6: Upload to Focal.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCALASETTINGScacfe81115b6
[20:43] -lugito:#lubuntu-devel- [rLUBUNTUMETAPACKAGING7f6fa863ed51: Completely update to Focal.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLUBUNTUMETAPACKAGING7f6fa863ed51
[20:43] -lugito:#lubuntu-devel- [rLUBUNTUMETAPACKAGINGce605d716467: Welcome to the Focal Fossa!] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLUBUNTUMETAPACKAGINGce605d716467
[20:43] -lugito:#lubuntu-devel- [rUPDATENOTIFIERc7678e84b00b: Upload to Focal instead.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rUPDATENOTIFIERc7678e84b00b
[20:50] -queuebot:#lubuntu-devel- New source: lubuntu-update-notifier (focal-proposed/primary) [0.1]
[20:54] -queuebot:#lubuntu-devel- Unapproved: calamares-settings-ubuntu (focal-proposed/universe) [1:19.10.7 => 1:20.04.1] (lubuntu)
[20:54] -queuebot:#lubuntu-devel- Unapproved: lubuntu-meta (focal-proposed/universe) [19.10.6 => 19.10.7] (lubuntu)
[20:56] <tsimonq2> @HMollerCl: ^
[20:57] <wxl> tsimonq2: re: lubuntu-grub-theme you think we should just `update-grub; exit 0`?
[20:57] <tsimonq2> wxl: `update-grub || exit 0` seems a bit saner.
[20:58] <wxl> right
[20:58] <wxl> ^^ @The_Loud_Speaker there's your fix
[20:58] <wxl> waaaaaaaaait
[20:58] <wxl> the iso will still fail that way
[20:58] <wxl> update-grub will fail when building and provide a non-zero exit
[21:00] <tsimonq2> Which is why || is better, as opposed to ;.
[21:00] <tsimonq2> || says "if you fail, try this"
[21:00] <tsimonq2> Which is exit 0
[21:00] <tsimonq2> And, if it doesn't fail, we're still okay.
[21:00] <wxl> oh dumb i'm thinking && for some reason 
[21:00]  * wxl guzzles down more tea
[21:01] <tsimonq2> The problem then becomes this: if update-grub is still failing, can we guarantee that an installed system has still had the postinst script ran?
[21:01] -queuebot:#lubuntu-devel- Unapproved: accepted lubuntu-meta [source] (focal-proposed) [19.10.7]
[21:01] <wxl> *apparently* `stat -c %i /` will always be 2 in you're in a chroot, so you could create a conditional
[21:02] <wxl> there's also:
[21:02] <wxl> !info ischroot
[21:02] <wxl> !info ischroot eoan
[21:02] <tsimonq2> That still doesn't address the problem I raised.
[21:02] <wxl> oh hm
[21:02] <wxl> !info ischroot disco
[21:02] <wxl> well it does you liar
[21:02] <wxl> oh, it's part of debianutils
[21:02] <wxl> anyways
[21:02] <wxl> it could
[21:03] <tsimonq2> What I'm saying is, we need some QA work here.
[21:03] <tsimonq2> We need to guarantee that Cala's update-grub also pulls in the new theme.
[21:03] <tsimonq2> "pulls in" = "applies"
[21:04] <wxl> you could do `if [ $(stat -c %i /) == 2 ]; then exit 0; else update-grub; fi`
[21:04] <tsimonq2> That'll work.
[21:05] <tsimonq2> @Guephren: Do you have experience with CSS, or just graphic design?
[21:05] <wxl> oh i got it wrong.. != 2
[21:07] <wxl> using ischroot would be the easy solution
[21:17] <tsimonq2> Yep, so it does work fine.
[21:17] <tsimonq2> Cool, I don't think it should be a problem.
[21:47] <guiverc2> release-upgrade 19.04 to 19.10... wasn't the user asked to disable/stop xscreensaver   (I saw it a couple of times, that's how I recall it [want for comment on 1846842]
[21:53] <wxl> i don't remember anything like that guiverc2 but afaik no one but us is using xscreensaver (to the detriment of their security)
[21:59] <guiverc2> :|  but thanks wxl --  this was my reply (lp bug mentioned) minus @user  https://paste.ubuntu.com/p/m8cCKQ5qcM/  ;; any comments esp. given you can't recall the page I'm basing it on  (from my crappy memory)
[22:01] <wxl> unfortunately i haven't done it so i'm not sure but i'm not surprised seeing services go up and down guiverc2 
[22:03] <guiverc2> up down is why I think it gave the 'long' message telling user to disable/stop  (i forget its actual word; why I'm using that..)    thanks wxl I'll think on it some more..
[22:11] <wxl> guiverc2: i mean to be fair such things aren't restricted to full release upgrades, but if, for example, i was running virtualbox and upgraded virtualbox, the upgrade process wouldn't complete successfully unless i closed down virtualbox.
[22:41] <wxl> hey @tsimonq2 while you're syncing stuff could you get qtpass 1.3.0+ in the archives? see bug 1829693
[22:41] <tsimonq2> wxl: ack
[22:48] <tsimonq2> wxl: We'll wait for autosyncer on that one.
[22:51] <wxl> tsimonq2: that's been in debian since september.. i presume that was too late for the auto-sync in eoan?
[22:52] <tsimonq2> wxl: Yes.
[22:52] <wxl> tsimonq2: debian import freeze was august 22nd. i presume that's the cutoff?
[22:52] <tsimonq2> wxl: Yep.
[22:53] <wxl> ko