 :P
[01:38] <roasted> duflu: wanted to share something with you regarding that gray artifact thing when using vaapi
[01:38] <roasted> so far in my testing I've only had the gray artifacts happen with mpv/youtube-dl streaming when the video is using vp9 codec.
[01:38] <roasted> so maybe it's an issue isolated with vp9 (?)
[01:39] <duflu> roasted, yes I had already guessed it was VP9 only :)
[01:39] <duflu> Just haven't had time to look yet
[01:39] <duflu> roasted, what container format (e.g. file extension and output from the 'file' command) do you get?
[01:39] <roasted> sec, let me re-run it and see.
[01:40] <roasted> you wnat the output when I hit vp9?
[01:40] <duflu> roasted, yes I expect it's VP9 video, inside an MP4 container
[01:40] <duflu> Although Google could be doing something different when streaming the VP9
[01:41] <roasted> https://gist.github.com/anonymous/f67881a90315ee0b95582382405c50c4
[01:41] <duflu> roasted, Thanks. I didn't know mpv could do that :)
[01:42] <roasted> do what -- even attempt vp9?
[01:42] <duflu> roasted, interpret the youtube URL
[01:43] <roasted> I put this in my mpv.conf, which according to a github issue is a means of avoiding vp9 >> ytdl-format=bestvideo[height<=?1080][fps<=?30][vcodec!=?vp9]+bestaudio/best
[01:43] <duflu> roasted, OK I'll do some testing on that. Unfortunately my primary work machines are not up to it (only Haswell) so need to reorganise laptops beforehand
[01:44] <roasted> exact same mpv/link command ran a second time iwth that ytdl string in my mpv.conf:
[01:44] <roasted> https://gist.github.com/anonymous/84b7c20c5fbfaa80f66aea5387191bd3
[01:44] <roasted> github issue source where I saw this comment: https://github.com/mpv-player/mpv/issues/4241
[01:44] <roasted> in case any of that helps :)
[01:45] <duflu> roasted, Cool. Yes that trick is what's used by Safari and just about every Android/iOS device I guess. They all need H.264
[01:45] <roasted> I understand android post 4.4 leverages vp9 now
[01:45] <roasted> one post I read dated a few months old mentions IE (not Edge) and Safari are the only H264 holdouts
[01:45] <duflu> Possibly. But I think most CPU/GPUs can't
[01:45] <roasted> ah, true
[01:46] <duflu> Which might explain my poor results from android-x86
[01:48] <duflu> roasted, Can you do me a favor and log a bug against mpv? That way I can keep track better, and also push the issue to whatever upstream project the bug is in
[01:49] <duflu> I mean log a bug in Launchpad
[01:49] <roasted> hah, for a second I was like :? as I know what MPV devs would say...
[01:49] <duflu> https://bugs.launchpad.net/ubuntu/+source/mpv/+filebug
[01:49] <roasted> "hardware accel is not recommended" blah blah
[01:50] <roasted> would you prefer I include most of the info we talked about including comparing mpv outputs of vp9 vs h264 etc?
[01:50] <duflu> roasted, if you can
[01:50] <roasted> sure can.
[01:51] <roasted> for now I think I'm going to let this ytdl anti vp9 line in my conf. Makes mpv work that much better.
[01:52] <roasted> from a streaming standpoint anyway
[02:18] <duflu> roasted, Sure. I am not familiar with that condition syntax but suspect you would not need "[height<=?1080][fps<=?30]"
[02:18] <duflu> Since all you want is the bestvideo that's not vp9
[02:18] <roasted> duflu: yeah, I plan to cut it down a bit. My initial assumption with how I reworked that line failed.
[02:18] <roasted> I'll get to it. Figured I'd write up the bug report first. :P
[02:26] <roasted> duflu: ytdl-format=bestvideo[vcodec!=?vp9]+bestaudio/best
[02:36] <roasted> duflu: Submitted. #1730551. Appreciate your time my friend. Please let me know if I can help with testing anything. Until then I'll continue to rock the ytdl-format line as it serves as a decent workaround. Enjoy your night--er, day. :)
[02:45] <duflu> Thanks roasted, and no problem
[06:49] <jibel> good morning
[07:17] <didrocks> good morning
[07:32] <duflu> Morning jibel, didrocks
[07:32] <duflu> Or it would be if my groceries weren't covered in milk
[07:46] <oSoMoN> good morning
[07:54] <duflu> Morning oSoMoN
[07:54] <oSoMoN> good afternoon duflu
[08:47] <seb128> good morning desktopers
[08:48] <seb128> duflu, nice to see those libinput improvements landing ... does it start making libinput more acceptable in your mind?
[08:48] <oSoMoN> good morning seb128
[08:48] <duflu> seb128, yes it's a big improvement. And surprisingly Peter used a heuristic so it applies to ANY touchpad model affected.   Surprise 9am meeting
[09:06] <willcooke> pt1 was last night when I was nearly an hour late for my 1:1 with Robert
[09:08] <duflu> willcooke, that reminds me. I think the Wednesday meeting is still an hour out. Konrad agreed to change it but he forgot I think
[09:09] <duflu> (it should ideally be fixed in UTC)
[09:12] <ximion> hey Laney :-)
[09:12]  * Laney runs
[09:12] <Laney> i mean, hi ximion!
[09:13] <ximion> that reaction is appropriate ;-)
[09:13]  * ximion chases Laney
[09:14] <ximion> there is an appstream-generator release that you'll really want in Ubuntu, because it not only finds more icons but also has support for webapps and *might* use less memory
[09:14] <ximion> annoying for you is that it depends on a very recent AppStream release, which requires Meson, which requires a bugfixed gobject-introspection, which requires a GLib update
[09:15] <ximion> so, a really annoying thing to backport to Xenial (I tried)
[09:16] <Laney> oh THANKS!
[09:16]  * ximion doesn't know if sarkasm or not :P
[09:16] <Laney> imagine if there were a snap :P
[09:17] <ximion> actually, this would be a good case for a Snap, maybe I make one
[09:17]  * ximion hasn't snapped in a while
[09:17] <Laney> hehe
[09:17] <ximion> destilling the patch that fixed gir or just updating everything to a recent version is also possible, I guess :P
[09:18] <Laney> I just thought that all that backporting is an annoying problem, would be nice if that were solved somehow
[09:18] <Laney> ...oh wait!
[09:18] <ximion> but I'm not sure if they allow you to run a non-LTS Ubuntu for services at Canonical
[09:18] <Laney> not really
[09:19] <jamesh> we could always put out a new LTS release, or something
[09:19] <Laney> good plan
[09:19] <ximion> neat, so I hope I can make post-freeze updates to suites possible with AppStream in time for Bionic, it'll be a tough issue though (also, hughsie doesn't get the problem yet, but that's the easiest issue to solve)
[09:19] <Laney> (...ssh nusakan.canonical.com)
[09:20] <Laney> oh yeah, that one is hard
[09:21] <ximion> there is also a new package that I should make you aware of: webapps-metainfo --> https://tracker.debian.org/pkg/webapps-metainfo
[09:21] <ximion> it's purpose is to exclusively hold metadata to fully-free web applications to be displayed in GNOME Software
[09:22] <ximion> when launched from there, the "apps" run in a chrome-less Epiphany window
[09:22] <Laney> yeah I've seen those
[09:22] <Laney> having it shipped via a package feels weird to me, does it to you?
[09:22] <ximion> it's a feature requested quite often, but also occasionally hated by users according to hughsie
[09:25] <ximion> so, we should probably indicate webapps better in GS (at the moment they look like regular apps, which IMHO isn't good)
[09:25] <ximion> Laney: jup, it's weird, but the alternative would have been to inject those via some side channel into the final metadata, which would be even weirder
[09:26] <ximion> with the package method, every DD and Ubuntu dev knows how to edit these files, we gat a bugtracker entry, can ship icons really easily, and integrate generally well with the package-based workflow of asgen
[09:26] <Laney> nah was thinking a separate appstream source for those
[09:27] <ximion> so, while feeling weird at first, I think this approach is best
[09:27] <Laney> like the extensions.gnome.org stuff (ok, that's not appstream but you know what I mean)
[09:29] <ximion> in that case we would need some "download data from $arbitrary_source" logic which doesn't exist yet
[09:30] <ximion> web apps are a really weird thing, because they are not "installed", so the usual delivery method (Flatpak, Snappy, APT) can't provide the metadata
[09:30] <ximion> so they'll always be weirdly bolted onto an existing system
[09:31] <Laney> yah
[09:31] <ximion> with webapps being in the archive, we do have an even bigger incentive now to be able to edit archive metadata post-freeze though
[09:31] <Laney> that's like extensions
[09:31] <Laney> hah
[09:33] <ximion> I resisted adding webapps properly to AppStream for a really, really long time now :P
[09:33]  * ximion didn't see the point
[09:34] <ximion> btw, Fedora is doing things exactly the same way as Debian is doing it now, by packaging metadata
[09:34] <ximion> also, the Ubuntu asgen will do the wrong thing (tm) with the webapp metadata, because it doesn't know how to treat that data properly
[09:37] <ximion> Laney: interesting, looks like Ubuntu's asgen is ignoring the webapps package entirely :P
[09:39] <Laney> ximion: http://appstream.ubuntu.com/bionic/universe/metainfo/webapps-metainfo.html ?
[09:39] <ximion> I don't see that page
[09:40] <ximion> very weird
[09:50] <Laney> should catch up soon
[09:50] <Laney> got an appointment, back in 30ish
[09:58] <oSoMoN> seb128, I've got another libreoffice build ready for bionic, verified to build on all arches in a PPA: https://people.canonical.com/~osomon/libreoffice-5.4.2/bionic/
[09:58] <seb128> oSoMoN, great, thank you
[10:08] <seb128> oSoMoN, hum, 5.4.2 has already been uploades so the .changes/upload shouldn't include the origin files
[10:09] <seb128> oSoMoN, also no need to -v<version> to include 1:5.4.2-0ubuntu1 and ubuntu2 since those have been uploaded (I mentioned it for 0ubuntu2 because at the time 0ubuntu1 hadn't been included in an upload yet)
[10:11] <oSoMoN> seb128, ok, let me re-do the source package
[10:12] <seb128> thx
[11:04] <oSoMoN> seb128, there you go: https://people.canonical.com/~osomon/libreoffice-5.4.2/bionic2/
[11:04] <oSoMoN> (sorry for the delay, I was in the middle of something else)
[11:16] <ricotz> oSoMoN, hi, damn fonts ;) -- there is no need to rebuild l10n
[11:18] <oSoMoN> indeed
[11:19] <oSoMoN> seb128, no need to push libreoffice-l10n it seems, only libreoffice
[11:21] <ricotz> oSoMoN, ohh
[11:21] <ricotz> another icu transition?
[11:31] <oSoMoN> ricotz, oh wow
[11:32] <oSoMoN> let's hope LO will build fine against that new version
[11:33] <ricotz> oSoMoN, so better push 5.4.3 fast, before d_oko pushes a no-change rebuild which wastes cycles ;)
[11:35] <ricotz> oSoMoN, yeah, still two weeks to go before it is reasonable to push 6.0 which is more in shape for all those new things tickling in
[11:37] <oSoMoN> yeah
[12:03] <ricotz> chrisccoulson, hi, please note that this is not built - https://launchpad.net/ubuntu/+source/rustc/1.21.0+dfsg1+llvm-0ubuntu3
[12:38] <willcooke> didrocks, how do I enable ubuntu dock in the gnome session?
[12:38] <didrocks> willcooke: you can with the chrome extension or tweaks
[12:38] <seb128> oSoMoN, k
[12:39] <willcooke> didrocks, aha, tweaks.  That makes sense.  Thx
[12:39] <didrocks> yw ;)
[14:13] <krashekspress> HI, GDM question (does it even belong here?): If I disable Wayland in gdm conf, can I anyway choose Wayland session?
[14:15] <jbicha> krashekspress: no
[14:16] <krashekspress> < sad panda
[14:16] <krashekspress> at least now my gdm screen is not broken on boot
[14:16] <jbicha> GDM only offers Wayland sessions if GDM is running under Wayland
[14:17] <krashekspress> jbicha: thanks
[14:25] <seb128> krashekspress, why would you disable wayland if it works?
[14:27] <krashekspress> seb128: hah, it works only if I log into Xorg first, because Xorg loads drivers correctly (looks like kernel driver for my card has bug)
[14:27] <krashekspress> https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1724796
[14:27] <seb128> oh ok
[14:27] <krashekspress> by disabling Wayland in GDM, at least login screen is fixed
[14:28] <krashekspress> and I realy don't want to relog daily just to use Wayland, hopefully stuff will be fixed
[14:28] <krashekspress> and I don't know how to load/reload thos drivers in any other way
[14:30] <willcooke> bear with me while I finish this call
[14:30] <willcooke> 5 mins
[14:30] <willcooke> for meeting start
[14:32] <jbicha> o/
[14:33] <willcooke> k
[14:34] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2017-11-07
[14:34] <meetingology> Meeting started Tue Nov  7 14:34:35 2017 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:34] <meetingology> Available commands: action commands idea info link nick
[14:34] <willcooke> Roll call: andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho (hols), robert_ancell (out)
[14:34] <oSoMoN> 😺/
[14:34] <didrocks> hey!
[14:35] <seb128> hey
[14:35] <willcooke> Sorry for the late start everyone
[14:35] <heber> o/
[14:35] <andyrock> o/
[14:35] <willcooke> Looks like we've got enough folk to get started....
[14:35] <willcooke> #topic andyrock
[14:35] <andyrock> hey
[14:35] <andyrock> 1. py-macaroon-bakery
[14:35] <andyrock>    1.1 MR to relaxing py-requests and py-protobuf dependencies in order to facilite the ITP's py-macaroon-bakery
[14:35] <andyrock>    1.2 testing the MR to make sure relaxing  the deps was ok
[14:35] <andyrock>    1.3 python-macaroon-bakery is in bionic (0.0.3 in universe and 0.0.5 in universe-proposed) thanks to cjwatson
[14:35] <andyrock> 2. software-properties
[14:35] <andyrock>    2.1 Refactoring code around in order to make it work with new API, code is almost ready I just need to deal with some corner cases
[14:35] <andyrock> 3. my xps 15 decided to died, spent some time to open it, debug the issue and order the different replacement parts to fix it
[14:36] <andyrock> *to relax
[14:36] <willcooke> andyrock, OEM said you can keep that machine for a little while if you need it
[14:36] <andyrock> cool
[14:37] <willcooke> andyrock, EOF?
[14:37] <andyrock> yup
[14:37] <willcooke> thanks andyrock
[14:37] <willcooke> #topic dgadomski
[14:37] <dgadomski> hey
[14:37] <kenvandine> o/
[14:37] <dgadomski> * discussed TLS1.2 support in python 2.7.6 on Trusty (bug #1443704) with the security team, checking if it's supported by openssl underneath without Python knowing about it
[14:37] <dgadomski> * debugging a potential cups regression in 17.10 - will report a bug after I know what's going on there
[14:37] <dgadomski> * back to working on bug #1700827 (after security issues has been resolved upstream)
[14:37] <dgadomski> eof
[14:37] <willcooke> thanks dgadomski
[14:37] <willcooke> #topic didrocks
[14:38] <didrocks> plop
[14:38] <didrocks> * File Google Code In tasks on the forum. Need now to enter them in the system (Ken, you did volunteered as well, I think I'll get you in).
[14:38] <didrocks> * Started GNOME Shell vs extension mode upstream discussion for security on their mailing list:
[14:38] <didrocks>   - Few feedbacks for now, tried pushing on ML, bugzilla and IRC multiple times.
[14:38] <didrocks>   - Implemented a POC patch set enabling that. Running this patch set happily for some days and all works (updates prevention, can't remove extension, running local one instead of remote one).
[14:38] <didrocks>   - Once this is sorted out, will need to work on Tweaks and chrome shell extension to reflect correct status.
[14:38] <didrocks>   - For reference: discussion at https://mail.gnome.org/archives/gnome-shell-list/2017-October/msg00034.html and bug athttps://bugzilla.gnome.org/show_bug.cgi?id=789852.
[14:38] <didrocks> * Fix a dash to dock vs ubuntu dock conflict (do not look at gsettings key but rather looking at internal running state) + SRU/backport some upstream fixes to artful.
[14:38] <didrocks> * Linux Unplugged interview
[14:38] <didrocks> * Fix a GNOME Shell crasher when installed with no recommends
[14:38] <didrocks> * Iterate with GNOME Shell designers on "sounds above 100% feedback"
[14:38] <didrocks> * Rebase fo bionic ubuntu-dock on latest dash to dock and uploadedit.
[14:38] <didrocks> * More community interaction on the hub and french forum.
[14:38] <didrocks> …
[14:38] <willcooke> thanks didrocks
[14:39] <willcooke> #topic duflu
[14:39] <willcooke> Standby for large paste....
[14:39] <willcooke> * PulseAudio 11.1 for bionic:
[14:39] <willcooke>   - Completed merge with Debian, packaging fixes and testing.
[14:39] <willcooke>   - Now just awaiting sponsorship; see sponsorship list below.
[14:39] <willcooke>   - History: https://git.launchpad.net/~ubuntu-audio-dev/pulseaudio/log/?h=ubuntu
[14:39] <willcooke> * Mutter/Xwayland crash handling (https://bugs.launchpad.net/bugs/1724185)
[14:39] <willcooke>   - Fix released upstream this week (v3.26.2)
[14:39] <willcooke>   - Fix released in Bionic already!
[14:39] <willcooke> * Mutter: blurry shell fonts: (https://bugs.launchpad.net/bugs/1714459)
[14:39] <willcooke>   - Fix landed upstream for release in mutter v3.27.2 only.
[14:39] <willcooke>   - HELP: Need to decide how we will get this into 18.04 if not Gnome 3.28.
[14:39] <willcooke> * Totem stuttering fixes (https://bugs.launchpad.net/bugs/1698270)
[14:39] <willcooke>   - GTK timing flaws: patches awaiting review/sponsorship below.
[14:39] <willcooke>   - Totem disk fsync: patch awaiting review/sponsorship below.
[14:39] <willcooke> * Totem high CPU usage (https://bugs.launchpad.net/bugs/1698282)
[14:39] <willcooke>   - On hold till upstream or myself find time to work on completing DMA-buf support in clutter-gst.
[14:39] <willcooke> * Unresponsive touchpads (https://bugs.launchpad.net/bugs/1696929)
[14:39] <willcooke>   - Upstream fix approved by all testers and now landed.
[14:39] <willcooke>   - Due for release in libinput 1.9.2 (I guess)
[14:39] <willcooke> * Incorrect %CPU in gnome-system-monitor (https://bugs.launchpad.net/bugs/1723370)
[14:39] <willcooke>   - Upstream fix has now landed.
[14:39] <willcooke>   - ETA for inclusion in Ubuntu not yet known.
[14:39] <willcooke> * Leaky/bloated Gnome Shell (https://bugs.launchpad.net/bugs/1672297)
[14:39] <willcooke>   - I got sucked into this by an unexpectedly helpful and eager user so have been working with him. Looks like there are at least two repeating causes of memory bloat/leak.
[14:39] <willcooke>   - Work in progress.
[14:39] <willcooke> * HELP: Patches awaiting Ubuntu sponsorship:
[14:40] <willcooke>   - https://code.launchpad.net/~vanvugt/gtk/fix-1698270/+merge/331846
[14:40] <willcooke>   - https://bugs.launchpad.net/bugs/1698270/comments/18
[14:40] <willcooke>   - https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1716700/comments/2
[14:40] <willcooke>   - https://code.launchpad.net/~vanvugt/totem/fix-1502476/+merge/333195
[14:40] <willcooke> * Patches awaiting upstream review:
[14:40] <willcooke>   - https://bugzilla.gnome.org/show_bug.cgi?id=787001
[14:40] <willcooke>   - https://bugzilla.gnome.org/show_bug.cgi?id=787665
[14:40] <willcooke> * Upstream patches now making progress with upstream help:
[14:40] <willcooke>   - https://bugzilla.gnome.org/show_bug.cgi?id=773453
[14:40] <willcooke> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes, bluez, pulseaudio, dkms, mir, wayland, totem, mpv.
[14:40] <willcooke> Desktoppers: Please could someone take a look at the sponsorship requests above ^
[14:41] <willcooke> #topic jbicha
[14:41] <jbicha> (totem at least is blocked on the headerbar decision)
[14:41] <jbicha> • gdm3 security update for zesty (LP: #1729354)
[14:41] <jbicha> • Uploaded mutter SRU to artful queue (LP:#1730097)
[14:41] <jbicha> • Uploaded nototools and fonts-noto-color-emoji to NEW queues.
[14:41] <jbicha> • Uploaded libcloudproviders to NEW queue. It will enable Nextcloud support in GTK/Nautilus file browser (so it will need a MIR).
[14:41] <jbicha> • Debian Testing finally has GNOME 3.26
[14:41] <jbicha> • Continuing discussion about headerbar patches on community.ubuntu.com
[14:41] <jbicha> Xubuntu is considering switching some of their default apps (like evince and file-roller) to the MATE versions
[14:41] <jbicha> eof
[14:42] <seb128> jbicha, what about totem is blocked on headerbar?
[14:42] <jbicha> duflu's fix is to drop the headerbar patches! :)
[14:42] <seb128> oh ok
[14:42] <seb128> (I'm going to look at duflu's sponsoring request on thursday if nobody does it before (I'm off tomorrow))
[14:42] <willcooke> thanks seb128
[14:43] <willcooke> and thanks jbicha
[14:43] <seb128> np
[14:43] <jbicha> https://code.launchpad.net/~vanvugt/totem/fix-1502476/+merge/333195
[14:43] <willcooke> Skipping jamesh, no update received
[14:43] <willcooke> #topic jibel / heber
[14:43] <heber> Hey! QA updates:
[14:43] <heber> * Deploying upgrade tests for bionic
[14:43] <heber> * Maintenance of the testing infrastructure
[14:43] <heber> * Going through ubiquity and upgrade failing jobs
[14:43] <heber> * Move jobs that are waiting for nodes on lcy01
[14:43] <heber> * Getting/parsing results for gnome-shell tests
[14:43] <heber> EOF
[14:44] <willcooke> thanks heber, hope you had good hols.  Don't think I've said hi since you've been back
[14:44] <willcooke> #topic kenvandine
[14:44] <kenvandine> * Backported some more fixes from artful to the gnome-3-26 backports PPA including glib with the per desktop overrides.
[14:44] <kenvandine> * Updated gnome-3-26-1604 snap to include fixes
[14:44] <kenvandine> * Fixed snapcraft-desktop-helpers to include copying of the schema overrides
[14:44] <kenvandine> * Rebuilt and tested all the GNOME snaps to include the gsettings override fixes as well as updated packages
[14:44] <kenvandine> * Tested the new gnome-online-accounts-service interface from jamesh with gnome-calendar and gnome-contacts
[14:44] <kenvandine> * Created contacts-service and calendar-service needed interfaces for evolution access from gnome-calendar and gnome-contacts.  No PR submitted yet, needs some tweaking and tests but they do work with gnome-contacts and gnome-calendar with strict confinement.
[14:44] <kenvandine> I'm out friday, US holiday
[14:44] <kenvandine> that' sit
[14:44] <willcooke> thanks kenvandine
[14:45] <willcooke> #topic Laney
[14:45] <seb128> oh, jamesh did a gnome-online-accounts interface, nice
[14:45] <Laney> • 2 day meeting in London to review Trello etc
[14:45] <Laney> • helped bring up new cloud region for autopkgtest (lcy01 was redeployed)
[14:45] <Laney> ∘ it's got / hitting a bug where instances are failing to reboot (something like bug #1713751), spent a fair bit of time looking into that with IS (ongoing)
[14:45] <Laney> • got review on some gnome-software PRs, fixed / responded to those
[14:45] <Laney> • started working again on seeding of snaps
[14:45] <Laney> 🎆
[14:46] <seb128> jamesh, shame you forgot to write your summary, you usually have interesting work :)
[14:46] <kenvandine> seb128, and it works great :)
[14:46] <seb128> nice
[14:46] <willcooke> thanks Laney
[14:47] <willcooke> #topic oSoMoN
[14:47] <oSoMoN> hey ho!
[14:47] <oSoMoN> = chromium =
[14:47] <oSoMoN> • chromium 62.0.3202.75 security update published to all supported series, 62.0.3202.89 currently building in stage PPA
[14:47] <oSoMoN> • updated chromium beta to 63.0.3239.30 in PPA and snap in beta channel
[14:47] <oSoMoN> • updating chromium dev to 64.0.3253.3
[14:47] <oSoMoN> • my upstream CL that fixes source tarball generation got merged and deployed: https://chromium.googlesource.com/chromium/tools/build/+/3eab95a2d59d2ed3d983079c2fb1a0e449b858f3
[14:47] <oSoMoN> • bug triaging, closing many old bugs that are not relevant any longer, confirming a few ones
[14:47] <oSoMoN> = libreoffice =
[14:47] <oSoMoN> • snap: fixed a couple of issues found by candidate channel testers (bug #1729025, bug #1728713) and promoted 5.4.2 to stable channel
[14:47] <oSoMoN> • bionic: prepared 5.4.2 upload, failed to build on amd64 due to new unit test failures, backported a couple of commits from the upstream debian package and prepared an updated package which is now building
[14:47] <oSoMoN> = other =
[14:47] <oSoMoN> • prepared PPU application for chromium-browser: https://wiki.ubuntu.com/OlivierTilloy/PPUApplication, please endorse me if you can!
[14:47] <oSoMoN> EOF ❄
[14:47] <willcooke> nice, thanks oSoMoN
[14:47] <willcooke> #topic seb128
[14:48] <seb128> • 1 day off for national holiday
[14:48] <seb128> • 2 days in London for planning
[14:48] <seb128> • bugs triaging from incoming artful reports
[14:48] <seb128> • some sponsoring
[14:48] <seb128> • replied to some delayed email and to mailing list discussions

[14:48] <willcooke> thanks seb128
[14:48] <willcooke> #topic tk
[14:48] <willcooke> err
[14:48] <Laney> tk taks
[14:49] <willcooke> guess Till isn't online
[14:49] <willcooke> tab complete fail
[14:49] <willcooke> We can come back
[14:49] <willcooke> #topic robert_ancell
[14:49] <willcooke> - Got basic snap support working in AppCenter (ElementaryOS) and forwarded patch to them.
[14:49] <willcooke> - Implemented new / updated snapd APIs into snapd-glib
[14:49] <willcooke> #topic AOB
[14:49] <willcooke> jbicha, you wanted to talk about....
[14:49]  * willcooke thinks
[14:49] <jbicha> LP: #1666676
[14:50] <willcooke> that's the one
[14:50] <didrocks> ah, back on that one :)
[14:50] <jbicha> I invited csoriano (Nautilus maintainer) and garnacho (tracker maintainer) in case there were more detailed questions
[14:50] <garnacho> hi everyone
[14:51] <willcooke> hi garnacho, thanks for joining
[14:52] <seb128> sorry but I didn't see that discussion would be raised today
[14:52] <seb128> I didn't re-read enough about the topic nor prepared
[14:52] <seb128> so I don't have questions or specifics to discuss
[14:52] <willcooke> can we punt to tomorrow on IRC?
[14:52] <jbicha> sorry, I didn't think to ping seb128 specifically ahead of time
[14:52] <csoriano> hello all
[14:53] <seb128> jbicha, well, it's not only me
[14:53] <jbicha> maybe I should have emailed the list instead
[14:53] <jbicha> in advance
[14:53] <seb128> jbicha, seems like you invited upstream, would have been nice to tell us to prepare questions if we had some :)
[14:53] <didrocks> I guess latest stand we got on perf and battery was summarized in https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1666676/comments/6
[14:53] <willcooke> jbicha, could we start a thread on the hub?  Sounds like a good place to do it
[14:53] <seb128> hey csoriano!
[14:53] <didrocks> (I didn't read more, didn't know we would have that AOB and didn't prepare for that question)
[14:54] <seb128> well, those discussions went round but "on the spot" comments
[14:54] <jbicha> community.ubutnu.com is nice because it doesn't require people to all be on IRC at the same time to give input
[14:54] <seb128> - the LTS cycle is a tricky time to do disruptive changes and that's one of those
[14:54] <jbicha> it was a stealth request on https://trello.com/c/4gjeaE66/93-re-evaluate-tracker-by-default
[14:54] <seb128> - we would need to plan for manpower to do the change and ensure quality and we didn't account for that
[14:54] <jbicha> and I didn't think that everyone wouldn't have seen the little note there
[14:56] <willcooke> I think the hub is probably a good place for this then, people can take time over their responses
[14:56] <jbicha> willcooke: I can start the discussion on community.ubuntu.com, how about we see where we are with that at next week's Desktop meeting?
[14:56] <willcooke> think things  through
[14:56] <seb128> jbicha, I think that the summary is that upstream believes that it's good, there is no issue and that we should ship it and that we tend to want data to make up our mind and don't have enough to decide
[14:57] <willcooke> jbicha, that sounds good. Thanks.  Maybe we can resolve everything on the hub with a bit of luck
[14:57] <jbicha> seb128: yes, that's where we were last cycle
[14:58] <seb128> csoriano, garnacho, sorry I don't think that we have questions for you, the positions are been stated several time of the years on that launchpad bugs and other places and I don't think anyone really changed their position
[14:58] <csoriano> seb128: oh ok, then I guess that's all :)
[14:58] <csoriano> see you!
[14:58] <seb128> csoriano, I do know you would be in favor if seeing it included though :)
[14:58] <seb128> so let's see how the hub discussion goes
[14:58] <seb128> csoriano, thanks for coming!
[14:58] <csoriano> sounds good
[14:59] <csoriano> np!
[14:59] <garnacho> alright, please point us to it
[14:59] <seb128> k
[14:59] <garnacho> see you!
[15:00] <willcooke> oki, jbicha please get the thread started then and we can get it sorted
[15:00] <willcooke> Anyone got anything else?
[15:00] <jbicha> sure
[15:00] <seb128> well, while we are on the topic, do people here install tracker and use it?
[15:00] <jbicha> nothing else from me
[15:00] <didrocks> I don't
[15:00] <seb128> does anybody has an opinion on how it's working for them
[15:01] <seb128> or a +1/0/-1 on principle?
[15:01] <didrocks> I still hear bad things due to impact on battery/perf from the 2 persons working on GNOME around me
[15:01] <andyrock> I got traker enabled for some reasons
[15:01] <jbicha> seb128: every other GNOME distro includes it (including Ubuntu GNOME before 17.10)
[15:01] <seb128> just trying to get a feeling of what people thing
[15:01] <didrocks> that's the only input, but nothing measurable unfortunately
[15:01] <andyrock> and it's always 100%
[15:01] <seb128> think
[15:01] <seb128> andyrock, 100% what?
[15:01] <jbicha> Ubuntu Budgie intentionally stopped installing tracker in 17.10 so I want to ask fossfredom how much feedback they had gotten before about that
[15:01] <andyrock> CPU
[15:02] <andyrock> :P
[15:02] <seb128> k
[15:02] <andyrock> I cannot debug right now as the computer where it's enabled is dead
[15:02] <seb128> the anecdotic comments we just had from didrocks and andyrock don't give me much confidence :p
[15:02] <oSoMoN> not using it, but I can install and observe how it affects my machine
[15:02] <didrocks> ah, also on the french forum
[15:02] <seb128> hum
[15:03] <didrocks> someone complaining that we installed tracker by default :p 100% of CPU usage
[15:03] <didrocks> (2 days ago)
[15:03] <seb128> should we maybe ask people in the team to install/opt in for it
[15:03] <didrocks> ofc, arguedwedidn't :p
[15:03] <seb128> and revisit/see feedback next week?
[15:03] <seb128> or on the hub :p
[15:03] <willcooke> hub!
[15:03] <seb128> k
[15:03] <jbicha> there are also lots of anecdotal comments that it works fine :/
[15:03] <didrocks> I guess asking for a call for participation on the hub is nice
[15:03]  * Laney has it installed, have done for ages
[15:03] <Laney> so my anecdote is that I never notice it
[15:03] <Laney> :-)
[15:03] <didrocks> and gather data
[15:03] <andyrock> I actually was not sure why the tracker was enabled
[15:03] <seb128> Laney, do you find it to provide something useful?
[15:03] <didrocks> I can link from the french forum as well
[15:04] <andyrock> I was going to ask here because I was a bit confused
[15:04] <seb128> andyrock, you probably installed the package to build/test nautilus or something?
[15:04] <jbicha> seb128: we're also being forced in to enabling tracker…
[15:04] <andyrock> it can be
[15:04] <seb128> jbicha, that has to been seen :p
[15:04] <seb128> I'm not saying it's not going to be incrementally harder not having it
[15:04] <jbicha> csoriano says that Nautilus 3.28 hard-depends on tracker for the new Favorites feature and he says we would have to revert several commits to avoid the tracker dependency
[15:05] <seb128> but we could do without for the LTS
[15:05] <seb128> he already said that for 3.26 and the batch rename
[15:05] <seb128> and fts
[15:05] <didrocks> for a non LTS, I guess we could give it a try, for a LTS, I'm less positive
[15:05] <jbicha> well fts doesn't work without tracker and batch rename is a bit less nice without tracker
[15:06] <jbicha> ("full text search")
[15:06] <seb128> right, but he also said in 3.26 that it wouid be an hard depends
[15:06] <seb128> anyway, let's give it a try
[15:06] <seb128> but what Didier said
[15:07] <seb128> even if it's good it needs a maintainer and somebody to look at issues after integration
[15:07] <seb128> and the team is busy at full capacity already
[15:07] <jbicha> tracker is a hard build-depends in 3.26 and the UI is confusing because it offers fts
[15:07] <seb128> unsure what we are arguing over
[15:07] <seb128> I was just pointed out that we managed to ship 3.26 without enabling tracker
[15:08] <jbicha> and of course, we could still ship nautilus 3.26 for 18.04 LTS if it is a hard dependency and we don't want tracker
[15:08] <seb128> right
[15:09] <seb128> I guess it's enough said on the topic
[15:09] <seb128> let's all install/try it and use the hub to discuss
[15:09] <jbicha> it's tricky because we'll get criticism no matter what we do
[15:09] <willcooke> yeah, to the hub!
[15:09] <willcooke> gonna end the meeting here, carry on if needed
[15:09] <willcooke> #endmeeting
[15:09] <meetingology> Meeting ended Tue Nov  7 15:09:32 2017 UTC.
[15:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-11-07-14.34.moin.txt
[15:09] <willcooke> thanks all
[15:09] <jbicha> we've gotten criticism for the regression from Unity of not having file search in the Activities Overview
[15:10] <seb128> thanks
[15:10] <seb128> jbicha, right, Trevinho has a card to at least integrate with the recently-used list
[15:11] <didrocks> thx!
[15:11] <seb128> which is basically what unity had
[15:20] <jbicha> https://community.ubuntu.com/t/install-tracker-by-default-in-18-04-lts/1483
[15:42] <roasted> seb128: if I may chime in, I install tracker and enjoy using it. Had high CPU usage for a few seconds post-install, after that, no issues that I've seen.
[15:42] <seb128> roasted, that's good feedback, thanks
[15:43] <seb128> roasted, what do you use it for/where?
[15:43] <seb128> roasted, and if it's only "few seconds" I guess you don't have lot of user datas?
[15:44] <roasted> seb128: digging up files via activities/dash menu mostly. I've also found it to be convenient for finding specific settings too (at least I assume tracker is responsible for that). i.e. I can search "def" and it highlights "Default Applications" from Settings >> Details menu.
[15:45] <roasted> seb128: I'm not sure what qualifies as a lot or a little. I can tell you at work, all of my data is in my work Nextcloud. At home, all of my data is in my home-Nextcloud. Both Nextcloud's sync to this laptop where I installed tracker.
[15:45] <seb128> roasted, no, the settings isn't a tracker thing
[15:45] <seb128> just keywords in settings panel descriptions
[15:45] <roasted> ah. I hadn't taken note of that working prior, but did after tracker -- thought it was connected.
[15:58] <seb128> Laney, did you get to the bottom of that gvfs/mtp issue at the end?
[16:00] <Laney> no
[16:02] <seb128> k
[16:02] <Laney> might come back to it once current tasks are finished, otherwise someone else can work it if they want
[16:03] <seb128> no hurry, I was just curious since it seemed you had an handle on it
[16:23] <jbicha> tjaalton: hi, it looks like your mesa/bionic upload accidentally dropped my latest upload that we need for the libva transition
[16:24] <jbicha> maybe you want https://anonscm.debian.org/git/pkg-xorg/lib/mesa.git/commit/?id=3814e24 too
[17:19] <tjaalton> jbicha: don't do blind uploads, thanks
[17:19] <tjaalton> or commit changes to pkg-xorg git
[17:27] <jbicha> I don't have commit privileges there, should I join the pkg-xorg team?
[17:28] <jbicha> also it looks like your latest changes haven't been pushed there yet?
[17:52] <willcooke> night all
[18:04] <Laney> tata
[18:49] <seb128> oSoMoN, https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.2-0ubuntu3/+build/13690890/+files/buildlog_ubuntu-bionic-amd64.libreoffice_1%3A5.4.2-0ubuntu3_BUILDING.txt.gz :-(
[19:28] <oSoMoN> seb128, seen that :/ I’ll take a look after dinner
[19:53] <tjaalton> jbicha: right about that! :)
[19:56] <jbicha> tjaalton: what do you want to do now? Do you want to do the fixup mesa upload?
[19:56] <tjaalton> jbicha: I will, tomorrow. autopkgtests keep it out anyway?
[19:57] <tjaalton> my bad for not pushing it, can't access the repo remotely
[19:58] <jbicha> yes, I expect autopkgtests won't catch up until next week 😞
[20:01] <tjaalton> looks like I need to drop mir vulkan support too, since it breaks radv
[20:31] <oSoMoN> ricotz, any idea about https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.2-0ubuntu3/+build/13690890/+files/buildlog_ubuntu-bionic-amd64.libreoffice_1%3A5.4.2-0ubuntu3_BUILDING.txt.gz ?
[20:43] <oSoMoN> the failure is not amd64 specific, it happens on ppc64el too, but it's not considered fatal there
[20:48] <jbicha> seb128: we only do language pack updates for LTS releases these days, right?
[20:51] <oSoMoN> loadICUBreakIterator(…) hu ho ICU…
[21:22] <ricotz> oSoMoN, I see :\
[21:23] <ricotz> oSoMoN, btw, chromium builds are really quite demanding
[21:24] <ricotz> libreoffice looks like child's play compared to its buildtime ;)
[21:26] <oSoMoN> yeah, with every new release chromium is getting bigger and longer to build :/
[21:26] <oSoMoN> ricotz, FYI https://bugs.documentfoundation.org/show_bug.cgi?id=113705
[21:26] <oSoMoN> let's see if upstream has an idea, otherwise I'll take a closer look tomorrow
[21:27] <ricotz> yeah, even git master is not built with 60.1 yet upstream
[21:30] <ricotz> oSoMoN, please cc me on the bug
[21:32] <ricotz> oSoMoN, eod here
[21:36] <seb128> jbicha, we don't have rules about that I think, maybe check with Gunnar?
[21:36] <seb128> jbicha, but yeah in practice we didn't have much langpacks updates in recent cycles, we could if needed though
[21:44] <oSoMoN> good night all


[00:27] <osmosis_> how come I can't subscribe to a bug feed via atom or rss?  only mail?
[04:42] <keithy> http://bazaar.launchpad.net/%7Erodents/cuis/unstable/annotate/head%3A/updates-System-StartUp-ShutDown/0001-%40System-StartUp-ShutDown.st
[04:42] <keithy> Is that supposed to show more than one line?
[04:43] <keithy> bug fix rquest to handle non-unix line endings
[05:19] <jkw> H
[05:19] <jkw> Hi
[05:19] <jkw> How do I duplicate a branch already on launchpad?
[05:23] <spm> jkw: is your meaning: how do I get a copy of the (eg) sourcecode in a branch, and edit that locally? bzr branch <location>
[05:37] <jkw> spm, I can get a local copy of the branch alright, but I wonder if I could simply make my own copy (duplicate) of another project on Launchpad and have that as my online repository
[05:39] <spm> jkw: heh, aiui, that's exactly the whole point of a VCS like bzr. I keep the "official" master for my branches on launchpad; but the repository I use is held locally; kind of thing
[05:39] <spm> the tagging/naming of the "official" or "master" is more a matter of ... well... name. bzr itself doesn't care.
[05:40] <spm> does that make sense?
[05:42] <jkw> spm, it makes perfect sense
[05:42] <jkw> Let me explain my situation
[05:42] <jkw> I have a local copy of a huge project here on my system - my local repo
[05:42] <jkw> I want to create a copy of this repo online - it simply is a copy from another project
[05:43] <jkw> But I want to be able to create that copy online without having to upload (push?) it from my system - just to save bandwidth - simply because it's all available on Launchpad already.
[05:44] <spm> So you have (essentially) 3 places with the same thing?
[05:45] <spm> dunno if this'll help solve your exact solution; but there's nothing wrong with rsync'ing (etc) an entire bzr repo around. we do exactly this with the launchpad codebase on the prod servers. JIC this option helps?
[05:46] <spm> naturally if you make any changes to the rsync-ee; they'll be lost but :-)
[05:49] <wgrant> jkw: Most projects should be configured to automatically have their branches 'stack'. That is, if you push up your own branch of a project it will only push the revisions that you have added.
[05:49] <wgrant> The rest of the data will be shared with the project's development branch.
[05:50] <wgrant> eg. 'bzr branch lp:bzr some-branch; hack hack hack; bzr commit -m "Do stuff"; bzr push lp:~wgrant/bzr/some-branch' will only push my new revision.
[06:05] <kfogel> spm: in a few minutes, I may have some questions for you about the proper way to land some branches (some against devel, some against db-devel, with the idea that we want them to be on staging tomorrow).  Will you be around?
[06:05] <spm> kfogel: sor another 2 hours; sure.
[06:06] <spm> err. *for*
[06:06]  * spm puts kfogal on /ignore in the meantime :-P
[06:06] <kfogel> nice
[06:06] <spm> hhahaha
[06:14] <jkw> spm, thanks!
[06:14] <spm> np
[09:55] <detly> I have a group of related packages, some of which have identical control info for jaunty to lucid, and a couple of which differ on karmic and lucid - is it possible to upload a single changes file and have the package built for multiple series? or do I need to upload a set for jaunty and a set for karmic?
[10:00] <maxb> You need a separate upload for each series build
[10:00] <detly> okay
[10:22] <noodles775> heh, I was just looking at that problem for the new automated recipe builds... (bug 516448)
[10:27] <beuno> noodles775, \o/
[10:27] <beuno> :)
[10:27] <noodles775> beuno: yeah, it's while replying to your email... thanks for all the thought there!
[10:30] <beuno> noodles775, anytime
[10:35] <detly> the annoying thing is that if all the packages are identical, you can just upload for the oldest compatible series, but if even one of them are different you have to bump ALL of them
[10:35] <detly> it's like a cartesian product of annoying changlog tweaking
[10:39] <beuno> yeah, we should make it easy to upload to multiple series
[10:39] <beuno> (and we will!)
[10:40] <detly> oh, I complain, but I'm not too hung up about it... I might write a script at some point
[10:40] <detly> it's funny too, that the debian policy manual actually says you can have a space separated list of series after the version but ALSO says that it's unsupported...
[10:55] <kklimonda> can anyone take a look at lp:transmission ? When I try to branch it I get "bzr: ERROR: [Errno 2] No such file or directory" - LP is also having problems with updating it.
[10:55] <kklimonda> s/anyone/admins/ probaby :)
[10:56] <beuno> hrm
[10:56] <beuno> the import failed
[10:57] <beuno> jelmer, thumper, http://launchpadlibrarian.net/38697627/transmission-trunk-log.txt
[10:57] <beuno> https://code.edge.launchpad.net/~vcs-imports/transmission/trunk
[10:57] <jelmer> beuno,kklimonda: known bug, fixed in bzr-svn 1.0.2 that will land with the next rollout of lp
[10:58] <beuno> jelmer, that is in 4 weeks?
[10:58] <jelmer> kklimonda: You should be able to keep a local mirror using bzr-svn until the next rollout.
[10:58] <jelmer> beuno: yes
[11:00] <beuno> thanks jelmer
[11:00] <kklimonda> jelmer: ok, thanks
[11:05] <fale__> hi
[11:06] <fale__> I was wondering if is possible to use launchpad to manage propretary software. for instance: is possible to create a private bzr repo? is possible to push packages into soyuz without releasing the source code?
[11:07] <noodles775> fale: https://answers.edge.launchpad.net/launchpad/+faq/208
[11:07] <noodles775> fale: https://answers.edge.launchpad.net/launchpad/+faq/208
[11:07] <beuno> fale, yes, you cna purchas a commercial subscription for private branches and private bugs
[11:07] <al-maisan> fale: this is possible but it is not free of charge.
[11:07] <fale> thank you
[11:08] <fale> and there is an indicative price?
[11:08] <noodles775> On the faq: "These subscriptions cost US$250/year/project + applicable V.A.T"
[11:08] <fale> noodles775: ops, sorry for the question then
[11:08] <fale> thankyou very much for the help :)
[11:08] <noodles775> fale: no problem :)
[12:35] <edakiri> There seems to be a problem with https://lists.launchpad.net/launchpad-users/ or https://lists.ubuntu.com/ .  lists.ubuntu.com says, "Click on a list name to get more information about the list, or to  subscribe" , but this is not an option for the page linked for LaunchPad.
[12:37] <maxb> edakiri: Yes... that text only applies to lists hosted at lists.ubuntu.com, not lists hosted at lists.launchpad.net
[12:40] <maxb> I guess this is something that the lists.ubuntu.com managers could fix by presenting an explanatory page instead of a plain http redirect to the launchpad list archives
[13:29] <toabctl> hi
[13:30] <toabctl> i merged my launchpad account (~thomasbechtold into ~toabctl) but now, the "member since" field on https://launchpad.net/~toabctl is 2010, but i'm a member since 2005 (which was at my old account - ~thomasbechtold)
[13:30] <toabctl> what can i do to solve this?
[13:32] <toabctl> i want to have my original "member since" date back
[13:46] <Spads> maxb: that should be fixed now
[13:46] <maxb> thanks
[13:50] <toabctl> Spads, can you help with my problem? or do you know somebody who could help?
[13:52] <Spads> toabctl: sorry, can't help you there.
[13:52] <toabctl> Spads, ok. thx
[14:00] <mars> toabctl, bac may have an answer.  bac, IIRC it would require database hacking to restore a datecreated, wouldn't it?
[14:01] <toabctl> mars, ok. thanks. i will nerve bac a bit :-)
[14:18] <bac> hi toabctl
[14:18] <bac> toabctl: so you got all of the account merging done?  that's good news.
[14:20] <toabctl> bac, yes, i merged all
[14:20] <toabctl> and i got my karma back
[14:20] <toabctl> bac, but my "member since" is wrong.
[14:20] <toabctl> bac, i thought if i merge a account, the "member since" would be the lowest date of both accounts
[14:22] <bac> toabctl: that would've been nice but it looks like it kept the date for the target account
[14:23] <bac> toabctl: that may be by design, since a lot of merged accounts were created automatically a long time ago and were never used.  so it was probably felt the target account creation date reflected reality.
[14:23] <toabctl> bac, yes, it's the date from the new (target) account
[14:23] <toabctl> bac, can you change my "member since" date?
[14:24] <bac> toabctl: when did you actually start using LP?
[14:24] <toabctl> bac, it's definitly wrong because i'm a member since 2005, not 2010
[14:24] <toabctl> bac, i don't know if there's something left from my old account.
[14:24] <bac> toabctl: it is not easy to do.  there is no administrative interface to do it so it'll require an admin to hack the db
[14:25] <toabctl> bac, and would an admin do that for me?
[14:25] <toabctl> bac, and do you know an admin?
[14:26] <bac> toabctl: open a question at answers.launchpad.net/launchpad and assign it to the Canonical LOSA team.  that's what i'd have to do.
[14:26] <toabctl> bac, there's already a bug report: https://bugs.launchpad.net/launchpad-registry/+bug/516441
[14:27] <bac> toabctl: the LOSAs so not monitor bug reports.  you can reference the bug in your request.
[14:28] <bac> s/so not/do not
[14:29] <bac> toabctl: i have updated https://answers.edge.launchpad.net/soyuz/+faq/569
[14:32] <toabctl> bac, how can i subscribe somebody else toa question?
[14:32] <noodles775> bac: isn't karma just calculated daily though? (I, perhaps wrongly, assumed that the karma for the new account would be calculated on the next karma run... is that wrong?)
[14:33] <bac> noodles775: it's unclear to me whether it would normally gather all of the karma for the merged accounts or if some one interceded.  i suspect it is the latter.
[14:33] <bac> salgado would know
[14:34] <toabctl> noodles775, i have my karma back.
[14:34] <noodles775> Great!
[14:35] <bac> toabctl: i have assigned the losas to your question.
[14:35] <toabctl> bug #301750 is exactly my problem
[14:35] <toabctl> bac. thx!
[15:36] <bac> hi henninge.  i was looking at https://help.launchpad.net/Translations/Guidelines and notice the 'next step' link is to a non-existent page. do you know where it should point?
[15:37] <henninge> Hi bac, looking.
[15:38] <henninge> wow, where did that page go ... ???
[15:38] <henninge> bac: it is also linked from https://help.launchpad.net/Translations
[15:45] <henninge> bac: that page seems to be genuinely gone. No idea how that can happen ...
[15:45] <bac> henninge: that's ungood
[15:45] <MTecknology> jelmer: alrighty - I'll probably go deliver this system after that :)
[15:46] <MTecknology> jelmer: wrong channel, sorry
[15:46] <henninge> bac: it's a wiki, revision control and everything. Can things get lost there?
[15:47] <bac> henninge: i don't know.  of course we could revert to a previous version if the page were there.  since it is not i don't know how to proceed.
[15:47] <bac> henninge: i'll ask mrevell, when he is around
[15:48] <bac> hi abentley
[15:48] <henninge> bac: thanks
[15:48] <abentley> bac, hi.
[15:48] <bac> henninge: please check up on me in case i forget!
[15:48]  * henninge goes to rtm
[15:49] <bac> abentley: we've got a few people who've noticed their import from sf don't have all revisions
[15:49] <bac> abentley: is this a known issue with an explanation?  it is https://answers.edge.launchpad.net/launchpad/+question/99733
[15:49] <abentley> bac, can you give me an example?
[15:51] <abentley> bac, this might just be confusion because svn and bzr have different revnos.
[15:52] <abentley> bac, i.e. svn has global revnos and bzr has per-branch.
[15:52] <bac> abentley: and should the crash report listed on that question be a concern?
[15:52] <abentley> bac, I believe that's a known bug.
[15:53] <bac> abentley: ok, thanks i'll look for it.
[15:57] <abentley> jelmer, does the traceback mentioned here look familiar to you?  I could swear I've seen it before, but I can't find a bug report.  https://answers.edge.launchpad.net/launchpad/+question/99733
[15:58] <jelmer> abentley: yep, it's a bug that was fixed in bzr-svn 1.0.2
[15:58] <abentley> bac, ^
[15:58] <jelmer> abentley: There was a bug in bzr-svn open about it IIRC that has been marked Fix Released. I'm not sure if it had a Launchpad Code component.
[15:59] <jelmer> s/component/task/
[15:59] <abentley> jelmer, no, I was wondering whether it was a TreeTransform bug.
[15:59] <abentley> jelmer, thanks.
[16:00] <jelmer> abentley: It was a bzr-svn bug - in some situations we ended up with an empty ie.symlink_target, and (further down the road, when updating the wt) that causes this exception.
[16:01] <abentley> jelmer, ah.
[16:22] <bac> thanks jelmer, abentley
[17:27] <qotsa> i can't find the setting to receive own mails on the mailing list. could someone help me please?
[17:40] <mok0> qotsa, there should be an option on the admin page
[17:42] <mok0> qotsa: ah, I see... it's a driven by launchpad
[17:50] <qotsa> mok0: when i go to "Configure mailing list", i can only set a welcome message or deactivate it.
[17:51] <mok0> qotsa: yeah. I just assumed it was one of the "normal" mailman lists
[17:52] <bac> hi qotsa
[17:53] <qotsa> hi
[17:53] <bac> qotsa: the mailing lists i'm on via launchpad have the setting so that senders receive their own message.  is it not working for your list?
[17:53] <bac> hey barry, you arrive at an opportune moment!
[17:54] <qotsa> bac: one of the members of my team reported that it wors for him but it does not for me.
[17:54] <bac> qotsa: and your message was delivered to the others?
[17:56] <qotsa> yes
[17:59] <bdmurray> What does launchpad.load('https://api.edge.launchpad.net/beta/bugsqaud/+member/sbeattie') always 404 on me?
[17:59] <bdmurray> er why
[17:59] <bdmurray> It doesn't matter who the member is.
[18:01] <charlie-tca> I got this: Request is missing an OAuth consumer key.
[18:01] <charlie-tca> maybe it helps?
[18:01] <bdmurray> No, because its no the error I'm receiving.
[18:02] <charlie-tca> I have my isp pages turned off, so I don't get the 404 pages very often anymore
[18:04] <bdmurray> charlie-tca: oh, you tried it with a browser.  This is using launchpadlib.
[18:04] <charlie-tca> yeah, that's it
[18:18] <bdmurray> in case anybody was curious it was because I was missing ~ in the team name
[18:22] <thekorn> maybe the ~ should be added to the url mentioned here: https://launchpad.net/+apidoc/#team_membership
[18:23] <thekorn> if I only knew where is url is composed
[18:23] <thekorn> s/is/this
[18:44] <RenatoSilva> what's an invalid question?
[18:49] <RenatoSilva> and a solved question?
[18:51] <persia> RenatoSilva: An invalid question is someting like "Buy more chemicals to improve your nightlife!!!!!"
[18:51] <persia> A solved question is a question that has been answered in a way that is useful for the querant.
[18:52] <RenatoSilva> for example, one converted to a bug whose fix was released?
[18:53] <RenatoSilva> I think when you convert a question into a bug, the question itself should be completely deleted
[18:53] <RenatoSilva> the same for bug -> question
[18:53] <persia> I think that the best solution in that case would be to inform the querant of the bug and the solution, and let the querant confirm that it answers the question.
[18:53] <persia> No, the question is used for the querant to track action.
[18:54] <persia> And while a question may inspire a bug, there may be later discussion in the question to support the querant in implementation of the solution for their local system.
[19:24] <RenatoSilva> then it's a ticket system, not a QA system
[19:24] <RenatoSilva> every question is a special case, a support request, you should not generalize the question by editing it
[19:25] <RenatoSilva> on the other hand, users looking for solutions may find generalized questions easier to read
[19:27] <RenatoSilva> I think we could at lest choose whether the original item should be deleted after conversion
[19:28] <RenatoSilva> I think a better approach to Answers would be having general questions and answers, easy to read and understand, so that you can create a formal knowledge base
[19:29] <RenatoSilva> Then a separate area, for example a forum, would be used to specific cases, with all details for a given case. The ticket/topic/thread could be converted to a question when an answer/solution is found
[19:49] <persia> Hrm.  Interesting model.  Right now, answers is mostly used as a support ticket DB, so we'd need something else to fill that use case.
[20:30] <RenatoSilva> suggestion said anyway
[20:30] <RenatoSilva> thanks all gtg


 I was going to suggest writing a bug report but I'm not sure against what
 I sometimes have the same issue with this machine
 however, I think putting the computer to sleep will always cut off wireless
 no matter the distro or OS
[07:23] <Onmp314> Welcome
[07:25] <Onmp314> This is a #virtualbox channel?
[07:26] <acheronuk> okaaaaaaaaaay
[11:42] <BluesKaj> Hiyas all
[13:16] <logan_> I just wanted to say in here, im not sure how I did it, but I found a fix for something
[13:16] <logan_> wasnt sure where to say it at, but i figure here is a good place
[13:17] <logan_> i have a soundcard, pci xonar dsx, which gets picked up as headphones, disabling pulse audio volume control
[13:17] <logan_> going into plasma audio volume settings
[13:18] <logan_> and setting CMI8788 [Oxygen HD Audio] as the default, enables the slider and keyboard fn button to work
[13:18] <logan_> muting headphones also mutes your volume, but its a nice workaround
[16:06] <tubbydow> hi
[16:09] <tubbydow> I switched from another distro to kubuntu, but I can't get my raid1 to mount/work. I tried mdadm --assemble /dev/sda1 /dev/sdb1 but I get an error message that sdb1 is busy
 nice
 tubbydow - this doesn't sound like a specifically Kubuntu issue to me
 you might have better luck in #ubuntu which is a much larger channel
 I got question about Kububtu / kde I just got frozen screen my fault how to I recover from that I there some.command line stuff I can do I am sure
 How do I recover from frozen screen
[20:39] <tomreyn> !tty | PaulSerafini
 Thanks I still had sound from video
 I just did nothing and it gone to login screen without me doing anything wander if it fixed itself
[20:41] <tomreyn> this suggests the main kde process died (not sure which one that is)
 Yep it resolved itself nice. It removed what was open but that not big issue
[20:42] <tomreyn> you'll probably get a prompt to report this issue soon, maybe only after next boot.
 I think it because I had Keepass accessing file that I moved and forgotten left keepass open which trying to autosave the. Error message from keypads cause the crash
 I had sound and mouse but could not do anything as frozen
[20:44] <tomreyn> i don't think this should trigger the desktop to fail, but it'd be good to mention it in an error report if you'll do one.
 Then talked to you lot and it logged off and resolved itself 👍👍
[20:44] <tomreyn> talking to me usually helps wasting your time, and sometimes enough for issues to fix themselves.
 I just forgotten how to do desktop restart from command line wanted to test it worked while I had crash
 Thanks for the tutorial I should save it on my phone
 Just incase
[20:46] <tomreyn> if even the tty approach doesn't work you still have this:
[20:47] <tomreyn> !sysrq
[20:47] <tomreyn> it'll just reboot, but in a safer way.
 Instead hard shutdown
[20:47] <tomreyn> right
[20:48] <tomreyn> it tries to unmount your file systems so they don't need to be checked + fixed when you reboot.
[20:48] <tomreyn> + data from write caches is synced to disk
 👍 sounds GD. I will say it hardly crashed on me tbh
 Ow I spoke to soon I review what you sent me and see if work I do error report when I got it up. Not frozen but applications don't have Windows so can't move them if that makes sense.
[20:53] <tomreyn> that's the windows decorations failing
[20:54] <tomreyn> you'd need to restart the compositor. but i have really only used kde years ago and it was very different then., so i don't know how to do that
 Don't worry some keyboard shortcuts also did not work but control alt T did
[20:56] <tomreyn> rebooting is probably a good idea at this point. and maybe review the system log afterwards.  journalctl -b -1    would give you the log of the previous boot
 So just typed reboot after that
[20:56] <tomreyn> :)
 I kept having same problem when rebooting because I think it was restoring where I was on reboot (crashed)
 So to resolve I ran
 kwin_x11 --replace
 This rebooted Windows decorations and resolved issue
[21:29] <tomreyn> ah good, i didn't know this command, but it sounds like what i had in mind