=== JanC is now known as Guest86694
=== JanC_ is now known as JanC
[07:23] <duflu> sil2100: Happy release day. I almost forgot...
[07:23] <sil2100> Happy release day indeed
[07:24] <duflu> Let us celebrate Ubuntu with chocolate
[07:40] <Laney> morning
[07:41] <seb128> good morning desktopers
[07:41] <flexiondotorg> Morning seb128
[07:41] <flexiondotorg> Laney Hi
[07:41] <duflu> Moring seb128, Laney, flexiondotorg
[07:41] <seb128> Laney, hope you got some sleep? you were still talking when I closed IRC yesterday and you are already up?!
[07:41] <flexiondotorg> duflu Morning
[07:41] <seb128> hey flexiondotorg duflu
[07:41] <flexiondotorg> Laney are you in the office?
[07:41] <seb128> Laney, release issues?
[07:43] <Laney> seb128: yeah most of the night :-)
[07:43] <seb128> good :-)
[07:43] <Laney> no big issues I think, just that dkms one for upgrades
[07:43] <Laney> flexiondotorg: yup
[07:43] <duflu> Interesting I used to have quite a chore minding DKMS bugs. Now it's almost nothing
[07:44] <Laney> oh
[07:44] <Laney> you know dkms? ;-)
[07:44] <duflu> I haven't hacked any DKMS-related fixes for a few years. Just minding bug reports (since they're so similar and easy to deduplicate)
[07:47] <Laney> duflu: Well... if you like, you could review my patch on bug #1681566?
[07:47] <ubot5> bug 1681566 in virtualbox (Ubuntu) "nvidia-375 DKMS module not recompiled on upgrade to 17.04" [Undecided,Confirmed] https://launchpad.net/bugs/1681566
[07:47] <Laney> I basically stabbed in the dark
[07:47] <duflu> Likely I would also be stabbing
[07:47] <Laney> 'k
[08:05] <davmor2> morning all
[08:06] <seb128> hey davmor2, how are you? still having fun with the isos?
[08:07] <davmor2> seb128: desktop done if they didn't respin things are looking much better now :)  Mini.iso to go
=== maclin1 is now known as maclin
[12:03] <jbicha> good morning
[12:38] <darkxst> hey jbicha
[12:42] <darkxst> everything good for release?
[12:43] <darkxst> I've been stuck in api world the last 2 days
[12:45] <jbicha> yes
[13:15] <davmor2> Yay congrats all
[13:34] <TheGame> hey, in need of some fun, (on the look for something to search user details on Google facebook etc.. (for shocking some people) :D
[15:11] <lan3y> i'm stuck on this stupid nick
[15:11] <lan3y> arghhhhhhhhhhhhhhh
=== lan3y is now known as Laney
[15:11] <Laney> WHY
[15:11] <Laney> oh
[15:12] <Laney> yay
[15:12] <davmor2> could be worse, could be stuck with mine nick
[15:12]  * Laney snuggles davmor2 
[15:12] <Laney> we love you despite your nick
[15:12] <Laney> (and face)
[15:14] <davmor2> Laney: man I was gonna say it could be worse, you could be stuck with your face but I thought no that's not nice and then you go and pull on me, I should stuck with my original option
[15:14] <davmor2> :D
[15:14]  * davmor2 pats Laney gently on the head and sends him to the pub
[15:18] <Laney> glug glug glug
[15:18] <Laney> oh now things look much nicer
=== b4n_ is now known as b4n
[15:34] <tkamppeter> seb128, hi
[15:34] <seb128> hey tkamppeter
[15:35] <tkamppeter> seb128, I know that Ubuntu has switched over to GNOME as standard desktop
[15:35] <seb128> tkamppeter, that's not done yet :-)
[15:35] <seb128> it has been decided to do that though yes
[15:35] <tkamppeter> Now I am working in the GSoC on improving print dialogs.
[15:36] <tkamppeter> One thing are common backends (interfaces to print technologies like CUPS, IPP, and Google Cloud Print)  for both GTK and Qt dialogs.
[15:37] <tkamppeter> There will be a new GTK print dialog in around two years from now and for Qt we will take the current Unity 8 print dialog code in the GSoC and two students will makesomething Qt-upstreamable out of that.
[15:39] <tkamppeter> To get the benefits of these changes to the users more quickly, especially to get Google Cloud Print support into the print dialog as soon as possible (to not be behind Fedora and to not need their awkward workaround) we came to the idea also to patch the current GTK print dialog to use our backends.
[15:39] <tkamppeter> seb128, ^^
[15:40] <seb128> tkamppeter, I'm reading what you write, do you have a specific question?
[15:40] <tkamppeter> seb128, so a student will do that patch and we will immediately have support for CUPS queues, IPP network printers, and Google Cloud Print printers.
[15:41] <tkamppeter> seb128, I want to ask you whether Ubuntu would accept such a patch.
[15:42] <seb128> tkamppeter, it's difficult to say without seeing the patch and resulting UI, we can probably backport it to our package if it's approved upstream and in trunk but not yet in our version, not sure we would distro patch something not reviewed upstream though
[15:43] <tkamppeter> Another benefit of such backends is that if a new print technology (like something Google-Cloud-Print-equivalent from another provider than Google) appears that we get it quickly available to the users.
[15:45] <tkamppeter> So if the new print dialog would be in a good shape in the upstream repo, you would backport it, but if the current dialog gets a non-upstream patch you would not take it?
[15:47] <seb128> that sounds likely
[15:47] <seb128> we would need to see the patch and resulting UI as said
[15:47] <seb128> but it makes sense to get upstream reviews first
=== bluesabre_ is now known as bluesabre
[15:49] <tkamppeter> seb128, UI will not change, the patch will be done completely on the backend level.
[15:49] <seb128> so would the patch add any user visible feature/difference today?
[15:50] <tkamppeter> The visual difference is that if the logged in user has Google Cloud Print printers that the dialog lists them.
[15:51] <tkamppeter> seb128, do you know Felipe Borges? He is the mentor for the student.
[15:51] <seb128> no
[15:52] <seb128> google cloud print works nowadays in GNOME no?
[15:52] <seb128> with gnome-online-account
[15:53] <tkamppeter> I only know that Fedora uses an ugly utility which turns Google Cloud Print printers into CUPS queues, and this is the wrong approach, as CUPS queues are system-wide and so everyone can print on the queues of the user logged in.
[15:54] <tkamppeter> The print dialog backend idea is to let the print dialog backend directly use Google APIs and not involve CUPS.
[15:54] <jbicha> tkamppeter: https://help.gnome.org/misc/release-notes/3.12/more-core-ux.html
[15:55] <jbicha> but I don't have any printers so I don't know what it looks like
[15:58] <tkamppeter> Perhaps I got mislead by this Fedora approach. I will tell Felipe and Aveek that perhaps the step of backporting the backend support into the current dialog is not needed.
[15:58] <jbicha> tkamppeter: off-topic, but have you tried zesty's gnome-control-center Printers panel yet? https://blogs.gnome.org/felipeborges/new-printers-panel/
[16:04] <seb128> tkamppeter, https://bugzilla.gnome.org/show_bug.cgi?id=723370
[16:04] <ubot5> Gnome bug 723370 in general "Request cloudprint scope for google provider" [Normal,Resolved: fixed]
[16:04] <jbicha> the comments on the blog post point out that it's unclear what the ink level color bar means
=== bigon_ is now known as bigon
[16:27] <tkamppeter> seb128, jbicha, thanks for the info.
[16:28] <tkamppeter> seb128, do you know how well Qt and KDE are going in the general community? Is KDE still actively developed? Is Kubuntu still actively developed? Are there other distros using KDE as default desktop?
[16:29] <seb128> tkamppeter, I don't really know how they are doing but it's still an active project yes
[16:29] <tkamppeter> OK, thanks.
=== ChrisTownsend1 is now known as ChrisTownsend
[16:34] <jbicha> tkamppeter: yes, KDE is very much alive, there was a new Kubuntu release today, KDE Neon is a Kubuntu derivative from jriddel and others
[16:35] <jbicha> I think openSUSE originally defaulted to KDE but now KDE and GNOME are equal
[16:36] <jbicha> KDE's last release was last week: https://www.kde.org/
=== tyhicks` is now known as tyhicks