[07:32] <Saviq> MacSlow, try and rejoin?
[07:32] <MacSlow> Saviq, yes... just trying that...
[07:37] <MacSlow> Saviq, I'm typing in Google-Hangout... but it just not coming through
[07:37] <Saviq> MacSlow, ok, just type here
[07:37] <Saviq> MacSlow, I'll fwd
[07:37] <MacSlow> Saviq, it's so slow/laggy... no idea what's wrong?
[07:38] <MacSlow> Saviq, the existing regression test (in Python) are a starting point for the autopilot-tests
[07:40] <MacSlow> Saviq, sure
[07:41] <MacSlow> Saviq, just...
[07:41] <MacSlow> Saviq, what kind of framework is expected from Chris' side
[07:42] <MacSlow> Saviq, that I could/should/have to utilize for autopilot for the notification-test in specific... if any
[07:42] <MacSlow> Saviq, yeah... mumble
[07:43] <MacSlow> veebers, Saviq: yeah... next Monday then -> mumble?!
[07:43] <Saviq> MacSlow, veebers will set it up
[07:43] <MacSlow> veebers, Saviq: but maybe I've sorted out the hangout-problems under saucy until then
[07:43] <Saviq> MacSlow, and we'll meet in some minutes
[07:43] <veebers> MacSlow, Saviq: we can mumble now if you wish (you will just need to wait while I setup)
[07:43] <didrocks> Saviq: tell me once your meeting is over, some questions on daily release for unity8 :)
[07:44] <Saviq> didrocks, will do
[07:44] <MacSlow> veebers, sure thing... I'll wait
[07:45] <Saviq> veebers, yeah, we're waiting
[07:49] <veebers> Saviq: sweet, setup now. Where are we meeting?
[07:49] <Saviq> veebers, can't hear you, you need to push to talk
[07:49] <Saviq> veebers, I think it's right ctrl by defautl
[07:49] <MacSlow> veebers, we see you on the server... can you hear us at least?
[07:50] <veebers> MacSlow: I can hear you, you can't me
[07:50] <veebers> one moment
[07:56] <Saviq> didrocks, done
[07:56] <didrocks> Saviq: hey! so I'm doing some packaging cleanup for daily releasing unity8
[07:56] <Saviq> didrocks, yup
[07:56] <didrocks> so expect a MP soon :)
[07:56] <didrocks> first question:
[07:57] <didrocks> - did you settled on using unity8 as a launchpad source?
[07:57] <didrocks> to keep unity 7 bugs separeted from unity8 ones?
[07:59] <Saviq> didrocks, we did not, but I agree that'd be a big benefit
[08:00] <Saviq> didrocks, will discuss that later today and get back to you, ok
[08:00] <didrocks> Saviq: do you want me to handle that? So having lp:unity8 for now, and then, once the transition is ended, we can move it back to lp:unity?
[08:00] <didrocks> Saviq: ok, if you need me for some args, I can help :)
[08:00] <seb128> not sure changing the name would make a real difference
[08:01] <Saviq> didrocks, I think I'm good, just don't want to make that decision on my own
[08:01] <seb128> the users who report bugs manually are still going to bug "unity" for most
[08:01] <didrocks> Saviq: oki
[08:01] <seb128> the ones that use apport ... we can tag unity8 bugs from there with a hook
[08:01] <didrocks> seb128: well, at least crashes will make sense, and we won't have a long time to fetch lp:unity/phablet
[08:02] <didrocks> seb128: also, having a unity8 source without having the launchpad project doesn't make sense
[08:02] <seb128> k, fair enough
[08:02] <seb128> hum
[08:02] <seb128> broken libgrip was SRUed to raring :/
[08:03] <seb128> didrocks, no sil around so it's for you, bug #1194714 ... libgrip breaks eog (and evince in some other way) ... we had the same issue in saucy recently, I guess the fix didn't get backported to the stable serie
[08:04] <didrocks> seb128: well, let's reject the current source from proposed, mind you? then, tomorrow, I'll check with sil2100, I have etoomuchbacklog right now
[08:04] <seb128> didrocks, ok, do you know how to reject something from proposed? is that just deleting the binaries?
[08:05] <didrocks> seb128: I think so, pitti should know?
[08:05] <seb128> let me ask on #ubuntu-release
[08:05] <didrocks> thanks seb128 :)
[08:05] <Saviq> didrocks, otoh sticking to lp:unity8 will really mean that we'll only un-stick after unity7 eol
[08:06] <didrocks> Saviq: well, I think TBH, we'll stick to this until unity8 is the default
[08:06] <didrocks> Saviq: then, the bug rate is low enough to be able to handle this
[08:06] <Saviq> mhm
[08:07] <didrocks> Saviq: my other question was on your build-deps in your ppa
[08:07] <didrocks> Saviq: you do add other deps than those on distro, right?
[08:07] <Saviq> didrocks, not build ones, no
[08:07] <Saviq> didrocks, we're building against distro
[08:07] <didrocks> just the runtimes one for indicators?
[08:07] <Saviq> didrocks, yes
[08:07] <Saviq> didrocks, and it's going away soon
[08:08] <didrocks> Saviq: how do you then try on i386/amd64 the shell?
[08:08] <didrocks> libhud-client2-dev is different on i386/amd64 than armhf
[08:08] <didrocks> (hud using bamf on the first archs=
[08:08] <tsdgeos> lol, mouse wheeling over an open app in the launcher focuses the app
[08:08] <didrocks> )*
[08:08] <tsdgeos> totally unexpected
[08:08] <Saviq> didrocks, so I don't forget - ok so what're the advantages - separate project / bug / milestone / tag management, correct default branch stacking
[08:09] <didrocks> Saviq: I think you listed all
[08:09] <Saviq> didrocks, since we don't run real apps in i386/amd64 (not before Mir)
[08:09] <didrocks> ah, so apps matching doesn't impact
[08:09] <Saviq> didrocks, yeah
[08:09] <didrocks> but you will need a smarter hud then?
[08:09] <didrocks> being able to run with unity7(bamf) and with Mir
[08:09] <didrocks> do you know if it's under work?
[08:10] <Saviq> didrocks, good catch, we need hud to switch between bamf and Mir
[08:10] <didrocks> yep ;)
[08:10] <Saviq> didrocks, I don't think there's anyone actively working on this, will confirm when tedg comes online
[08:11] <didrocks> ok :)
[08:12] <didrocks> tests/autopilot/unity8 usr/lib/python2.7/dist-packages/unity8
[08:12] <didrocks> hum :)
[08:12] <didrocks> I think it means debian/rules is broken
[08:12] <didrocks> I'll have a look
[08:14] <mzanetti> Saviq: hey, can you explain this? http://paste.ubuntu.com/5800865/
[08:15] <Saviq> mzanetti, probably not
[08:15] <mzanetti> Saviq: feels like a bug in borderimage, doesn't it?
[08:16] <Saviq> mzanetti, tried if `source: foo ? source1 : source2` works?
[08:16] <mzanetti> Saviq: probably will work. and what I'm going to do
[08:16] <Saviq> mzanetti, yeah, like it doesn't emit sourceChanged
[08:16] <mzanetti> Saviq: but I feel the need of reporting a bug
[08:16]  * mzanetti tries with a regular image
[08:17] <Saviq> mzanetti, yeah, simplify, verify, rinse/repeat
[08:18] <mzanetti> Saviq: weird... same for the Image {}
[08:19] <Saviq> mzanetti, have a small test tsdgeos could run under 5.1?
[08:20] <mzanetti> yeah. gimme a sec
[08:25] <mzanetti> Saviq: now look at that...
[08:25] <mzanetti> Saviq: it happens only if "import Ubuntu.Components 0.1"
[08:25] <Saviq> mzanetti, oh, it might be theming, then
[08:25] <mzanetti> I think its rather our image provider
[08:26] <mzanetti> anyways... we know where to direct the bug report
[08:26] <Saviq> mzanetti, image provider shouldn't be touched when image:// isn't used, should it?
[08:26] <mzanetti> Saviq: yes it is... because of that @GU notation
[08:26] <Saviq> ah that one
[08:26] <mzanetti> Saviq: it hijhacks every image resolving
[08:26] <Saviq> indeed
[08:26] <mzanetti> -h
[08:28] <didrocks> waow, that many lintian errors while building unity8. Some work has to be done :p
[08:28] <didrocks> E: unity8: arch-dependent-file-in-usr-share usr/share/unity8/plugins/HudClient/libHudClientQml.so
[08:28] <didrocks> Saviq: a lot of those, I think we should move them in private lib dir ^
[08:29] <Saviq> didrocks, I agree, we're bad there
[08:29] <didrocks> like /usr/lib/<triplet>/unity8/plugins/
[08:29] <Saviq> didrocks, /qml/
[08:29] <didrocks> /usr/lib/<triplet>/unity8/plugins/qml/ ?
[08:29] <Saviq> didrocks, /usr/lib/*/unity8/qml/plugins
[08:30] <didrocks> Saviq: there will be other things in /usr/lib/*/unity8/ and /usr/lib/*/unity8/qml/ ?
[08:30] <Saviq> didrocks, yes, imports and modules
[08:30] <Saviq> didrocks, it's same for /usr/lib/*/qt5/qml/ - I want to keep the same structure
[08:30] <didrocks> Saviq: ok, let me do the reorg packaging-wise, then, let's look together at the upstream code, shall we?
[08:30] <Saviq> didrocks, +1
[08:30] <didrocks> makes sense :)
[09:05] <greyback> Oops sorry, slept in
[09:07] <didrocks> Saviq: any reason why you dh_shlibdeps -XlibMockLightDM-qml.so
[09:07] <didrocks> as it's in a private lib, we shouldn't need that, nor filter the deps?
[09:24] <Saviq> didrocks, is that something we're doing actively? :D
[09:25] <Saviq> didrocks, yeah see it now
[09:25] <Saviq> didrocks, that's mterry's doing
[09:27] <didrocks> Saviq: hum, interesting, I think this will go away once moving the binaries
[09:27] <didrocks> Saviq: doing that right now, (for plugins/) I'll find a qml one as well?
[09:27] <Saviq> didrocks, a qml lightdm plugin? yes
[09:28] <Saviq> didrocks, plugins/LightDM
[09:28] <didrocks> Saviq: ok, and apart from this qml/ folder, we'll have other dirs that should be there?
[09:28] <didrocks> like imports?
[09:28] <Saviq> didrocks, I don't think there's anything right now
[09:28] <Saviq> didrocks, but there will be later
[09:28] <Saviq> didrocks, but we'll manage that then
[09:30] <didrocks> ok
[09:31] <mzanetti> Saviq: uh... seems we haven't released unity-api yet
[09:32] <Saviq> mzanetti, with the launcher?
[09:32] <Saviq> mzanetti, right, we should daily-release
[09:32] <mzanetti> Saviq: there doesn't seem to be any package yet
[09:32] <mzanetti> Saviq: in the repositories
[09:32] <Saviq> mzanetti, indeed, nothing went into distro
[09:33] <Saviq> didrocks, lp:unity-api < what do we do with that?
[09:33] <MCR> didrocks, hi - got one minute or two ?
[09:33] <mzanetti> Saviq: how do the notifications build? don't they use unity-api yet?
[09:33] <didrocks> Saviq: well, I'm going to one after another :)
[09:33] <didrocks> MCR: not really TBH, but I'm not the only one who can answer I guess :)
[09:34] <MCR> didrocks, you are ;)
[09:34] <Saviq> mzanetti, no, they don't
[09:34] <Saviq> didrocks, ah, you have that on your radar, then?
[09:34] <didrocks> Saviq: yep :)
[09:35] <Saviq> didrocks, as usual, two steps ahead of us, mzanetti ^
[09:35] <MCR> I have just cleaned up Compiz from useless files and need your okidoki, Sam already reviewed and approved it and it is really simple...
[09:35] <MCR> https://code.launchpad.net/~mc-return/compiz/compiz.merge-remove-useless-files.1/+merge/166937
[09:35] <MCR> didrocks, ^^
[09:36] <didrocks> hum, where is alf? :)
[09:37] <dandrader> mzanetti, about that issue that if you drag the Launcher beyond the middle of the screen it moves back offscreen upon release
[09:37] <didrocks> MCR: easy enough, didn't really need me, but approved :)
[09:37] <MCR> didrocks, thx
[09:37] <dandrader> mzanetti, do you mind if I fix it or will it conflict with your new-folding-animation patch?
[09:37] <didrocks> yw
[09:38] <mzanetti> dandrader: nope. won't conflict
[09:38] <MCR> it was rotting there for almost 2 months now ;)
[09:39] <mzanetti> dandrader: there are some other bugreports related to this too... probably it would make sense if I work them out. do you have a particular reason to have that fixed now?
[09:43] <dandrader> mzanetti, no, it's just bothering me during my edge-drag tests
[09:43] <dandrader> mzanetti, but ok. I'll leave it to you
[09:43] <Saviq> dandrader, CODING: independent, maybe, conflicting - for sure ;)
[09:43] <mzanetti> dandrader: ok. let me fix that... because that feature is actually needed when minimizing an app, its not totall straight forward
[09:46] <tsdgeos> woot
[09:47] <tsdgeos> i uninstalled qtdeclarative-dev by mistake and can't install it anymore
[09:47] <tsdgeos> http://paste.kde.org/~tsdgeos/782984/
[09:47] <tsdgeos> any idea?
[09:47] <didrocks> Saviq: usr/share/unity8/plugins/mocks is a qml plugin as well?
[09:48] <tsdgeos> lol my local cache has "bigger" packages than saucy
[09:48] <tsdgeos> http://paste.kde.org/~tsdgeos/782990/
[09:48] <tsdgeos> i guess i just purge the cache and force install the saucy versions?
[09:51] <tsdgeos> yeah that worked
[09:51] <didrocks> (seems so, moving them as well)
[09:53] <dandrader> tsdgeos, are you using unity in saucy?
[09:53] <dandrader> as your desktop environment
[09:53] <tsdgeos> dandrader: yeah
[09:53] <dandrader> tsdgeos, do you get icons on your desktop background/wallpaper?
[09:54] <dandrader> (i.e. is there a nautilus running for the desktop)
[09:54] <tsdgeos> i do
[09:54] <tsdgeos> i just touched ~/Desktop/foo
[09:54] <tsdgeos> and foo appeared there
[09:55] <dandrader> tsdgeos, and are your window title bars huge light-grey things?
[09:55] <tsdgeos> my window bars look the same they looked in raring afair
[09:55] <tsdgeos> i can take a screenshot if you want
[09:55] <dandrader> tsdgeos, please do
[09:56] <dandrader> tsdgeos, hmmm, it seems my unity settings got all f**ed up during the upgrade them
[09:56] <dandrader> upgrade from raring to saucy I mean
[09:57] <didrocks> dandrader: it seems more that gnome-settings-daemon crashed
[09:57] <didrocks> did you try relaunching it?
[09:58] <tsdgeos> dandrader: http://i.imgur.com/WkSygho.png
[09:59] <dandrader> didrocks, hmm, didn't check the presence of gnome-settings-daemon. let me see (gotta log out from xubuntu and log in with Unity)
[09:59] <didrocks> dandrader: just open a terminal
[09:59] <dandrader> tsdgeos, mine is definitely different. even my indicator icons are borked
[09:59] <didrocks> dandrader: and run it
[10:06] <dandrader> didrocks, gnome-settings-daemon is running. I even did a "restart gnome-settings-daemon".
[10:07] <dandrader> didrocks, should I do a complete reset on unity settings or something?
[10:07] <didrocks> dandrader: and you still have no unity team?
[10:07] <didrocks> dandrader: I doubt it's unity, can you post a screenshot?
[10:07] <dandrader> didrocks, yes. wait a sec
[10:13] <dandrader> didrocks, http://ubuntuone.com/5uAMfoCitG4bZZvKJRk9Jq
[10:14] <didrocks> dandrader: seems like you have the GNOME default theme applied
[10:15] <didrocks> dandrader: gnome-control-center -> appearance, check the theme is "ambiance"
[10:16] <didrocks> Saviq: FYI, package cleaning for unity8 done, I think you will need some upstream changes as the install paths did change, do you mind looking at that?
[10:16] <didrocks> Saviq: lp:~didrocks/unity/unity8-packaging-cleanup
[10:17] <dandrader> didrocks, erm. there's no "appearance" option (or anything similar) in my gnome-control-center...
[10:17] <didrocks> dandrader: are you in the ubuntu session?
[10:17] <dandrader> didrocks, yes
[10:17] <didrocks> dandrader: echo $SESSION
[10:18] <didrocks> and echo $XDG_CURRENT_DESKTOP
[10:18] <dandrader> didrocks, nothing is printed out
[10:18] <dandrader> (for the SESSION)
[10:18] <didrocks> how do you log in? using lightdm?
[10:18] <dandrader> likewise for XDG_CURRENT_DESKTOP
[10:18] <dandrader> didrocks, yes
[10:18] <didrocks> by any chance, using the phablet-team ppa?
[10:20] <dandrader> didrocks, http://paste.ubuntu.com/5801085/
[10:20] <didrocks> dandrader: I'm pretty sure you have a bad interaction with all those ppa
[10:20] <dandrader> hmm... looks like it needs a clean up
[10:20] <didrocks> I would think the phablet-team* ones
[10:21] <didrocks> it's like you don't have the desktop integration anymore
[10:24] <dandrader> didrocks, at least the phablet-team-desktop-deps-saucy is needed according to unity8's build script... but I've removed all the raring ones.
[10:26] <dandrader> didrocks, ok, now I have XDG_CURRENT_DESKTOP=Unity and SESSION=ubuntu
[10:26] <tsdgeos> lol
[10:26] <didrocks> dandrader: so, gnome-control-center, you should have appearance :)
[10:26] <tsdgeos> just found out that one of the calls to QLimitProxyModelQML::setModel takes 77 msec
[10:26] <tsdgeos> no wonder the scrolling feels jumpy
[10:27] <tsdgeos> that's a 13fps rate
[10:27] <dandrader> didrocks, wow, just like magic! thanks a lot!
[10:27] <didrocks> dandrader: yw :)
[10:29] <dandrader> didrocks, but is it so that the close,minimize,maximize icons in title bars are on the right corner now?
[10:30] <didrocks> dandrader: you really installed something that screwed your settings I guess :)
[10:30] <didrocks> ensure you have /usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override installed
[10:31] <didrocks> if so, gsettings reset org.gnome.desktop.wm.preferences button-layout
[10:31] <dandrader> didrocks, I have that file and issue this command. I guess I have to restart my session to get the results
[11:02] <dandrader> well, I think I'll have to install saucy from scratch (using a cdimage)
[11:16] <mzanetti> dandrader: https://code.launchpad.net/~mzanetti/unity/8-launcher-revealing-tweaks/+merge/171509
[11:24] <dandrader> mzanetti, the diff is huge. are you sure it does only what you say in the commit message?
[11:24] <mzanetti> dandrader: check the prerequisite branch
[11:25] <dandrader> ah
[11:37] <dandrader> gonna reinstall my desktop from scratch (using a 13.10 cd image). will be back once it's done.
[11:39] <mzanetti> Saviq: what exactly is the difference between tests/mocks and tests/qmltests/plugins/ ?
[11:40] <mzanetti> it seems a bit like they should be merged together into tests/mocks, no?
[11:51] <tsdgeos_> mzanetti: i think some mocks are used when running in the desktop on "regular" mode (i.e. non test)
[11:58] <Saviq> mzanetti, ones are tests for plugins, the others are plugins for tests...
[11:59] <mzanetti> Saviq: hmm... not really, no
[11:59] <Saviq> mzanetti, yeah
[11:59] <Saviq> mzanetti, not
[11:59] <Saviq> didn't read properly
[11:59] <mzanetti> Saviq: the tests for plugins are yet another dir
[12:00] <Saviq> mzanetti, yeah, what tsdgeos_ said - Ubuntu.Applications and LightDM do not have a real counterpart yet
[12:00] <mzanetti> Saviq: I agree with tsdgeos_. the ones in tests/qmltests/plugins seem to be used only for testing, while the ones in /tests/mocks/ seem to be used for testing and for running
[12:00] <Saviq> mzanetti, they're fakes, really
[12:00] <Saviq> not mocks
[12:00] <mzanetti> yeah, but all of them
[12:00]  * Saviq never got to understand the difference
[12:01] <mzanetti> Saviq: well, in theory mocks are things where you can set expectations, especially for tests
[12:01] <mzanetti> Saviq: while fakes are only there to provide something that's not ready yet
[12:01] <mzanetti> we seem to use it the other way round tho :D
[12:04] <Saviq> mzanetti, indeed
[12:05] <Saviq> mzanetti, if you want to clean it up - feel free
[12:05] <mzanetti> Saviq: well, I would just merge everything into tests/mocks
[12:05] <Saviq> mzanetti, if we make sure that it's appended to the QML import path for fallbacks, that should probably work
[12:06] <mzanetti> Saviq: well. right now I'm busy to implement a mock for the launcher that uses the unity-api
[12:06] <mzanetti> so probably after that I can do the cleanup/merge
[12:26] <didrocks> Saviq: hey, did you see my questions previously? :)
[12:27] <Saviq> didrocks, must've missed them, sorry, looking at the log
[12:27] <Saviq> didrocks, yeah, we'll have a look there
[12:28] <didrocks> Saviq: ok, I consider unity8 done until then, do not hesitate if you think we should move more content :)
[12:28] <didrocks> Saviq: I love the fact that qml files and asset are in usr/share/ btw
[12:28] <didrocks> we need to have that for some apps not following it
[12:33] <Saviq> didrocks, could you maybe move that under ~unity-team and MR, so that we can push the relevant upstream fixes?
[12:34] <didrocks> Saviq: sure, one sec!
[12:39] <didrocks> Saviq: https://code.launchpad.net/~didrocks/unity/unity8-packaging-cleanup/+merge/171534
[12:44] <Saviq> didrocks, did you not want to move under ~unity-team? we could push our fixes there then and land together, now we'd need to merge into your branch first
[12:44] <didrocks> oupsss
[12:44] <didrocks> stupid bzr
[12:44] <didrocks> Saviq: I did push to ~unity-team, but then lp-propose retook my first push
[12:44] <didrocks> Saviq: fixing, sorry :/
[12:44] <Saviq> didrocks, cheers
[12:45] <didrocks> Saviq: https://code.launchpad.net/~unity-team/unity/unity8-packaging-cleanup/+merge/171537 better, isn't it? :p
[12:46] <Saviq> didrocks, indeed!
[12:51] <didrocks> Saviq: include/unity/ExceptionImplBase.h: in unity-api is GPL3, not LGPL, is that wanted?
[12:51] <didrocks> same for include/unity/SymbolExport.h
[12:52] <Saviq> didrocks, tbh most of unity-api should be lgpl, afaics
[12:52] <didrocks> Saviq: yeah, I think it's a typo, let's fix it
[12:52] <Saviq> didrocks, yup
[12:57] <didrocks> Saviq: ok, there is a big mix of license, let me open a bug and let michi___ and mzanetti fixing it :)
[12:57] <Saviq> didrocks, yeah, I expected as much there
[13:06] <dandrader> now I finally have a fully working Unity in saucy
[13:09] <Saviq> olli, kgunn, any objections to moving unity8 to a separate lp:unity8 project? it has the disadvantage of sticking the 8 at the end of it to the end of time (well, we'd move it to lp:unity when unity8 becomes default)
[13:09] <Saviq> but then has the advantage of separate project management, bugs, milestones, blueprints, tags
[13:09] <Saviq> and faster default bzr pulls / pushes
[13:15] <greyback_> tsdgeos_: another crash reproduced, https://code.launchpad.net/~aacid/unity/UseC++LVWPH/+merge/168073/comments/382423
[13:16] <tsdgeos_> greyback_: let me see
[13:16] <greyback_> tsdgeos_: test case a little artificial :)
[13:17] <greyback_> but I wanted to push the model insertions/removals to check everything was ok
[13:18] <tsdgeos_> Saviq: lol your last mail says "From:	ubuntu-phone<EMAIL_ADDRESS>[13:19] <kgunn> Saviq: +1
[13:19] <kgunn> i don't work with it 1/2 as much as you guys....and i notice the speed
[13:20] <tsdgeos_> greyback_: can't really repro, can you be a bit more precise what you mean with "scroll up & down a bit" ?
[13:20] <tsdgeos_> greyback_: have you pulled? maybe fixed with yesterday's fixes?
[13:20] <greyback_> tsdgeos_: I wish I could, it's hard to repro.
[13:20] <greyback_> yep, pulled
[13:20] <tsdgeos_> greyback_: bt ?
[13:21] <Saviq> tsdgeos_, which one? :D
[13:21] <greyback_> tsdgeos_: sure, gimme a sec
[13:21] <tsdgeos_> Saviq: the one that says "On the contrary."
[13:22] <tsdgeos_> greyback_: yes, crashed now
[13:22] <kgunn> greyback_: i gotta know "taking the mickey" ?
[13:22] <Saviq> tsdgeos_, right, I got an extension in TBird letting me choose / tweak From... it gets confused sometimes ;)
[13:23] <Saviq> tsdgeos_, note the send time ;) 22.06 - moderation took a while :D
[13:23] <greyback_> kgunn: :D  best translated to: "messing around a bit too much"
[13:24] <tsdgeos_> greyback_: i'm getting this http://paste.kde.org/~tsdgeos/783176/
[13:24] <tsdgeos_> Saviq: oh
[13:24] <tsdgeos_> right
[13:24] <greyback_> tsdgeos_: yep
[13:25] <tsdgeos_> greyback_: that is a werid crash
[13:26] <tsdgeos_> ah wait, wrong read of the crash
[13:29] <greyback_> tsdgeos_: while I've got you, notice in that qml file that I've commented out heightToClip.
[13:29] <greyback_> am I using it wrong? As it doesn't seem to exist
[13:29] <greyback_> in the delegate's context anyway, which is where I thought it should be
[13:30] <greyback_> grr, lousy wifi
[13:32] <tsdgeos_> greyback_: standup
[13:51] <mzanetti> Saviq: so you said now would be the right time to move stuff around.
[13:51] <greyback_> tsdgeos_: while I've got you, notice in that qml file that I've commented out heightToClip. I seem to be using it wrong, but I don't see why
[13:51] <Saviq> mzanetti, yeah: https://code.launchpad.net/~unity-team/unity/unity8-packaging-cleanup/+merge/171537
[13:51] <Saviq> mzanetti, there's fixes to be made to our code there, too, 'cause didrocks moved stuff around in the packaging
[13:52] <mzanetti> Saviq: ah, I see...
[13:52] <tsdgeos_> greyback_: ok, i'll setting the context propety too late, which seems to work fine for the code in unity8 but not in your one, let me push that (you'll have to adapt the code, it's not correctly clipping afaics)
[13:52] <Saviq> mzanetti, so at least one important thing is that we need to actually install those fakes
[13:52] <tsdgeos_> greyback_: well you can say the property is not properly documented either :D
[13:52] <Saviq> mzanetti, to $LIBDIR/unity/qml
[13:52] <greyback_> tsdgeos_: ah ok, that did confuse me
[13:52] <Saviq> mzanetti, which is not the case for mocks
[13:53] <Saviq> mzanetti, but obviously we can do that on a per-plugin basis
[13:53] <mzanetti> Saviq: ok. I'll jump on this in a minute
[13:53] <Saviq> mzanetti, sure
[13:54] <tsdgeos_> greyback_: pushed the heightToClip thing
[13:54] <Saviq> mzanetti, so I'm okay with having a single fakes/mocks directory, of which we only install those that don't have their real counterparts
[13:54] <mzanetti> Saviq: yep. and over time we just remove all the installations as they are replaced by the real things and just keep them for testing
[13:54] <Saviq> mzanetti, probably makes sense to tackle https://code.launchpad.net/~nick-dedekind/unity/8.shellImport_List/+merge/171541 too
[13:54] <Saviq> mzanetti, yup
[13:57] <Saviq> mzanetti, the launcher thing... might not be your fault: Failed to get image from provider<EMAIL_ADDRESS>[13:57] <Saviq> mzanetti, I don't have application icons all of a sudden
[13:58] <mzanetti> hmm... weird
[13:58] <Saviq> mzanetti, the warnings for the device stand, though, I'd say
[13:58]  * Saviq reboot
[13:58] <greyback_> tsdgeos_: thanks
[14:11] <tsdgeos> dude my session just blowed up
[14:17] <greyback_> tsdgeos_: hmm, unsure if related, try this: http://pastebin.ubuntu.com/5801623/
[14:18] <greyback_> tsdgeos: move the list down maybe 3 items. Then flick it up to the top again
[14:18] <tsdgeos> probably the same
[14:18] <tsdgeos> something's weird hapeening
[14:18] <greyback_> "possible QQuickItem::polish() loop"
[14:18] <tsdgeos> i'm getting height called over an item i've already deleted
[14:19] <tsdgeos> and when i delete it i am asserting it's not on the list
[14:19] <tsdgeos> so it's a bit weird someone calls it
[14:19] <tsdgeos> your loop comment may have something to do with it
[14:20] <greyback_> though I'm also getting bindings errors, so it could be my code
[14:20] <greyback_> interesting
[14:20] <tsdgeos> i've seen some binding errors about "height"
[14:20] <tsdgeos> that i've just decided to classify as "the thing that spits those errors has no clue"
[14:21] <greyback_> :)
[14:21] <tsdgeos> since my height in the explamples i was using is always the same
[14:21] <greyback_> that is peculiar
[14:21] <greyback_> can you show me an example with that?
[14:25] <tsdgeos> greyback_: if you run the tests, you'll see a few most probbly
[14:25] <tsdgeos> and if you see there the height can't get looped
[14:26] <mzanetti> Saviq: could you give it another shot please?
[14:26] <Saviq> mzanetti, yup
[14:26] <mzanetti> the launcher-new-folding
[14:27] <Saviq> mzanetti, yeah, works
[14:27] <Saviq> mzanetti, and now I've screwed my head back on
[14:27] <Saviq> mzanetti, the warnings are  from the apps lens
[14:28] <mzanetti> Saviq: you still have them?
[14:28] <Saviq> mzanetti, that's the libunity bug
[14:29] <mzanetti> Saviq: the fact that ubuntushape is not a parent of its image gets me every time
[14:29]  * mzanetti wonders if that isn't actually bad behavio of the UbuntuShape
[14:30] <Saviq> mzanetti, it could probably be smart about it, i.e. if children.count == 1 and children[0] is Image, use it as image, otherwise do the usual shader effect
[14:30] <Saviq> mzanetti, but then it would have to check recursively
[14:30] <mzanetti> Saviq: nah... I mean even with the usual effect. the Image {} in there is not a child of the shape
[14:31] <mzanetti> Saviq: i.e: image: Image { anchors.fill: parent } does not work inside a ubuntuShape
[14:31] <Saviq> mzanetti, ah
[14:31] <greyback_> tsdgeos: no height bindings warnings in my test run http://pastebin.ubuntu.com/5801656/
[14:31] <greyback_> few times pageHeader doesn't have a parent, but that's all
[14:31] <tsdgeos> oh
[14:31] <Saviq> mzanetti, yeah, it could probably be made to work
[14:31] <tsdgeos> maybe i fixed that ?¿
[14:31] <tsdgeos> :D
[14:31] <greyback_> rofl
[14:32] <tsdgeos> let me see
[14:33] <tsdgeos> i got one in the section one
[14:33] <tsdgeos> in ListViewWithPageHeaderTestSection::growWindowAtBottom
[14:35] <greyback_> tsdgeos: you running 5.1 by any chance?
[14:36] <tsdgeos> not when running those tests
[15:15] <mzanetti> dednick: had a review on this https://code.launchpad.net/~nick-dedekind/unity/8.shellImport_List/+merge/171541
[15:15] <mzanetti> dednick: needs at least better explanation
[15:16] <dednick> mzanetti: yeah. just fixing it now. give me a sec :)
[15:16] <dednick> mzanetti: it's somewhat of a premerge of indicators-client
[15:23] <greyback_> tsdgeos: so I partially have clipping working for a simple case: http://pastebin.ubuntu.com/5801787/
[15:23] <greyback_> tsdgeos: but only the first delegate in a section is clipped correctly, all others are not
[15:24] <greyback_> that does suit the shell, I can't deny that
[15:25] <greyback_> but you think it would be tough to fix it for all delegates?
[15:30] <Saviq> mterry, mzanetti I noticed this before but didn't ping you guys: there's no "Tap to unlock" on first start on the tablet
[15:30] <Saviq> there's just an empty button
[15:32] <mterry> Saviq, I'll note it down in my TODO
[15:32] <mzanetti> Saviq: right... can reproduce
[15:32] <Saviq> mzanetti, dednick's shellImport
[15:32] <Saviq> mzanetti, is just in preparation for indicators-client
[15:32] <Saviq> mzanetti, it was part of that merge before but I asked him to extract it to reduce the diff
[15:32] <mzanetti> ah ok
[15:32] <mzanetti> still... I think my questions are valid
[15:33] <tsdgeos> greyback_: it should not
[15:33] <tsdgeos> greyback_: add a comment to the MR, still fighting the crash from before
[15:34] <tsdgeos> no clue what may be happening yet :-/
[15:34] <greyback_> tsdgeos: ok, let me add comment with test case to
[15:45] <tsdgeos> greyback_: i don't understand what you mean about the carousel thing
[15:47] <greyback_> tsdgeos: in the screenshot, look at where the images in the carousel are clipped at the top
[15:47] <tsdgeos> ah
[15:47] <tsdgeos> that's a carousel bug then :D
[15:48] <tsdgeos> or not
[15:48] <tsdgeos> tbh it's a bit disconcerting how much the carousel leaks into the other dash screen if i don't set the clipping to true
[15:54] <greyback_> tsdgeos: carousel was example, as it uses image so is easier to see.
[15:55] <tsdgeos> so you mean it's not carousel only?
[15:55] <tsdgeos> then i don't understand waht you mean again :D
[15:55] <greyback_> nope, I'm struggling to explain
[15:57] <Saviq> mzanetti, we should release to get your launcher some spanking
[15:58] <mzanetti> +1
[15:58] <Saviq> mzanetti, /me preps
[15:58] <mzanetti> ack
[15:59] <greyback_> mterry: ppa you probably want to know about: https://launchpad.net/~phablet-team/+archive/mir
[16:00] <greyback_> mterry: I've not checked it in a few days, but it has packages that have unity running on Mir
[16:00] <mterry> greyback_, ah interesting....
[16:00] <mterry> greyback_, yeah, I've been building from scratch
[16:00] <greyback_> mterry: yep. That PPA works, but already is several days old, hence I'd need to check it out before fully recommending it
[16:01] <mterry> greyback_, it's not auto-built?  hm
[16:02] <greyback_> mterry: not yet, ricardo was pushing to it manually
[16:02] <greyback_> mterry: auto-landing to be done
[16:02] <Saviq> dandrader, you just piss off more people with each MR you merge :D
[16:03] <dandrader> Saviq, what MR are you talking about?
[16:03] <Saviq> dandrader, any that makes it more difficult to edge-drag
[16:04] <Saviq> dandrader, because people can'd do perpendicular ;)
[16:05] <dandrader> Saviq, ah, yeah. we probably have to have more relaxed maxDeviation values
[16:05] <dednick> Saviq: you're giving me insecurities about my dodgey coding.
[16:05] <mzanetti> Saviq: can we get this merged too before releasing? https://code.launchpad.net/~mzanetti/unity/8-launcher-revealing-tweaks/+merge/171509
[16:05] <Saviq> mzanetti, dunno, can we?
[16:05] <dednick> Saviq: this review is getting out of hand ;)
[16:06] <mzanetti> Saviq: well, its approved... it just depends how fast you want the release
[16:06] <Saviq> dednick, sorry, I'm just being interrupted all the time :)
[16:06] <Saviq> mzanetti, yeah, we can wait
[16:06] <dednick> Saviq: no worries.
[16:06] <Saviq> dednick, most of the stuff I'm asking is really about /me understanding what's happening or some minor tweaks
[16:07] <dednick> Saviq: yep. i'm just feeling sorry for you over here
[16:07] <Saviq> dednick, don't :)
[16:12] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity/8.release-7812/+merge/171600
[16:13] <Saviq> mzanetti, Micha{ł,l,el}s dominated the changelog :D
[16:14] <mzanetti> Saviq: hehe... and we didn't even use all we have
[16:14] <Saviq> mzanetti, indeed :)
[16:26] <om26er> It seems scopes icons are appearing in the dash due to some reason http://ubuntuone.com/5GklKFKcUKYSfnAUqTarS1
[16:28] <om26er> (on touch)
[16:30] <dandrader> Saviq, does our coding style say anything about semi-colons in javascript code?
[16:30] <dandrader> ie. whether you should put them or not
[16:30] <Saviq> dandrader, yes
[16:30] <Saviq> dandrader, yes, yes
[16:30] <Saviq> dandrader, it's usually ok not to, until it isn't anymore...
[16:31] <dandrader> Saviq, !?
[16:31] <Saviq> dandrader, I mean that's the reason why
[16:31] <Saviq> dandrader, in theory JS doesn't require semicolons
[16:31] <Saviq> dandrader, but there's instances when you need them or code isn't executed how you wanted it to
[16:32] <dandrader> Saviq, just like with semi-colons in QML?
[16:33] <Saviq> dandrader, that's another reason why we want semi-colons in JS
[16:33] <Saviq> dandrader, to visually distinguish JS from QML
[16:33] <Saviq> dandrader, but AFAIK there's no place where QML fails because you haven't added a semicolon
[16:33] <dandrader> Saviq, why do you want to distinguish JS from QML?
[16:34] <Saviq> dandrader, to see what is JS and what is QML in a .qml file
[16:35] <dandrader> Saviq, I mean, how is that useful in practice
[16:35] <Saviq> dandrader, just helps readability
[16:35] <Saviq> dandrader, you can easily identify JS blocks
[16:36] <dandrader> Saviq, well, you just told me the same thing with different words :)
[16:37] <Saviq> dandrader, indeed, I probably have nothing to add :)
[16:37] <Saviq> dandrader, readability is enough of a reason, IMO :)
[16:37] <dandrader> Saviq, but should put this up for voting!
[16:37] <Saviq> dandrader, we already did ;)
[16:37] <dandrader> Saviq, that coding style thread has been too quiet lately
[16:37] <Saviq> dandrader, you were late to the party :D
[16:38] <dandrader> damn
[16:38] <Saviq> dandrader, click on the Comments button in the doc ;)
[16:40] <nic-doffay> Saviq, I've made progress with the component, but there are a lot of varying options for this one component.
[16:40] <nic-doffay> https://docs.google.com/a/canonical.com/document/d/1cg9ruHiEpRynEr_Ipf39Z0MQINEWoChIN-d111yx-Qw/edit#
[16:40] <nic-doffay> What would be the best way for the user to select which type they would like to use?
[16:50] <dandrader> dednick, should be good to go now
[18:14] <dobey> is lp:unity/8.0 supposed to rend itself unusable once one tries to open the dash with the sliding from the right edge?
[19:05]  * greyback_ eod
[19:22] <gotwig> hey
[19:22] <gotwig> is Unity finally able to run good under mir?
[20:33] <gotwig> when is Compiz going to be dropped from Unity
[20:34] <greyback_> gotwig: when Unity8+Mir is feature comparable with Unity+Compiz
[20:34] <greyback_> I can't offer a time estimate however
[20:34] <gotwig> greyback_, Unity+Mir does not use Compiz, right?
[20:34] <greyback_> right
[21:26] <Saviq> mterry, can you do a quickie please https://code.launchpad.net/~saviq/unity/8.fix-pot/+merge/171663 ?
[21:27] <mterry> Saviq, ok
[21:27] <Saviq> mterry, we had the .pot malformed somehow


