[02:23] <hallyn> oops
[02:23] <hallyn> @pilot out
[02:35] <rcj> Could someone with upload rights take a look at bug #1473533 for me?
[02:39] <sarnold> rcj: I think the patches should have dep-3 tags added to keep track of where the patch came from, etc. http://dep.debian.net/deps/dep3/
[02:42] <rcj> sarnold, thank you.  I will fix that up.
[02:56] <rcj> sarnold, I have updated the patches with dep-3 tags and reattached to bug #1473533.
[02:58] <sarnold> rcj: very nice :) thanks
[02:58] <rcj> sarnold, thank you for taking time to review them
[05:42] <pitti> Good morning
[07:11] <pitti> cjwatson: since consolekit has been dead for years and hasn't been a thing on Ubuntu since saucy, could we drop that from ssh? it would finally kick out consolekit from main
[07:11] <pitti> cjwatson: I'm happy to file a bug about it for tracking etc.
[07:11] <pitti> cjwatson: for Debian I figure it could enable consolekit support only on !linux?
[07:11] <pitti> (I guess it might still be used on freebsd/hurd)
[07:12] <flexiondotorg> The following bug has been raised against Ubuntu MATE - https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[07:13] <flexiondotorg> Which can be resolved post-install by installing restricted-extras.
[07:13] <flexiondotorg> Or gstreamer1.0-libav could be added to the seeds.
[07:13] <pitti> Riddell: is kshutdown still a thing? if so, could it drop its consolekit dep and use logind only?
[07:14] <flexiondotorg> I'm seeking policy clarification on whether gstreamer1.0-libav can be provided by default?
[07:22] <Riddell> pitti: kshutdown can die quite happily
[07:22] <pitti> Riddell: no reverse deps either; okay, good to remove then?
[07:22] <Riddell> pitti: go ahead
[07:22] <pitti> Riddell: yay cleanup Friday :)
[07:32] <dholbach> good morning
[07:34] <flexiondotorg> dholbach, Can you see my question from 08:12:51 in your backlog regarding gstreamer1.0-libav?
[07:36] <dholbach> no
[07:37] <dholbach> I just came online a few minutes ago
[07:38] <dholbach> so........ how can I help?
[07:38] <dholbach> it's also not on http://irclogs.ubuntu.com/2015/10/02/%23ubuntu-devel.html
[07:39] <StevenK> dholbach: Given that's UTC, it could be in /10/01
[07:39] <dholbach> no, it's not
[07:44] <flexiondotorg> The following bug has been raised against Ubuntu MATE - https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[07:44] <flexiondotorg> Which can be resolved post-install by installing restricted-extras.
[07:44] <flexiondotorg> Or gstreamer1.0-libav could be added to the seeds.
[07:44] <flexiondotorg> I'm seeking policy clarification on whether gstreamer1.0-libav can be provided by default?
[07:44] <flexiondotorg> dholbach, ^^^^
[07:46] <dholbach> I don't think it can, but maybe seb128 knows which codecs we can ship be default
[07:46] <seb128> I've no clue about legal and codecs sorry
[07:47] <seb128> https://en.wikipedia.org/wiki/Libavcodec#Legal_aspects
[07:47] <seb128> suggests it's not a safe one
[07:48] <seb128> I think it's similar to the ffmpeg situation and can't be shipped
[07:48] <dholbach> thanks for finding that link, seb128
[07:48] <dholbach> that looks like explanation enough
[07:49] <seb128> on the mp3 topic, ubuntu-restricted-extras is installed by ubiquity if you check the appropriate box and should install what is needed
[08:03] <flexiondotorg> seb128, dholbach Thanks.
[08:03] <seb128> yw!
[08:03] <flexiondotorg> That's all I needed.
[08:04] <flexiondotorg> I'll updated the ticket. Ubuntu MATE Welcome has the post-install option for install the required stuff.
[08:51] <pitti> cjwatson: I created bug 1502045 for tracking the last 4 packages (I removed some obsolete ones and fixed polkit-qt*)
[08:53] <alkisg> Hi, I'm trying ubuntu-wily-beta2 and there's a regression, in /etc/default/console-setup after installation there's CHARMAP="ISO-8859-15" instead of the goold old UTF-8, is that deliberate or should I be digging into what's causing it + file a bug about it?
[08:53] <alkisg> That breaks all non-ascii input/output in VTs...
[08:59] <alkisg> Ah I had already troubleshooted that and filed https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101
[08:59] <alkisg> The problem is that it's not fixed yet... :-/
[09:01] <alkisg> Logs from the previous chat here about it: http://irclogs.ubuntu.com/2015/08/12/%23ubuntu-devel.html at 10:42
[09:05] <alkisg> Could I maybe tag it with `iso-testing` to increase its significance? It should only take 1-2 lines to solve it ....
[09:07] <dholbach> can anyone upload https://code.launchpad.net/~nhaines/ubuntu-wallpapers/fix-photo-filename/+merge/273192?
[09:14] <cjwatson> pitti: I'd been thinking about doing that, but I hadn't worked out whether there were any obscure desktop flavours or architectures that needed it - do you think you could investigate that?  I'd ideally much prefer to drop the patch entirely if possible
[09:14] <lotuspsychje> anyone knows howto list 'latest' packages through apt-cache search?
[09:14] <jamespage> pitti, morning - we've got to dbus type errors with ceilometer in proposed during autopkgtesting
[09:14] <jamespage> "adt-run [04:47:20]: test test-services: [-----------------------
[09:14] <jamespage> Failed to get D-Bus connection: No such file or directory
[09:14] <jamespage> ERROR: ceilometer-agent-central IS NOT RUNNING"
[09:15] <jamespage> ppc64el and armhf are impacted - any ideas?
[09:40] <alkisg> ogra_: the problem is in the 4th line of BuildLiveCD, LANG=C, it should be at least LANG=C.UTF-8
[09:40] <alkisg> ogra_: could you commit that before the final iso spins are made?
[09:41] <alkisg> If you grep for LANG inside the sources, you'll see C, C.UTF-8, and en_US.UTF-8.
[09:42] <alkisg> The two occurences of LANG=C could be replaced with one of the other 2, for consistency, and this will enable us to write things at our terminals again...
[09:50] <cjwatson> alkisg: BuildLiveCD is dead
[09:50] <cjwatson> why are you looking at it?
[09:51] <alkisg> cjwatson: please see https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101
[09:51] <cjwatson> yes I know
[09:51] <cjwatson> but it's still dead
[09:51] <alkisg> We can't type UTF-8 characters after 14.10 anymore
[09:51] <alkisg> ogra_ told me that that what the live CD were using
[09:51] <cjwatson> ogra_ is wrong
[09:51] <alkisg> OK
[09:51] <alkisg> What is used now?
[09:51] <cjwatson> it uses livecd-rootfs, yes, but not the BuildLiveCD script
[09:52] <cjwatson> launchpad-buildd does that part of things now
[09:52] <alkisg> cjwatson: how should I help with the issue now?
[09:53] <cjwatson> it would probably be easiest to just change live-build/auto/build in livecd-rootfs
[09:53] <alkisg> It's just a matter of notifying the correct maintainer, it shouldn't need more than a couple of lines to be fixed...
[09:53] <cjwatson> I don't think it's necessary to modify launchpad-buildd here, which has a substantially longer rollout procedure anyway
[09:53] <cjwatson> and please don't use en_US.UTF-8, C.UTF-8 would be the right thing
[09:54] <alkisg> That remark is for the launchpad-buildd developers, not for me, right?
[09:54] <cjwatson> I am a launchpad-buildd developer
[09:54] <alkisg> I don't understand what I'm supposed to do. I see why the issue happens, I'm not using en_US.UTF-8 anywhere...
[09:55] <cjwatson> I'm referring to your bug comment saying "please use LANG=en_US.UTF-8"
[09:55] <alkisg> " I think this should be fixed in console-setup, but it's possible that the live CD code may want to use LANG=C.UTF-8 in any case."
[09:55] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101/comments/1
[09:56] <alkisg> I'm proposing C.UTF-8 twice there
[09:56] <cjwatson> right, but you also proposed en_US.UTF-8 :-)
[09:56] <alkisg> Anyway, can I do something more to help in getting this fixed?
[09:56] <cjwatson> and I'm saying let's not do that bit of it because it's wrong
[09:56] <alkisg> Only because it was already in the sources
[09:56] <alkisg> And inside a parenthesis
[09:56] <alkisg> (or en_US.UTF-8 or whatever)
[09:57] <cjwatson> Yeah I think that's for some Android-specific reason, possibly
[09:57] <cjwatson> Or maybe it's just obsolete, anyway, shouldn't be perpetuated
[09:57] <alkisg> OK, let's not do that bit, np there, I'm certainly not endorsing it,
[09:57] <alkisg> is there anything that I could do to help with solving that issue?
[09:57] <cjwatson> I'm just thinking
[09:59] <pitti> cjwatson: yes, can do: Tasks: of consolekit is scary really, I'll write to the leads
[10:00]  * alkisg goes on to file yet another issue for a sysvinit compat issue in systemd in 15.10... I'll be around for feedback if I'm needed though... :)
[10:01] <cjwatson> sigh, quality commit message
[10:01] <cjwatson> this console-setup behaviour was introduced in a commit saying only "several fixes for FreeBSD"
[10:01] <pitti> jamespage: the test doesn't run as root, so the d-bus error is likely from systemctl (the test doesn't depend on dbus)
[10:01] <jamespage> pitti, urgh
[10:02] <pitti> (systemctl as root works without dbus, but not as user)
[10:02] <doko> new fun stuff ... http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20151001-wily.html
[10:06] <cjwatson> alkisg: I think I would rather just fix the console-setup side of things for now, unless you object.  It feels quite late to be changing this in livecd-rootfs for 15.10.
[10:06] <cjwatson> alkisg: whereas the console-setup change is simple and targeted
[10:06] <cjwatson> (and I'm doing it now)
[10:06] <alkisg> cjwatson: no I don't mind at all, I haven't noticed any other related issues
[10:07] <cjwatson> good, will do that then
[10:08] <alkisg> Thank you :)
[10:09] <pitti> jamespage: or we just add dbus to the LXC base images, as it's such a fundamental thing anyway
[10:09] <jamespage> pitti, ah - so this is lxc vs kvm testing differently then?
[10:10] <pitti> jamespage: yes, the cloud images have dbus installed
[10:10]  * pitti runs "adt-run ceilometer --- lxc -s adt-wily" locally to verify
[10:19] <pitti> jamespage: ah - this test is new in -proposed, so this needs -proposed enabled
[10:19] <jamespage> pitti, indeed it does
[10:20] <Saviq> pitti, hey, is there no way to pass options to schroot when doing adt-run?
[10:20] <pitti> Saviq: no, not at the moment
[10:20] <pitti> Saviq: people asked for passing options to qemu, so I added that, but so far nobody asked for schroot options
[10:21] <pitti> (and most often you can do that more generically with --setup-commands)
[10:21] <Saviq> might just do that then
[10:21] <Saviq> need to add a ppa
[10:21] <Saviq> and just got a nice schroot setup script doing that for me
[10:22] <pitti> jamespage: confirmed, adding dbus makes the test succeed
[10:22] <pitti> jamespage: (or running the test as root)
[10:22] <doko> seb128, Laney: is there a gnome freeze exception, i.e. to sync gucharmap to fix the fbfs?
[10:23] <doko> same for libsoup
[10:24] <Laney> no
[10:24] <Laney> cherry-pick them
[10:26] <jamespage> pitti, ficing up now
[10:27] <pitti> jamespage: oh
[10:27] <pitti> jamespage: I just committed an adt-build-lxc fix to install dbus
[10:27] <pitti> jamespage: it's a rather basic functionality of the OS these days
[10:27] <jamespage> pitti, agreed - I'll not fix any tests then...
[10:27] <pitti> jamespage: and I was about to rebuild the production containers and restart the tests
[10:27] <jamespage> pitti, awesome - thankyou
[10:27]  * jamespage stands down
[10:28] <jamespage> well goes back to looking at doko's comments on ryu MIR
[10:29] <Laney> doko: I'll fix these cases
[10:37] <pitti> jamespage: done, tests restarted, lunch o'clock kthxbye :)
[10:37] <jamespage> pitti, ta
[11:08] <doko> tvoss, https://bugs.launchpad.net/ubuntu/+source/libfriends/+bug/1502094  anyone particular how can organize this?
[11:08] <tvoss> doko, hmmm, kenvandine might be able to help
[11:10] <doko> kenvandine, ^^^
[11:30] <pitti> jamespage: there we go, all green
[11:30] <jamespage> pitti, \o/
[11:41] <caribou> pitti: do you have an example of a package with good autopkgtest tests ?
[11:41] <caribou> off the top of your head
[11:42] <pitti> caribou: we have about 3.000 tests -- any particular area?
[11:47] <caribou> pitti: it's for sosreport, I'm looking for ideas as it only collects data & create a tarball
[11:50] <seb128> doko, is bug #1502094 something you want to see done for wily?
[11:51] <pitti> caribou: so I guess your test should call it and then make some assertions about what you would expect in the report (existance of files/keys, particular values)
[11:51] <caribou> pitti: yeah, that's what I had in mind
[11:51] <caribou> ok, thanks!
[11:53] <doko> seb128, I saw that libgee ftbfs, that's the reason I noticed
[11:53] <doko> didn't check if it would be just a rebuild
[11:54] <seb128> k, I'm unsure, going to have a look
[12:07] <seb128> doko, Laney, I think it's fair to sync the new gucharmap, the only commits between the versions are unicode 8 support or translations updates (+1 build fix with old gtk)
[12:11] <Laney> seb128: yes, I already did it, I said I was fixing them :)
[12:13] <seb128> Laney, them = ?
[12:13] <Laney> the ones he pinged about
[12:14] <seb128> gucharmap and libsoup?
[12:14] <Laney> yes
[12:15] <seb128> Laney, I've pinged larsu about ido and I'm handled dirspec and indicators and looking at libgee
[12:15] <seb128> doko, ^
[12:15] <seb128> just saying so we don't dup work
[12:15] <seb128> handling*
[12:15] <Laney> I fixed json-glib upstream and in debian, will sync later
[12:15] <seb128> great
[12:22] <seb128> doko, can you retry xserver-xorg-video-ati|cirrus|mach64|mga on i386, they hit "Temporary failure resolving 'ftpmaster.internal'" issues
[12:22] <doko> ok
[12:22] <lotuspsychje> where can i find a list of recent added packages on ubuntu repos
[12:23] <seb128> doko, xserver-xorg-video-dummy as well
[12:23] <seb128> doko, danke
[12:23] <lotuspsychje> http://packages.ubuntu.com/trusty/newpkg?mode=byage
[12:23] <lotuspsychje> this is the only list i find, but how can a user see more?
[12:24] <seb128> lotuspsychje, https://lists.ubuntu.com/mailman/listinfo/wily-changes has all uploads, but that's updates as well, not only new packages
[12:25] <seb128> but it could be useful still
[12:25] <lotuspsychje> seb128: i have to subscribe for this?
[12:25] <seb128> there are online archives
[12:26] <lotuspsychje> ah
[12:26] <lotuspsychje> seb128: https://lists.ubuntu.com/archives/wily-changes/ this right?
[12:27] <seb128> lotuspsychje, correct
[12:27] <lotuspsychje> seb128: nice1 mate thank you!
[12:28] <seb128> yw!
[12:29] <lotuspsychje> seb128: and this1 for trusty right: https://lists.ubuntu.com/archives/trusty-changes/
[12:29] <seb128> correct
[12:29] <seb128> doko, any chance you could triage/forward upstream https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1234218
[12:30] <lotuspsychje> great great!
[12:30] <seb128> doko, and are the test build using a different gcc/toolchain than the archive? because local ido build doesn't hit the test build failure, likely because of that bug ^
[12:31] <seb128> Laney, does "debian1" makes things sync? I though you needed to use "build1" for that
[12:31] <Laney> yes :)
[12:32] <Laney> it's just "not ubuntu"
[12:32] <seb128> oh ok
[12:32] <seb128> I though "build" was the special case
[12:36] <doko> seb128, no, as in the archive. the only changed thing is a disabled pkgbinarymangler to speed up things
[12:36] <seb128> k, weird
[13:06] <kenvandine> doko, hmm... libfriends should be dead
[13:07] <kenvandine> it was for friends-service, which is also dead
[13:08] <doko> kenvandine, removal bugs would be appreciated
[13:08] <kenvandine> doko, indeed, i thought that had been done quite a while back
[13:08] <kenvandine> robru, ^^
[13:08] <didrocks> barry: hey, did you get anything on the python 3.4 regression? (see my answer a couple of days ago)
[13:08] <kenvandine> robru, or did you just remove them from the seed?
[13:41] <barry> didrocks: not yet, but i'm going to look again today
[13:47] <seb128> doko, can you retry https://launchpad.net/ubuntu/+archive/test-rebuild-20151001/+build/8022636 ?
[13:47] <roaksoax> pitti: howdy!! i was wondering if there's a ppa for autopkgtest that supports running vivid+ ?
[13:47] <roaksoax> pitti: howdy!! i was wondering if there's a ppa for autopkgtest that supports running vivid+  on a trusty host?
[13:47] <roaksoax> pitti: we are having trouble running  aCI on trusty with trusty's autopkgtest
[13:48] <cjwatson> seb128: done
[13:48] <cjwatson> doko: cc ^-
[13:49] <seb128> cjwatson, thanks
[14:13] <doko> seb128, https://bugzilla.gnome.org/show_bug.cgi?id=753310
[14:19] <seb128> doko, can you retry  xdg-user-dirs-gtk and xfsdump (mirror issue)
[14:20] <doko> done
[14:25] <seb128> thanks
[14:52] <cyphermox> superm1: how do you feel about splitting fwupd into two binaries, one for the service, and one for the GUI?
[15:17] <kenvandine> doko, robru: i've filed bug 1502193 to have all the friends packages removed from the archive
[15:18] <doko> kenvandine, checked for rdeps?
[15:22] <seb128> infinity, bug #1502058 is one for you I guess? One of the change is sunday, "Norfolk moves from +1130 to +1100 on 2015-10-04" so maybe that should be uploaded this week (though I guess norfolk is small so it might not impact a lot of users)
[15:44] <smb> jamespage, I know its a bit late in the day and the week but just to let you know in case you have not noticed: dpdk is now in wily's universe
[15:44] <jamespage> smb, so I see - openvswitch-dpdk is queued up behind it - slangasek or infinity - do either of you have that on your AA todo list?
[15:53] <jamespage> jdstrand, doko: re our later MIR of ryu  - https://bugs.launchpad.net/ubuntu/+source/ryu/+bug/1500950
[15:54] <jamespage> openstack neutron is using the python-ryu ofprotocol library to communicate with openvswitch
[15:54] <jamespage> which is the bit we need this cycle to support liberty - not the agent process provided by ryu-bin; can we constrain the MIR review on that basis?
[15:55] <jamespage> promoting python-ryu to main only this cycle
[16:01] <slangasek> jamespage: yes, it's on mine
[16:01] <jamespage> slangasek, awesome - thankyou
[16:41] <jamespage> jdstrand, doko: actually we might be able to defer inclusion for wily - just trying something out
[16:55] <popey> https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[16:56] <popey> I notice that flexiondotorg is told he shouldn't ship gstreamer1.0-libav in Ubuntu MATE - but it ships in Xubuntu 15.10 and Ubuntu Studio 15.10 (the two ISOs I just tried).
[16:56] <popey> Should we not be consistent between flavours? Are Xubuntu and Ubuntu Studio in a position where they are allowed somehow?
[16:59] <smoser> pitti, around ?
[17:02] <smoser> well, if you are around, another requst for looking at bug 1501033
[17:14] <jamespage> jdstrand, doko: ryu requirement was quite soft, so have disable for this cycle
[17:14] <jamespage> may need to revisit next
[18:51] <robru> kenvandine: they were removed from the seed only recently after a very long deprecation period due to not wanting to break frameworks.
[18:52] <kenvandine> indeed
[18:52] <kenvandine> robru, i filed the bug to have it removed from the archive
[18:53] <robru> great
[18:53] <robru> well, sad really
[18:53] <robru> but ok
[19:09] <sarnold> pitti: aww, here's another bug with ~12 hours not yet retraced 1502014
[20:05] <chiluk> hey slangasek I see you are patch pilot for today.. do you have a sec to give me some advice on how to package up my change for  https://bugs.launchpad.net/bugs/1432871
[20:05] <chiluk> slangasek, basically I've pushed the requisite changes to upstream coreutils and upstream gnulib.
[20:07] <chiluk> slangasek, I've also backported that patch to wily... unfortunately .. the 2 patches containing the fix required 5 other patches in order to apply..
[20:08] <chiluk> slangasek.. so the question is when packaging up the changes, do you want the patches merged into one super patch in debian/patches or would you prefer 7 separate debian/patches each with their own links to the upstream links?
[20:11] <chiluk> infinity or arges ^^^ may also be able to answer this.
[20:14] <chiluk> also keep in mind that the requisite 5 patches are all related to supporting processing of /proc/self/mountinfo, which we probably should have had in trusty era.. *(and I'll be doing that backport as soon as it soaks in wily/vivid)
[20:43] <Unit193> Apt pokepoke: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1486061
[20:56] <slangasek> chiluk: I don't want 7 separate patches if you're only fixing one bug (though others may have different opinions)
[21:04] <chiluk> that's good with me.. it actually makes it easier.. since some of the patches undo parts of the other patches.. but I included them for completeness
[21:05] <chiluk> slangasek^^
[21:05] <chiluk> I'll make sure I reference them in the dep-3 headers.
[21:06] <slangasek> chiluk: yeah, upstream pointers to the individual commits sounds good to me, but IMHO it's best to have this as a squashed patch
[21:07] <chiluk> slangasek, ok will do.
[21:37] <infinity> Unit193: Followed up.
[22:15] <Unit193> infinity: Thanks muchly, been bothering me. :P
[22:16] <infinity> Unit193: Amazingly, I hadn't even noticed the bug.  I guess my eye just skips right past the missing info.
[22:17] <sarnold> I did that to myself a while back, I got tired of translation downloads timing out or whtatever, and only six months later wondered why apt-cache search was much less useful than it had been
[22:18] <chiluk> slangasek, are you up for some patch piloting?  Can you take a look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871
[22:18] <sarnold> it'd been long  enough of course that I long since forgotten about the change..
[22:20] <infinity> sarnold: Oh, the translation hash sum mismatch madness should finally be fixed, FWIW.
[22:20] <infinity> sarnold: On Canonical-controlled mirrors, anyway.
[22:20] <sarnold> infinity: yay! is there a quick summary of the fix?
[22:22] <chiluk> infinity, do you want to take another look at bug 1432871 ??
[22:23] <chiluk> You rejected my previous change, and now I've gone and done it hopefully right... *(it's upstreamed now).
[22:24] <Unit193> infinity: I thought about pinging you first with it, but decided I'd bothered you enough.  I'd noticed as there's a few weird new packages I wondered what they did, also noticed as apt has been more lagtastic in wily.
[22:25] <infinity> sarnold: https://code.launchpad.net/~adconrad/canonical-is-charms/ubuntu-mirror/+merge/267728
[22:25] <sarnold> infinity: thanks!
[22:26] <infinity> sarnold: I spent years writing it off as an apt bug or something, so you can blame me for being too stupid to root-cause it ages ago. :P
[22:26] <infinity> sarnold: But yay, fixed now.
[22:27] <infinity> chiluk: Upstream's a good start indeed.
[22:30] <chiluk> infinity, thanks.
[23:23] <superm1> cyphermox: but there is no GUI that comes with it, it's just got a command line frontend with it
[23:44] <cyphermox> superm1: sure. ignore me too ;)
[23:44] <cyphermox> tbh by gui we meant the command-line interface
[23:44] <cyphermox> it pulls in x libraries due to appstream-glib depending on gdk-pixbuf


