[01:48] <callmepk> good morning
[02:56] <duflu> Belated good morning, callmepk 
[05:11] <callmepk> Sorry for late greeting duflu 
[05:12] <duflu> I meant I was late :)
[05:12] <callmepk> Yeah, but I was also late to reply you :|
[06:12] <seb128> goood morning desktopers!
[06:13] <Maik> good morning seb128
[06:17] <duflu> Morning seb128 
[06:56] <didrocks> good morning
[06:58] <jibel> hi all
[07:00] <didrocks> salut jibel 
[07:08] <jibel> Salut didrocks, ça va?
[07:12] <didrocks> jibel:ça va, et toi ?
[07:15] <didrocks> trying to add a printer to my system -> fail
[07:16] <didrocks> detection works, adding the driver works, but then, no printing (just task is ending, as if it was printing)
[07:16] <didrocks> this printer used to work like a charm on older version than our LTS
[07:30] <jibel> didrocks, ça va bien merci. 
[07:31] <jibel> didrocks, what is the printer?
[07:31] <jibel> https://wiki.ubuntu.com/DebuggingPrintingProblems
[07:31] <JanC> some printer drivers aren't good at detecting when a document is too large (or too large to be printed at once)
[07:32] <JanC> at least, that's my impression  :)
[07:33] <didrocks> jibel: epson stylus photo rx560
[07:33]  * didrocks looks at the wiki
[07:33] <JanC> might be useful to mention if the printer gives an error or not  :)
[07:39] <didrocks> no, task is ending successfully
[07:39] <didrocks> just nothing happens
[07:44] <didrocks> tkamppeter: hey, I filed it with the logs from the wiki on bug #1891987
[08:06] <Laney> sup yo
[08:08] <didrocks> hey Laney 
[08:11] <marcustomlinson> morning desktoppers
[08:11] <didrocks> hey marcustomlinson 
[08:21] <Laney> moin didrocks marcustomlinson 
[08:24] <duflu> Morning didrocks, jibel, Laney, marcustomlinson 
[08:24] <marcustomlinson> hiho didrocks Laney duflu
[08:25] <callmepk> morning didrocks jibel Laney marcustomlinson 
[08:25] <marcustomlinson> hey callmepk
[08:32] <didrocks> hey duflu, callmepk 
[08:38] <Laney> guten morgen duflu and callmepk!
[08:38]  * Laney loves the hello game
[08:38] <Laney> never take it away from me
[08:38] <duflu> Ah a morning person
[09:12] <jibel> also called the fish tank game.
[10:53] <xnox> somehow i rebooted with sddm instead of gdm
[10:56] <duflu> I hear that fixes a few things :)
[10:56] <duflu> And good night
[11:10] <juliank> tkamppeter: what you think about seeding sane-airscan so we get driverless scanning out of the box in groovy?
[11:13] <luna_> are you having a Desktop meeting today?
[11:14] <tkamppeter> didrocks, I will look into it.
[11:15] <tkamppeter> juliank, yes, this is my intention. Have you seen my MIR already?
[11:15] <juliank> tkamppeter: No I haven't seen it, but it's good to know
[11:16] <juliank> I found it
[11:16] <tkamppeter> bug 1891682
[11:17] <juliank> very excited :)
[11:21] <tkamppeter> juliank, we will soon be able to print, scan, and fax on all modern mulri-function devices, without needing drivers, with Groovy.
[11:22] <juliank> Now I just need such devices
[11:22] <juliank> :D
[11:22] <juliank> But like this opens up buying Brother devices
[11:23] <tkamppeter> And someone later, you can take an old printer, and old scanner, a Raspberry Pi, and a serving trolley to build your own professional multi-function device which also works all driverless with Linux.
[11:23] <juliank> Personally I don't have a scanner, and an older Brother laser printer (HL-2130), none are network capable, or even powered more than like a few mins a year
[11:24] <juliank> I do have a scanner actually, but it's an old HP MFP
[11:24] <juliank> The ink dried out all the time, so I got a used laser printer :)
[11:24] <tkamppeter> The printer and the scanner for your DIY multi-function device do not need to be network-capable, if they print with Linux and scan with SANE no problem.
[11:24] <juliank> because like, one page per quarter is not going to keep your ink working :)
[11:25] <juliank> Right
[11:25] <juliank> They are on a table with wheels
[11:25] <tkamppeter> The old HP MFP together with the Raspberry Pi can be turned into a modern multi-function device.
[11:25] <juliank> I just don't have enough power sockets :)
[11:26] <tkamppeter> Yes, on the table with wheels they get even a professional multi-function device.
[11:26] <juliank> But in any case, if my parent's HP multifunction device fails, they can now get a Brother, or a Canon for that matter
[11:26] <tkamppeter> There are power strips available for few bucks in any hardware store.
[11:27] <juliank> I have some power strips chained into each other
[11:27] <juliank> :D
[11:27] <tkamppeter> Yes, any modern device which is supposed to work with a phone, works, independent of manufacturer, this is the wonderful world of driverless printing.
[11:28] <juliank> At least their HP printer still "works"
[11:28] <juliank> YOu need to open and close it if you want to print color
[11:28] <juliank> the color ink cartridge is a bit broken I suppose
[11:28] <juliank> And they have Instant Ink which means talk to customer support to request a new one
[11:29] <juliank> But apart from color ink failing every 2 years, it's OK
[11:29] <tkamppeter> And if the scanning on a modern device does not work, the author of sane-airscan helps you to fix the quirk in a few hours.
[11:30] <tkamppeter> If you print only once in a quarter get a laser, there is no ink to dry out.
[11:30] <tkamppeter> And if its a photo to print one in a quarter, take your USB stick to the drugstore.
[11:31] <tkamppeter> This is a hardware problem which we cannot solve at OpenPrinting.
[11:31] <juliank> Yup
[11:31] <juliank> My parents they unfortunately insist on having a color printer
[11:31] <juliank> And like 100€ they think is very expensive for a printer
[11:31] <juliank> (multi function printer)
[11:32] <juliank> Otherwise they'd get a nice laser printer too
[11:32] <tkamppeter> There are also cheap color lasers, and if they do driverless IPP (print from phone) they work with Linux.
[11:34] <juliank> this printer cost 60€ and is 4 years old, and they spend 3€/month on ink
[11:34] <juliank> surprisingly this came out cheaper than buying the expensive model with the cheap ink
[11:35] <juliank> Well, maybe not, I estimated a 2 year life time IIRC
[11:36] <juliank> no printer before it survived that long
[11:36] <juliank> (and IIRC 5y for the expensive one)
[11:36] <juliank> BUt I can't find the spreadsheet :(
[11:36]  * juliank has 0 trust in HP printers
[11:37] <tkamppeter> There were HP lasers in former times which are still around, older than 10 years.
[11:37] <tkamppeter> I am working on printing with Linux for exactly 20 years now:
[11:37] <tkamppeter> https://openprinting.github.io/OpenPrinting-News-August-2020/
[11:37] <juliank> HP lasers were good, some are good
[11:38] <juliank> but these cheap 60€ inkjets were always a desaster
[11:39] <juliank> tkamppeter: congratulations?
[11:39] <tkamppeter> They probably last simply the 2 years which are the minimum guarantee required in the EU.
[11:39] <tkamppeter> Thanks.
[11:40] <juliank> Not sure if this one lasts longer because it gets fed with instant ink subscription cartridges rather than free market ones
[11:40] <juliank> #conspiracy
[11:41] <tkamppeter> Printers are loss leaders, the printer is sold with loss and the manufacturers earns with ink.
[11:59] <marcustomlinson> that's interesting
[12:04] <Laney> Big Ink
[12:24] <ricotz> heya desktopers!
[12:33] <marcustomlinson> hey ricotz
[12:37] <KGB-0> gnome-shell tags dbb7fef Marco Trevisan ubuntu/3.36.4-1ubuntu1_20.04.2 * Debian release 3.36.4-1ubuntu1~20.04.2 * https://deb.li/3QxWy
[12:37] <KGB-0> gnome-shell ubuntu/focal 6eebbea Marc Deslauriers debian/ (5 files in 2 dirs) * Import Debian changes 3.36.4-1ubuntu1~20.04.2 * https://deb.li/quXG
[13:26] <hellsworth> good morning desktopers
[13:29] <luna_> hello hellsworth 
[13:29] <Wimpress> Hi hellsworth o/
[13:29] <hellsworth> hi folks :)
[13:30] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2020-08-18
[13:30] <meetingology> Meeting started Tue Aug 18 13:30:11 2020 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <Wimpress> Roll call:  didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSo_MoN, seb128 , tkamppeter, Trevinho, robert_ancell, callmepk
[13:30] <marcustomlinson> \o
[13:30] <Trevinho> o/
[13:30] <hellsworth> o/
[13:30] <jibel> \o
[13:30] <kenvandine> o/
[13:30] <callmepk> o/
[13:30] <luna_> o/
[13:30] <didrocks999> o/
[13:30] <Wimpress> Hello all o/
[13:30] <seb128> \o_
[13:31] <Wimpress> #topic rls-bb-bugs
[13:31] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:31] <Wimpress> http://launchpad.net/bugs/1888505
[13:32] <Wimpress> Not sure that is rls critical?
[13:32] <seb128> it was discussed and was meant to be untagged no?
[13:32] <Wimpress> Tagged as wontfix
[13:33] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:33] <hellsworth> oh yes thank you Wimpress 
[13:33] <Wimpress> hellsworth: np
[13:33] <Wimpress> bb-tracking all looks in hand.
[13:34] <Wimpress> #topic rls-ff-bugs
[13:34] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:34] <Laney> notfixing not wontfix fwiw
[13:34] <Wimpress> Thanks Laney 
[13:34] <KGB-0> gnome-control-center ubuntu/master 09b77b5 Sebastien Bacher debian/patches/0029-applications-Use-new-snapd-glib-API-for-labelling-Sn.patch * remove patch that isn't needed anymore * https://deb.li/yiwU
[13:34] <Wimpress> http://launchpad.net/bugs/1891476
[13:35] <seb128> (shush KGB-0, don't tell me off for pushing commits during a meeting!)
[13:35] <kenvandine> lol
[13:36] <seb128> I've no strong opinion on whether a ftbfs is a rls issue in a stable serie
[13:36] <seb128> what do other think?
[13:36] <kenvandine> it is a little concerning that something was uploaded to break that
[13:37] <seb128> well, that package didn't change much for a while
[13:37] <seb128> so could well be a toolchain update and we didn't catch it because it was not rebuilt during the cycle
[13:37] <seb128> anyway, do we +1 or -1 that?
[13:37] <Laney> I think it should be, if there was another fix needed then this would block that
[13:37] <seb128> I would tend to -1 personnally
[13:38] <seb128> if we need to do an upload fixing the build as well makes sense
[13:39] <Wimpress> So, what to do?
[13:40] <didrocks999> I think we should link that to another fix as well (do we have a VCS just to stage the patch there and avoid investigation if we don’t find the bug when looking at it?)
[13:40] <seb128> Wimpress, you decide :-)
[13:40] <Wimpress> That sounds sensible. Land the patch but but don't upload until something else requires with upload?
[13:41] <seb128> I think it doesn't need to be targetted, Laney seems to have a preference for doing it
[13:41] <seb128> staging in the Vcs wfm
[13:41] <Wimpress> OK.
[13:41] <kenvandine> +1
[13:41] <Wimpress> You owning that seb128 ?
[13:41] <seb128> k
[13:42] <Wimpress> http://launchpad.net/bugs/1891478
[13:42] <Laney> It's less helpful than ideal for e.g. the security team, but maybe that's ok
[13:43] <Laney> Marcus might want that one ^-
[13:44] <marcustomlinson> ok
[13:44] <seb128> thx
[13:44] <Wimpress> Done
[13:44] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:45] <Wimpress> seb128: Do we review things tagged Wishlist?
[13:47] <seb128> yes
[13:47] <Wimpress> http://launchpad.net/bugs/1891733
[13:48] <Wimpress> Looks like Laney and GunnarHj are working on that one.
[13:48] <seb128> GunnarHj seems to be on that so I would soimply assign to him
[13:48] <Laney> yeah, not me, I just gave my (wanted or not) opinions :-)
[13:48] <Laney> but Gunnar is actively on it
[13:49] <Wimpress> I think that concludes ff-tracking as we know about the SPICE issue.
[13:49] <luna_> assigned it to GunnarHj 
[13:49] <Wimpress> #topic rls-gg-bugs
[13:49] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:49] <Wimpress> All fine.
[13:49] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[13:50] <Wimpress> Also fine.
[13:50] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[13:50] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:51] <luna_> Can say Firefox 80 will be released next week, if someone feels like packing :P 
[13:51] <seb128> icu migrated that gave us a shorter report :-)
[13:51] <seb128> luna_, Olivier will be back to handle that
[13:51] <luna_> seb128: perfect 
[13:51] <seb128> Wimpress, nothing to worry about there, firefox/thunderbird are partially victims of reverts done to get icu to migrate
[13:51] <luna_> got reminded when i saw 78/79 on the top of the list
[13:51] <seb128> dnsmasq is being handled by others
[13:52] <Wimpress> OK
[13:52] <seb128> libreoffice and udisks are known to be flaky and being retried
[13:52] <kenvandine> i read that as retired :)
[13:52] <Wimpress> Yeah, I uploaded some packages last night. Random failures on arm. Rebuilds worked.
[13:53] <Wimpress> #topic AOB
[13:53] <Wimpress> Anyone have anything?
[13:54] <seb128> kenvandine, you wish :)
[13:54] <didrocks999> nothing for me
[13:54] <kenvandine> :)
[13:54] <tkamppeter> Anyone in the desktop team wants to own golang-gopkg-ini.v1?
[13:54] <seb128> https://trello.com/b/sdyPskaS/gnome-338
[13:54] <seb128> please help
[13:54] <seb128> I can't handle that alone
[13:55] <Laney> udisks was meant to get unflaky with the latest upload, guessing that didn't work
[13:55] <Wimpress> tkamppeter: WHy are you interested in that package?
[13:55] <tkamppeter> To complete bug 1891157
[13:55] <seb128> Laney, there is a 2.9.1 out, I'm waiting for that to be uploaded to see if that makes a difference and if not I will spend some time on it
[13:55] <tkamppeter> To replace the flaky and now deprecated ippusbxd by ipp-usb
[13:56] <tkamppeter> To make IPP-over-USB reliably work.
[13:56] <Laney> seb128: ok, I was heading towards asking for us to assign that as a task :>
[13:56] <Wimpress> Sounds like you have a vested interested in maintaining that package tkamppeter :-)
[13:57] <kenvandine> indeed
[13:57] <tkamppeter> https://openprinting.github.io/OpenPrinting-News-August-2020/#ipp-over-usb-ippusbxd-and-ipp-usb
[13:57] <tkamppeter> As last mean I take it.
[13:58] <tkamppeter> Is Go itself alreadfy in Main?
[13:58] <Wimpress> tkamppeter: Yes
[13:58] <Wimpress> Anything else to discuss?
[13:58] <luna_> Can i ask another random question, when kinda does the Translation things for Groovy starts?
[13:59] <kenvandine> tkamppeter: i think your use case is the only interesting one for desktop
[13:59] <seb128> Laney, I'm going to card it so we don't forget with a note to test with .1 to start 
[14:00] <Laney> GREAT!
[14:00] <seb128> :-)
[14:00] <Wimpress> All done?
[14:00] <tkamppeter> snapd is written in Go? Am I right?
[14:00] <kenvandine> yes
[14:00] <didrocks999> (but they are vendoring their deps, so not using that package)
[14:01] <seb128> luna_, it's already started, https://translations.launchpad.net/ubuntu/
[14:01] <tkamppeter> So Snaps will only get into ChromeOS when the guys rewrite snapd in Rust.
[14:01] <Laney> EOM
[14:01] <seb128> indeed!
[14:01] <Wimpress> #endmeeting
[14:01] <meetingology> Meeting ended Tue Aug 18 14:01:35 2020 UTC.  
[14:01] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-08-18-13.30.moin.txt
[14:01] <luna_> seb128: https://translations.launchpad.net/ubuntu/groovy/ Translation page is not available
[14:01] <luna_> Translations for this release series are not available yet.
[14:01] <seb128> thanks
[14:01] <hellsworth> thanks
[14:01] <Wimpress> Thanks everyone
[14:01] <luna_> seb128: but maybe thats just me 
[14:02] <seb128> luna_, wfm but I'm in a translators team, could you ask on #launchpad ?
[14:02] <seb128> maybe they forgot to set a flag or something
[14:02] <luna_> seb128: sure 
[14:02] <seb128> thx
[14:04] <Laney> tkamppeter: there's some stuff about golang under https://wiki.ubuntu.com/MainInclusionProcess#Reviewing_a_bug
[14:09] <tkamppeter> Laney, thanks, I will look into it.
[14:21] <GunnarHj> luna_, seb128: Fixed the access to groovy translation. My mistake. :(
[14:22] <seb128> GunnarHj, you did? cjwatson said he was doing it from the launchpad side
[14:22] <luna_> GunnarHj: it happends thanks seb128 and cjwatsson :)
[14:22] <GunnarHj> seb128: It's a checkmark at https://translations.launchpad.net/ubuntu/groovy/+translations-admin
[14:22] <seb128> GunnarHj, he updated https://wiki.canonical.com/Launchpad/Translations/UbuntuOpenings to not blocked anymore on ubuntu-translators-coordinator in the futur, we discussed on #launchpad and didn't think that was needed
[14:23] <seb128> GunnarHj, https://wiki.canonical.com/Launchpad/Translations/UbuntuOpenings?action=diff
[14:24] <GunnarHj> seb128: I don't have access to those pages. Probably different issues.
[14:25] <seb128> k
[14:25] <seb128> GunnarHj, well, the issue was 
[14:25] <seb128> GunnarHj, <cjwatson> seb128: We emailed ubuntu-translation-coordinators and nobody responded.  https://lists.launchpad.net/ubuntu-translations-coordinators/msg11556.html
[14:25] <seb128> GunnarHj, so the launchpad team didn't do the next step to enable those waiting for a coordinator to tell them to continue
[14:26] <GunnarHj> seb128: Ack
[14:31] <ricotz> Laney, did your LO 7.0.1~rc1 armhf rebuild go well?
[14:32]  * hellsworth is curious about that too
[14:34] <Laney> ongoing
[14:35] <Laney> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4212/+build/19842601
[14:36] <ricotz> alright
[14:36] <ricotz> this looks more like the expected *hang*
[14:36] <ricotz> and it will timeout eventually
[14:38] <ricotz> Laney, ^
[14:38] <hellsworth> and that was with gcc10 right?
[14:38] <ricotz> yes
[14:39] <ricotz> 1:7.0.1~rc1-0ubuntu0.20.10.2 is the better option to pick
[14:40] <Laney> I dunno
[14:40] <Laney> someone's going to need to debug this if it does time out
[14:41] <hellsworth> o/
[14:41] <ricotz> failed now
[14:41] <hellsworth> seems like maybe we should go with 7.0.0 though because 7.0.1 isn't released for 2 weeks still
[14:42] <ricotz> no, please use this release candidate version
[14:42] <hellsworth> why?
[14:42] <hellsworth> we should use released versions
[14:43] <ricotz> this is for groovy which contains all kind of beta/rc releases
[14:43] <hellsworth> hmm ok so then putting release candidates in the development series is fine?
[14:43] <ricotz> and 7.0.1 already contain a lot of bug fixes compared to 7.0.0
[14:44] <hellsworth> it does indeed
[14:44] <ricotz> yes, that is what the devel release is for, imho
[14:44] <hellsworth> right ok sure if rc is fine to "release" in groovy then i'm fine with it but would like Laney's take
[14:45] <Laney> it's ok, we do it for gnome after all
[14:45] <Laney> just as long as the final release has a proper stable release in it
[14:46] <hellsworth> okey dokey focusing on 7.0.1 rc it is then
[14:46] <ricotz> hellsworth, I have updated the git branch
[14:46] <hellsworth> i guess the next thing to do is launch autopkgtests on ricotz's 7.0.1 build with gcc9
[14:46] <hellsworth> ok thanks!
[14:47] <ricotz> hellsworth, the gcc9 armhf patch is in another branch
[14:47] <ricotz> but to eventually get somewhere is would be better to do for this upload
[14:47] <hellsworth> oh yes that is a better plan
[14:48] <hellsworth> ok i'll build with the gcc9 patch for a final build in a ppa and run tests
[14:48] <ricotz> hellsworth, so directly take the prerelease ppa source tarballs and use the git branch
[14:48] <hellsworth> yes i will absolutely use your tarballs :)
[14:49] <ricotz> please to repack or redo things
[14:49] <ricotz> ok :)
[14:49] <ricotz> to/don't
[14:49] <ricotz> pushed https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=ubuntu-groovy-7.0
[14:50] <Laney> https://bugs.launchpad.net/ubuntu/+source/gcc-10/+bug/1891623
[14:50] <hellsworth> ok cool. all the things in the ubuntu-groovy-7.0 branch
[14:51] <hellsworth> Laney: do you know why it was made incomplete? 
[14:51] <ricotz> Laney, thanks, please add the ICE output
[14:51] <Laney> I don't have the output
[14:51] <Laney> it didn't crash in the compile
[14:52] <ricotz> just the two liner I pasted
[14:52] <Laney> someone else can take this over please, it's incomplete because it needs some more information for doko to go on
[14:52] <ricotz>  /<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx: In member function ‘virtual com::sun::star::uno::Any dbaccess::OStaticSet::getBookmark()’:
[14:52] <ricotz>  /<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx:47:1: internal compiler error: Segmentation fault
[14:53] <hellsworth> i can take over but need guidance
[14:53] <hellsworth> i'll paste that rico
[14:53] <ricotz> ty
[14:53] <Laney> ricotz: lost your Launchpad password? ;)
[14:54] <Laney> that's clearly not enough to work on the bug anyway
[14:54] <ricotz> hellsworth, let me add this bug reference to the git commit
[14:54] <hellsworth> yes good
[14:54] <ricotz> Laney, yeah, it is not something to reproduce easily and fast :\
[14:55] <ricotz> björn would likely know his way here
[14:56] <Laney> hellsworth: you need to run a build on a machine you control (e.g. the pi or a cloud instance) and then when it fails get a backtrace [if a test crash] or the information requested in /usr/share/doc/gcc-10-base/README.Bugs
[14:59] <hellsworth> ok thank you i will go that route
[15:01] <Laney> not much fun though, sorry :(
[15:01] <hellsworth> right it's the lay of the libreoffice land
[15:01] <hellsworth> who would know about how to increase the size of an lxd container?
[15:01] <hellsworth> is that a dok_o question ?
[15:02] <Laney> unlikely
[15:02] <Laney> I think there's a #lxc or #lxcontainers or something where you might find friendly people
[15:02] <hellsworth> ah yes great idea thank you
[15:02] <hellsworth> i need to fix that to be able to troubleshoot autopkgtests locally
[15:03] <hellsworth> but a local build i have not done. so who knows what adventures await me :)
[15:10] <Laney> probably is quite disk intensive
[15:11] <hellsworth> fine for a pi to sit off to the side and work on
[15:40] <KGB-1> gnome-control-center tags c3ae304 Sebastien Bacher upstream/3.37.90 * Upstream version 3.37.90 * https://deb.li/i2Q4n
[15:41] <KGB-1> gnome-control-center upstream/latest 479beb0 Sebastien Bacher * pushed 81 commits * https://deb.li/XrAj
[15:41] <KGB-1> gnome-control-center pristine-tar 058b61d Sebastien Bacher gnome-control-center_3.37.90.orig.tar.xz.delta gnome-control-center_3.37.90.orig.tar.xz.id * pristine-tar data for gnome-control-center_3.37.90.orig.tar.xz * https://deb.li/trXi
[16:16] <hellsworth> ricotz: if it all passes, this could be the releasable build of 7.0.1~rc1: https://launchpad.net/~hellsworth/+archive/ubuntu/libreoffice11/+packages
[16:20] <ricotz> hellsworth, thanks! but please don't alter the packaging
[16:21] <ricotz> -USE_GIT_TARBALLS=n
[16:21] <ricotz> +USE_GIT_TARBALLS=y
[16:22] <hellsworth> hmm yeah you're right
[16:23] <hellsworth> i'll cancel this build and redo it
[16:24] <ricotz> hellsworth, ok
[17:19] <hellsworth> ricotz: https://launchpad.net/~hellsworth/+archive/ubuntu/libreoffice12
[20:11] <ricotz> hellsworth, sorry, for being pedantic, but doesnt completely match the git branch
[20:11] <ricotz> as I mentioned earlier I added the bug reference
[20:11] <hellsworth> but we need the changelog to say groovy instead of UNRELEASED
[20:12] <ricotz> yes, of course, but you didn't pull the last branch
[20:13] <ricotz> just ignore it
[20:13] <ricotz> don't force-push though
[20:16] <hellsworth> i'm building from https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=ubuntu-groovy-7.0&id=f9dcff6e6ed2473ce930fb6035444daa67c66321
[20:16] <hellsworth> just changing the changelog to say groovy
[20:16] <hellsworth> my branch is up to date
[20:17] <hellsworth> if you would like me to push this change then i can for the sole purpose of having the branch and build exactly the same..
[20:18] <ricotz> hellsworth, I am sorry, I looked at the wrong way :(
[20:19] <ricotz> all good, sorry
[20:19] <hellsworth> no worries :)
[20:19] <hellsworth> you're keeping me on my toes..
[20:19] <ricotz> I am still pumped after doing some sport :)
[20:20] <ricotz> yeah, feel free to push the changelog finalization
[20:26] <ricotz> hellsworth, regarding your PPAs, you can cancel builds which are obsolete but still running
[20:27] <ricotz> https://launchpad.net/~hellsworth/+archive/ubuntu/libreoffice11/+packages
[20:27] <hellsworth> yeah thanks i forgot to cancel those..
[20:29] <ricotz> did you make progress with yaru style?
[20:30] <ricotz> I guess making it an extra source package might be easier to maintain and faster to update
[21:16] <hellsworth> well the other libreoffice themes are in their own packages too, like libreoffice-style-elementary
[21:51] <ricotz> hellsworth, are there plan to upstream it, which would make things easier
[21:51] <ricotz> I assume it is still possible for LO 7.1
[21:55] <ricotz> and yeah, the style have their own *binary* package, but are part of the libreoffice *source* package
[21:56] <ricotz> what I meant is a separate *source* package