[00:05] <KGB-1> gdm ubuntu/master f740f4b Marco Trevisan * pushed 27 commits (first 5 follow) * https://deb.li/LuVl
[00:05] <KGB-1> gdm ubuntu/master c01efbc Simon McVittie debian/changelog * Merge branch 'debian/unstable' into debian/master * https://deb.li/31DlI
[00:05] <KGB-1> gdm ubuntu/master 88a04bb Simon McVittie debian/watch * Revert "debian/watch: Monitor unstable versions" * https://deb.li/3pxgE
[00:05] <KGB-1> gdm ubuntu/master 1d8ebd2 Simon McVittie debian/upstream/metadata * d/upstream/metadata: Add * https://deb.li/iQIIe
[00:05] <KGB-1> gdm ubuntu/master af4a4da Simon McVittie debian/changelog * Release to unstable * https://deb.li/wu5G
[00:05] <KGB-1> gdm ubuntu/master 4634783 Felix Yan daemon/gdm-x-session.c * Correct a typo in gdm-x-session.c * https://deb.li/d1Fs
[01:01] <callmepk> good morning
[01:05] <duflu> Morning callmepk 
[01:05] <callmepk> morning duflu 
[04:50] <jibel> Good morning
[04:59] <callmepk> hey jibel 
[05:01] <duflu> Hi jibel 
[05:01] <jibel> hi duflu callmepk 
[06:27] <ricotz> good morning desktopers!
[06:28] <ricotz> could someone restart https://launchpad.net/ubuntu/+source/libreoffice/1:7.0.2-0ubuntu1/+build/20144206
[06:28] <ricotz> this looks pretty much stuck
[06:28] <oSoMoN> good morning desktoppers
[06:29] <ricotz> oSoMoN, hey
[06:29] <oSoMoN> ricotz, I just cancelled, I'll restart it
[06:29] <ricotz> oSoMoN, ty
[06:32] <oSoMoN> done
[06:42] <didrocks> good morning
[06:42] <duflu> Morning ricotz, oSoMoN, didrocks 
[06:48] <didrocks> hey duflu 
[06:49] <oSoMoN> salut didrocks 
[06:49] <oSoMoN> hey duflu 
[06:58] <didrocks> salut oSoMoN 
[07:14] <marcustomlinson> morning callmepk duflu jibel ricotz oSoMoN didrocks and ye other desktoppers
[07:15] <duflu> Morning marcustomlinson 
[07:16] <didrocks> hey marcustomlinson 
[07:32] <jibel> Salut didrocks marcustomlinson and all
[07:36] <callmepk> hey marcustomlinson
[07:36] <callmepk> and morning ricotz oSoMoN duflu 
[07:37] <duflu> Umm, afternoon callmepk 
[07:37] <duflu> for both of us
[07:38] <duflu> Unless you follow https://www.google.com/search?q=universal+greeting+time
[07:39] <didrocks> salut jibel 
[07:40] <oSoMoN> good morning marcustomlinson, salut jibel, good afternoon callmepk 
[07:41] <seb128> hey ricotz , duflu , marcustomlinson 
[07:41] <seb128> lut jibel , didrocks , oSoMoN 
[07:41] <seb128> how are you?
[07:41] <seb128> oh and hey callmepk, almost forgot you :-(
[07:42] <jibel> Salut seb128 
[07:42] <oSoMoN> salut seb128, ça va, et toi?
[07:42] <jibel> good as usual :)
[07:42] <jibel> ready for a new release in a week
[07:42] <duflu> Hi seb128 
[07:44] <seb128> oSoMoN, ça va bien, j'ai réussi à dormir jusqu'à 7h sans être réveillé et mon rhume est presque passé :-)
[07:44] <oSoMoN> \o/
[07:45] <didrocks> salut seb128 
[07:50] <callmepk> duflu oops
[07:51]  * callmepk needs more coffee
[08:02] <Laney> hey ho
[08:02] <seb128> didrocks, jibel , oSoMoN , une idée du vocable usual pour 'directory' en context d'AD en français ?
[08:02] <seb128> les suggestions actuelles sur launchpad sont
[08:02] <seb128>  S'authentifier auprès d'un répertoire 
[08:03] <seb128>  Authentification d'après un dossier 
[08:03] <seb128> unsure translators got the 'directory' was in AD context
[08:03] <seb128> (I assume it is since it's untranslated)
[08:03] <seb128> hey Laney , how are you today?
[08:04] <oSoMoN> hey ho Laney 
[08:05] <oSoMoN> seb128, "annuaire"?
[08:06] <didrocks> I would have said annuaire as well
[08:06] <didrocks> you say "annuaire LDAP" for instance
[08:07] <seb128> maybe it's worth adding some # gettext context next to the string next time you do an editor around there
[08:07] <didrocks> there is no AD in that string?
[08:07] <seb128> didrocks, oSoMoN , thanks, I will go with annuaire, sounds fine to me
[08:07] <seb128> 'Authenticate against a directory'
[08:07] <seb128> is the string
[08:08] <jibel> seb128, I wouldn't translate "Active Directory" it's a product. Do you have a link to the sentence that contains only "directory"?
[08:08] <didrocks> yeah, some gettext context would help
[08:08] <jibel> otherwise "Annuaire" is correct
[08:10] <seb128> jibel, https://git.launchpad.net/ubiquity/tree/debian/ubiquity.templates#n1647
[08:11] <seb128> jibel, didrocks, oSoMoN , 'S'authentifier auprès d'un annuaire' ?
[08:11] <jibel> oui
[08:11] <seb128> merci
[08:12] <jibel> but it doesn't really matter this string is not displayed in the UI it's just a debconf entry to store whether we use AD or not
[08:13] <seb128> ah ok
[08:13] <jibel> the way ubiquity is done all the strings are stored in debconf and there is not really a way to distinguish what is really displayed and what is not
[08:14] <jibel> OTOH if you don't write a description in the template you're quickly lost
[08:24] <duflu> Oh I forgot to look... seb128, jamesh, did you find out why pulseaudio 13.99.2 was tagged?
[08:25] <seb128> duflu, tagged you mean?
[08:25] <duflu> why it exists
[08:25] <duflu> There is no recent NEWS
[08:25] <jamesh> duflu: no idea.
[08:25] <duflu> Maybe I will diff it later and look for interesting things 
[08:26] <jamesh> duflu: there is a release tarball at https://freedesktop.org/software/pulseaudio/releases/
[08:27] <duflu> jamesh, yeah but the NEWS file is untouched
[08:27] <duflu> Maybe it will be in 14.0
[08:27] <jamesh> duflu: it wasn't updated for 13.99.1 either.  Perhaps due to treating them as pre-releases
[08:27] <duflu> yep
[08:28] <jamesh> there's nothing in there for the 12.99.x releases either
[08:32] <seb128> duflu, I did the update in Debian and merged to Ubuntu, I used the upstream tarball
[08:32] <seb128> but I've no idea how they handle NEWS and tags
[08:32] <seb128> afaik the update is correct though
[08:32] <duflu> seb128, yeah it looks good. Just wondering why the point release now
[08:33] <duflu> I guess as a release candidate or whatever it makes sense
[08:33] <seb128> it's a new rc on their way to get a stable out
[08:33] <seb128> the changes seemed to make sense for us as well
[08:33] <seb128> mostly fixes
[08:37] <marcustomlinson> hey jamesh
[08:37] <jamesh> hi marcustomlinson 
[08:51] <juliank> tkamppeter: Reading https://www.linux-magazin.de/news/ist-die-cups-entwicklung-eingeschlafen/ made me look at cups and get scared at its upstream state. Apple dumped one release on github in April and ignores anything going on in the repo. scary
[08:54] <tkamppeter> juliank, I do not know whether you followed my weekly updates for my Canonical work, on https://discourse.ubuntu.com/c/desktop/team-updates and my monthly news posts on OpenPrinting, https://openprinting.github.io/news/ where I already mentioned the situation.
[08:55] <juliank> tkamppeter: No I don't I just got scared this morning :) But I see now a https://github.com/OpenPrinting/cups fork
[08:55]  * juliank is happy
[08:56] <tkamppeter> We (Michael Sweet and me) finally came up to do a fork of CUPS on the OpenPrinting GitHub, https://github.com/OpenPrinting/cups
[08:56] <tkamppeter> Yes, you have seen it.
[08:57] <juliank> tkamppeter: Yeah I found it via your openprinting link :D
[08:58] <juliank> I love how it says (temporary)
[08:58] <juliank> in the September blog post
[08:59] <tkamppeter> There is also a thread on https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1212363-cups-printing-system-open-source-development-has-seemingly-dried-up
[08:59] <tkamppeter> I have answered to all the doubts of the poster and the users who have answered before me.
[09:00] <tkamppeter> For me it more and more looks like that the "(temporary)" was wrong and will disappear in later mentions on OpenPrinting ...
[09:01] <juliank> So we'll end up with two "C"UPS
[09:01] <juliank> One that Apple uses, and one that everyone else uses
[09:01] <juliank> It'll be fun
[09:01] <tkamppeter> This is currently my biggest fear, as I am already doing a lot for printing and if I also have to maintain CUPS upstream ,...
[09:01] <tkamppeter> Seems so.
[09:03] <tkamppeter> Or Apple has quit CUPS and on their new ARM Mac generation they will do without, but see on Launchpad, or on Debian, or on anybody's Raspberry Pi or other SBC, CUPS WORKS ON ARM!!
[09:04] <tkamppeter> Something like 10 or more years ago I got a Nexus 7 tablet on a UDS, installed a complete Ubuntu Desktop on it, including CUPS and HPLIP and it printed perfectly on an HP inkjet, connected via USB OTG cable.
[09:05] <Laney> tkamppeter: I thought Mike Sweet worked for apple, or no?
[09:05] <juliank> I expect Apple builds like new printer driver framework and kills of support for old drivers one macOS release later :)
[09:06] <juliank> Or they say "screw that, we only support AirPrint now, and have a minimal thing to make that work"
[09:07] <juliank> Laney: he did until nov
[09:07] <juliank> 2019
[09:07] <Laney> I see
[09:07] <Laney> probably a sign ;-)
[09:08] <juliank> oh dec 20
[09:15] <jamesh> juliank: didn't they already come up with a new driver framework that is essentially "implement an IPP server"?
[09:15] <juliank> jbicha: yes pappl
[09:16] <jamesh> at which point your printing framework is essentially an IPP multiplexer with some queuing logic.  It's not clear how much of classic CUPS you'd need
[09:17] <tkamppeter> Laney, he left in the beginning of this year and created his own company, Lakeside Robotics in Canada, it is all about 3D printing.
[09:17] <Laney> CU3PS
[09:18] <juliank> NUPS
[09:18] <juliank> s/common/new/
[09:18] <juliank> :D
[09:18] <juliank> or SUPS
[09:18] <juliank> The simple unix printing system :D
[09:19] <tkamppeter> jamesh, yes, as Mike was still at Apple he created the idea of Printer Applications, first mention on OpenPrinting Summit April(May?) 2018.
[09:19] <tkamppeter> He already deprecated PPD files more than 10 years ago but did not have an idea to replace them.
[09:21] <tkamppeter> With driverles IPP printing (AirPrint is one flavor of this) he came up with Printer Applications, an IPP server on a computer (usually local) emulating an IPP network printer with all pipes and whistles (print, scan, fax, web admin).
[09:22] <tkamppeter> In the beginning there was only printing and the web admin interface, but the PWG created also IPP Scan for driverless scanning and this made me introducing the concept of Scanner Applications and so getting a new snappable scanning architecture for Linux.
[09:22] <tkamppeter> Now to students are implementing it.
[09:23] <tkamppeter> And, PAPPL is not a spooler, nor a general network print server.
[09:23] <tkamppeter> PAPPL is a library for easy creation of Printer and Scanner applications.
[09:23] <jamesh> Right.  But if you're not pushing IPP as the API applications use to submit jobs, it doesn't sound that crazy to replace the multiplexer/queue daemon.
[09:24] <tkamppeter> CUPS is still needed, to spool, to turn incoming PDF into the format the printer (or Printer Application) needs, shares printers on network.
[09:26] <tkamppeter> If print dialogs would support IPP disrectly (instead of using a CUPS API) one can theoretically print without CUPS, but it is awkward, first you have no spooling, dialog blocks until printer has swallowed all the data.
[09:26] <tkamppeter> Second, only printers or Printer Applications which accept PDF as input format will work.
[09:27] <jamesh> If the operating system's printing API involves driving a graphics context (i.e. whatever is Apple's equivalent of a cairo context), there's not much reason to go through PDF or PS as an intermediate.  You could just render straight to Apple or PWG raster
[09:28] <jamesh> so the multiplexer wouldn't necessarily need to be in the business of format conversion
[09:28] <tkamppeter> We could theoretically let print dialogs spool or output alternative formats to PDF, but this is the task of the operating system and for this the operating system Linux (and anything else which is not Mac or Windows) uses CUPS.
[09:33] <tkamppeter> Also, who will implement changes in the print dialogs? For years I struggled with print dialog developers and GSoC students to get print dialogs simply using the latest CUPS API so that they at least support CUPS' temporary queues.
[09:34] <tkamppeter> I need volunteers!! contributors!!
[09:40] <jamesh> Sure.  I was more speculating about why Apple might cut CUPS loose once all the esoteric details were hidden behind the printer application framework
[11:31] <Laney> anyone remember if there is a gsetting or something to disable the suspend option? something something logind?
[11:31] <Laney> apparently the pi allows you to suspend but that breaks it, would like to at least turn off the options
[11:36] <seb128> Laney, try https://bugs.launchpad.net/ubuntu/+source/policykit/+bug/1300460/comments/3 ?
[11:58] <Laney> yesssss
[12:00] <Laney> thanks seb128!
[12:01] <seb128> Laney, np!
[12:06] <waveform> Laney, that works very nicely! (even seemed to work *before* a reboot)
[12:12] <Laney> waveform: nice
[12:12] <Laney> can you do a merge proposal for https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings to add those?
[12:12] <waveform> Laney, will do
[12:12] <Laney> cheers
[13:57] <hellsworth> good morning desktopers
[13:57] <oSoMoN> good morning hellsworth 
[13:58] <kenvandine> good morning hellsworth 
[13:58] <hellsworth> hi there oSoMoN , kenvandine :)
[13:59] <seb128> hey Heather! how are you?
[14:00] <jibel> Good morning hellsworth 
[14:01] <hellsworth> o/ seb128 jibel i'm good thanks :)
[14:13] <KGB-0> gdm ubuntu/master ec9e9f7 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3VX20
[14:17] <marcustomlinson> hey hellsworth and kenvandine
[14:17] <hellsworth> sup marcustomlinson 
[15:01] <waveform> Laney, as requested - https://code.launchpad.net/~waveform/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/392237
[15:04] <Laney> merci merci
[15:06] <Laney> waveform: you mentioned some other uploads, are you ok for sponsorship for those e.g. from sil2100?
[15:07] <sil2100> o/
[15:09] <waveform> yes - I've got the flash-kernel one ready ... erm ... <goes looking>
[15:24] <seb128> waveform, you have a netplan change in there that seems unrelated?
[15:25] <waveform> seb128, ah I must've left in my confused "what is that operator?" experiment - it's a null-change - doesn't affect the built deb
[15:25] <seb128> right, still it's a different logical change and is undocumented
[15:25] <waveform> I'll push a commit updating the changelog - thanks
[15:26] <seb128> thanks
[15:27] <waveform> done - do you need me to rebuild the test package in the PPA or is the MP enough?
[15:29] <seb128> the MP is enough
[15:29] <seb128> well, I trust it is, I was not going to sponsor but I'm just sil2100  or Laney  whoever does the sponsoring don't need the ppa
[15:30] <Laney> yeah, not needed
[15:31] <Laney> using the / operator there is really not necessary, it would be ok to drop it in a separate commit if you wanted (but fine either way)
[15:33] <waveform> yeah - I've never used meson so I was mostly interested in exactly what it did, but also why it was different from the subsequent line so tried a test build with it changed to a regular string while I went digging into the docs for the "Right Way (tm)" to do things in meson
[15:34] <waveform> (and was then amused to learn it's literally just (paraphrasing) "inserts a / on all platforms" - so not even python's /-operator in pathlib :)
[15:39] <Laney> heh
[15:39] <Laney> it's nice if one side of it is a variable
[15:47] <waveform> certainly, especially if you're not sure about "/" prefixes or suffixes in the things being joined
[15:59] <juliank> So, custom keybindings are lost in GNOME right now from time to time, like they're not reapplied after screen lock or sth
[15:59] <juliank> Do you guys know a bug report for that already?
[16:00] <juliank> oh this I guess https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1893729
[16:00] <juliank> but I thought I reverted
[16:00] <juliank> it's at 3.38 now
[16:02] <Laney> It's not that, that was a mismatch between different GNOME components, doesn't happen now they are all in sync
[16:02] <Laney> that particular bug should be closed
[16:27] <Laney> waveform: I'm going to just tweak your MP to follow https://www.freedesktop.org/software/polkit/docs/0.105/pklocalauthority.8.html and install to /var/lib/polkit-1/localauthority/10-vendor.d/ but then I will upload
[16:30] <waveform> Laney, okay - thanks!
[19:13]  * ricotz eyes on https://launchpad.net/ubuntu/+source/libreoffice/1:7.0.2-0ubuntu1/+build/20144206
[19:15] <ricotz> this flaky test is not meant to fail on this arch :\ -- could someone retry it, please ^
[19:30] <ginggs> ricotz: .
[19:31] <ricotz> ginggs, cheers
[19:41] <ginggs> ricotz: yw!