[08:28] <tsdgeos> merges \o/
[08:29] <tsdgeos> mzanetti: https://code.launchpad.net/~mzanetti/unity8/launcher-hinting-on-change/+merge/237282
[08:32] <tsdgeos> MacSlow: https://code.launchpad.net/~macslow/unity8/swipe-to-act-fix-1358343/+merge/236091
[08:33] <MacSlow> tsdgeos, hm... how did that happen
[08:33] <tsdgeos> MacSlow: we merged 20 branches
[08:33] <tsdgeos> it's normal some conflict happened
[08:34] <MacSlow> tsdgeos, yeah... forgot it was so many :)
[08:37] <MacSlow> tsdgeos, doh... crap... it's the formatting fixes
[08:38] <tsdgeos> well taht's easy to merge then :)
[08:39] <MacSlow> tsdgeos, yeah... but it's all over the place in tst_Notifications.qml
[08:45] <mzanetti> tsdgeos: good morning
[08:45] <mzanetti> tsdgeos: https://code.launchpad.net/~mzanetti/unity8/launcher-utf8/+merge/240160
[08:45] <tsdgeos> was just seeing it
[08:45] <mzanetti> TOPBLOCKER :)
[08:45] <tsdgeos> yeah
[08:46] <tsdgeos> josh approved it
[08:46] <tsdgeos> want me to try too?
[08:46] <tsdgeos> guess it makes sense
[08:46] <mzanetti> oh right... didn't see josh's approval
[08:46] <mzanetti> was just looking at the top-status
[08:46] <tsdgeos> let me just download the zip
[08:46] <tsdgeos> and try it straigh away on the phone
[08:47] <mzanetti> tsdgeos: conflict merged
[08:48] <tsdgeos> mzanetti: pushed?
[08:49] <mzanetti> damn... I only pushed, didn't commit before :D
[08:49] <mzanetti> now
[08:54] <tsdgeos> mzanetti: approved both
[08:56] <mzanetti> tsdgeos: thanks
[09:16] <mzanetti> tsdgeos: here's one more if you're still in review mood: https://code.launchpad.net/~mzanetti/unity8/fix-launcher-count-emblems/+merge/240155
[09:16] <tsdgeos> mzanetti: sure give me a sec
[09:17] <mzanetti> not in a hurry with this as it's not critical enough to go into rtm
[09:18] <mzanetti> but then I somewhat lost track... some people say we're gonna merge trunk to rtm, others say we only cherry-pick TOPBLOCKERS into rtm...
[09:22] <tsdgeos> pstolowski: https://code.launchpad.net/~stolowski/unity-scopes-shell/feeds/+merge/239396 why on hold?
[09:24] <pstolowski> tsdgeos, waiting for green light
[09:24] <tsdgeos> ah ok
[09:24] <pstolowski> tsdgeos, shall i map now? has your unity-api change landed?
[09:24] <tsdgeos> https://code.launchpad.net/~aacid/unity-api/setMoveFavorite/+merge/238936 ? no
[09:24] <pstolowski> s/map/mp/
[09:25] <tsdgeos> they all ned to land in sync, no?
[09:25] <pstolowski> tsdgeos, yes
[09:25] <pstolowski> tsdgeos, it's for ota-1 and should be landed in vivid, right?
[09:26] <tsdgeos> maybe
[09:26] <tsdgeos> it's all moving
[09:27] <tsdgeos> but looks like that's the thing at the moment yes
[09:27] <tsdgeos> Saviq: you up already?
[09:30]  * tsdgeos shakes first
[09:31] <tsdgeos> broke i18n again
[09:31] <tsdgeos> well not yet, but almost
[09:37] <tsdgeos> we actually did :/
[10:16] <tsdgeos> mzanetti: how do i excersise https://code.launchpad.net/~mzanetti/unity8/fix-launcher-count-emblems/+merge/240155 without the test?
[10:17] <mozzarella> hello?
[10:17] <mzanetti> tsdgeos: qdbus com.canonical.Unity.Launcher /com/canonical/Unity/Launcher/dialer_2Dapp org.freedesktop.DBus.Properties.Set com.canonical.Unity.Launcher.Item countVisible true
[10:17] <mzanetti> tsdgeos: qdbus com.canonical.Unity.Launcher /com/canonical/Unity/Launcher/dialer_2Dapp org.freedesktop.DBus.Properties.Set com.canonical.Unity.Launcher.Item count 42
[10:18] <Saviq> tsdgeos, now
[10:19] <tsdgeos> Saviq: damn i forgot :D
[10:20] <mozzarella> unity 7 is using nux and unity 8 is using qt, is that correct?
[10:20] <tsdgeos> mozzarella: correct
[10:21] <mozzarella> when will unity 8 become the default unity?
[10:22] <Saviq> mozzarella, current plan is 16.04
[10:23] <mozzarella> it will run on mir, right?
[10:27] <MacSlow> mozzarella, it does already
[10:30] <mozzarella> how can I try unity 8?
[10:34] <MacSlow> mozzarella, depends on what your intention is... or setup-effort threshold :)
[10:34] <mozzarella> I want it to be easy
[10:34] <MacSlow> mozzarella, you can just grab the source and compile and run it yourself... or...
[10:34] <MacSlow> mozzarella, ok... the minimal effort way then... :)
[10:35] <MacSlow> mozzarella, a virtual machine with this iso http://www.webupd8.org/2014/06/ubuntu-desktop-next-unity8-1410-utopic.html is then probably the easiest way
[10:36] <MacSlow> mozzarella, but if you just want to "take a look" there are several videos on YT and the like of people who went through this process already...
[10:37] <MacSlow> mozzarella, although don't expect too much as it is still under heavy development not meant for daily use yet on the desktop
[10:38] <mzanetti> MacSlow: assuming he runs ubuntu already, why not just "apt-get install unity8-desktop-session-mir" and select it when logging in?
[10:38] <mzanetti> mozzarella: ^
[10:38] <MacSlow> mzanetti, well that was the next thing I was about to suggest
[10:39] <mzanetti> :)
[10:47] <MacSlow> tsdgeos, I've updated the merge-conflicts in https://code.launchpad.net/~macslow/unity8/swipe-to-act-fix-1358343/+merge/236091
[10:47] <MacSlow> tsdgeos, was a bit more work after all... not just formatting fixes
[10:48] <tsdgeos> MacSlow: oki
[10:49] <MacSlow> tsdgeos, oddly though on my up-to-date desktop audioRole of the Audio-item is all of a sudden no longer known
[10:50] <tsdgeos> MacSlow: it's one of our patches
[10:50] <tsdgeos> MacSlow: which qtmultimedia do you have?
[10:51] <MacSlow> tsdgeos, 5.3.0-1ubuntu2
[10:51] <tsdgeos> MacSlow: vivid? utopic?
[10:51] <MacSlow> tsdgeos, utopic still on this machine
[10:52] <tsdgeos> ok, i'm on vivid, no idea if it got reverted or what
[10:52] <MacSlow> tsdgeos, only switch on my laptop to vivid sofar
[10:52] <MacSlow> switched
[10:58] <dandrader> wow, all the pending branches got finally merged \o/
[11:03] <dandrader> Saviq, "devel-proposed (alias to ubuntu-touch/vivid-proposed)" <- seems to be up to date now
[11:03] <Saviq> dandrader, yeah, 3am merge time FTW!
[11:03] <dandrader> :D
[11:07] <mozzarella> can I run a session with unity 7 and another one with unity 8?
[11:09] <mzanetti> mozzarella: should be possible, yes
[11:10] <mzanetti> mozzarella: please note that all of this is work in progress and not tested particularly well, so YMMV. In theory it should work fine though.
[11:10] <Saviq> mozzarella, yeah, just install unity8-desktop-session and you'll have a choice in lightdm
[11:11] <Saviq> mozzarella, it's a bit dated, but http://www.omgubuntu.co.uk/2014/02/unity-8-desktop-preview-session-14-04
[11:11] <mozzarella> how do I get back to lightdm without logging out, though?
[11:12] <Saviq> mozzarella, well, running them *in parallel* might not be the best idea
[11:12] <Saviq> mozzarella, but standard ctrl+alt+F$ to switch vts will work
[11:12] <Saviq> mozzarella, there's also a dedicated iso available http://www.omgubuntu.co.uk/2014/06/unity-8-daily-build-images-go-live
[11:15] <mozzarella> brb
[11:18] <tsdgeos> Saviq: we should get https://code.launchpad.net/~aacid/unity8/dtrdomainpot/+merge/240231 in in the next landing
[11:20] <Saviq> tsdgeos, mhm
[11:20] <tsdgeos> darg
[11:20] <tsdgeos> and tests are failing
[11:20] <Saviq> tsdgeos, you'd think the message extractor needs to be able to deal with that
[11:20] <tsdgeos> in notification :/
[11:20] <tsdgeos> Saviq: which message extractor?
[11:21] <Saviq> tsdgeos, whatever extracts the messages, should be able to understand what domains to extract for
[11:21] <tsdgeos> Saviq: well it's kind of hard given how we made it
[11:21] <tsdgeos> making the thing a property and stuff
[11:21] <Saviq> tsdgeos, I mean we'd need to tell it, but it should be able to get it
[11:22] <tsdgeos> if it was just dtr("unity8", "Mooo")
[11:22] <tsdgeos> it wouldn't be that hard
[11:22] <tsdgeos> but asking gettext to understand qml properly is a bit too much :D
[11:22] <tsdgeos> even i agree it'd be great
[11:26] <mozzarella> what the fuck man
[11:26] <mzanetti> someone just had a shocking experience in unity8 land I guess
[11:26] <mozzarella> it acted as if my computer was a phone
[11:27] <mzanetti> mozzarella: yeah, desktop mode window management is not in place yet
[11:27] <mzanetti> actually it should have acted as if your computer would be a tablet
[11:27] <mzanetti> proper desktop-like window management is on our roadmap for this cycle
[11:27] <mozzarella> yes, but it said phone everywhere
[11:28] <mzanetti> hmm... where?
[11:28] <mozzarella> "information about this phone", etc.
[11:28] <mozzarella> everywhere
[11:28] <mzanetti> hmm... good point... wonder how we're gonna deal with that
[11:30] <dandrader> dednick, just noticed that on latest unity8 trunk, we still have this bug where if you press and hold on the indicators panel it will hint and then retract
[11:31] <dandrader> dednick, must have been due to some bad interaction between all those branches that landed. taking a look at that now
[11:32] <Saviq> dandrader, hmm, I tested for that
[11:32] <Saviq> dandrader, maybe didn't hold my finger stable enough
[11:34] <dednick> dandrader: probably should have a qmltest for that
[11:34] <dednick> although i thought there already ways
[11:34] <dednick> was
[11:39] <tsdgeos> @unity you'll need this to make qmluitests pass again https://code.launchpad.net/~aacid/unity8/multimediaMocks/+merge/240248
[11:39] <tsdgeos> MacSlow: Saviq: ↑
[11:40] <MacSlow> tsdgeos, ah... that should be a MP against trunk, right? :)
[11:40] <MacSlow> tsdgeos, nevermind
[11:40] <tsdgeos> MacSlow: it is against trunk, no?
[11:41] <MacSlow> tsdgeos, my firefox is messing with me
[11:41] <mzanetti> tsdgeos: shouldn't setAudioRole at least set it so that audioRole() returns the set value?
[11:42] <tsdgeos> mzanetti: it's a mock, we don't really use it
[11:42] <tsdgeos> just need the property to be there :D
[11:42] <tsdgeos> so qml compiles
[11:43] <mzanetti> yeah... I guess this could cause weirdness in tests though at some point
[11:43] <mzanetti> anyways... not that important, I agree
[11:43] <tsdgeos> i can change it if you awnt
[11:43] <mzanetti> but it would be just the same amount of effort to make it properly
[11:43] <tsdgeos> i was just lazy and merged AlbertA's changeset
[11:43] <tsdgeos> from a different MR
[11:44] <Saviq> tsdgeos, right, thanks
[11:44] <MacSlow> tsdgeos, mzanetti: the main thing is the enums as far as I care
[11:44] <tsdgeos> bzr merge lp:~albaguirre/unity8/add-screenshotter -c 1306
[11:44] <tsdgeos> mzanetti: but if you want i'll fix it
[11:44] <mzanetti> well... I don't really *want*. I would have done so if I'd wrote that mock as I think this is confusing if setting a property doesn't do it
[11:45] <tsdgeos> don't look at me i didn't write it :D
[11:48] <mzanetti> is jenkins broken?
[11:48] <mzanetti> or did we merge something breaking tests?
[11:48] <MacSlow> tsdgeos, I'm fine with it (multimediaMocks)
[11:50] <MacSlow> tsdgeos, Saviq: should I add tsdgeos's multimediaMocks branch to the prerequisites of https://code.launchpad.net/~macslow/unity8/swipe-to-act-fix-1358343/+merge/236091
[11:50] <dandrader> Saviq, dednick, ah, the issue is that devel-proposed is on revision 1380, not 1396
[11:50] <dandrader> Saviq, dednick, so, nevermind :)
[11:51] <Saviq> dandrader, right, dist-upgrade!
[11:51] <Saviq> or wait for an image, should be around soon
[11:51] <dandrader> Saviq, btw, do those two revisions have the very same tag and version number?
[11:51] <Saviq> dandrader, no
[11:51] <Saviq> dandrader, 8.00 vs 8.01
[11:52] <Saviq> I know
[11:52] <dandrader> Saviq, ahhhhhh.... right
[11:52] <Saviq> got confused by that, too
[11:52] <Saviq> train should disregard the upstream version when determining the +foo version
[11:54] <tsdgeos> MacSlow: i'd say no
[11:54] <MacSlow> tsdgeos, it already caught dandrader off guard :)
[11:59] <paulliu> mzanetti: not sure. I was thinking I caused the autopilot failed. But not. It runs on my machine.
[12:00] <Saviq> mzanetti, qmltests are broken (tsdgeos's enum branch), and we never got around to fixing AP
[12:18] <Saviq> karni, host-upgrade?
[12:18] <Saviq> karni, why not `citrain device-upgrade 16 9999` from the host?
[12:19] <karni> Saviq: facepalm. thanks ;)
[12:30] <tsdgeos> @unity guys i have 8 reviews waiting :'(
[12:30] <tsdgeos> some of them are easy take them first
[12:30] <Cimi> tsdgeos, doing one now
[12:30] <mterry> tsdgeos, I can help with that today
[12:32] <tsdgeos> mterry: easy ones are https://code.launchpad.net/~aacid/unity8/build_clang/+merge/239258 and https://code.launchpad.net/~aacid/unity8/fix_test_warning/+merge/239262
[12:32] <tsdgeos> i can tell you how to build with clang if you want
[12:32]  * mterry has to reboot first
[12:35] <kgunn> Saviq: didn't quite understand what this one got added to  unity8 ? Bug #1378043
[12:35] <kgunn> looked like chicken had branches
[12:35] <Saviq> kgunn, yeah, for unity8
[12:35] <Saviq> kgunn, https://code.launchpad.net/~mfrey/unity8/lock-fix/+merge/238951
[12:35]  * kgunn reads comments
[12:35] <kgunn> ah ha
[12:38] <mterry> So did we release the whole u8 release into rtm?
[12:42] <dandrader> tsdgeos, the easiest MP review ever: https://code.launchpad.net/~dandrader/unity8/updateDDAComment/+merge/240255
[12:43] <mterry> Saviq, we synced to rtm?
[12:44] <Saviq> mterry, yup
[12:45] <Saviq> something like 20 merges got in
[12:45] <mterry> Saviq, hah OK.  Good from my POV
[12:45] <Saviq> mterry, believe you me, good from my PoV, too ;)
[12:49] <Saviq> tsdgeos, fun times http://pastebin.ubuntu.com/8760259/
[12:50] <tsdgeos> :/
[12:50] <Saviq> tsdgeos, only one instance found, though
[12:50] <Saviq> like not reproducible and all
[12:53] <tsdgeos> :/
[12:53] <dandrader> tsdgeos, thanks!
[13:59] <mozzarella> guys
[14:22] <tsdgeos> Cimi: pin
[14:22] <tsdgeos> g
[14:22] <Cimi> tsdgeos, hola
[14:23] <tsdgeos> Cimi: not sure what you mean wtih "maybe adding something else to the test, like checking when the resize occurs and when the signals are emitted"
[14:23] <Cimi> tsdgeos, that test does not fully test what this component is supposed to do..
[14:25] <tsdgeos> well it tests that the source size is the one that is supposed to have
[14:25] <tsdgeos> i didn't find anything else to test
[14:27] <Cimi> tsdgeos, maybe the other aspect ratio and the signals emitted?
[14:28] <tsdgeos> Cimi: which other aspect ratio? or you mean the "vertical" one?
[14:29] <Cimi> yep
[14:29] <tsdgeos> i can do that
[14:29] <Cimi> tsdgeos, and in between we check signals
[14:29] <tsdgeos> i see little use on testing the signals there, the signals are for the internal cpp class, not for the qml item
[14:29] <Cimi> http://www.timeout.com/london/things-to-do/alexandra-palace-fireworks-festival
[14:29] <Cimi> ops
[14:29] <Cimi> ahaha
[14:29] <Cimi> inputParamsChanged
[14:30] <Cimi> ok
[14:30] <Cimi> thought that was public isn't it?
[14:31] <tsdgeos> :D
[14:31] <tsdgeos> Cimi: in the cpp file
[14:32] <tsdgeos> as the qml item uses it
[14:32] <tsdgeos> but not anyone that uses the qml item
[14:32] <tsdgeos> and the test is for the qml item
[14:36] <tsdgeos> but let me see if i can do that at all
[14:36] <Cimi> tsdgeos, why not more network limited load for the photo scope?
[14:36]  * Saviq is locked out of the flat... sitting on stairs in front of the doors... (and no, my wife did not throw me out :P)
[14:36] <Cimi> ahah
[14:37] <Cimi> Saviq, what have you done dude!
[14:37] <Saviq> Cimi, left my car at the carwash/tire-replacement, with the keys inside
[14:37] <tsdgeos> Cimi: what we did before was create *all* dash cards and then just load the images of the visible ones (and of all if network was not limited), since with that MR it only creates "the visible" items, we don't need the network limitation thing
[14:37] <mzanetti> :D
[14:37] <Saviq> and only realized when it was too late
[14:37] <mzanetti> Saviq: have your notebook with you?
[14:38] <Saviq> mzanetti, yeah, my WiFi fortunately works ;)
[14:38] <Saviq> was able to get on the staircase 'cause we have pincode door lock downstairs
[14:38] <mzanetti> heh
[14:39] <Saviq> would've used usb tethering otherwise, so not critical
[14:40] <mzanetti> Saviq: have you ever tried usb tethering with the ubuntu phone yet?
[14:40]  * mzanetti hasn't
[14:40] <mzanetti> but it's said to work
[14:41] <mozzarella> is the launcher part of shell? can I use it standalone?
[14:41] <Saviq> mzanetti, on krillin it does, on mako nope
[14:41] <Saviq> mzanetti, it's relatively reliable on krillin actually
[14:41] <mozzarella> the* shell
[14:42] <Saviq> mozzarella, yes, it's part of the shell
[14:42] <mzanetti> cool
[14:42] <Cimi> tsdgeos, I am wondering if it makes sense sometimes to keep this networking stuff
[14:42] <Cimi> for limited cases
[14:42] <Saviq> mozzarella, and no, not without hacking it out
[14:42] <tsdgeos> Cimi: which cases?
[14:42] <tsdgeos> the cases it used to cover don't exist anymore
[14:42]  * mzanetti sees little chance in someone "hacking out" the launcher
[14:42] <Cimi> tsdgeos, I am thinking
[14:42] <mozzarella> Saviq: what if I want to modify it a little bit? where should I look?
[14:43] <Saviq> mozzarella, we're talking unity8 here?
[14:43] <Cimi> mozzarella, I am hungry every time you send a message
[14:43] <Saviq> lol
[14:43] <mozzarella> Saviq: no, unity 7
[14:43]  * greyback_ feeling hatred for his router again
[14:44] <tsdgeos> greyback_: the router isn't happy you've been so much <time> abroad
[14:44] <Saviq> mozzarella, in that case you'll have to talk to Trevinho_ and friends
[14:44] <tsdgeos> Cimi: good call asking for the other aspect ratio thing, it actually showed i had a bug you had not found ^_^
[14:44] <Saviq> mozzarella, most of us here are totally focused on unity8 now, never really touched any unity7 code
[14:45] <greyback_> tsdgeos: :P
[14:45] <Saviq> on aspect ratio and bus
[14:45] <Saviq> bugs
[14:45] <Saviq> Cimi, the fullscreen zoom in preview images
[14:45] <mozzarella> is it even worth working on it? if it's going to get replaced anyway…
[14:45] <Saviq> Cimi, assumes image ratio to be constant
[14:46] <Saviq> Cimi, which is not the case
[14:46] <Saviq> Cimi, would be the same in the gallery with non-portrait screenshots I imagine, which do exist
[14:46] <tsdgeos> Saviq: yep he knows
[14:46] <Saviq> mozzarella, it's in maintenance mode on our side, very little effort other than fixing bugs
[14:46] <tsdgeos> Saviq: told that in VA
[14:47] <Saviq> tsdgeos, kk
[14:47] <Cimi> Saviq, yeah I know
[14:47] <tsdgeos> but since he could not come up with code to make it work, we decided to go with this little bug and still land the big bugfix
[14:47] <Cimi> Saviq, not trivial
[14:47] <tsdgeos> Saviq: though maybe we should open a bug so that we don't forget
[14:47] <Saviq> Cimi, shall we have a bug then
[14:47] <Saviq> that thing ↑
[14:47] <Cimi> Saviq, because the black box will scale to full width, and the image not
[14:48] <Cimi> Saviq, but in order to use scale transformation, you need to calculate relative scaling
[14:48] <Cimi> because one is child of the other
[14:48] <mozzarella> is it possible to run unity 8 in a window, like weston?
[14:48] <Saviq> Cimi, right, you need to grow the black box separately from the image
[14:48] <Cimi> so that when one stretches, the other one preserves the aspect ratio
[14:48] <Saviq> mozzarella, you can, but it won't manage real applications in there
[14:49] <mozzarella> why not?
[14:49] <Saviq> mozzarella, that's under X11
[14:49] <Saviq> mozzarella, because it's X11
[14:50] <Saviq> mozzarella, we don't support that, with Mir, that's actually what kind of happens already, as we have a system compositor, and a session one, the session one is basically a window in the system one
[14:50] <Saviq> mozzarella, also, I don't *think* you can run Mir in a X11 window right now, because no one really cares about that use case, we've plenty more important work to do
[14:50] <mozzarella> alright
[14:51] <Saviq> we need the other way (running X11 in a Mir window) much more
[14:51] <Saviq> to support legacy apps/toolkits that don't/won't have native Mir support
[14:55] <Saviq> anyone else have suspend problems on vivid recently? my laptop wakes up within a second of closing the lid after having suspended, sometimes need to suspend three times for it to stick
[14:56] <Saviq> \o/ Ola to the rescue, back home again
[14:56] <mzanetti> :)
[15:01] <tsdgeos> Saviq: i don0t suspend much
[15:04] <mzanetti> haven't suspended since vivid, but mostly because utopic won't wake it up any more so I don't suspend unless I have to atm
[15:06] <dandrader> mzanetti, the craziest thing. left and bottom edge drags were not working. Qt was simply not sending touch events to those DDAs at all. even after I did restart ligthdm, those DDAs would only get touch events for the first of second touch
[15:06] <dandrader> mzanetti, then never more
[15:06] <dandrader> mzanetti, then I rebooted the phone
[15:06] <dandrader> mzanetti, and it's all working normally again
[15:07] <dandrader> mzanetti, pretty insane
[15:07] <dandrader> mzanetti, but the right-edge DDA was still working all the time....
[15:08] <mzanetti> uh oh
[15:08] <mzanetti> for me all edges were gone (except the top panel, which I'm still sure can be pulled down by mouse events too)
[15:09] <dandrader> mzanetti, the panel moves out of touch events, not mouse events!
[15:09] <dandrader> how many times will I have to repeat that! :)
[15:10] <mzanetti> dandrader: but that then only changed recently, right?
[15:10] <dandrader> mzanetti, it has been like that for many months already
[15:11] <dandrader> probably over an year by now
[15:12] <mzanetti> I wonder why the top panel then *never* breaks for this issue, while the other edges do...
[15:12] <Saviq> mzanetti, whenever we added -mousetouch, that's when all edges started only reacting to touches
[15:13] <mzanetti> Saviq: but before we did the first round of touch-breaking fixes the panel could always be pulled down, even though all other touch stuff broke
[15:13] <tsdgeos> Cimi: can you have a look at the new code and see if it makes you happier?
[15:14] <Saviq> mzanetti, hmm not sure I remember this like that
[15:14] <Saviq> mzanetti, and well, dandrader implemented all that, he should know ;)
[15:15] <Trevinho> mozzarella: afaik the mir team has the goal to get mir running on X for dev purposes, it's not done yet btw
[15:21] <dandrader> mzanetti, btw, greyback made a PPA for shellRotation: https://launchpad.net/~unity-team/+archive/ubuntu/demo-stuff  haven't tried it yet and you will have to add X-Ubuntu-Supported-Orientations to desktop files for having apps rotating
[15:23] <greyback> dandrader: your unity8 failed to build
[15:23] <greyback> mzanetti: PPA not in working order yet unfortunately
[15:24] <greyback> dandrader: while you're fixing your unity8 branch, could you please bump its version number, and have it depend on the bumped qtmir
[15:28] <mzanetti> ah cool
[15:28] <mzanetti> vesar said he still needs the right-edge-ppa so that comes in handy now. thanks greyback
[15:29] <greyback> mzanetti: np
[15:55] <Saviq> ok, back in 1/2h
[16:13] <mzanetti> tsdgeos: hey, have been checking out your photo scope branch
[16:13] <mzanetti> it's unrelated but I noticed the app store draws some elements which aren't shown: http://i.imgur.com/UCfNslS.png
[16:13] <mzanetti> you know what that is?
[16:13] <mzanetti> the buttons at the top
[16:14] <AlbertA> mzanetti: your mocking my mock? :) First rule of mocks is implement the least you can to test the functionality you need :)
[16:15] <mzanetti> AlbertA: I tend to agree, however, you need the property so you obviously implemented that. but its "broken"
[16:16] <mzanetti> AlbertA: as in: if QML sets it, it won't be set
[16:16] <tsdgeos> mzanetti: what is not shown?
[16:16] <mzanetti> I guess in some circumstances that can cause more weird issues
[16:16] <mzanetti> tsdgeos: if you look at the overdraw thingie, just at the top of the box, there is some long rounded rect, looking like a ButtonRow
[16:17] <mzanetti> tsdgeos: I can't see them in the actual scope, only in the overdraw visualisation
[16:17] <tsdgeos> right
[16:17] <tsdgeos> that looks like the buttons in manage dash
[16:17] <tsdgeos> no idea what they do there
[16:17] <mzanetti> :)
[16:17] <tsdgeos> but manage dash is going away, so no worry :D
[16:18] <mzanetti> lol
[16:18] <mzanetti> WORKSFORME
[16:18] <mzanetti> I was just curious as I couldn't find an explanation for it myself, but yeah the manage scope does explain it
[16:20] <mzanetti> tsdgeos: do you know the name of the photo scope?
[16:20] <tsdgeos> i do :D
[16:20] <mzanetti> will you tell it to me?
[16:20] <tsdgeos> i will!
[16:20] <mzanetti> *drumroll*
[16:22] <tsdgeos> splash!
[16:22] <tsdgeos> mzanetti: will you review https://code.launchpad.net/~canonical-platform-qa/unity8/remove_autopilot_tests_for_alternate_helper_paths/+merge/239428 since it has your name ?
[16:24] <mzanetti> hmm.. it has my name indeed :D
[16:24] <mzanetti> I guess I have to then
[16:37] <davmor2> mzanetti: http://instantrimshot.com/index.php?sound=drumroll
[16:38] <mzanetti> davmor2: this one really lacks some excitement at the end :D
[16:39] <davmor2> mzanetti: http://wompwompwomp.com/
[16:39] <mzanetti> :D that's a good one
[16:39] <mzanetti> davmor2: my favorite one: http://www.dramabutton.com/
[16:39] <davmor2> mzanetti: there is an app for that
[16:40] <mzanetti> for ubuntu?
[16:41] <davmor2> mzanetti: on touch I did sadtrombone web app and linked it to wompwompwomp.com
[16:41] <davmor2> mzanetti: http://www.nooooooooooooooo.com/
[16:42] <mzanetti> heh, yeah, know that one
[16:43] <mzanetti> we should do a proper app
[16:43] <mzanetti> you only need this things when not online
[16:44] <mzanetti> hm... bullshit bingo app is still missing too
[18:35] <dandrader> mzanetti, still around?
[18:39] <mzanetti> dandrader: leaving now. sorry.
[18:40] <dandrader> mzanetti, np. have a nice weekend!
[18:40] <mzanetti> thanks, you to
[18:40] <mzanetti> o
[18:41] <elopio> can somebody make a review here? should be quick and easy:
[18:41] <elopio> https://code.launchpad.net/~canonical-platform-qa/unity8/remove_autopilot_tests_for_alternate_helper_paths/+merge/239428