[11:21] <cjwatson> I noticed daily CD builds were still disabled following alpha-2; I re-enabled them


[02:15] <robert_ancell> jbicha, ping
[02:15] <jbicha> robert_ancell: hi
[02:15] <robert_ancell> jbicha, you can reproduce bug 1672424 right? It's working fine for me here on both xenial and zesty..
[02:16] <jbicha> what test file did you use?
[02:16] <robert_ancell> jbicha, switcheroo-control as per the bug instructions
[02:16] <jbicha> do you have the gnome3 staging ppa enabled?
[02:16] <robert_ancell> jbicha, no
[02:16] <jbicha> hmm
[02:17] <robert_ancell> indeed
[02:19] <jbicha> yes, I can still reproduce it on Ubuntu (Unity) 16.04
[02:19] <jbicha> this time, I right-clicked on it in Nautilus and chose to open it with Ubuntu Software
[02:20] <robert_ancell> jbicha, what version of g-s?
[02:20] <robert_ancell> I tried with Nautilus - still wokrs
[02:21] <robert_ancell> I'm using the .a34b091 version here
[02:21] <jbicha> yes, that's the same version I'm using
[02:22] <robert_ancell> amd64?
[02:22] <jbicha> yes
[02:22] <robert_ancell> bare metal or VM?
[02:22] <jbicha> VirtualBox
[02:22] <robert_ancell> I'm using QEMU, but I can't see how that would make a difference...
[02:23] <jbicha> but I can reproduce it in zesty too
[02:23] <robert_ancell> 3.22.6-0ubuntu2?
[02:24] <jbicha> we're up to 3.22.7 now
[02:24] <jbicha> and I'm using the PK-enabled version from that ubuntu-desktop PPA
[02:28] <jbicha> the latest comment on bug 1581713 asks for the ability to use gnome-software without snap
[02:28] <jbicha> that's sort of possible in zesty except that I have gnome-software depend on g-s-plugin-snap instead of just recommends
[02:32] <robert_ancell> jbicha, yeah, uninstalling the plugin seems an appropriate solution.
[02:33] <robert_ancell> Though it's just a side effect of not being able to do this properly. Still waiting on the support from the snapd side
[02:33] <jbicha> except we don't have a supported way of uninstalling that plugin
[02:35] <robert_ancell> i.e. graphically?
[02:35] <robert_ancell> or in older releases?
[02:36] <jbicha> you can't do it in zesty because I made it a hard-depends; you can't do it in earlier releases because it's included in the same binary pkg as gnome-software
[02:38] <robert_ancell> Given the request is "I want to disable snaps because they're harder to install than .debs" I think the real solution is to fix the snap installing issues..
[02:40] <jbicha> oh never mind, I guess they could just uninstall 'snapd' which is only a recommends
[02:40] <jbicha> jhbuild run gnome-software --local-filename=switcheroo-control_1.1-0ubuntu0~zesty1_amd64.deb
[02:41] <jbicha> fails too with gnome-software 3.22.7 without our patches
[02:42] <robert_ancell> oh yeah, snapd is optional
[02:43] <jbicha> Gs  failed to convert to GsApp: no application was created for /home/jeremy/Downloads/switcheroo-control_1.1-0ubuntu0~zesty1_amd64.deb
[02:45] <jbicha> (it seems a bit extreme to switch to Debian testing because of that one snapd issue!)
[02:48] <robert_ancell> RAGE QUIT!
[02:49] <robert_ancell> Seems the trend is to change the error message every release :)
[02:49]  * robert_ancell wishes he'd bought a faster SSD. Updates take ages...
[02:59] <robert_ancell> Still works on zesty with all updates... :(
[02:59]  * robert_ancell reboots
[03:02] <robert_ancell> still works
[05:21] <hikiko> hi
[06:32] <Guest63440> Morning hikiko!
[06:32] <hikiko> morning Guest63440
[06:38] <RAOF> Oops.
[08:58] <willcooke> morning all
[09:00] <didrocks> hey willcooke
[09:00] <davmor2> Morning all
[09:01] <didrocks> happy monday davmor2
[09:01] <Laney> AHHHHHHHHHHHHHHHHHHHHHHH
[09:01] <didrocks> oh, a Laney
[09:01] <didrocks> UK's really united… in time :)
[09:04] <Laney> 3~/sb e
[09:04] <Laney> argh
[09:04] <Laney> hey didrocks!
[09:04] <Laney> how's it going?
[09:09] <didrocks> good good! busy week-end even if didn't do much in the end :)
[09:09] <didrocks> how was yours?
[09:09] <didrocks> (btw, played unlocked at the game cafe, really really cool game: https://boardgamegeek.com/boardgame/213460/unlock)
[09:09] <didrocks> unfortunately can't replay a scenario once done
[09:10] <didrocks> (card-based escape room game)
[09:10] <seb128> hey willcooke Laney davmor2, how is u.k today? had a good w.e?
[09:12] <davmor2> seb128, didrocks: Doing well thanks miserable weather, but I finished my Millenium Falcon Model, Now I just need to figure out where the hell I'm going to put it
[09:13] <didrocks> haha, it's the hardest part :)
[09:15] <Laney> didrocks: nice, not heard of that one
[09:15] <Laney> hey seb128!
[09:15] <Laney> was quite good, exploring in wales
[09:15] <Laney> rained every day but that's expected :P
[09:16] <davmor2> didrocks: have you seen the size of it
[09:16] <didrocks> davmor2: ah no, how big is it?
[09:31] <davmor2> didrocks: https://photos.google.com/photo/AF1QipPfwDJuQqMUxGKYJoMK5uJaFQRVhRKYnEngcUXB can you see that
[09:33] <davmor2> didrocks: to give you and Idea the cushion in the background is 40cm Squared
[09:35] <Sweet5hark> moin
[09:38] <didrocks> hey Sweet5hark
[09:38] <didrocks> davmor2: I don't have access to it
[09:39] <davmor2> didrocks: https://photos.google.com/photo/AF1QipPfwDJuQqMUxGKYJoMK5uJaFQRVhRKYnEngcUXB try that
[09:39] <didrocks> davmor2: nope
[09:39] <davmor2> https://goo.gl/photos/ULpqxMp8Wo7QcvYY9
[09:39] <davmor2> sorry paste fail
[09:39] <didrocks> better :)
[09:39] <didrocks> ahah, quite massive then!
[09:41] <seb128> hey Sweet5hark
[09:42] <davmor2> didrocks: I think the round is 70cm and with the blades it is 82cm
[09:42] <willcooke> seb128, could you take a look at this one pls:  https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1661371
[09:44] <Sweet5hark> didrocks, seb128: bonjours!
[09:47] <Sweet5hark> mondays lament: After backing up the bundled windows, setting up ubuntu, customizing everything and moving my workflow to the new machine and being really happy about it ...
[09:48] <Sweet5hark> ... yesterday I played my first youtube video on it. Turns out the right internals speakder doesnt work.
[09:48]  * Sweet5hark is so angry at Lenovo for letting such an obvious fail pass QA on a 1000+ EUR machine.
[09:49]  * Sweet5hark is even more angry at himself for not having tested sound on delivery before setting anything up.
[09:53] <seb128> willcooke, sure, I had it in my triaged bug emails box, going to have a look today or tomorrow
[09:57] <willcooke> perfect, thanks seb128
[09:58]  * Laney emerges from emails
[10:06] <flexiondotorg> Morning desktopers
[11:10] <chrisccoulson> ricotz, all the bits are in place for building firefox with our rust toolchain now, but we're blocked on https://bugzilla.mozilla.org/show_bug.cgi?id=1347483 (the build fails because it hits the network)
[12:01] <Sweet5hark> oh, lol: a redhat employee pimping my performance hacks on GNU make to upstream (again): http://lists.gnu.org/archive/html/bug-make/2017-03/msg00038.html
[12:31] <seb128> Sweet5hark, be careful or you might end up maintaining gnumake :-)
[12:46] <Sweet5hark> seb128: you mean maintaining an ancient widely used codebase with way too few developers? Would be an entirely new experience to me then ...
[12:58] <Sweet5hark> Laney: FWIW, preventing premature promotion of libreoffice-l10n with the last upload worked. It worked jsut a bit ... too well too.
[13:00] <Laney> boop
[13:00] <Laney> you mean it broke libreoffice somehow?
[13:02] <Sweet5hark> Laney: nah, not really broke it. Just means that we need one extra build of -l10n this time around although it is not strictly needed. see: https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=485e71dffdaf408d17b51a8118d9bda303b914e3
[13:03] <Laney> Sweet5hark: ah right, do you know about source:Upstream-Version?
[13:07] <Sweet5hark> Laney: hmm. both source:Upstream-Version and binary:Version might bite you in one scenario or the other, wouldnt they? Murphy says likely the one that hurts you will come to pass anyway.
[13:08] <Sweet5hark> Laney: I mean chances of upstream or packaging incompatibilities are roughly the same between libreoffice and libreoffice-l10n.
[13:09] <Laney> I thought you wanted to express 'should be the same upstream version'
[13:09] <Laney> keeping binary versions in sync across different package is a nightmare (so >= is better there)
[13:15] <Sweet5hark> Laney: for the most part, -l10n being a separate package is artificial anyway: I mean, they are even maintained in the same repo and generated from the same source. Being able to update libreoffice without libreoffice-l10n is just a minor sideeffect, but IMHO we should not depend on that anyway: just take it as a freebie that pays back some of the pain we get for splittng these in the first place.
[13:16] <Sweet5hark> Laney: but yeah: (= ${binary:Version}) had no benefits at all here, so good to kill it.
[13:21] <Laney> Sweet5hark: meh, it still requires a libreoffice upload to match every l10n one
[13:21]  * Laney lunch
[13:30] <Sweet5hark> Laney: so: 1/ changes in libreoffice-l10n without one in libreoffice have never happened. 2/ incompatible changes on the same upstream version of LibreOffice DO happen: e.g. dis-/enable a feature with configure-flags and suddenly you have too much/too little in the -l10n (and possibly, given the funky "Help-Id" mapping of translated text in libreoffice-l10n: broken l10n even for stuff that both
[13:30] <Sweet5hark> versions had).
[13:34] <Sweet5hark> Laney: building l10n separately isnt an supported upstream scenario. Compatibility of -l10n when e.g. config-flags change isnt a promise that upstream ever made. IOW: we should be thankful if even "(>= ${binary:Version})" works. ;)
[13:39] <Sweet5hark> (The l10n strings arent mapped to content between the two via something sane and stable like unique strings. Rather ints that are generated during the build. We should be thankful libreoffice and libreoffice-l10n agree on the generated ids so much: that was never an expectation when that code was originally written.)
[14:53] <Laney> Sweet5hark: Right, so this whole approach is fragile and prone to random breakage. Got you.
[14:58] <Laney> :)
[14:59] <Sweet5hark> Laney: aye. Its a bit "We are doomed anyway". To be properly fixed, that would need to happen upstream, but that is a lot of work with zero enduser visible benefit, so as long as what we do now works, Id rather spend the time on other things ...
[15:02] <Sweet5hark> e.g. we discussed moving to gettext for l10n upstream (because ~everyone else is, and then we would only have the troubles everyone else has). in addition to a lot of work, while it would make things more robust, it would also roughly double l10n file sizes: so enthusiasm was ... limited.
[15:18] <Sweet5hark> is it ok to reuse bug 1673790 for the -0ubuntu2 upload?
[15:20] <jbicha> Sweet5hark: yes, could you add that bug number to your debian/changelog so it will get closed automatically when it makes it into zesty?
[15:25] <Sweet5hark> jbicha: hmm, already uploaded the changes w/o a launchpad bug id (debian bug id is in there though). Would it be ok for me to close the lp bug manually this time? Otherwise I'd have to redo the whole source package dance ...
[15:26] <Sweet5hark> jbicha: see https://bugs.launchpad.net/debian/+source/libreoffice/+bug/1673790/comments/3
[15:29] <jbicha> Sweet5hark: since we already have the original tarballs in zesty, a .debdiff would be a lot easier for you I think
[15:30] <jbicha> just send a diff of the debian/ directory since what's already in zesty-proposed
[15:30] <davmor2> willcooke: did your branch for slides still not make it in?
[15:32] <Laney> davmor2: https://code.launchpad.net/~willcooke/ubiquity-slideshow-ubuntu/ubiquity-slideshow-ubuntu-zesty/+merge/319962
[15:32] <davmor2> Laney: meh
[15:33] <jbicha> Sweet5hark: actually now that I think about it some more, your way is fine; building LO and Firefox's sources for uploading take a very long time
[15:34] <davmor2> Laney: any way to get that moving it would be nice to have before Thursday if possible you know with it being final beta and all that ;)
[15:34] <Laney> Yes, get a reviewer to review it and then, if approved, to upload it. :)
[15:35] <Laney> (#ubuntu-installer)
[15:38] <jbicha> Sweet5hark: I would have used (<< <IP_ADDRESS>-0ubuntu2~) for the breaks/replaces to better match the existing replaces but your way should be fine too
[16:53] <Sweet5hark> jbicha: yep, it would only be a difference for 1:5.3.1-0ubuntu1+foo versions (IOW <=1:5.3.1-0ubuntu1 assumes there wont be a 1:5.3.1-0ubuntu1+x version with the bug, while <<1:5.3.1-0ubuntu2~ assumes those might exist).
[16:53] <Sweet5hark> jbicha: and thanks for not insisting on a debdiff -- my jenkins machinery doesnt autogenerate one, so Id have to manually create one ...
[17:21] <Laney> back in a bit
[17:32] <Sweet5hark> jbicha: thanks for sponsoring. FWIW, I might ask for a yakkety SRU too: usually I waited for an CVE to bump versions, but for yakkety none came about, so its still stuck at 5.2.2. Id bump to 5.2.6 and add the backport of the SDK fix.
[17:33] <jbicha> sounds good
[17:36] <Sweet5hark> jbicha: eh, forget about backporting the SDK patch. yakkety isnt broken apparently as rene broke it after I branched off.