[02:17] <edwinksl> so i just noticed the firefox nightly ppa at https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa doesn't make builds for 17.04 anymore, although 17.04 hasn't gone EOL yet. who should i talk to convince that it is worth it to make builds for 17.04? :)
[02:19] <jbicha> edwinksl: those ppa's are maintained by a volunteer and I have to assume he doesnt run 17.04 any more
[02:19] <edwinksl> :(
[02:22] <simonizor> Firefox has no required deps that aren't present on Ubuntu by default; you can just use the tar from their website without having to install anything if you like
[02:22] <simonizor> it updates itself, so not like you *really need* your package manager to take care of it
[02:23] <jbicha> you have to upgrade to 17.10 within 2 months anyway
[02:24] <simonizor> That's why I just stick with LTS on my main PC and mess around with the other releases in VMs lol
[02:24] <simonizor> Between the rolling kernel on 16.04 and PPAs for a couple of other things, I'm not missing much using Xubuntu on 16.04
[06:36] <didrocks> good morning
[08:51] <willcooke> morning all
[08:53] <oSoMoN> good morning desktoppers!
[08:53] <willcooke> morning oSoMoN, how goes?
[08:54] <didrocks> welcome back willcooke! hey oSoMoN
[08:54] <willcooke> hey didrocks
[08:56] <oSoMoN> hey willcooke, didrocks
[08:56] <oSoMoN> I'm good, thanks
[08:56] <oSoMoN> willcooke, how are you yourself?
[08:57] <willcooke> oSoMoN, pretty good.  Enjoyed a few days off, but now the inevitable email backlog
[08:58] <oSoMoN> yeah, that's the price to pay :/
[08:59] <oSoMoN> https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.2-0ubuntu5/+build/13752520 looks like a deadlock to me, anyone seen that before?
[09:04] <Laney> what up
[09:05] <didrocks> morning Laney
[09:07] <Laney> guten morgen didrocks
[09:07] <Laney> wie gehts?
[09:10] <didrocks> Laney: Gut, und bei euch?
[09:11] <Laney> haha
[09:11]  * Laney has never heard that before
[09:11] <Laney> ich bin WUNDERBAR!
[09:12] <Laney> mir ist?
[09:12] <Laney> always get confused about that one
[09:14] <didrocks> Apart the missing ümlaut on wünderbar, that matches my few memory about German ;)
[09:15]  * Laney doesn't think it has one of those
[09:16] <ricotz> wünderbar is not a word ;) so no umlaut here
[09:16] <didrocks> argh
[09:16] <didrocks> fail thus ;)
[09:17] <didrocks> I have never learnt that umlaut were only for words and not adjectives
[09:17] <didrocks> was just learning by heart
[09:17] <ricotz> of course you can play with those to make it sound funny while it will be still understandable ;P
[09:20] <ricotz> oSoMoN, hi, jfyi, your "Author" line in debian/patches/skip-testLineBreaking-icu60.patch caused some anger
[09:20] <seb128> hey willcooke oSoMoN Laney
[09:20] <seb128> hey ricotz
[09:20] <ricotz> seb128, hi
[09:20] <seb128> ricotz, who got angry and why?
[09:21] <ricotz> seb128, the debian maintainer which keeps an eye on ubuntu changes too
[09:22] <ricotz> and the why seems obvious to me too
[09:22] <seb128> well I don't know who is in there
[09:22] <seb128> and who wrote the patch
[09:22] <seb128> so no it's not obvious :p
[09:24] <oSoMoN> ricotz, did it?
[09:24] <ricotz> "dtardon and erAck wrote it"
[09:24] <oSoMoN> yes, and I had to update the patch substantially for it to apply against 5.4.2
[09:25] <ricotz> oSoMoN, I haven't looked at the details, I pasted the pings I got as pm to you
[09:25] <seb128> the debian maintainer likes to complains about Ubuntu nothing new...
[09:25] <oSoMoN> ricotz, thanks
[09:26] <oSoMoN> I don't have an ego problem so I can remove the Author line, no big deal
[09:26] <oSoMoN> that will become an authorless patch
[09:26] <ricotz> just wanted to keep you in the loop here
[09:26] <oSoMoN> cheers
[09:27] <ricotz> adding the original authors additionally would suffice imo
[09:28] <oSoMoN> yes, I'll do that
[09:29] <ricotz> seb128, yeah, he can be fun
[09:30] <seb128> that's one way to say it :)
[09:52] <oSoMoN> ricotz, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=8eadd6f552cfdf1f4aa540bfe5b5ead5ff75c603
[09:54] <oSoMoN> on to testing the 5.4.2 SRU for artful
[09:54] <ricotz> oSoMoN, looks fine, if you didn't make any actual changes to it otherwise mentioning yourself would be fine
[09:56] <ricotz> (dropping buildsys changes and external/* is no actual change imho)
[09:57] <ricotz> oSoMoN, regarding firebird, since it is possible to build-dep on universe packages and splitting the resulting binary-packages in main and universe, it seems reasonable to enable it?
[10:03] <oSoMoN> ricotz, the changes I mentioned were to apply the patch cleanly on 5.4.2, they're not dropping buildsys and external/* changes, I wouldn't consider that an actual change indeed
[10:04] <ricotz> ok
[10:05] <oSoMoN> ricotz, regarding firebird, I guess we can, but I'm not familiar with what that does, what's the reason for not enabling it now?
[10:05] <ricotz> it is database backend which lives in a separate package
[10:16] <oSoMoN> ricotz, and until now we're disabling firebird in the build, do you know why?
[10:18] <ricotz> afaik only because of main/universe conflict (it was disable a long time ago)
[10:18] <oSoMoN> ricotz, ok, so it sounds like it makes sense to try enabling it again
[10:18] <ricotz> will be something for 6.0 then
[10:19] <oSoMoN> yes
[10:20] <oSoMoN> ricotz, if you have some time/motivation, can you do some smoke-testing of 1:5.4.2-0ubuntu<IP_ADDRESS> that's in artful-proposed? Doing that myself now
[10:37] <Laney> https://launchpadlibrarian.net/346566031/buildlog_ubuntu_bionic_amd64_ubuntu_BUILDING.txt.gz
[10:37] <Laney> + echo snap: found ohmygiraffe
[10:37] <Laney> + ALL_SNAPS=ohmygiraffe
[10:38] <Laney> ...
[10:38] <Laney> Fetching snap "ohmygiraffe"
[10:38] <Laney> #goodtimes #seededsnap
[10:39] <seb128> woooooot
[10:39] <Laney> better get some code reviews ;-)
[10:41] <willcooke> nice one Laney
[10:42] <Laney> should check what happens on (e.g.) armhf
[10:42] <Laney> guessing ohmygiraffe snap isn't available there
[10:43] <Laney> https://launchpad.net/~laney/+livefs/ubuntu/bionic/ubuntu/+build/115823
[10:43] <willcooke> yeah, expect there will be a lot of those
[10:43] <Laney> hoping for that to fail, for the record if you click on it later and if it has failed :P
[10:43] <willcooke> will we need to specify a fall back to deb or something for that?
[10:44] <Laney> you'll have to seed it with arch specifiers
[10:44] <Laney> snap:ohmygiraffe [amd64]
[10:44] <Laney> then either give a deb or nothing for the other arches
[10:44] <Laney> ohmygiraffe [!amd64]
[10:45] <Laney> snap: is the proposed syntax anyway, let's see what the review says
[10:51] <willcooke> go it
[10:51] <willcooke> got
[10:57] <oSoMoN> cool
[11:08] <Laney> got an exciting infinite loop in libinput just then
[11:08] <Laney> seems fixed in 1.8.4, guess we should update
[11:09] <Laney> also it looks like bugs.freedesktop.org got blacklisted by google
[11:09] <seb128> right, #gnomefr people talked about that
[11:10] <seb128> https://transparencyreport.google.com/safe-browsing/search?url=http:%2F%2Fbugs.freedesktop.org%2F
[11:10] <Laney> did someone tell the fdo admins?
[11:11] <Laney> helpful
[11:11] <Laney> somebody probably spammed a bug
[11:18] <seb128> I don't know if they reported it
[11:18] <seb128> one of the guys on the channel work at google but said he didn't have time to look at it today/figure out what triggered the block exactly
[11:19] <seb128> then the discussion shifted on "should move away from fdo"
[11:19] <seb128> since the infra is poorly maintained etc
[11:25] <Laney> seems known
[11:29] <seb128> good
[11:29] <Laney> what was I doing...
[11:29] <Laney> ...yak shaving...
[11:29] <oSoMoN> seb128, can you please retry the last autopkgtest failure there: http://autopkgtest.ubuntu.com/packages/lib/libreoffice/artful/s390x ?
[11:30] <seb128> oSoMoN, done
[11:30] <Laney> yes, file MPs and then look at the libinput update
[11:31] <Laney> jbicha: hey, can you confirm/deny whether you looked at libinput 1.8.4 already?
[11:31] <seb128> isn't tjaalton the one looking after libinput usually?
[11:31] <Laney> could be
[11:32] <Laney> guess we just pinged the most likely suspects
[11:32] <Laney> I had just looked at the tracker and saw pochu on the few latest ones
[11:34] <oSoMoN> seb128, thanks
[11:34] <seb128> np
[11:37] <tjaalton> Laney: for bionic? there's 1.9.2 that could be merged
[11:39] <Laney> tjaalton: nein, to SRU the point release
[11:39] <Laney> bionic would need updating one way or the other tho
[11:42] <tjaalton> ok
[11:42] <tjaalton> what's the bug#=?
[11:42] <tjaalton> -=
[11:44] <Laney> I didn't report one on launchpad
[11:45] <Laney> if you like fighting with safe browsing the one I hit is https://bugs.freedesktop.org/show_bug.cgi?id=103298
[11:45] <Laney> ♥ ubot5 rides the wild west
[11:46] <tjaalton> hah
[11:50] <tjaalton> perhaps a generic bugfix-sru would do
[11:51] <Laney> ya that's what we normally do with gnome updates
[11:51] <Laney> there's an SRU exception for those but still I'd think this would be accepted
[12:00] <tjaalton> https://bugs.launchpad.net/ubuntu/+source/libinput/+bug/1733573
[12:02] <Laney> https://bugs.launchpad.net/ubuntu/+source/libinput/+bug/1724259
[12:02] <Laney> that's the LP one for the bug I had
[12:02] <tjaalton> ah
[12:02] <tjaalton> ok
[12:02] <Laney> so you can probably close that with the upload too
[12:02] <Laney> thanks!
[12:02] <tjaalton> yep
[12:04] <tjaalton> wonder if the patches for ubuntu touch/phone could be dropped from bionic..
[12:05] <seb128> yeah, no point to keep patches for touch
[12:05] <tjaalton> right
[12:06] <Laney> is that all the delta?
[12:06] <tjaalton> yes, three patches
[12:06] <Laney> cool
[12:06] <Laney> sync it imho
[12:06] <tjaalton> been maintaining those for two years now..
[12:07] <tjaalton> so that they apply & build
[12:08] <Laney> We've been dropping similar (in spirit) patches elsewhere
[12:09] <tjaalton> synced, whee
[12:10] <seb128> what were the change about? they were useful only in the touch context?
[12:10] <tjaalton> libinput: add orientation and size of touch point and pressure to the API
[12:10] <tjaalton> never accepted upstream
[12:10] <tjaalton> that was the big one
[12:11] <tjaalton> one was for mx4
[12:12] <tjaalton> the third patch modified libinput.sym to mark the new api as added in 0.21.0
[14:30] <willcooke> ding ding ding
[14:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2017-11-21
[14:30] <meetingology> Meeting started Tue Nov 21 14:30:42 2017 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <willcooke> Roll call: andyrock, dgadomski, didrocks, duflu (hols), jbicha, jamesh (out), jibel/heber, kenvandine, laney, oSoMoN (out), seb128 (might be out), tkamppeter (out), trevinho, robert_ancell (out)
[14:30] <jibel> hola o/
[14:30] <jbicha> o/
[14:31] <seb128> hey
[14:31]  * oSoMoN says hi and goes afk for a PTA meeting, ttyl
[14:31] <didrocks> hey hey
[14:31] <willcooke> l8r oSoMoN
[14:31] <Laney> sup
[14:32] <heber> o/
[14:32] <kenvandine> o/
[14:33] <willcooke> Lots of people out today , so will be a quick one
[14:33] <willcooke> Not sure if andyrock is ready or not, let's find out
[14:33] <willcooke> #topic andyrock
[14:34] <willcooke> Guess not
[14:34] <willcooke> #topic dgadomski
[14:34] <dgadomski> hey
[14:34] <dgadomski> sadly, I have nothing desktop-related this week
[14:34] <dgadomski> eof
[14:34] <willcooke> thanks dgadomski
[14:35] <willcooke> #topic didrocks
[14:35] <seb128> willcooke, andyrock is off today I think
[14:35] <willcooke> ah, thanks seb128
[14:35] <didrocks> * Dash to Dock/Ubuntu Dock: Get dock transparency enhancement committed upstream (not yet in bionic, will get when DtD has more changes).
[14:35] <didrocks> * Work on sound above 100%:
[14:35] <didrocks>   - got new schema in gnome-desktop-schemas merged.
[14:35] <didrocks>   - got part of the fix in gnome-settings-daemon OK COMMIT, after a lot of back and forth on implementation and API with the maintainer. The final patch (UI-triggering side) isn't merged though, pending input from GNOME designers.
[14:35] <didrocks>   - rebased GNOME Shell API on this new contract with g-s-d ^ Pinged upstream for review multiple times, no movement so far.
[14:35] <didrocks> * Try to get "safe mode extensions" GNOME Shell patch reviewed. Upstream devs waits on GNOME designers input. (pinged directly as well). No movement so far.
[14:35] <didrocks> * Picked some people volunteering for working on new theming and design, get a new category created and organize it with topics, FAQ, and various sections: https://community.ubuntu.com/c/desktop/theme-refresh. Participate on other threads as well.
[14:35] <didrocks> * Talk with dash to dock on compatibility issue.
[14:35] <didrocks> * SRU appindicator and rebase for 18.04
[14:35] <didrocks> * Some compatibility issues discussion with DtD upstream
[14:35] <didrocks> * Help Alan on getting started on GG snap
[14:35] <didrocks> .
[14:35] <willcooke> thanks didrocks
[14:35] <willcooke> thanks for helping on the GG snap
[14:35] <didrocks> yw!
[14:36] <willcooke> #topic jbicha
[14:36] <jbicha> • Started SRUs for most of the important 3.26.2 updates except gdm3 and evolution stack. Thanks jibel for help verifying the SRUs.
[14:36] <jbicha> • Two big completed artful SRUs are LP: #1728421 and LP: #1730097
[14:36] <jbicha> • Continuing discussion of headerbar patch removal proposal. Xubuntu switched to MATE apps.
[14:36] <jbicha> Initially, it looked like Unity contributors mostly wanted to switch to MATE apps too, but there's some resistance now. See the Community discussions.
[14:36] <jbicha> • Proposed a Linux buildsystem for Emoji Two (adapted from Noto Emoji) https://github.com/EmojiTwo/emojitwo/pull/167
[14:36] <jbicha> • Firefox 58 Beta in the PPA now installs the Mozilla version of the EmojiOne font, thanks to ricotz. I believe Firefox doesn't use the same system as the new GNOME feature.
[14:36] <jbicha> • Working with the Debian Fonts team to package fontmake & all its dependencies to allow building several fonts from source https://bugs.debian.org/865283
[14:36] <jbicha> • Merged gtk3 from Debian so it uses dh instead of cdbs now.
[14:36] <jbicha> • GNOME Tweaks 3.27.2 released with Global Dark Theme hack removed.
[14:36] <jbicha> 🦃
[14:37] <willcooke> excellent, thanks jbicha
[14:37] <willcooke> #topic jamesh
[14:37] <willcooke> kenvandine, could you remind jamesh to do his update email when you next speak to him.  A calendar reminder would be a good idea :)
[14:37] <seb128> still not?
[14:37] <kenvandine> willcooke, will do
[14:37] <willcooke> #topic jibel  / heber / QA
[14:38] <jibel> - SRU verification on artful of ubuntu-themes, gnome-software, gnome-shell-extension-appindicator, gnome-settings-daemon, gnome-control-center, gnome-shell
[14:38] <jibel> - Proposed a fix for bug 1732185 and unblock the GUI upgrade to bionic.
[14:38] <jibel> - Adding main_all test upgrade scenario (upgrade to bionic with the largest package set from the main pocket installed)
[14:38] <jibel> - Make snaps under tests introspectable by autopilot
[14:38] <jibel> - Resolve proxy issue in jenkins for tests that find, download, install, etc snaps
[14:38] <jibel> ..
[14:38] <jibel> willcooke, ^ this needs escalation to foundations
[14:38] <willcooke> jibel,  the update-manager one?
[14:38] <jibel> yes
[14:38] <willcooke> ack
[14:39] <jibel> depending on whether they are fine with the workaround or prefer to make it wayland compatible
[14:39] <willcooke> jibel, will follow up now
[14:39] <willcooke> thanks
[14:39] <willcooke> #topic kenvandine
[14:39] <kenvandine> * Started working on a classic snap for gnome-builder, needs quite a few deps that aren't available for xenial
[14:39] <kenvandine> * Merged all the distros patches for xchat-indicator upstream and rolled a new release including them, uploaded to bionic
[14:39] <kenvandine> * Added the indicator plugin to the hexchat snap for libunity integration.  Loading the plugin causes hexchat to hang when confined, need to debug that.
[14:39] <kenvandine> * Out the rest of the week
[14:39] <kenvandine> eof
[14:40] <willcooke> thanks kenvandine
[14:40] <willcooke> Happy Thanksgiving
[14:40] <willcooke> #topic Laney
[14:40] <kenvandine> thx
[14:40] <Laney> sup
[14:40] <Laney> • autopkgtest:
[14:40] <Laney> ∘ we hit some critical sad point where too many workers spawning too many python3-nova processes were creating some kind of death spiral that was making tests take 10s of minutes to start and even getting some autopkgtest processes (actual test runs) OOM killed. To fix that I re-deployed the cloud worker onto a bigger machine. jujuuuuuuuuuuu
[14:41] <Laney> ‣ funny story - I initially didn't take the old worker down, just disabled it. This was so that other users could fetch stuff from it if they needed to. SOMEHOW in a mystery way though, the machine got re-enabled and started processing jobs, so both the new and the old worker were working on tests. Then a maintenance script which detects orphaned cloud instance kicked in on both boxes. They were fi
[14:41] <Laney> ghting and killing each others' instances. ...
[14:41] <Laney> ... MY TEST. NO. MY TEST. Result was almost no tests. :)
[14:41] <Laney> ∘ helped provide some info to IS about an openvswitch bug that's erroring some of our instances
[14:41] <Laney> ∘ discussed quotas with Steve and helped a bit with adjusting s390x onto a separate config within the same bos02 region as arm64 - they are actually separate compute pools so shouldn't share the same quota (implemented as 'virtual' quotas for now at least)
[14:41] <Laney> • helped a little bit more with the big migration of hell
[14:41] <Laney> • snap seeding: iterated a few times on livecd-rootfs & this morning got a build with a seeded snap in it. It's hard to turn this into an ISO though, so for now I just assume it works. Once it's all reviewed and modified until everyone's happy we can test in reality.
[14:41] <Laney> • going to be off on hols next week
[14:41] <Laney> 🚧
[14:42] <willcooke> thanks Laney
[14:42] <willcooke> #topic oSoMoN
[14:42] <willcooke> • chromium
[14:42] <willcooke>   ∘ investigated bug #1732482 and started forum thread
[14:42] <willcooke> (https://forum.snapcraft.io/t/how-to-expose-desktop-files-created-by-snaps-to-the-de/2853)
[14:42] <willcooke>   ∘ updated chromium snap to not ship fonts any longer (snapd 2.29 is out)
[14:42] <willcooke>   ∘ updated chromium beta to 63.0.3239.52 and updated snap in beta channel
[14:42] <willcooke>   ∘ attended DMB meeting on Monday, my PPU application was approved 😊
[14:42] <willcooke>   ∘ moved over my chromium PPAs to ~chromium-team
[14:42] <willcooke>   ∘ updated chromium stable to 62.0.3202.94, waiting on validation by
[14:42] <willcooke> the security team
[14:42] <willcooke> • libreoffice
[14:42] <willcooke>   ∘ updated libreoffice snap to not ship fonts any longer (snapd 2.29 is out)
[14:42] <willcooke>   ∘ 1:5.4.2-0ubuntu4 uploaded to bionic with a patch that disables a
[14:42] <willcooke> failing unit test (ICU 60) to unblock the ICU transition
[14:42] <willcooke>   ∘ then 1:5.4.2-0ubuntu5 uploaded with upstream fix for ICU 60
[14:42] <willcooke> compatibility, currently building in bionic-proposed
[14:42] <willcooke>   ∘ 1:5.4.2-0ubuntu<IP_ADDRESS> SRU ready in artful-proposed and tested
[14:42] <willcooke> by myself, marked verification-done-artful
[14:42] <willcooke> #topic seb128
[14:42] <seb128> congrats oSoMoN!
[14:42] <kenvandine> +1
[14:42] <willcooke> \o/
[14:42] <seb128> • one day off
[14:42] <seb128> • some sponsoring
[14:42] <seb128> • still mostly spent the week in bugs triaging/debugging
[14:42] <seb128> • some SRU preparations
[14:42] <seb128> • reviews of plans for the cycle

[14:43] <willcooke> thanks seb128
[14:43] <willcooke> #topic tkamppeter
[14:43] <willcooke> - cups/cups-filters snap: Continued working on the snap, applying strict confinement and making it work (with a lot of help from the snapcraft.io forum: jdstrand, ondra, ogra, ... Thanks to all of them!). The snap now works mostly on both Classic (Bionic) and Ubuntu Core. Printing with PPD and filters, lpstat, lpadmin, cupsctl, ..., printer sharing with Avahi and cups-browsed, only admin actions in the CUPS web interface do not
[14:43] <willcooke> work, opened forum thread to treat this.
[14:43] <willcooke> - See https://forum.snapcraft.io/t/snapping-cups-printing-stack-avahi-support-system-users-groups/1502
[14:43] <willcooke> - Google Summer of Code 2018: There are already 50-60 student CVs!
[14:43] <willcooke> - Bugs.
[14:43] <willcooke> #topic Trevinho
[14:43] <willcooke> · Went through the backlog of various forum/ML/bugs
[14:43] <willcooke> · Triaging of some bugs
[14:43] <willcooke> · Some helping in fixing various extensions causing gs to crash
[14:43] <willcooke> · Did ubuntu-themes landing and published SRU for artful
[14:43] <willcooke> · Migrated to firefox 56 (love it!), and moved all my build
[14:43] <willcooke>   tools, schroots and VMs to bionic.
[14:43] <willcooke> · Got in touch with the unity7
[14:43] <willcooke> · Compiz reviews
[14:43] <willcooke> · Did a compiz and unity landing (wrote a new migration script for
[14:43] <willcooke>   fixing lowgfx mode settings)
[14:43] <willcooke> · Updated compiz/unity SRU packages with more fixes, and updated the
[14:43] <Trevinho> (hi!)
[14:43] <willcooke>   affected bugs to follow the template.
[14:43] <willcooke>   Please someone publish this https://bileto.ubuntu.com/#/ticket/2841
[14:43] <willcooke> · Gave a read to Didier's GS patches
[14:43] <willcooke> · Updated patch for https://bugzilla.gnome.org/show_bug.cgi?id=788931
[14:44] <willcooke> . https://wiki.gnome.org/Initiatives/Wayland/GnomeShell/GnomeShell4
[14:44] <willcooke> · Saludos desde Panamá 🇵🇦
[14:44] <willcooke> :)
[14:44] <Trevinho>  - /EOF
[14:44] <willcooke> Trevinho, you want to add anything or all good?
[14:44] <willcooke> :)
[14:44] <willcooke> that'll do
[14:44] <willcooke> #topic robert_ancell
[14:44] <Trevinho> all good, I wanted to paste, but not to dubplicate, so...
[14:44] <willcooke> - Working on snap channel selection in GNOME Software
[14:44] <willcooke> - Patches to snapd to fix JSON output
[14:44] <willcooke> - snapd-glib 1.27, 1.28, 1.29 releases.
[14:44] <willcooke> - LightDM 1.25.0 release, migration to github completed.
[14:44] <willcooke> #topic AOB
[14:44] <willcooke> Anyone got anything to add?
[14:45] <willcooke> Going in 10..
[14:45] <willcooke> #endmeeting
[14:45] <meetingology> Meeting ended Tue Nov 21 14:45:59 2017 UTC.
[14:45] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-11-21-14.30.moin.txt
[14:46] <willcooke> Thanks everyone
[14:46] <willcooke> nice and quick
[14:46] <willcooke> jibel, Have chased with Foundations will report back asap
[14:46] <didrocks> thanks!
[14:46] <jibel> thanks
[14:46] <Trevinho> ... and good morning :)
[14:47] <seb128> thx
[14:47] <Trevinho> seb128: can you publish that silo?
[14:47] <seb128> sure
[15:21] <sabdfl> willcooke, could you look into https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1727237 please?
[15:21] <sabdfl> this is captive portal bugginess that is hurtin 17.10 users
[15:22] <sabdfl> maybe worth a backport SRU to 17.10 if we have resolved this on bionic
[15:22] <sabdfl> i am on bionic but can't test as I don't have a captive portal handy
[15:23] <willcooke> sabdfl, ack
[15:37] <mdeslaur> I'm trying out artful, and I'm not seeing the dot next to the clock at the top when I have missed notifications...is that broken, or do I have to turn it on?
[15:39] <didrocks> mdeslaur: the dot is on for everyone, you can't get it disabled. However, if you click on the clock or any notification, it will disappear
[15:39] <mdeslaur> didrocks: I never get the dot
[15:40] <mdeslaur> didrocks: any idea why%?
[15:40] <didrocks> mdeslaur: hum, not really, you should have it for emails at least
[15:40] <mdeslaur> I'm trying it with hexchat
[15:40] <didrocks> (I'm unsure it's for all kinds of notifications though)
[15:41] <mdeslaur> I see the notification popup, but when I disappears, I don't have a dot
[15:42] <didrocks> yeah, I reproduce (I never relied on the dot TBH, I find it not noticeable)
[15:42] <didrocks> I'll look at the algorithm, I'm unsure about what it's supposed to be exactly
[15:42] <mdeslaur> didrocks: what are you relying on?
[15:42]  * gQuigs is also delaying knowing about pings because of this (using pidgin)
[15:42] <didrocks> mdeslaur: some notification stays until you move your mouse
[15:43] <didrocks> so, I got used to notice them
[15:43] <mgedmin> I have one unread notification right now and no dot next to the date
[15:43] <didrocks> but I'm not fully satisfied either about this "no disturb" paradigm
[15:48] <kenvandine> didrocks, i'm fairly dissatisfied with that myself
[15:48] <kenvandine> thankfully we have the dock with emblems :)
[15:48] <didrocks> yep!
[15:48]  * didrocks goes a little bit earlier today, see you tomorrow guys!
[16:11] <gQuigs> where does upstream for casper live?  I see https://launchpad.net/casper but trunk hasn't been updated in ages
[16:12] <gQuigs> (assuming it's still really important and there isn't some alternative we plan to switch too)
[16:20] <seb128> mdeslaur, I wonder if that has to do with the urgency parameter of the notifications
[16:20] <seb128> or the type
[16:21] <mdeslaur> hrm, maybe
[18:12] <Laney> night!
[18:40] <willcooke> night all
[23:42] <kenvandine> EOW for me!
[23:42]  * kenvandine waves


[00:12] <Isotop7> i dont get any ota updates since 25th of november...im on ubuntu 14.09 rtm...i wondered if they switched the main channel?
[03:47] <Big_> Is anyone aware of a way to sync the Contacts app with a .vcf file? I've tried evolutionsync, but it's returning errors. I'm running R140 on a Mako device.
[06:20] <ahoneybun> I now have 4G on my N4 with Ubuntu Touch btw
[07:30] <scott__> This may be a noob question, has anyone tried to port the LG G2?
[07:30] <scott__> It has a lot of the same as hammerhead?
[07:35] <scott__> No answer?
[07:35] <scott__> Ping..ping..
[07:40] <scott__> An easier question. I need the new phablet-dev-bootstrap -c command for the latest on CM
[07:40] <scott__> It has been a while since I played with it
[07:44] <scott__> I remember salvetti put up another branch beyond cm-10.1
[07:53] <AndroUser> nick scott_
[08:11] <scott__> Thanks...I see it's vis a ppa
[08:21] <Isotop7> im using channel 14.09 rtm proposed...i dont get any ota updates since 24th of november...is there a possibility that the main channel was switched to vervet and is namen differently?
[08:21] <Isotop7> *named
[08:39] <nhaines> This has not happened yet.
[08:40] <nhaines> Actually, it can't happen.
[08:40] <nhaines> Not for a couple of months, anyway.
[10:03] <danielbe> hello. I would like to create a docker container for the ubuntu touch cordova platform.
[10:05] <danielbe> However, when executing "sudo click chroot -aarmhf -f ubuntu-sdk-14.04 create" I got the error "E: Failed to change to directory ‘/data/fakeapp’: No such file or directory". That directory however exists.
[10:05] <danielbe> So I wanted to ask if someone knows about click and cordova and could give me a hint on what to do.
[18:10] <iwan2dualboot> Hi. I am wanting to dual boot my pendo pad 7 with ubuntu. Can anyone tell me if this has/or can be done?
[20:01] <Patrick032986> hel,lo guys I was wondering if its possible to put ubuntu on my phone I have a LG Optimus Feul phone?
[20:01] <Patrick032986> hello***
[20:02] <popey> !devices | Patrick032986
[20:04] <Patrick032986> mines not listed I don't know if thats a yes or no sorry I am new to about installing ubuntu on a phone
[20:17] <popey> Patrick032986: it's a no, until someone does a port
[21:57] <pngo> I'm having problems to save crontab file.  Permissions problems. is it possible to create crontab as phablet?
[22:00] <pngo> ok looks like root can not create cron jobs as well...):
[22:21] <pngo> Sorry, now it looks that nano has a bug, can not save file
[22:31] <cwayne> pngo: it can if you phablet-shell instead of adb shell
[22:31] <cwayne> else use vi
[22:32] <pngo> cwayne, ok. thxs


[03:18] <nhaines> >_>
[03:18] <nhaines> Someone should just push "tutanota-webapp" through approval.  :P
[03:30] <nhaines> Ooh, it might've been automatic.  Yay!
[04:47] <rich> hello all...just  installed touch on my d2spr...seems to be working  ok thus far...but i do not have any access to a wifi menu...is thius something i need to do through a terminal window?  any help at all would be much appreciated.
[08:17] <brunch875> Good morning in the morning!
[08:33] <JamesTait> Good morning all; happy I Need A Patch For That Day! 😃
[09:38] <seb128> bfiller, cyphermox, do you know if bug #1456112 is a n-m issue or due to something else?
[09:39] <seb128> dns not changing when switching from carrier data to wifi
[09:39] <seb128> seems like BT enforces the dns to be the wifi ones (for content filtering) and it things bug
[09:52] <seb128> Elleo, hey, just checking with you, but the osk still doesn't have support for quotes or brackets completion right?
[09:52] <seb128> Elleo, I'm looking at doing the string change from bug #1385288
[10:10] <Elleo> seb128: yeah, that's still not implemented
[11:33] <eointierney> Hello wonderful people, aquaris 4.5 owner here, looking for advice.
[11:33] <eointierney> First up, it's buggy as a termite mound, but I'm still fond of it :)
[11:33] <mcphail> eointierney: the bugs are endearing
[11:34] <eointierney> They are certainly expensive :)
[11:34] <eointierney> I want to change some things, like move to duckduckgo as default search engine.
[11:36] <eointierney> The main problem is the lack of documentation, any pointers?
[11:37] <eointierney> I have it hooked up via qtcreator(ubuntu sdk version) and am browsing around.
[11:38] <eointierney> There seem to be some novel wheel designs, though they seem to rotate in one direction only.
[11:41] <mcphail> eointierney: the browser is pretty basic just now. I find it _renders_ extremely well but lacks other features. All the apps are being developed by small teams of people so the imrovements are coming through slowly and steadily. The browser app will be getting a bit of polish with the next update. Put in a bugreport for a feature request. The devs are very responsive and interactive
[11:41] <cwayne> i think there is a way to set the default search engine
[11:41] <cwayne> just not from the UI maybe
[11:41] <cwayne> oSoMoN_, ^
[11:42] <eointierney> Hey, I'll an early adopter, it just needs a little lovin'
[11:43] <eointierney> I'm a little puzzled why so many things are baked in. Also, lack of documentation.
[11:43] <eointierney> And it's a little past bug reports. They device is actually barely functional.
[11:45] <eointierney> I was happy to add a hosts file for simple addblocking, but it's hacky.
[11:45] <ogra_> cwayne, picking the start page is in vivid
[11:45] <ogra_> but not in rtm
[11:45] <eointierney> I should say kludgy.
[11:45] <oSoMoN_> eointierney, mcphail, cwayne: the devel images already have a UI for settings in the browser, which allows changing the default search engine. RTM will be getting it with the next OTA update
[11:45] <ogra_> right
[11:46] <eointierney> I've had a look at changing image but the instructions are unclear, any pointers? I'm happy to eat any dog food right now.
[11:46] <ogra_> eointierney, if you make changes to existing files on the readonly partition, they will be reverted with the next OTA
[11:46] <mcphail> eointierney: the security model is very tight, just now. That locks down /etc/hosts which makes it difficult to edit. Apps would not have direct access to edit /etc/hosts without the blessing of the ubuntu-touch team
[11:46] <eointierney> @ogra, I know, which is why I've a script to do it for me :)
[11:46] <ogra_> :)
[11:47] <mcphail> eointierney: changing to a vivid channel is quite easy, but vivid is coming soon by default anyway
[11:48] <eointierney> @mcphail? How soon? And I'm fond of breaking things, so how would one change channel?
[11:50] <mcphail> eointierney: it only takes a couple of minutes to change channel. I don't have access to a browser just now to give you a link to the doc page but if you search for "ubuntu-touch change channel" it will take you there
[11:50] <mcphail> eointierney: I think vivid is coming by default in about 2 weeks, but I may be being optimistic :)
[11:51] <brunch875> ubuntu-device-flash touch --channel=devel --bootstrap
[11:51] <brunch875> and you'll be using the devel channel!
[11:51] <mcphail> eointierney: I've played with the vivid channels and changed back again. No problems beyond having to run my script to set up /etc/hosts, ringtone etc
[11:51] <brunch875> --bootstrap wipes so, careful
[11:51] <mcphail> brunch875: don't need --bootstrap
[11:52] <brunch875> I believe it does for the BQ devices
[11:52] <mcphail> brunch875: I've never used it...
[11:52] <brunch875> In that case it probably doesn't :D
[11:52] <mcphail> brunch875: i've changed to vivid, vivid-proposed and back to rtm without using the --bootstrap flag :)
[11:53] <brunch875> hacker's gift!
[11:54] <eointierney> So ubuntu-device-flash touch --channel=devel is all I need?
[11:54] <eointierney> I love floss communities :)
[11:54] <seb128> Elleo, thanks
[11:54] <mcphail> eointierney: there are different channels to explore
[11:54] <Elleo> seb128: no problem
[11:54] <eointierney> @mcphail is there a listing?
[11:54] <brunch875> https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/
[11:54] <mcphail> eointierney: there is a command to list them if you search for that page...
[11:55] <Elleo> eointierney: devel-proposed is probably a better choice than devel currently if you're wanting to experiment with new stuff, there hasn't been a promotion to devel in quite a while
[11:55] <brunch875> orrrr I think you can do this
[11:55] <brunch875> ubuntu-device-flash query --list-channels --device=DEVICE
[11:55] <mcphail> that'll be the one
[11:55] <eointierney> Yahoo, so devel-proposed it is.
[11:55] <mcphail> the bq device name is krillin
[11:55] <Elleo> oh actually, the channels were renamed recently
[11:56] <eointierney> Teh Awesomes!
[11:56] <Elleo> eointierney: ubuntu-touch/rc-proposed/bq-aquaris.en might be the best option if you just want newish but fairly stable stuff (that's basically what will become OTA4 when finally ready)
[11:57] <Elleo> devel-proposed is tracking wily now, which isn't much different from that channel at the moment, but could diverge a lot in the future as snappy stuff gets worked on
[11:57] <eointierney> Elleo: thank you, I was about to ....
[12:36] <eointierney> Thank you all, slight improvements noticed but still idiotically dependent on google for search, third-party contact imports, I'm sure much more.
[12:42] <cyphermox> seb128: that smell of a NM bug, thanks. That said, there isn't enough info to know what the real problem is
[12:42] <seb128> cyphermox, k, at least I redirected it at the right place then ;-)
[12:42] <seb128> cyphermox, thanks
[13:15] <jgdx> seb128, there you go :p
[13:15] <seb128> jgdx, context? ;-)
[13:15] <jgdx> seb128, bug comment
[13:15] <jgdx> why not just unsubscribe yourself?
[13:16] <seb128> jgdx, thinking about everybody else subscribed to settings
[13:16] <seb128> or we all need to go unsubscribe
[13:16] <seb128> it's ridiculous
[13:16] <jgdx> seb128, only those who do not filter bugs
[13:17] <seb128> I do filter bugs
[13:17] <seb128> but those come through a change to a settings bug
[13:17] <seb128> so they spam my settings box
[14:37] <nik90> hey guys, is there a way to get Nokia HERE AGPS on vivid-proposed channels on N4?
[14:38] <nik90> I have it on my bq running rtm, but need it for testing purposes on my N4 as well for quick locations test
[14:38] <kenvandine> mandel, remember my rebase of your fix-network and fix-network-errors branches?
[14:39] <kenvandine> mandel, seb128 is testing it  and it's not finding click updates
[14:39] <mandel> kenvandine, yes, the ones done in the sprint, tell me
[14:39] <kenvandine> if he downgrades to the vivid version, there are updates available
[14:39] <mandel> kenvandine, silo? I'l take a look
[14:39] <seb128> document viewer and authentificator are listed with the vivid version
[14:39] <kenvandine> so that network code must be failing
[14:39] <kenvandine> silo 34
[14:39] <mandel> kenvandine, ack
[14:40] <kenvandine> mandel, thx, i don't have time to look at it now and you really wrote that code. i'm sure you understand it best :)
[14:41] <kenvandine> mandel, so just base any fixes for it on my branch, actually on my fix-network-errors branch which is stacked
[14:41] <mandel> kenvandine, got you, I'll do some decen debugging and will find out what is going on
[14:42] <kenvandine> mandel, thanks man!
[14:42] <kenvandine> mandel, always fun to come back from vacation :-p
[14:42] <seb128> mandel, let me know if you can reproduce or if you need more info from my device
[14:44] <mandel> seb128, yes, using krillin or mako?
[14:44] <seb128> mandel, neither, that's a n7
[14:44] <mandel> kenvandine, yes, is like.. 1000 emails, new team, silo not landed.. and shit broken hehe
[14:44] <kenvandine> the usual :)
[14:44] <mandel> seb128, agh, the one  I don't have, but it should not matter
[14:45] <seb128> mandel, yeah, it shouldn't but in case in does I can provide info
[14:45] <mandel> seb128, thx
[14:45] <seb128> I plan to test on an arale as well
[14:45] <seb128> but need to reinstall that first
[15:42] <jgdx> abeato, will you let me know when ResetContexts land?
[15:42] <abeato> jgdx, sure, currently it is in silo 16
[15:42] <jgdx> abeato, nice. Thanks
[15:42] <abeato> np, great that you have already implemented it :)
[15:43] <jgdx> abeato, System Settings is bleeding edge :d
[15:43] <abeato> :D
[17:10] <peat-psuwit> jhodapp: Any progress for https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad1.0/+bug/1452386 ?
[17:19] <jgdx> mpt, hey, did you get to install the silo? If not, let me know.
[18:09] <jhodapp> peat-psuwit, yeah just waiting on a co-worker of mine to merge it
[18:10] <jhodapp> peat-psuwit, already added your patch to my branch, just needs to make it into the archive now
[18:32] <taiebot> nik90: i think ubuntu-device-flash touch --channel=ubuntu-touch/devel/here to get vivid devel with here i did ubuntu-device-flash touch --channel=ubuntu-touch/devel-proposed/here to get Agps on willy
[18:33] <nik90> taiebot: ah the /here extension...will try it out.. thnx a lot mate
[18:33] <taiebot> nik90: you are wellcome. Have you got Nexus 4?
[18:34] <nik90> taiebot: yeah I got a Nexus 4 and BQ..
[18:34] <taiebot> nik90: i am not sure my n4 gps is actually working
[18:34] <nik90> taiebot: hmmm...I remember few months back where AGPS worked really well on N4 since I used that to implement clock app location detection.
[18:35] <nik90> I will try flashing and let you know if it works on my end
[18:36] <taiebot> nik90: i get a fix with Agps on here but not anymore on osmtouch
[18:36] <nik90> taiebot: did you check the osmtouch logs? It hasn't been updated in a while and could have broken
[18:41] <taiebot> nik90: when i do sudo dmesg | grep GPS as per https://lists.launchpad.net/ubuntu-phone/msg12532.html i get nothing
[18:42] <nik90> oh nice email thread..bookmarking for future reference..
[18:42] <nik90> my phone is flashing, I will test once that is done
[18:47] <dobey> taiebot: btw, for the sim toolkit app porting, first thing you should probably do is make sure the APIs it needs to use/access are available and accessible on Ubuntu in your app's confined context
[18:49] <taiebot> dobey: you should not put your hopes very high. Coding is not my thing. I do not think i will be able to do it without some help.
[18:50] <dobey> taiebot: well, i don't have high hopes. i don't need a sim toolkit app. :)
[18:50] <taiebot> :P
[18:57] <taiebot> dobey: looking at the Jolla bug report i do think it will have to be worked on on UT https://together.jolla.com/question/1235/sim-toolkit/
[19:07] <nik90> taiebot: I am not getting a location fix on my N4. I tried the sensors app despite now having the HERE support
[19:08] <taiebot> nik90: i do but it is not very precise
[19:10] <nik90> hmm
[19:24] <brunch875> damn, I just realized python omnicompletion works flawlessly on vim
[19:25] <brunch875> but it actually doesn't because vim is compiled with python2 and I'm coding using python3
[19:29] <brunch875> I read that for 15.10 or 16.04 ubuntu will use python3 for default, which will mean vim will be probably also compiled as such
[19:30] <brunch875> know if it's going to be the same for the phone?
[19:30] <brunch875> Convergence is hitting around then... right?
[19:34] <dobey_> brunch875: ubuntu already uses python3 by default, and has for a long time now
[19:34] <dobey_> brunch875: the goal for 16.04 is to get python2 off the default ISO install
[19:35] <brunch875> so typing python should launch python3, right?
[19:35] <dobey_> brunch875: the phone image does not have python2 on it
[19:35] <dobey_> no, typing python will never launch python3
[19:35] <brunch875> not even after they rid python2?
[19:35] <dobey> you will always need to run python3 to run python3
[19:35] <dobey> correct
[19:35] <brunch875> astonishing!
[19:35] <dobey> /usr/bin/python should never be python3
[19:36] <brunch875> you're the fountain of knowledge
[19:36] <brunch875> but then I wonder why they didn't choose to compile vim with python3 instead of python2 on the repos
[19:36] <brunch875> and as always, I'm off for dinner! Read you in a sec!
[19:39] <dobey> i don't know. perhaps the version of vim in the repo is not ported to python3. or the scripts it needs to run are all still python2
[20:33] <brunch875> that's probably it. I tried compiling vim from source but it fails
[20:33] <brunch875> I feel lazy to walk through the errors
[20:34] <brunch875> dobey: why is it that /usr/bin/python should never be python3?
[20:34] <brunch875> What's it going to be after ubuntu gets rid of py2?
[20:41] <dobey> brunch875: ubuntu isn't getting rid of py2
[20:41] <dobey> brunch875: it just won't be part of the default install
[20:41] <dobey> brunch875: everything in the archive doesn't work on py3. if /usr/bin/python was py3, anything that needed python2 would be broken
[20:42] <dobey> not on the ISO != not in the archive
[20:42] <dobey> there are plenty things in the archive, that aren't in the ISO
[20:42] <brunch875> yeah by getting rid of it I meant that
[20:44] <brunch875> you must excuse me as I'm still highly confused :D
[20:44] <brunch875> at least not certain of something wrong
[20:47] <dobey> brunch875: python2 and python3 are not compatible
[20:47] <brunch875> yeah, and a big chunk of the system uses py2
[20:47] <dobey> no, a small chunk of a default ubuntu install does
[20:48] <dobey> a *very* small chunk
[20:48] <brunch875> really?
[20:48] <dobey> yes
[20:48] <dobey> like, only a few packages on the default install
[20:49] <brunch875> I'll research a bit after I grab some sleep
[20:50] <brunch875> otherwise I'll be bugging you tomorrow if I remember ;)
[20:50] <brunch875> ciao
[20:50] <dobey> sure
[20:58] <studio_> hi
[21:00] <popey> hello
[21:00] <studio_> will there be, in the near future, an Ubuntu Phone, which will not be depending on Android?
[21:01] <popey> no
[21:01] <studio_> why?
[21:01] <popey> because we need the drivers to access the hardware
[21:01] <popey> that requires the android kernel
[21:02] <studio_> what about broadcom, if mtk do not like?
[21:02] <popey> We are dependent on the SoC in devices that partners want to ship
[21:03] <popey> if a partner uses a different SoC vendors, great, but we still need the drivers
[21:03] <popey> and they are predominantly non-free binary blobs in an android kernel
[21:05] <dobey> if a vendor builds a 100% open phone that doesn't require binary blobs for a specific kernel version, then we can ship a phone that doesn't have android, maybe
[21:05] <dobey> until there is a totally open phone that ubuntu can run on and use all the hardware, we'll probably need the android lxc and drivers to use the hardware
[21:06] <studio_> i understood non free driver (closed source), but if mtk or other do not like to build drivers for a new real linux-kernel, why not a new "manufacturer"?
[21:06] <popey> 22:02 < popey> We are dependent on the SoC in devices that partners want to ship
[21:07] <popey> we don't choose the SoC
[21:07] <studio_> So, what are the "partners"?
[21:07] <popey> bq, meizu
[21:07] <studio_> only mtk?
[21:07] <dobey> studio_: this has been answered to you many times previously
[21:07] <dobey> please stop asking the same tired old repetitive questions over and over when you've been given the answers already
[21:07] <popey> bq and meizu chose mtk SoC, we didn't
[21:08] <dobey> not all the devices that ubuntu has been ported to use the mtk kit, afaik
[21:08] <dobey> ie, the nexus devices for example
[21:09] <popey> the first devices weren't either.
[21:09] <dobey> the first was galaxy nexus?
[21:09] <popey> Nokia N9
[21:09] <dobey> oh
[21:09] <studio_> dobey, right, but they are not "official" ...
[21:09] <popey> and Asus Transformer TF101
[21:10] <popey> nothing was official
[21:10] <popey> we didn't release N9 or TF101 images
[21:10] <dobey> studio_: if you want a device that doesn't require proprietary drivers, then go win the lottery or something and start a company to do exactly that. or convince google to push their partners to produce open source drivers for their hardware
[21:11] <popey> http://neo900.org/ :)
[21:11] <studio_> dobey, you do net get the point. the rpi is also "proprietary"
[21:12] <dobey> it's not something that can be changed by whining in this channel
[21:12] <dobey> studio_: you don't get the point. stop asking the same crap over and over
[21:12] <popey> studio_: we get it.
[21:17] <studio_> popey, i don't know how to tell, to step someone on their feets. i asked, because i am using different soc devices with linux on it. for exp. arm, sh4 and mips. therefore i do not understand, taht it is a so big problem to get drivers for the linux kernel :(
[21:19] <dobey> studio_: buy hardware and send it to hardcore kernel engineers who can reverse engineer it then
[21:21] <studio_> dobey, i do not understand, when canocial is talking about "partners". what to you understand about "partners"?
[21:21] <popey> 22:07 < popey> bq, meizu
[21:21] <popey> i just answered that
[21:21] <dobey> ffs
[21:22] <studio_> telekom, telefonica, vodaphone, etc. partners for what?
[21:23] <popey> bq and meizu are our hardware partners
[21:24] <dobey> http://www.canonical.com/partners
[21:27] <studio_> http://partners.ubuntu.com/
[21:27] <studio_> ?
[21:27] <dobey> yes that is another url that one might get to from the other site
[21:28] <studio_> as you and read ARM
[21:28] <dobey> ARM do not make all the hardware
[21:29] <dobey> and the kernel runs on the CPU without extra binary blobs already
[21:29] <popey> they don't make the majority of hardware, but license their designs to companies like mtk, qualcomm etc
[21:29] <dobey> the CPU isn't the problem
[21:29] <studio_> but they make the code, aren't teey?
[21:29] <studio_> they
[21:29] <dobey> no
[21:29] <studio_> no?
[21:29] <dobey> ARM doesn't make the binary blobs for Mediatek
[21:30] <dobey> Mediatek makes the stuff for Mediatek
[21:30] <dobey> the SoC chips have more than just the ARM CPU in them
[21:31] <studio_> again, MTK is the one and only manufacturer for ubuntu phones?
[21:31] <popey> no
[21:31] <studio_> :)
[21:31] <dobey> Mediatek, Qualcomm, Broadcom, Apple, etc… license the CPU design from ARM, and build it into their SoC
[21:32] <popey> mtk don't make the phone, they make the soc
[21:32] <dobey> Mediatek don't make phones
[21:32] <dobey> they make SoCs
[21:32] <popey> but you already know this....
[21:32] <dobey> if you want a phone to run ubuntu on that doesn't have a Mediatek SoC, buy a nexus4
[21:33] <dobey> and install the developer image on it
[21:33]  * genii decides to go MIPS64 anyhow
[21:33] <studio_> dobey, i'd like to have a phone, that is not depending from android, that's all.
[21:34] <dobey> studio_: then buy an iphone?
[21:34] <popey> okay well, thats not going to happen with ubuntu any time soon
[21:34] <popey> haha
[21:34] <dobey> or a windows phone
[21:34] <dobey> or win the lottery and build one yourself
[21:34] <popey> http://neo900.org/ or buy one of them
[21:35] <dobey> or yeah, one of those
[21:35] <studio_> dobey, would be nice to have debian on an " i-device" ...
[21:35] <genii> Hehe, FreeRunners
[21:35] <popey> I want a pony.
[21:35] <dobey> or buy an old pre3
[21:35] <dobey> or an old nokia
[21:35] <dobey> or a tizen/meego phone
[21:35] <popey> Nokia N82 is nice.
[21:36] <dobey> i have an N something
[21:36] <k1l> even arm dev boards get shipped with android and android drivers. so demanding a non-android thingy and for a small budget price,... that is winning in lottery
[21:36] <dobey> N86
[21:36] <dobey> really nice phone
[21:37] <k1l> i got a n4, nice too :)
[21:37] <k1l> but cracked my backside the second time now...
[21:37] <genii> k1l: TI used to provide both android and linux boot images and drivers for their OMAP lines.
[21:37] <dobey> i have one of those sitting here too
[21:37] <studio_> k1l, you are a german, you know coolstream receivers, or not?
[21:37] <dobey> and a nexu5
[21:38] <dobey> and a pre3
[21:38] <k1l> a n5 would suit me a little better. but its not enough to made the step to the n5.
[21:38] <dobey> and a samsung t89
[21:38] <dobey> these new phones are too damn big anyway
[21:40]  * k1l thought the same about the n4 comming from the moto milestone
[21:46] <studio_> popey, thank you for answering my question, but i have one last question for today. how much in "MB" is needed from that android stuff for, for exp., the bq e4.5?
[21:51] <dobey> k1l: the n4 is too big :)
[21:51] <dobey> < 100
[21:52] <dobey> probably < 10MB of android stuff on the phone
[21:52] <dobey> the whole phone image is only like 300 MB
[21:52] <k1l> i am quite tall and have large hands. so it fits well. but a friend got the opeplusone. that is a thing
[21:52] <k1l> *oneplusone
[21:53] <k1l> well, the "amount of android" is interesting to know. but its not important since we cant change it anyway.
[21:54] <dobey> well, i'm not an NBA center, but I'm not a horse jockey either. i'm plenty tall and have somewhat lengthy hands, but the n4 is still too big
[21:54] <studio_> dobey, if it is < 10MB would't it be making sense to make a new scatter.txt for the partitition?
[21:54] <dobey> studio_: we don't have a scatter.txt for anything, so no
[21:54] <dobey> studio_: if you want help with the mtk tools then ask mediatek and/or bq
[21:54] <popey> studio_: no idea
[21:56] <studio_> dobey, i thought sturmflut was working about to get more space on the e4.5?
[21:57] <dobey> i don't know what he is doing
[21:57] <dobey> but afaik, he doesn't work for canonical, bq, nor mediatek
[21:58] <dobey> and i don't know what you mean by "more space"
[21:59] <studio_> i know, he's spending his free time to figure out something, same as me ... ;)
[21:59] <dobey> no
[21:59] <dobey> not the same as you. he doesn't keep asking the same questions over and over, even though he's been given answers. he reads the answers and comprehends them :)
[22:02] <studio_> dobey, what do you think, when sturmflut made the new bq phone public? check the date ... i figured out by myself, without help from this chat ...
[22:02] <dobey> huh?
[22:03] <popey> multiple people have pinged us about the E5 HD.
[22:03] <studio_> when?
[22:03] <dobey> i'm pretty sure sturm is in the "ubuntu insiders" program
[22:03] <popey> studio_: why?
[22:04] <dobey> popey: he's trying to get first comment on reddit
[22:04] <studio_> popey, you check all the logs, when did i said many thanks for the bq e5 ... ?
[22:04] <popey> studio_: I don't know what on earth you're talking about
[22:05] <studio_> 13.05.2015
[22:05] <popey> you mentioned the E5, others have mentioned it. What about it?
[22:05] <dobey> popey: he's talking about the fact that he was saying random things about trying to run the e4.5 ubuntu images on an e5
[22:05] <popey> ok
[22:05] <dobey> soomehow that means he knew there was going to be an e5 ubuntu edition
[22:05] <dobey> at least, that's what he's trying to claim
[22:06] <popey> well, that's a reasonable conclusion from the evidence given
[22:06] <dobey> well, "i want to run the e4.5 image on an e5" is a far stretch from "you guys are going to release an e5 with ubuntu on it"
[22:06] <dobey> but sure
[22:07] <dobey> logic can be a very elusive thing for some :)
[22:11]  * mcphail loves it when studio_ appears in his /lastlog. Came for the phone, stayed for the show.
[22:11] <studio_> dobey, i am not talking about to run "random things about trying to run the e4.5 ubuntu images on an e5" i am talking about "https://github.com/bq/aquaris-E5/tree/aquaris-E5-ubuntu-master" and "http://people.canonical.com/~jhm/barajas/recovery-vegetahd.img"
[22:12] <popey> studio_: we get it
[22:12] <studio_> nice :)
[22:16] <mcphail> It would be nice to see a bq phone with 4G (albeit I spend 80% of my week in places where 2G is a luxury)
[22:16] <popey> be nice if we had services that made use of all that bandwidth :)
[22:17] <mcphail> very true
[22:18] <mcphail> popey: but think how fast dekko would refresh...
[22:18] <studio_> mcphail, i don't understand that git, but maybe you can help, it was changed 9 days ago, but what branch? https://github.com/bq/aquaris-E5-4G
[22:18] <popey> would be nice for OTA updates and stuff
[22:19] <mcphail> studio_: I haven't looked at it
[22:19] <studio_> can you take a look on it?
[22:20] <mcphail> studio_: you could git clone it and see what changed. I'm not particularly interested
[22:21] <studio_> i don't understand, you wrote "It would be nice to see a bq phone with 4G"
[22:21] <studio_> hi Benno-007 :)
[22:23] <Benno-007> studio_: greetings
[22:24] <dobey> studio_: it doesn't mean he wants to read through kernel source for the phone
[22:25] <dobey> studio_: and i'm not sure the 4g version identifies the same as the non-4g version
[22:25] <studio_> Benno-007, what do you thing about tutanota? is it another "joke"?
[22:26] <mcphail> studio_: I've got all cores occupied cooking up a 14.10 chroot, I'm afraid. I'll leave the kernel sources to you :)
[22:28] <popey> mcphail: sdl fun?
[22:28] <studio_> mcphail, i no not need "lte" on my phone :) it is just for advertising ...
[22:29] <popey> I could see use of LTE/4G when it's converged device and the apps are large
[22:29] <popey> Or you want to remotely connect to apps running on remote servers
[22:30] <mcphail> popey: just arrived back home to my "real" machine. Might get some time to play with sdl tomorrow but kids are off school (so probably not)
[22:30] <popey> I can imagine using Excel remotely on another host being painful over 3G
[22:30] <popey> mcphail: ok :)
[22:30] <popey> Do you get Monday off?
[22:30] <mcphail> nope
[22:30] <popey> awww
[22:30]  * popey has booked Tuesday off for a long weekend.
[22:31] <popey> Got to take my daughter to a dancing competition on Monday so will probably take my laptop and work during that day
[22:31] <dobey> is there a citrix client for ubuntu on arm?
[22:31] <popey> who says it has to be arm :)
[22:31] <dobey> well, is anyone making x86 phones?
[22:31] <Benno-007> studio_: I'm away and don't know really this project from the UU link.
[22:31] <popey> Lenovo
[22:31] <popey> Asus
[22:31] <popey> (yes)
[22:31] <dobey> ...
[22:32] <mcphail> studio_: have you bought a phone yet?
[22:32] <dobey> well, ok, so 2 people will be able to run a citrix client on their phone :)
[22:32] <popey> :)
[22:34] <dobey> spreadsheet on a phone seems like a generally bad idea anyway though
[22:34] <dobey> i guess if you have a big screen and keyboard plugged in, it would be less painful though
[22:34] <studio_> popey, come on 3g is ok, you are not working via euro isdn ...
[22:34] <dobey> 3g is pretty bad
[22:34] <popey> well indeed, hence me mentioning convergence
[22:34] <mcphail> with an x86 phone you could stream steam...
[22:35] <dobey> 2.5g even is incredibly awful
[22:35] <popey> studio_: I agree, 3g is "ok". but my point was for future features, not today.
[22:36] <studio_> popey, what do you mean with "future", MTK devices based on android drivers?
[22:36] <studio_> ;)
[22:36] <k1l> using your phone longer than one year
[22:37] <dobey> studio_: stop trolling
[22:37] <popey> studio_: i mean exactly what I said
[22:37] <popey> 23:29 < popey> I could see use of LTE/4G when it's converged device and the apps are large
[22:37] <popey> [M#g223:29 < popey> Or you want to remotely connect to apps running on remote servers
[22:37] <studio_> dobey, come on, lets have some fun ...
[22:37] <popey> I can think of better ways to spend my evening
[22:37] <dobey> indeed
[22:38] <dobey> eh, you need lte if you want to watch netflix on your phone :)
[22:38] <popey> I have a cat sat on me, a glass of wine and politicians to shout at on telly :)
[22:38] <popey> ooh, good one
[22:38] <dobey> or youtube or such
[22:39] <k1l> on my contract i can see 1,4 seconds on LTE speed, iirc. must be a very short series then :)
[22:39] <popey> hah
[22:39] <dobey> and i'm about to install a new stereo in my truck, which i will at some point be able to miracast to and it can control my phone from the stereo screen
[22:39] <popey> yeah, that'll change though, no doubt
[22:39] <popey> same as 3g was terribly expensive initially
[22:39] <popey> right now the networks are gouging though
[22:39] <dobey> t-mobile us is awesome though :)
[22:40] <popey> heh, you're properly american with your "trucks" :D
[22:40] <dobey> i only have one
[22:40] <dobey> all my other vehicles are sports cars :)
[22:40] <popey> :)
[22:40] <dobey> (currently)
[22:40] <popey> All my other cars are lego
[22:40] <k1l> matchbox \o/
[22:40] <dobey> heh
[22:41] <studio_> dobey, btw. netflix on the phone or an tablet. are you going to import the player from ubuntu tv to the ubuntu touch devices or not?
[22:41] <dobey> there is no ubuntu tv
[22:41] <popey> wakka wakka wakka
[22:41] <dobey> i don't know why you keep saying "ubuntu tv"
[22:41] <studio_> but the player was nice ...
[22:41]  * mcphail lovingly pinches studio_'s cheeks
[22:41] <popey> haha
[22:42] <dobey> well maybe netflix will ship a client app for ubuntu phones. i don't know. the developer docs and store are there for them to upload it :)
[22:43] <dobey> if they want to
[22:44] <studio_> just for "understanding", ubuntu phone is not ubuntu, ubuntu next is not ubuntu phone, ubuntu tv and ubuntu touch is not continued?
[22:44] <popey> WAT
[22:44] <dobey> ubuntu is ubuntu
[22:44] <popey> I'm gonna say "no"
[22:44] <popey> do I win a prize?
[22:45] <studio_> :)
[22:45] <studio_> lol
[22:45] <dobey> ENOPARSE
[22:45] <studio_> sorry, what is ubuntu phone, what is ubuntu next, and what is ubuntu touch?
[22:46] <popey> Ok, lets go with "yes"
[22:46] <popey> Do i win now?
[22:46] <dobey> ubuntu-touch is a meta package
[22:46] <mcphail> Gah - I forgot how long it takes to install lots of .debs on a spinny hard disk. Was hoping this chroot was going to be ready by bedtime...
[22:46] <dobey> other than that ENOPARSE
[22:48] <k1l> studio_: ubuntu touch is the phone OS  that is in use currently. ubuntu next is the testing iso with mir and unity8 (and snappy packages in future) for developing and testing the new ubuntu that will include the desktop and the phone OS.
[22:50] <dobey> k1l: no it isn't. the phone os is ubuntu
[22:50] <k1l> arent we all ubuntu? :)
[22:51] <studio_> k1l, i nearly understood. i mistakenly installed some ubuntu touch package on my 14.04 and was shocked for exp. the browser, it was the same as on my phone. same was with system settings.
[22:51] <dobey> k1l: there is no "ubuntu touch" product. it is just ubuntu. "ubuntu-touch" is just the metapackage used for the seed for things on the phone image that come from the archive
[22:52] <popey> yeah, -touch was used quite a bit early on until we had a real product name for it
[22:53] <popey> still used in lots of places
[22:53] <k1l> dobey: yeah.
[22:53]  * popey looks at the channel name
[22:53] <popey> and it's fair for people to still use the term, we know what people mean when they talk about it
[22:53] <k1l> dobey: i tried to trimm it down to make it less confusing.
[22:54] <dobey> just imagine sigourney weaver saying "there is no touch. there is only ubuntuuuuuu"
[22:54] <mcphail> studio_: "ubuntu next" would mean my development chroot would have installed by now :(
[22:54] <popey> you need a delorean
[22:55] <dobey> i would have one, but they are still pretty expensive
[22:55] <mcphail> my friend was going to buy delorean's house last year
[22:57] <mcphail> anyway, all built. Night all
[22:58] <popey> o/
[22:59] <studio_> mcphail, i am normally using ubuntu studio and i was happy to see the new gui on 15.10. i was wondering, that the new xfce is not available on the phone, icons are big enough, waren't they?
[23:00] <dobey> because you didn't build a phone image that used xfce
[23:03] <studio_> dobey, is ubuntu studio 15.10 using xfce under mir?
[23:03] <dobey> ubuntu studio don't make phone images
[23:04] <popey> studio_: no
[23:04] <k1l> just big icons dont mean its usable as a phone screen
[23:04] <studio_> ok
[23:05] <k1l> just think about all the right-click and drag&drop stuff
[23:05] <studio_> so ubuntu studio 15.10 is still using x11?
[23:06] <dobey> studio_: #ubuntu-studio is probably the best place to ask about ubuntu studio
[23:07] <dobey> k1l: eh, android has plenty of things that are long-press or DnD, to use
[23:09] <k1l> dobey: yeah, but its different from that "regular desktop" stuff, imho
[23:09] <studio_> dobey, i just want to know if there is any separation from my preferred ubuntu distribution and ubuntu touch.
[23:09] <dobey> not really. just more annoying because i don't have a mouse
[23:10] <dobey> studio_: if your preferred ubuntu distribution is ubuntu studio, then yes, there are plenty of differences between it and ubuntu
[23:10] <popey> studio_: every desktop still uses x11
[23:12] <studio_> dobey, in the past since now it was not. i was able to install, on my desktop, all tools, drivers and kernels.
[23:12] <studio_> ahh, desktop
[23:13] <popey> \o/ bedlington
[23:13] <popey> nn all
[23:17] <dobey> w/e


[04:06] <elbrus> Laney: infinity: slangasek: I think I have a way out with autopkgtest
[04:07] <elbrus> I think we can put the Ubuntu line after an "if self.add_apt_pockets:" statement and the Debian line in the "else:"
[04:08] <elbrus> I'm running the testsuite now, but does that look remotely sane to you?
[04:18] -queuebot:#ubuntu-release- Unapproved: rejected budgie-artwork [source] (artful-proposed) [0.8.3ubuntu1]
[04:23] <tsimonq2> slangasek: If you're around, bug 1760263.
[04:59] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [s390x] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:01] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [ppc64el] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:04] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [amd64] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:04] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [i386] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:06] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [armhf] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:07] -queuebot:#ubuntu-release- New binary: qtwayland-opensource-src [arm64] (bionic-proposed/universe) [5.9.4-0ubuntu2] (kubuntu, qt5)
[05:51] <elbrus> slangasek: Laney: could you verify that my latest push for autopkgtest fixes the issue for Ubuntu?
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [amd64] (bionic-proposed) [5.9.4-0ubuntu2]
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [armhf] (bionic-proposed) [5.9.4-0ubuntu2]
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [ppc64el] (bionic-proposed) [5.9.4-0ubuntu2]
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [arm64] (bionic-proposed) [5.9.4-0ubuntu2]
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [s390x] (bionic-proposed) [5.9.4-0ubuntu2]
[06:44] -queuebot:#ubuntu-release- New: accepted qtwayland-opensource-src [i386] (bionic-proposed) [5.9.4-0ubuntu2]
[08:05] <doko> ecj needs a hint. all the *gcj* packages are already removed
[10:16] -queuebot:#ubuntu-release- Unapproved: budgie-artwork (artful-proposed/universe) [0.8.3 => 0.8.3ubuntu1] (personal-fossfreedom)
[16:52] -queuebot:#ubuntu-release- New sync: python-wsproto (bionic-proposed/primary) [0.11.0-2]


[13:49] <juergh> nibbon_, we do have mainline builds https://kernel.ubuntu.com/~kernel-ppa/mainline/. not good enough?
[13:54] <nibbon_> juergh: interesting, TIL :)
[13:55] <nibbon_> out of curiosity how are generated the debian{,.master} directories?
[14:28] <nibbon_> juergh: it seems not possible to install those in Focal though
[17:35] <tomreyn> nibbon_: what makes you say that you cannot install the mainline build .deb's on 20.04 LTS?
[17:36] <tomreyn> (or maybe that's not what you're saying, and I misunderstood?)
[17:58] <sarnold> tomreyn: iirc the mainline kernel builds are done on something newer than focal, and that drags in dependencies on newer glibc or libssl3 or both or something like that, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1926938
[17:59] <sarnold> tomreyn: I've not tried myself but I've seen enough people complain about it that it feels pretty plausible to me
[18:00] <tomreyn> oh, i wasn't aware of that, thanks sarnold
[20:31] <nibbon_> tomreyn: I meant exactly what sarnold (thx btw) explained :)


[05:42] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1097.107~16.04.1]
[08:22] -queuebot:#ubuntu-release- Unapproved: pulseaudio (focal-proposed/main) [1:13.99.1-1ubuntu3.6 => 1:13.99.1-1ubuntu3.7] (desktop-core, i386-whitelist, ubuntu-server)
[08:27] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (focal-proposed/main) [5.4.0-1029.29] (core, kernel)
[08:29] -queuebot:#ubuntu-release- New binary: linux-signed-azure-5.4 [amd64] (bionic-proposed/main) [5.4.0-1029.29~18.04.1] (no packageset)
[08:29] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1055.59~16.04.1] (kernel)
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-azure-5.4 [amd64] (bionic-proposed) [5.4.0-1029.29~18.04.1]
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (focal-proposed) [5.4.0-1029.29]
[08:35] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1055.59~16.04.1]
[11:58] <sil2100> Wimpress: hey! Are there any news regarding a new default wallpaper for 20.10?
[12:05] -queuebot:#ubuntu-release- Unapproved: accepted libfprint [source] (focal-proposed) [1:1.90.2+tod1-0ubuntu1~20.04.2]
[12:11]  * Laney winks at sil2100
[12:12] <sil2100> Oh, we have release notes on discourse now, I almost forgot
[12:13] <sil2100> Laney: do you know if the ACL sharing between LP and discourse was done in the end?
[12:13] <sil2100> I mean, wondering who can edit the release notes thread
[12:14] -queuebot:#ubuntu-release- Unapproved: accepted update-motd [source] (focal-proposed) [3.6-0ubuntu6.1]
[12:14] <Laney> it was not
[12:18] <rbalint> Laney, when retrying prometheus-alertmanager for systemd the results disappear :-( can something be done to get the results?
[12:18] <Laney> wait
[12:18] <Laney> if they disappear that probably means it is tmp-failing
[12:20] <Laney>                                                                                autopkgtest [12:15:53]: @@@@@@@@@@@@@@@@@@@@ apt-source prometheus-alertmanager
[12:20] <Laney>                                                                                autopkgtest [12:16:18]: ERROR: testbed failure: rules extract failed with exit code 100 (apt failure)
[12:20] <Laney> this happened repeatedly
[12:22] <rbalint> Laney, is it after upgrading packages on the testbed?
[12:23] <Laney> it gets a udev from groovy-proposed
[12:23] -queuebot:#ubuntu-release- Unapproved: rejected nvme-cli [source] (bionic-proposed) [1.5-1ubuntu1.1]
[12:23] <Laney> then reboots
[12:24] <rbalint> Laney, i tried with all-proposed i think to ensure upgrading everything
[12:24] <rbalint> in one try
[12:24] <Laney>                                                                                The following packages will be REMOVED:
[12:24] <Laney>                                                                                libnss-systemd libpam-systemd netplan.io ubuntu-minimal
[12:24] <Laney>                                                                                The following packages have been kept back:
[12:24] <Laney>                                                                                libsystemd0 systemd-sysv systemd-timesyncd
[12:24] <Laney>                                                                                The following packages will be upgraded:
[12:24] <Laney>                                                                                language-pack-en language-pack-en-base libudev1 udev
[12:24] <Laney>                                                                                4 upgraded, 0 newly installed, 4 to remove and 3 not upgraded.
[12:25] <Laney> I don't see any all-proposed
[12:26] <rbalint> i've retried now with gnutls and with all-proposed,
[12:26] <Laney> these old ones will need to be manually removed
[12:28] <Laney> please don't keep retrying in this situation in future
[12:31] <Laney><EMAIL_ADDRESS>this one worked
[12:32] <rbalint> Laney, ok
[12:33] <rbalint> Laney, how can i tell when it is ok to retry? i did not see it on the running page
[12:33] <Laney> 'disappearing' isn't really a thing
[12:33] <Laney> if you see a test retrying forever like this one was, you need to tell an admin
[12:34] <rbalint> ack
[12:34] <Laney> arguably we could use the fail_strings thing to catch that apt error, that would have made it fail eventually
[12:37] <Laney> The following packages have unmet dependencies: systemd : Depends: libgnutls30 (>= 3.6.14) but 3.6.13-4ubuntu5 is to be installed
[12:39] <Laney> I think I would have preferred apt to have chosen to upgrade libgnutls30 rather than remove stuff :-)
[12:39] <Laney> https://paste.ubuntu.com/p/C74Y6XTdDy/
[12:42] <Laney> https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1760810 it's probably this bug again
[12:43] <rbalint> Laney, thanks, with the gnutls trigger the test now passed so i just have to unblock gnutls
[13:39] -queuebot:#ubuntu-release- Unapproved: accepted pulseaudio [source] (focal-proposed) [1:13.99.1-1ubuntu3.7]
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted bolt [source] (focal-proposed) [0.8-4ubuntu1]
[13:49] <rafaeldtinoco> Could someone check FFe for me ? (https://bugs.launchpad.net/ubuntu/+source/pacemaker/+bug/1896223) It is in very good shape and very well tested. It has been reviewed by another server team member as well (the merge).
[13:59] -queuebot:#ubuntu-release- Unapproved: accepted zlib [source] (focal-proposed) [1:1.2.11.dfsg-2ubuntu1.1]
[14:11] -queuebot:#ubuntu-release- Unapproved: nova (focal-proposed/main) [2:21.0.0-0ubuntu<IP_ADDRESS> => 2:21.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[14:31] <coreycb> tjaalton: hi, we have a critical bug fix for focal (very small diff) in the focal unapproved queue for nova if you have a chance to review in your sru rota
[14:38] <tjaalton> coreycb: it's not fixed in groovy yet?
[14:39] <coreycb> tjaalton: it's in groovy-proposed
[14:45] <tjaalton> so it seems
[14:47] <coreycb> tjaalton: thank you for reviewing on short notice
[14:52] <tjaalton> coreycb: what about comment #34?
[14:53] <coreycb> tjaalton: I've replied in #35
[14:54] <coreycb> tjaalton: the package upgrade will naturally restart nova services. libvirt services will need manual restarts.
[14:54] <tjaalton> okay
[14:55] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (focal-proposed) [2:21.0.0-0ubuntu<IP_ADDRESS>]
[14:59] <tjaalton> mclemenceau: hi, the last sentence of the apport sru regression potential section seems to be missing the end part?
[14:59] <mclemenceau> hey tjaalton, let me check
[15:17] <mclemenceau> hey tjaalton, I updated the Regression description . hope this helps. Thanks
[15:34] <tjaalton> yep, thanks
[15:34] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (bionic-proposed) [2.20.9-0ubuntu7.18]
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (xenial-proposed) [2.20.1-0ubuntu2.25]
[15:39]  * enyc meows
[17:18] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Groovy Beta] (20200925) has been added
[17:59] -queuebot:#ubuntu-release- Unapproved: lasso (focal-proposed/main) [2.6.0-7ubuntu1 => 2.6.0-7ubuntu1.1] (ubuntu-server)
[18:34] -queuebot:#ubuntu-release- Unapproved: python-os-brick (focal-proposed/main) [3.0.1-0ubuntu1.2 => 3.0.1-0ubuntu1.3] (openstack, ubuntu-server)
[19:12] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Beta] (20200925) has been added
[21:06] -queuebot:#ubuntu-release- New binary: linux-signed-kvm [amd64] (groovy-proposed/main) [5.8.0-1004.4] (core)
[23:14] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Beta] (20200925) has been added