[09:32] <buckethead> Any luck with Thunderbird 3.1 in the PPA?
[09:33] <micahg> buckethead: I will try later today, but I want to get Firefox 4 merged in first
[09:34] <buckethead> Cool.
[09:35] <buckethead> I was going to start looking into some issues I was having with lightning, then it occured to me I should get slightly current versions first. LOL!
[09:36] <micahg> buckethead: well, that's another issue, we don't have lightning packaged at the moment
[09:37] <buckethead>  1b2 wasn't happy being installed on tb3.0.
[09:38] <micahg> buckethead: right, you need 1.0b1
[09:40] <micahg> buckethead: 32 bit or 64 bit?
[09:40] <buckethead> 64, therein lies the first problem.
[09:41] <micahg> buckethead: http://releases.mozilla.org/pub/mozilla.org/calendar/lightning/releases/1.0b1/contrib/linux-x86_64/lightning.xpi
[09:42] <buckethead> Thanks.
[09:43] <micahg> buckethead: lightning will get into lucid-backports eventually, I'm just waiting to find out how long 3.0.x will be supported before deciding what to do with Lucid
[09:45] <buckethead> I only recently started using lightning, I like it so far.
[11:38] <lgp> hi
[11:41] <lgp> Can anyone help me with my problem with flashplayer 10 and Ubuntu 10.04 AMD64.I use Firefox 3.6.6 and the control-panel doesnt work in the flashplayer.
[11:58] <BUGabundo> morning
[15:38] <micahg> fta: do you see a problem if I repoint fennec.head to a release branch temporarily?
[17:17] <micahg> fta_: do you think it's a problem if I repoint fennec.head to mobile-1.1 since we don't build dailies
[21:09] <micahg> fta: are you around?
[21:30] <micahg> ddecator: I need to make a couple changes to your FF4.0 merge, but I'll leave you in the changelog
[21:30] <ddecator> micahg: that's fine, i figured it wasn't perfect
[21:30] <micahg> ddecator: normally, I should let you fix, but I'm very short on time and I want to get this in tonight if possible
[21:31] <ddecator> micahg: no worries, i'm tight on time too so i wouldn't have time to fix it today. i'll just look at what you changed later
[21:31] <fta> micahg, hi
[21:31] <micahg> fta: hi, I'm wondering how long you'll be around, I want to get at least FF40 and xul20 merged
[21:32] <fta> micahg, ~1h, 1h 1/2
[21:32] <micahg> fta: k, that should be enough for the merge at least
[21:33] <micahg> fta: did you see my question about fennec earlier?
[21:33] <fta> no
[21:33] <micahg> fta_: do you think it's a problem if I repoint fennec.head to mobile-1.1 since we don't build dailies
[21:34] <fta> nope
[21:34] <micahg> fta: k, I want to get 1.1 in maverick so it's out of the way
[21:35] <fta> micahg, feel free, i have no plan to touch it anyway and i'm not aware of anyone else willing to touch it
[21:35] <micahg> ddecator: I'm wondering how these got in Name[en_US]=abrowser-4.0.desktop
[21:35] <micahg> fta: k, thanks
[21:35] <ddecator> micahg: i wondered that too..
[21:35] <micahg> ddecator: they're in your merge :)
[21:36]  * micahg is removing them
[21:36] <ddecator> micahg: my best guess is they got put in there automatically when i was trying to rename things before i knew about 'bzr mv' (yah, i know :p)
[21:36] <ddecator> micahg: go for it, i meant to but forgot
[21:40] <ddecator> tonight would be good for FF 4 since several popular add-ons just updated to be compatible with it
[21:43] <micahg> fta: should I just rename the current ff37 changelog to ff40 or start a new one on top?
[22:09] <fta> micahg, rename
[22:09] <micahg> fta: k, I'll add a bzr revision on top cleaning up the changelog, does it help if I push the branches one at a time or just both when I'm done
[22:10] <fta> micahg, doesn't matter
[22:10] <fta> rename the branches on lp too
[22:11] <micahg> fta: k
[22:21] <micahg> fta: there seems to be an old ff4.0 branch, what should I do with it? https://code.edge.launchpad.net/~mozillateam/firefox/firefox-4.0.head
[22:21] <fta> drop it
[22:21] <fta> it was the old 3.1 branch
[22:22] <fta> after 3.0 branched off, they started 4.0 for a while, then renamed it 3.1
[22:22] <micahg> I renamed it since it was merged to ff3.1.head.old
[22:22] <micahg> we're all good
[22:24] <micahg> k, ff40 is done, now onto xul193->xul20
[22:29] <bobby> Is it in the PPA yet?
[22:29] <bobby> *Twitch*
[22:29] <micahg> bobby: no, I need to finish the merge
[22:29] <bobby> :(
[22:29] <fta> ...and i need to reconfigure the bot
[22:30] <bobby> lol, I don't care, as long as it works
[22:30] <micahg> fta: almost done, xul20 was easier :)
[22:30] <bobby> Running the beta 1 from an sh script lol...
[22:31] <bobby> Hey, random question, if anyone knows: Has FF home been approved for the App Store yet?
[22:31] <micahg> bobby: ?
[22:32] <bobby> The app that lets you sync your FF bookmarks on your iTouch
[22:32] <micahg> bobby: what does that have to do with Ubuntu?
[22:33] <bobby> Hence me saying "random question"
[22:33] <bobby> Just wondering if anyone knew
[22:36] <fta> micahg, did you change the format of the branch?
[22:36] <fta> micahg, http://paste.ubuntu.com/462239/
[22:36] <micahg> fta: no
[22:36] <micahg> :(
[22:38] <micahg> how did that happen :(
[22:38] <fta> no idea
[22:38] <micahg> xul20 is still format 6, but ff40 is format 7
[22:39] <micahg> fta: ddecator's branch was 7 and I didn't get a warning about it
[22:41] <micahg> fta: do you want to push overwrite the branch and I"ll redo these merges?
[22:41] <fta> too late
[22:42] <micahg> fta: are we ok then?
[22:42] <fta> i guess we'll have to upgrade
[22:43] <micahg> fta: I probably have an old branch lying around, we can move this one out of the way and redo it
[22:43] <fta> let's keep it that way and see if it causes troubles
[22:44] <micahg> fta: k
[22:47] <fta> micahg, what's the upstream branch for those 2? mozilla-central?
[22:51] <micahg> fta: At the moment
[22:53] <fta_> grr
[22:53] <micahg> fta_: what's wrong?
[22:54] <fta_> my dsl connection
[22:54] <micahg> fta_: ah, is that why you've been bouncing for the past 24 hours
[22:54] <fta_> flaps ~30 times a day
[22:54] <fta> yep
[22:54] <fta> started ~10d ago
 micahg, what's the upstream branch for those 2? mozilla-central?
[22:55] <micahg> (04:51:44 PM) micahg: fta: At the moment
[22:55] <micahg> I figure they'll branch soon
[22:57] <fta> ok, let's kick the bot and see how it goes
[22:57] <micahg> fta: k :)
[22:58] <fta> respinning the whole umd
[22:58] <micahg> fta: k, builders aren't too busy :)
[23:01] <fta> dahh
[23:02] <fta> *ERROR* src package differs: xulrunner-2.0 != xulrunner-1.9.3
[23:02] <fta> there's still a 1.9.3 somewhere
[23:02]  * micahg looks
[23:03]  * micahg doesn't see one
[23:05] <fta> n-m, it's my bot. it compares with the daily branch, and chokes on the new src package name
[23:07]  * micahg is test building TB 3.0.6