[05:20] <hikiko> hello :)
[07:35] <pitti> Good morning
[07:36] <pitti> infinity: FWIW, I've always asked for sending locale patches upstream, and many of them should already have Bug: links
[07:37] <didrocks> good morning pitti
[07:39] <pitti> bonjour didrocks, ça va ?
[07:40] <didrocks> pitti: bon week-end, oui, et toi ?
[07:41] <pitti> didrocks: le week-end était magnifique -- Annet et moi étaions à Londres, pour le concert d'Adele
[07:41] <pitti> et un peu de tourisme :)
[07:42] <didrocks> ah, d'où le rond point avec les feux rouges :)
[07:42] <pitti> oui :)
[07:42] <pitti> comme un arbre de Noël
[07:43] <didrocks> héhé
[07:55] <Sweet5hark> moin!
[08:55] <willcooke> morning desktoppers
[09:02] <Laney> morning!
[09:03] <willcooke> what up Laney
[09:05] <davmor2> willcooke: so good news bad news, cyphermox is making progress good news, bad news looks like it is most of the unity graphics stack that takes out the system on upgrade :(
[09:05] <willcooke> davmor2, yeah I asked hikiko to take a deeper look in to that.
[09:05] <willcooke> hikiko, did you find anything out yet?
[09:06] <willcooke> davmor2, I did some rudimentary debugging with Compiz on Friday and it looks like the X server is going away
[09:06] <willcooke> but needs hikiko to dive in to it in more dept
[09:06] <willcooke> h
[09:07] <hikiko> willcooke, you mean the crash during the upgrade?
[09:08] <willcooke> hikiko, yeah
[09:08] <hikiko> I couldn't reproduce it could you tell me what you did exactly and in which system?
[09:08] <willcooke> hrm.  It's very reproducible here. Did you see my email, all the steps are laid out there
[09:09] <willcooke> Basically:  install 14.04.  upgrade to 16.04.  Crash.
[09:09] <hikiko> sorry I didn't see this one ok looking at it now
[09:11] <Laney> hi willcooke, how's it going?
[09:12] <hikiko> oh I saw that  I have marked the email as important but I totally forgot sorry :/
[09:12] <willcooke> thanks hikiko, this is a priority for now, even more than e zoom.  Until we know what's going on at least.
[09:12] <hikiko> ok
[09:15] <hikiko> willcooke, do you experience this bug in vbox only>
[09:15] <hikiko> ?
[09:16] <willcooke> hikiko, no, davmor2 has it on real hardware as well: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1555237
[09:17] <hikiko> mm ok, because here they say that it was a low memory issue: https://bbs.archlinux.org/viewtopic.php?id=183376
[09:17] <hikiko> (similar bug)
[09:18] <hikiko> and I was wondering if it's because the vm graphics memory is very low and we use it all during the upgrade
[09:18] <hikiko> ok I'll look further
[09:18] <willcooke> ah, interesting
[09:18] <willcooke> yeah, please do some more investigation
[09:19] <willcooke> I'll also boost the RAM on my VM
[09:19] <davmor2> hikiko: my vm has 2Gb of memory that should be enough for an upgrade and the hdd is 20Gb, and hardware wise it is hybrid intel nvidia prime, 8Gb ram and I can't remember how much memory the gfx card has
[09:20] <hikiko> davmor2 I mean the graphics memory
[09:20] <hikiko> which is 128 in vbox
[09:20] <hikiko> oh you said you have 8GB
[09:21] <hikiko> ok ok I'll look at it, I just wanted to make sure it's not something that simple :) (too good to be true)
[09:25] <davmor2> hikiko: vm has 64Mb, looking on hardware now
[09:26] <davmor2> hikiko: 256Mb on hardware
[09:27] <hikiko> davmor2, you tried the virtualbox too?
[09:27] <hikiko> I mean
[09:27] <hikiko> you only tested this in vbox?
[09:27] <hikiko> or in real hardware too?
[09:27] <davmor2> hikiko: both and I use kvm not vbox
[09:27] <ksamak> good day everyone
[09:28] <hikiko> alright, I am downloading the 14.04
[09:28] <davmor2> hikiko: I check daily on vm that it is still happening and then once a week on spare hardware to ensure it is still happening there too
[09:30] <davmor2> hikiko: I can run another test on hardware in a bit if you want and open up and ssh port to to it if that helps
[09:31] <hikiko> I want to check if: 1- if it's possible that the program that runs during the upgrade has a bug that consumes the memory, 2- if something else tries to make use of the :0 while compiz is running
[09:32] <hikiko> davmor2, I dont know if that helps I'll set up it here in a few minutes
[09:32] <hikiko> but thanks :)
[09:34] <Laney> Trevinho: No Unity upload I see
[09:37] <Trevinho> Laney: it's in https://requests.ci-train.ubuntu.com/#/ticket/1146 but I noticed a small issue, that I've fixed, but I was waiting andyrock to check it. Then we can go. By today.
[09:38] <Laney> k
[09:39] <Laney> hi Trevinho and hikiko
[09:39] <Trevinho> Hi, Laney, yeah 😃
[10:13] <Laney> wormery just arrived \o/
[10:14] <pitti> Laney: does that have anything to do with worms?
[10:14] <Laney> hey pitti!
[10:14] <pitti> hey Laney, how are you?
[10:14] <Laney> yeah, food in, compost out
[10:15] <Laney> via worm digestion
[10:15] <Laney> pitti: great, thanks!
[10:15] <Laney> and you?
[10:16] <Laney> I saw your pictures, looked like a fun weekend
[10:16] <pitti> Laney: wow; is this available for the other way too?
[10:16] <pitti> Laney: indeed -- the concert was absolutely amazing
[10:17] <Laney> pitti: you mean compost -> food?
[10:17] <pitti> and we managed to visit Greenwich Observatory/Prime Meridian, the aquarium, Camden Town, the Regent canal (I think that one), a walk through Westminster, and some nice cafés/pubs too
[10:17] <pitti> Laney: yeah :)
[10:17] <Laney> that's the circle of life :P
[10:17] <Laney> oh wow
[10:17] <Laney> packed weekend
[10:17] <pitti> Laney: well, we started Friday morning already
[10:18] <pitti> so Greenwich and the concert was Fri afternoon/evening
[10:19] <Laney> We visited the Observatory in the summer last year
[10:20] <Laney> quite a nice park it's in too
[10:20] <Laney> and there was a market nearby that we visited, bit more crafty than the Borough one
[10:20]  * Laney blinks
[10:20] <Laney> someone just retried glib/s390x at literally the same time as me
[10:42] <Sweet5hark> Laney: race conditions ftw!
[10:43] <Laney> more impressed that someone else was looking at this :)
[10:43] <Laney> although...
[10:43] <Laney> ...has it hung again?
[11:03] <Laney> ffs
[11:03] <Laney> works on the autopkgtest machine of course
[11:09] <GunnarHj> Laney: Saw your comment at bug #1559070. The plan is to wait with uploading ubuntu-docs again until the tranlators are done. Is there a reason to do it before?
[11:10] <Laney> GunnarHj: So that it stops being broken
[11:10] <Laney> but, up to you
[11:10] <Laney> GunnarHj: willcooke is preparing some new text/screenshots for the slideshow atm FYI
[11:10] <Laney> don't think there has been UIFe for that yet
[11:11] <willcooke> not yet - just got the OK from design
[11:11] <willcooke> still need to finish doing the screenshots
[11:11] <willcooke> there is a very small change to the text on one slide
[11:12] <willcooke> the one about Ubuntu Software Centre
[11:12] <GunnarHj> Laney: Then I'll wait with u-c.
[11:13] <Laney> 'k
[11:13] <davmor2> willcooke: and accompanying screenshot which is still USC right
[11:14] <willcooke> davmor2, yeah, changing the screenshot, plus a few others
[11:14] <willcooke> actually, I'll just redo them all
[11:14] <willcooke> so the wallpaper matches
[11:14] <GunnarHj> willcooke, Laney: Suppose we should notify the translators via the mailing list when the text string is available in Rosetta. The screen shots is not a problem, since we don't include screenshots from the installer in the docs.
[11:15] <willcooke> GunnarHj, sure thing - I will email the translation team once I have an MP up
[11:15] <GunnarHj> willcooke: Great.
[11:34]  * Sweet5hark never uploaded a libreoffice himself, but just triggered/unblocked the migration from proposed for the first time.
[11:36] <Laney> THE POWER
[11:38] <Sweet5hark> Laney: https://www.youtube.com/watch?v=_BRv9wGf5pk
[12:08] <Laney> Sweet5hark: I was hoping it would be that
[12:08] <Laney> hey that band is German
[12:08] <Laney> who knew?
[12:38] <Sweet5hark> Laney: most of that embarrassing 1990ies eurodance trash is german ...
[12:55] <desrt> happy monday
[12:56] <Laney> DDDDDDDDDDDDDDDDDEEEEEEEEEEEEEEEEEEEEEEESSSSSSSSSSSSSSSSSSSSSSSSSSRRRRRRRRRRRRRRRRRRRRRRRRRRRTTTTTTTTTTTTTTTTTTTTTTTTT
[12:59] <desrt> what did i do now? :(
[12:59] <Laney> it was a hello
[12:59] <desrt> er.. i mean
[12:59] <desrt> hi laney :)
[12:59] <Laney> imagine me running towards you
[12:59] <Laney> for a glomp
[13:00] <desrt> is a glomp something good?
[13:00] <desrt> it sounds like it might be painful
[13:00] <Laney> in a good way
[13:00] <desrt> okay.  good :)
[13:00] <desrt> glomp away
[13:00] <Laney> how's it going?
[13:00] <desrt> okay
[13:01] <desrt> chatting security 'bugs' again
[13:01] <Laney> fun
[13:01] <desrt> and it makes me wonder
[13:01] <desrt> why can't we all just be nice to each other?
[13:01] <desrt> why all of this "security" anyway?
[13:01] <Laney> not that I was prepping you
[13:01] <Laney> ...but...
[13:01] <Laney> https://launchpad.net/ubuntu/+source/glib2.0/2.47.92-1/+build/9368499 <- this build keeps hanging
[13:02] <desrt> i mean... if i put a key on something, isn't it clear that i want you to stay out?  why are we even talking about how to crack the key?
[13:02] <Laney> on https://git.gnome.org/browse/glib/tree/glib/tests/642026.c this test
[13:02] <Laney> and I can't make it happen on a test machineeeeeeeeeeeeeeeee whyyyyyyy
[13:03] <desrt> this case looks pretty simple
[13:03] <desrt> does x390 have an exotic memory architecture or something?
[13:04] <Laney> would expect to be able to reproduce it if so
[13:04]  * Laney checks kernel versions
[13:05] <desrt> a hang points to a problem with condition variables
[13:05] <desrt> which could very well be a problem with the kernel's futex implementation on x390
[13:05] <desrt> our implementation of gcond is pretty straight forward
[13:05] <Laney> Linux laney 4.4.0-14-generic #30-Ubuntu SMP Tue Mar 15 13:01:11 UTC 2016 s390x s390x s390x GNU/Linux
[13:05] <desrt> could also be the mutexes of course...
[13:05] <Laney> this works
[13:05] <qengho> I think Laney is drunk with springtime.
[13:05] <Laney> Kernel version: Linux z13-017 4.4.0-10-generic #25-Ubuntu SMP Wed Mar 2 14:56:49 UTC 2016 s390x
[13:06] <Laney> this does not
[13:06] <desrt> check if anything changed with futexs in there
[13:06] <desrt> that would be my first guess
[13:06]  * Laney wonders how
[13:06] <desrt> git diff?
[13:06] <Laney> http://kernel.ubuntu.com/git/?s=idle
[13:06] <desrt> don't look at me :p
[13:07] <Laney> I guess http://kernel.ubuntu.com/git/ubuntu/ubuntu-xenial.git/
[13:09] <Laney> spam has stepped up on my personal account in the last week or so
[13:09] <Laney> forget hosting this myself
[13:15] <desrt> i keep getting a string of very similar spam messages that the filter always fails to flag
[13:16] <desrt> i'm starting to wonder if the fastmail 'mark spam' button does anything at all
[13:16] <desrt> sender is always Sevgisandali and it's always the same message in turkish
[13:22] <Laney> yeah, I have dspam and it fails to catch duplicate things that I've already marked quite often
[13:23] <dobey> willcooke: don't know if you saw, but the change to make click scope depend on packagekit has landed in xenial.
[13:23] <willcooke> oki, thanks dobey
[13:24] <willcooke> davmor2, per our conversation on Friday, could you add the tests for codec downloading etc to your list?>
[13:24] <Laney> desrt: what does status 'reviewed' mean on bgo?
[13:25] <desrt> typically "i took a look at this but i am defering to someone else's judgement... see details in what i wrote"
[13:25] <Laney> https://bugzilla.gnome.org/show_bug.cgi?id=763617
[13:25] <desrt> can be used if the person doing the review is not a committer, or if some changes were suggested but not mandated (ie: patch submitters choice about if to do it or not)
[13:25]  * Laney gets pinged by reproducible people about this
[13:25]  * Laney giggles at "reproducible people"
[13:28] <desrt> Laney: a-c_n
[13:28] <Laney> ty
[13:28] <Laney> that rules is indeed hilarious
[13:28] <Laney> rule
[13:29]  * Laney rips own brain out
[13:29] <Laney> shut up about IDS
[13:31] <andyrock> hey all
[13:31]  * Sweet5hark serves Laney a cookie and backs up slowly.
[13:32] <desrt> andyrock: good morning
[13:32] <Laney> howdy andyrock
[13:37] <mhall119> Laney: can I forward you an email from an upstream asking for help with their AppStream icon? I'm not entirely sure what they should be doing
[13:39] <Laney> mhall119: ok
[13:42] <mhall119> thanks Laney
[13:50] <Laney> replied
[13:50]  * Laney lunch
[14:02] <pitti> Laney: do we still actually need app-install-data?
[14:02] <pitti> mvo: ^
[14:03] <pitti> (15 MB deb, 45 MB installed size, so nothing to sneeze at)
[14:03] <pitti> ATM sessioninstaller depends on it, but I wonder why? I thought sessioninstaller would merely install an already given pacakge name
[14:12] <mvo> pitti: not on the image for sure, maybe some other tools like the kde software center use it, but even if they do the data is now getting sstale, so lets remove it
[14:12] <mvo> pitti: it may use it to show fancy icons
[14:35] <ChrisTownsend> Hey all, I noticed unity-scope-click was removed from my system in this morning's updates for some reason.  When I try ti reinstall it, this is what I get: http://pastebin.ubuntu.com/15463069/
[14:35] <ChrisTownsend> Is there something special with python3-aptdaemon.pkcompat since it is trying to be removed?
[14:36] <ChrisTownsend> BTW, when unity-scope-click is removed, then there is no App Scope in the Unity 8 desktop.
[14:41] <willcooke> hi ChrisTownsend
[14:41] <ChrisTownsend> willcooke: Hey:)
[14:41] <willcooke> ChrisTownsend, yes - we're trying something to fix installing of Clicks in to the U8 session in 16.04
[14:42] <willcooke> we're going to drop the python compat and replace with with PK0.8#
[14:42] <willcooke> and see what breaks in U7
[14:42] <willcooke> Click needs PK0.8 in order to work
[14:42] <ChrisTownsend> willcooke: Ok.  I wouldn't think removing the scope that is needed to actually launch apps in Unity 8 desktop is intended though, right?
[14:43] <willcooke> no, that's a strange one
[14:43] <willcooke> dobey, FYI ^
[14:45] <ChrisTownsend> willcooke: I'm not sure as to what actually wanted to remove it as apt was perfectly happy removing it and updating other packages and of course I just just 'Y' willy nilly:)
[14:45] <dobey> ChrisTownsend: i guess it might have gotten removed if there was a aptdaemon update at the same time
[14:45] <dobey> but otherwise, no, i can't tell you why it would have been removed. it probably shouldn't have
[14:46] <dobey> if you don't have the apt-get summary that you pressed 'Y' to, i can't make a more educated guess either really
[14:47] <ChrisTownsend> dobey: Yeah, it scrolled off unfortunately.  I have /var/log/apt/history.log, but that doesn't really reveal anything.
[14:48] <dobey> right. history log just shows it getting removed i guess, and not why it got removed
[14:49] <ChrisTownsend> dobey: But if I try reinstalling unity-scope-click, it wants to remove python3-aptdaemon.pkcompat.
[14:50] <mikedld|w> hello guys, is Ricardo Sousa present here by any chance?
[14:52] <mikedld|w> ric_s: ^ maybe it's you? :)
[14:54] <ric_s> yes mikedld|w
[15:06] <willcooke> ChrisTownsend, yeah, we can't have PK0.8 && the Py compat layer,  They clash on dbus namespace
[15:12] <ChrisTownsend> willcooke: Ok, I see the issue.  python3-aptdaemon.pkcompat conflicts with packagekit.  And unity-scope-click depends on packagekit.
[15:14] <davmor2> and I'm back on a system with a gui
[15:14] <ChrisTownsend> willcooke: No idea how this would be fixed, but it's not good.
[15:15] <willcooke> ChrisTownsend, well, we're dropping python3-aptdaemon.pkcompat
[15:16] <willcooke> (at least, we're trying it out)
[15:16] <ChrisTownsend> willcooke: Well, that's good.   Was there a recent change here that broke this though?
[15:17] <willcooke> ChrisTownsend, yeah, we changed it on Friday (IKR)
[15:17] <willcooke> dropped pkcompat
[15:18] <willcooke> so we can see if it a) fixes click installs on the U8 session and b) see what horrors emerge in U7
[15:18] <willcooke> Seb's theory is that not very much will break, and davmor2 is going to be testing that hypothesis this week
[15:19] <ChrisTownsend> willcooke: Hmm, ok.  I'm just confused about how this chain of conflicts recently showed up in the archive to where unity-scope-click was removed.
[15:20] <ChrisTownsend> willcooke: I mean, I'm probably one of the few who actually does stuff in the Unity 8 desktop, but it's perplexing nonetheless.
[15:21] <ChrisTownsend> willcooke: And if I reinstall unity-scope-click and it removes python3-aptdaemon.pkcompat, that will be OK?
[15:24] <willcooke> ChrisTownsend, it /should/ be OK.  But I'd like to know if it isnt.  Not sure why u-s-click got removed.  But we can look in to that as soon as Seb is back.
[15:24] <willcooke> And yeah, it will only effect u8 session users
[15:25] <ChrisTownsend> willcooke: Ok, thanks
[15:26] <willcooke> ChrisTownsend, I think that particular issue will "only" affect people who already have u8 session installed on a 16.04 machine and upgrade.
[15:26] <willcooke> but we'll take a look
[15:27] <ChrisTownsend> willcooke: Ok.  I took the plunge to see what happens.  The Apps scope is back and I'll keep an eye out for other things.  But I admit, it's just a test machine, so some things may never be observed that a regular user might see.
[15:46] <flexiondotorg> Trevinho, Not sure if this is in the queue? https://code.launchpad.net/~ubuntu-mate-dev/compiz/ubuntu-mate-wallpaper-common/+merge/288777
[15:46] <Trevinho> flexiondotorg: mh, oh... I forgot to copy that -_-
[15:46] <Trevinho> flexiondotorg: next landing will be there.
[15:46] <flexiondotorg> Trevinho, Thanks :-)
[15:47] <Trevinho> flexiondotorg: thank you
[16:01] <mhall119> aney: is everything on https://bugs.launchpad.net/ubuntu/+source/kdocker/+bug/1558713 done the way you wanted?
[16:02] <Laney> will look soon
[16:02] <Laney> fixing upstream -> win
[16:03] <Laney> pitti: laney@nightingale> for r in trusty xenial; do echo -n "${r}: "; GET http://ddebs.ubuntu.com/dists/${r}/main/binary-amd64/Packages | grep-dctrl -c .; done                                           ~
[16:03] <Laney> trusty: 121
[16:03] <Laney> xenial: 3021
[16:03] <Laney> something borked with ddebs/trusty?
[16:06] <pitti> Laney: urgh, obviously :/
[16:07] <Laney> was looking for compiz ones
[16:07] <Laney> they seem to be gone from the pool too
[16:07] <Laney> seems like a bad sign
[16:19] <ksamak> hikiko: hey
[16:20] <ksamak> hikiko: i'm trying to modify some behavior of ezoom in compiz.
[16:20] <ksamak> i'd like to have the mouse always centered inside the zoomed area
[16:20] <ksamak> i can't seem to find the right maths in the code.
[16:20] <ksamak> hikiko: would you have any idea about that?
[16:34] <willcooke> Laney, desktoppers:  ignore the buttons on the righthand side for now, but thoughts on:  http://imgur.com/JJrJ8b3
[16:36] <Trevinho> willcooke: you hacked on what precisely? tabs?
[16:38] <willcooke> yeah, tabs have different colour depending on current tab or not, plus I had to faff around with the borders between the tabs because the old one which was a light colour gradient clashed with the different colour tabs and gave a 1px white border between the tabs and the menu bar
[16:38] <pitti> Laney: it looks like trusty now only has the packages which have the same version in xenial
[16:38] <pitti> how on earth did that happen
[16:39] <Trevinho> willcooke: for terminal only, maybe it would be nice to have the same idea of firefox: so selected tab is white, others are matching the toolbar... what you think?
[16:39] <willcooke> I'll start with gtk3 notebook
[16:39] <willcooke> lemme get that done first :)
[16:39] <Trevinho> :)
[16:40] <willcooke> so gedit will have something similar (not identical because GNOME Terminal seems to do things a bit differently)
[16:40] <willcooke> actually, it should be identical
[16:40] <willcooke> what do you think about the thickness of the border between tabs?
[16:40] <willcooke> Look ok to you:
[16:40] <willcooke> ?
[16:41] <Trevinho> ok as for the notebook itself, maybe the unselected color is still to be tuned imho... I can't explain how :-D, but that reminds me too much the windows95 gray :P
[16:41] <Trevinho> I think that's ok.
[16:42] <willcooke> oki, cool.  I'll tweak the colours and get design to take a look
[16:42] <willcooke> oh I should fix those buttons on the right first
[16:42] <willcooke> I hate those buttons
[16:45] <willcooke> In other design related news..... http://imgur.com/JWjBRBl
[16:45] <Trevinho> Mh,
[16:46] <davidcalle> willcooke: that's something
[16:46] <Laney> hmm
[16:47] <Laney> I have no eye for this stuff
[16:47] <Laney> willcooke: did you tell GunnarHj & friends that you're working on that?
[16:47] <Laney> also
[16:48] <Laney> I attached gdb to compiz and did a release upgrade to xenial
[16:48] <Laney> https://paste.ubuntu.com/15465006/
[16:48] <GunnarHj> Laney, willcooke: I heard that. :)
[16:49] <Laney> compiz got multiarched in the meantime
[16:49] <Laney> could that break this?
[16:49] <Laney> hikiko: ^?
[16:52] <Trevinho> Laney: mh it could be that
[16:52] <Trevinho> Laney: however that trace seems suspcious to me... like some memory issue
[16:52] <Laney> yes
[16:52] <Trevinho> in fact that signature is the one used by the unity panel service iirc
[16:52] <Laney> whole chunks of the system got swapped out from under the running process
[16:52] <Laney> I only got one frame on the bt before gdb exited
[16:53] <Trevinho> #define ENTRY_SIGNATURE "(sssusbbusbbi)"
[16:53] <Trevinho> it mismatches because this is the one, but the old one was like the one in the trace
[16:54] <Trevinho> but, I don't see why the file should be unloaded...
[16:54] <ximion> Laney: almost done with implementing the icon-loading code in the new generator
[16:54] <Trevinho> it's probably likely that removing that file causes something problematic
[16:54] <Trevinho> but...
[16:55] <ChrisTownsend> willcooke: dobey: I filed https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1560129 for tracking the issue I saw.
[16:55] <ximion> Laney: unfortunately, the loading and processing of the Contents file slows the thing down massively
[16:55] <dobey> ChrisTownsend: well, "held back" makes sense
[16:55] <dobey> ChrisTownsend: it added a new binary depends; when that happens, apt generally holds it back until you dist-upgrade to pull in the new package
[16:56] <ChrisTownsend> dobey: Yeah, which is probably what most users will see.  But I'm not most users and I willy nilly say 'Y' on dist-upgrade:)
[16:56] <ChrisTownsend> dobey: Well, dist-upgrade removes unity-scope-click.
[16:58] <ChrisTownsend> dobey: As I tried to explain in the bug, packagekit conflicts with python3-aptdaemon.pkcompat which is already installed, so bye-bye unity-scope-click.
[16:58] <dobey> ChrisTownsend: well, python3-aptdaemon.pkcompat should get removed, generally
[16:59] <Laney> ximion: Thought you were making that yourself
[16:59] <dobey> ChrisTownsend: it would only be an issue if both are being upgraded at the exact same time
[16:59] <ChrisTownsend> dobey: As willcooke explained, not when U7 is installed.  And U8 and U7 co-existing is the norm.
[17:00] <dobey> ChrisTownsend: huh?
[17:00] <Laney> Trevinho: hm I removed that whole directory and it didn't break
[17:01] <ximion> Laney: not yet, because I run into an henn-and-egg problem there: To process metadata, I need to know about all icons in all packages. But that information is not yet available when going through the packages, because some might be processed later in the queue. So I would need two passes at the packages, one for building the contents information and marking interesting packages, and one for actually extracting the data
[17:01] <ximion> that is much slower than using the Contents file, so I focus on the traditional method now, and the "we-build-contents-file" method will be implemented later
[17:01] <dobey> ChrisTownsend: this is an issue with how apt resolves dependences, and just bad timing with the update
[17:02] <ximion> I also want to reach feature parity with the dep11-generator ASAP, so that's the focus at time
[17:02] <ChrisTownsend> dobey: Yeah, most likely the case.  I guess everyone will just have to work through it then.
[17:03] <dobey> hrmm, but aptdaemon wasn't updated
[17:03] <dobey> so dist-upgrade should have pulled in packagekit, and removed python3-aptdaemon.pkcompat
[17:04] <ChrisTownsend> dobey: Maybe this?
[17:04] <ChrisTownsend> $ apt-cache depends ubuntu-desktop | grep python3-aptdaemon.pkcompat
[17:04] <ChrisTownsend>   Recommends: python3-aptdaemon.pkcompat
[17:05] <ChrisTownsend> Although it's not a specific depends, so I may be grasping at straws.
[17:05] <Laney> ximion: The first pass is to look at the contents, not the data itself
[17:05] <dobey> ChrisTownsend: that's just a Recommends, so it should have just been removed as a result of that
[17:05] <Laney> And only has to be done once per .deb
[17:05] <dobey> and as you said, if you just install unity-scope-click again after, it works; so it should have worked during the upgrade
[17:05] <Laney> ximion: did you apply for that funding yet?
[17:06] <dobey> ChrisTownsend: was "ubuntu-desktop" in the updates list?
[17:06] <ChrisTownsend> dobey: Yeah, I really don't know why apt wanted to hold on to it.  It was happy to remove it if I manually (re)installed unity-scope-click.
[17:06] <dobey> ChrisTownsend: can you attach the bit of the apt history log from the time when you ran dist-upgrade to the ubg?
[17:06] <dobey> bug even
[17:06] <ximion> Laney: will do that in an hour (funding)
[17:06] <Laney> 'k
[17:07] <ChrisTownsend> dobey: Yes, ubuntu-desktop was in the updates list.
[17:07] <ChrisTownsend> dobey: Yes, I'll attach the log.
[17:07] <ximion> Laney: even for the contents, we need to unpack the ar archive, and open up the data.tar.* tarball - this is much faster than in the dep11-generator, but still not very cheap
[17:08] <ximion> regardless of that, the "we generate contents data" approach will come
[17:08] <Laney> ximion: Doesn't it use the md5sums in control?
[17:08] <Laney> I believe you that it's slower
[17:08] <Laney> but in terms of development effort I would avoid doing something that you know you're going to throw away
[17:08] <ximion> Laney: no - but that's something we could do, haven't thought about that at all yet - that could be a massive optimization
[17:09] <Laney> especially on a rewrite
[17:09] <willcooke> ChrisTownsend, dobey - I'm a bit lost I think, but just wanted to state that the *default* situation should be that in 16.04 python3-aptdaemon-pkcompat should be as it is today (i.e. installed).  Only if the user installs unity8-desktop-session-mir should PK0.8 get installed and py3-pkcompat get removed.
[17:09] <Laney> ximion: you're handling this manually?
[17:09] <Laney> :-o
[17:09] <willcooke> s/today/last Monday
[17:09] <dobey> willcooke: that is the default behavior now
[17:09] <willcooke> dobey, cool!  thanks
[17:10] <ximion> Laney: jup, using libarchive directly turned out to be 1.5 -2 times faster spawning dpkg
[17:10] <dobey> http://pastebin.ubuntu.com/15465408/ <- that's what i get if i try to install unity-scope-click right now
[17:11] <ximion> dpkg itself also seems to run tar and xz, while libarchive has archive support built-in, which works well with the multithreading
[17:11] <Laney> for getting the contents you don't really want to use the tar file if you can help it
[17:11] <Laney> :)
[17:11] <Laney> tar sucks for that
[17:11] <ChrisTownsend> dobey: Yeah, I had something similar to that when installing unity-scope-click manually after it was removed.
[17:11] <willcooke> Trevinho, could you follow up with hikiko on that issue about compiz crashing on upgrade. She's been looking at it today
[17:12] <ChrisTownsend> dobey: I also attached the history log to the bug.
[17:12] <dobey> ok
[17:12] <ChrisTownsend> dobey: Thanks
[17:12] <Trevinho> willcooke: I've asked also andyrock to look at it, he's playing with VMs right now
[17:12] <willcooke> nice one, thanks Trevinho, andyrock. hikiko FYI ^
[17:14] <dobey> ChrisTownsend: i'll take a peak, but so far all i can tell is that it will work correctly for new users of 16.04. it's only potentially an issue on upgrade if unity-scope-click is already installed. so moderately low priority
[17:15] <ximion> Laney: we will still need to open the control tarball ^^ - but since that one is smaller, chances are we can process packages even faster (at time, the generator does roughly 4-5 packages per second on my machine)
[17:15] <Laney> it's not the opening
[17:15] <Laney> it's reading the entire huuuuuuuuuge thing to get the filenames
[17:16] <Laney> looking forward to hearing how much this helps
[17:17] <ChrisTownsend> dobey: Ok, thanks.  We just need to be prepared for those folks who do already have it installed and they complain that the Apps scope is gone (if they do dist-upgrade) or wonder why they still can't install clicks when we are saying they can (due to it being held back).   Not complaining, just saying:)
[17:19] <dobey> ChrisTownsend: sure; this dependency might not stay there either. we added it so it can be more easily tested if packagekit being installed breaks other unity7 features
[17:19] <ChrisTownsend> dobey: Ok.  Thanks again.
[17:20] <ximion> Laney: I'll know that soonish - need food first. Btw, I reduced the dependencies of the generator a little, the only thing I now still want to get rid of is the gdlib for image rendering. I originally used it to avoid gdk-pixbuf and pulling in X11 stuff etc. and make the whole think more lightweight - but it turns out librsvg2 depends on gdk-pixbuf anyway, and if I want to render SVGs, there's no way around it
[17:20] <dobey> sure, np :)
[17:21] <ximion> Laney: so I could use gdk-pixbuf directly anyway ^^ - will do that later, when I feel motivated enough to dive into image rendering / scaling again
[17:21] <ximion> (huge pain - but Cairo + librsvg2 from D is again faster than using it from Python, which in this case makes less sense, since both should only be calling C stuff)
[17:32] <Trevinho> Laney: britney is running on https://requests.ci-train.ubuntu.com/#/ticket/1146 for some time, once it's done, it's good to me.
[17:33] <Laney> Trevinho: ok, ta
[17:35] <Laney> Trevinho: how do you see the britney thing?
[17:35] <Trevinho> Laney: I can't... I only know it *should* run.
[17:35] <Laney> where is it normally linked from?
[17:35]  * Laney is a train newbie
[17:43] <Laney> Trevinho: whatever, forget britney
[17:43] <Laney> I published it
[17:43] <Laney> ooooooooooh no
[17:43] <Laney> fix that!
[17:46] <andyrock> Trevinho willcooke hikiko I'm building unity with debug info on a vm right now
[17:46] <andyrock> hopefully i can reproduce the issue
[17:46] <Laney> andyrock: you should do compiz too
[17:46] <Trevinho> Laney: done
[17:46] <Laney> ok
[17:46] <andyrock> Laney: i already did that
[17:47] <andyrock> nux and compiz
[17:47] <Laney> okey
[17:47] <andyrock> and unity is on his way right now
[17:47] <willcooke> thanks andyrock - just fwd'd you a mail with some steps to reproduce
[17:48] <andyrock> thx
[17:48] <andyrock> i'll also creare a couple of snapshots of the vm
[17:48] <Laney> $ update-manager -d
[17:48] <Laney> done
[17:48] <andyrock> so i can reproduce it more than once
[17:48] <Trevinho> Laney: when does it happen the crash on upgrade, generally?
[17:49] <Laney> Trevinho: for me like 2 minutes after it starts installing the packages
[17:49] <Trevinho> ok... So, better to do a snapshot after download is done..
[17:50] <Laney> it's a bit annoying because the upgrade carries on after compiz crashes
[17:50] <willcooke> turn off the screensaver too, at least to begin with
[17:50] <Laney> so you don't see which package actually made it happen
[18:00] <Trevinho> if anybody can save a good snapshot (close to where the issue happens), it would be nice if it's shared.
[18:07] <Laney> night folks
[18:11] <willcooke> see ya Laney
[18:40] <davmor2> willcooke: hmmm just tried updating this box as it said there were 100+ updates and get the following http://paste.ubuntu.com/15466433/
[18:41] <sarnold> davmor2: https://twitter.com/frazelledazzell/status/710643133285928962
[18:42] <willcooke> erk
[18:42] <davmor2> \o/
[18:42] <davmor2> sarnold: thanks
[18:42] <sarnold> davmor2: granted, getting that update may be difficult..
[18:43] <davmor2> willcooke: so we broke spotify's archive then \o/
[18:43] <willcooke> Those digest issues are only warnings though, right
[18:44] <willcooke> I think the thing stopping your upgrade working davmor2 is the qt5 issue
[18:44] <davmor2> willcooke: I assume so, I'll dig into what is holding it back in a second
[18:45] <willcooke> dpkg: error processing archive /var/cache/apt/archives/qtdeclarative5-ubuntu-ui-extras-browser-plugin_0.23+16.04.20160321.1-0ubuntu1_amd64.deb (--unpack):
[18:45] <willcooke>  trying to overwrite '/usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/Extras/Browser/libubuntu-ui-extras-browser-plugin.so', which is also in package qml-module-ubuntu-ui-extras-browser:amd64 0.23+16.04.20160321-0ubuntu1
[18:45] <willcooke> maybe chrisccoulson knows? ^
[18:47] <chrisccoulson> willcooke, that's above the bit that I work on
[18:47] <chrisccoulson> However
[18:48] <chrisccoulson> That's probably related to bug 1342031
[18:50] <davmor2> http://paste.ubuntu.com/15466561/
[18:50] <davmor2> fun and games
[18:58] <dobey> oh fun
[18:59] <dobey> someone didn't breaks/conflicts right
[19:57] <robert_ancell> willcooke, hi
[19:58] <willcooke> what up robert_ancell
[19:58] <willcooke> Have I told you how much I dislike Gtk theming lately?
[19:59] <robert_ancell> willcooke, haha, so glad you voulnteered for that bus
[19:59] <robert_ancell> bug
[19:59] <willcooke> tbh, I think I'm going to need to call in the big guns
[20:00] <willcooke> I'm going to spend another couple of days fixing up everything I can
[20:00] <willcooke> and then put out a general call for help
[20:00] <willcooke> otherwise they won't get done
[20:00] <willcooke> I'm soooo close to having Terminal look better
[20:00] <willcooke> But I'm stuck with the last tab in the notebook
[20:01] <willcooke> it's got a "+" for new tab and a dropdown menu for choosing which tab you want
[20:01] <willcooke> but I cannot for the life of me work out a CSS selector to let me tweak it
[20:01] <willcooke> it does respond to a generic .tab selector
[20:01] <willcooke> so it must be part of the notebook
[20:01] <willcooke> but I can't find a way of selecting only that tab
[20:02] <willcooke> perhaps I should look in the source
[20:02] <robert_ancell> http://imgur.com/gallery/Q3cUg29 ?
[20:03] <dobey> heh, the gnome 3.18 apps are indeed a bit annoying
[20:03] <willcooke> ROFL, exactly that
[20:17] <deadlock> Hello, guys. The 'xinput' command will be available in the Mir? I need to disable touchscreen and i can do it with this command, but i don't know if it will work in Unity 8.
[20:24] <dobey> deadlock: no, xinput is for X input devices, so i don't think it will work under Mir
[20:30] <dobey> deadlock: you want the touch screen to always be disbled no matter what? on a laptop?
[20:37] <deadlock> dobey: yes. The touchscreen of my laptop is damaged. I've created a file in /usr/share/X11/xorg.conf.d/ name 99-no-touchscreen.conf with settings to ignore the touchscreen, but i'm searching a alternative method to do this in the Mir.
[20:38] <deadlock> Exists a command to disable?
[20:39] <dobey> deadlock: can you not disable it in the bios?
[20:50] <ximion> Laney: with using the md5sums file, I can now process about 20 non-interesting package in one second
[20:50] <ximion> (non-interesting == no AppStream metadata)
[20:51] <deadlock> dobey: no. There is no such feature in the BIOS.
[20:52] <dobey> deadlock: oh, every laptop with touchscreen that i've had, i could disable it in bios
[20:52] <dobey> deadlock: if that isn't possible, maybe add the kernel module to the blacklist, for it
[20:56] <deadlock> dobey: I will search about the second option. Thank you very much
[21:22] <willcooke> g'night all
[22:26] <willcooke> phear my l33t haxor skillz!
[22:26] <willcooke> I've sort of cracked it robert_ancell!!
[22:26] <willcooke> The reason I couldn't get the CSS to apply to that last box in Terminal...
[22:26] <robert_ancell> \o/
[22:27] <willcooke> Lemme show you...
[22:27] <qengho> Not sure I'm l33t enough.
[22:28] <willcooke> https://git.gnome.org/browse/gnome-terminal/tree/src/terminal-notebook.c?h=gnome-3-18#n50
[22:28] <willcooke> robert_ancell, ^
[22:29] <willcooke> They hard coded the padding and spacing of the buttons
[22:29] <willcooke> for reals.
[22:29] <robert_ancell> :(
[22:30] <sarnold> heh, 75% of that file is super-abstractions and then the few lines that -do- something get hard coded :)
[22:31] <robert_ancell> willcooke, can it be un-hard coded?
[22:31] <willcooke> Don't know enough at this point
[22:31] <willcooke> but I "fixed" it
[22:31] <willcooke> I fixed it good.
[22:31] <willcooke> *shakes fist*
[22:31] <willcooke> https://git.gnome.org/browse/gnome-terminal/tree/src/terminal-window.c?h=gnome-3-18#n2751
[22:32] <willcooke> I just commented out that line and got rid of the whole actions area.
[22:32] <willcooke> It was a button to add a new tab and a menu to select the current tab
[22:32] <willcooke> personally, I don't think it brings anything to the party
[22:33] <willcooke> so I'll discuss with Laney in the morning, see if we really need it or not
[22:36] <willcooke> right, time to really call it a night now..
[22:36] <willcooke> ta ta
[23:53] <attente> robert_ancell: hey, mind if i force push wip/ubuntu-changes? i want to revert the last four commits...
[23:54] <robert_ancell> attente, sure
[23:58] <attente> robert_ancell: thanks. if you didn't pull, you shouldn't have to do anything, but if you did, just reset the head back up to where origin/wip/ubuntu-changes is right now
[23:58] <robert_ancell> np