[00:56] <Son_Goku> nacc_: yes, there’s no ZTS in debian/ubuntu
[00:57] <Son_Goku> as far as I can tell
[00:57] <Son_Goku> I haven’t been testing with php-zts
[01:06] <nacc_> Son_Goku: ok, just checking
[01:08] <nacc_> slangasek: i think i figured out the php-imagick bug, but i don't know how to fix it...it's either a bug in libgomp or in imagemagick when compiled with openmp support. I built a version w/o it and no segfaults... NOte that just setting the environment variable or the policy.xml value isn't sufficient, it seems like imagemagick still uses openmp even then.
[01:09] <nacc_> kirkland: fyi --^
[01:26] <nacc_> slangasek: maybe it's not that dire, actually -- i wonder how the tests do w/o imagemagick fully installed (note this means there is still this relatively (?) serious bug in imagemagick, but it is independent of php-imagick, at least). Testing that now
[03:45] <Pharaoh_Atem> nacc_: so this happened to me when I ran the Twig test with process isolation and jit switched on: http://fpaste.org/332583/76723145/
[03:48] <Pharaoh_Atem> the problem repeats itself when I turn pcre.jit off, so I assume it doesn't have anything to do with pcre jit
[06:47] <cpaelzer> good morning
[07:36] <pitti> Good morning
[07:36] <pitti> ogra_: yay!
[07:36] <pitti> ogra_: I saw a component-mismatches email fly by last night about fakechroot wanting to go to main, btw
[07:54] <dholbach> good morning
[08:38] <ricotz> xnox, cjwatson, hi, regarding https://blueprints.launchpad.net/ubuntu/+spec/core-1403-hidpi-boottime , you might want to have a look at https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/6167873/+listing-archive-extra
[08:49] <phatina> cjwatson: Hi, can you have a look at this package, please? https://phatina.fedorapeople.org/deb/volume-key/ If you recall from yesterday, I was wondering, how to properly split 1 source package into several *.deb packages...
[08:49] <phatina> cjwatson: what I get now is: 2 *.deb packages, but there is only /usr/share/doc/* in both of them
[08:58] <phatina> all: anyone, who can guide how to properly split one tarball into several deb packages, please?
[10:51] <marlinc> Is there something like dh_make but for non source code package? In this case its simply a package containing a set of shell scripts
[11:06] <xnox> ricotz, given that 2x highdpi plymouth theme has regressed, i'm interested in proper highdpi plymouth.
[11:13] <flexiondotorg> Is PowerPC supposed to be able to submit bugs via apport?
[11:13] <flexiondotorg> https://bugs.launchpad.net/ubuntu-mate/+bug/1547568
[11:18] <pitti> flexiondotorg: in principle yes, but a screenshot of the error would be helpful
[11:18] <pitti> this is a rather vague description
[11:18] <ricotz> xnox, would be great if this could still make it in, afaics this upstream solution works here (this snapshot ignores the needed soname bump due api changes, the symbols used by mountall are untouched), rstrode got pinged in that regard too
[11:31] <Laney> pitti: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1549403 FFe might be up your street to review
[11:32] <pitti> Laney: queueing
[11:32] <Laney> r0x0r!
[11:41] <pitti> Laney: well, I'd call myself biased as I've lobbied for fixing this for ages; but I'll try to stay objective wrt. risk assessment :)
[11:41] <Laney> :)
[11:45] <phatina> all: I have a problem with splitting tarball into several deb packages: in control file, I have 3 packages stated, corresponding *.dirs *.install and the packages contain only /usr/share/doc/* not any binary, library, headers...
[11:45] <phatina> all: is there anyone, who is willing to have a look at this?
[11:45] <pitti> Laney: followed up
[11:46] <Laney> pitti: thanks
[11:46]  * Laney is occasionally checking the release bugmail
[11:46] <Laney> pitti: and hi, don't think I said that today
[11:50] <pitti> Laney: inded, good day!
[11:51] <pitti> Laney: KDE mass upload> autopkgtest queues just recovered from the perl hit and are still aching under the load of Qt from Ubuntu and silos simultaneously
[11:52] <pitti> I accidentally killed some silo test request this morning; I'll put them back, but that'll add another 100 or so
[11:53] <Laney> fun
[11:53] <pitti> Laney: FYI, I split the queus between ubuntu, ppa, and upstream now; so none can starve the other two
[11:53] <Laney> indeed K* are already being tested
[11:53] <pitti> see http://autopkgtest.ubuntu.com/running.shtml
[11:53] <pitti> Laney: yes, for Qt
[11:54] <Laney> right
[11:55] <LocutusOfBorg> ok I might be stupid, but what is now preventing fonts-android from migrating? at least, ubuntustudio-desktop* shouln't be listed as a problem anymore
[11:55] <LocutusOfBorg> Trying easy from autohinter: fonts-android/1:6.0.1r16-1 renpy/6.99.8+dfsg-2 request-tracker4/4.2.12-5 ubuntukylin-theme/1.5.1
[11:55] <LocutusOfBorg>     * amd64: ubuntustudio-default-settings, ubuntustudio-desktop, ubuntustudio-desktop-core
[11:56] <LocutusOfBorg> I can see the default-settings as a problem
[11:56] <zequence> LocutusOfBorg: Yes, we haven't changed that yet
[11:56] <zequence> Let me do that right now.
[11:56] <LocutusOfBorg> yes, thanks
[11:56] <LocutusOfBorg> but I still see the fixed package in the nasty list
[11:59] <Laney> Might be because it depends on the default-settings
[12:05] <zequence> Uploaded. Will check in later to see that it built. But, that package is going to be broken for us for a little while. I'm instructing our next project lead how to make changes to it, so he will finish up the rest.
[12:05] <zequence> I think that was the last dependency to fonts-droid anyhow
[12:11] <LocutusOfBorg> thanks Laney zequence
[12:11] <LocutusOfBorg> I hope to see it migrate
[12:18] <cjwatson> phatina: hmm, looks OK from a quick scan through the packaging, do you happen to have a build log?
[12:35] <LocutusOfBorg> where is doko when needded? :)
[12:35] <LocutusOfBorg> Package: libpurple-dev
[12:35] <LocutusOfBorg> Section: libdevel
[12:35] <LocutusOfBorg> Architecture: all
[12:35] <LocutusOfBorg> damn, multiarch broken
[12:35] <LocutusOfBorg> the pc file is shipped on lib/x86_64 on every arch
[12:35] <LocutusOfBorg> going to change all to any and reupload
[12:36] <Laney> DOKOOOOOOOOOOOOOOOOOOOooooooooooOOOOOOOOoooooOOOOOo
[12:36] <LocutusOfBorg> I lost 15 minutes trying to understand why pidgin-data was failing
[12:37] <LocutusOfBorg> and rebuilding on i386 pidgin was fine, because the arch:all was good on that arch :)
[12:48] <phatina> cjwatson: yes, I have: https://phatina.fedorapeople.org/deb/volume-key_0.3.9-1_amd64.build
[12:49] <phatina> cjwatson: I can't find dh_install in there
[12:49] <phatina> cjwatson: that may be the problem, right?
[12:53] <Mirv> pitti: for some reason the autopkgtest retry request does not finish loading, just hangs in there (after loggin in phase), despite several attempts
[13:02] <cjwatson> phatina: that's a pointer in the direction of the problem, but you shouldn't need to call dh_install explicitly; for some reason dh is deciding that there are no .install files so it doesn't need to call dh_install
[13:03] <cjwatson> phatina: can you double-check that those .install files really exist in the environment where the build is running?  it's not something like those files not having been added to a VCS?
[13:03] <phatina> cjwatson: hmm, those files need to be added to bzr?
[13:03] <cjwatson> phatina: it looks like you're using bzr builddeb so it would be worth checking that "bzr status" doesn't show those files as unknown
[13:04] <cjwatson> phatina: if you're using bzr builddeb then you need to add them to bzr, yes
[13:04] <phatina> cjwatson: yes, they aren't added yet
[13:04] <cjwatson> there we go
[13:04] <pitti> Mirv: ah, let me look; we got some SSL restriction settings yesterday, maybe they broke something
[13:04] <phatina> cjwatson: ok, I'll need to build the *.deb without bzr
[13:07] <phatina> cjwatson: thanks for the tips
[13:10] <cjwatson> np
[13:18] <LocutusOfBorg> zequence, fonts-android migrated, hurray
[13:19] <LocutusOfBorg> thanks!
[13:28] <LocutusOfBorg> boinc is not migrating because of: boinc-client-nvidia-cuda/amd64 unsatisfiable Depends: nvidia-modprobe
[13:29] <LocutusOfBorg> this is false
[13:29] <LocutusOfBorg> did something broke somewhere? I didn't change anything on that side
[13:39] <pitti> LocutusOfBorg: boinc is universe, nvidia-modprobe is multiverse
[13:39] <pitti> i. e. you apparently added that as a new dependency, but universe packages must not depend on multiverse
[13:39] <LocutusOfBorg> pitti, the problem is that the previous version migrated, with the same set of dependencies
[13:39] <LocutusOfBorg> well, lunch and investigation :)
[13:40] <pitti> LocutusOfBorg: yeah, we enabled component checking in britney recently
[13:40] <pitti> but it would have been a component-mismatch anyway before
[13:41] <pitti> nvidia-modprobe | 361.28-1         | unstable/contrib         | source, amd64, armhf, i386, ppc64el
[13:41] <pitti> so it could probably go to universe
[13:41] <pitti> or boinc needs to go to multiverse
[13:41] <pitti> not sure, but that smells RC to me in Debian too -- a main package depending on contrib
[13:42] <Mirv> pitti: I'll try again if you find some fixable issue
[13:42] <pitti> Mirv: happens for me too, I just don't know what's up yet
[13:42] <pitti> (looking at it)
[13:42] <Mirv> ok
[13:44] <pitti> I can't reproduce it in my juju-local instance
[14:06] <pitti> Mirv: ok, should work again, but please don't hit the buttons yet, I'm still cleaning up
[14:07] <LocutusOfBorg> thanks pitti
[14:12] <Mirv> ok :)
[14:15] <LocutusOfBorg> pitti, moving Depends to Recommends or Suggests can fix the issue?
[14:15] <pitti> LocutusOfBorg: suggests is fine, recommends not (as that gets installed by defaultl
[14:16] <pitti> LocutusOfBorg: or boinc needs to move to contrib in Debian/multiverse in Ubuntu
[14:16] <pitti> whic is reasonably doable, only boinc-app-seti depends on it
[14:16] <ginggs> LocutusOfBorg: you shouldn't need to suggest or recommend nvidia-modprobe
[14:18] <ginggs> LocutusOfBorg: in debian the nvidia driver depends on it, and in ubuntu the required drivers are supposed to be loaded at boot
[14:19] <pitti> robru: we need to remove all pending.json from landing-{050,012,036}, due to some hiccups; where to ask about that again, and where are the file paths to tell webops to delete?
[14:19] <LocutusOfBorg> the boinc-nvidia has been created to force installation of graphic drivers
[14:19] <LocutusOfBorg> so moving to suggests is not probably the right thing to do
[14:19] <LocutusOfBorg> demoting is maybe the best way
[14:38] <pitti> Mirv: ok, should be all working again, retry away
[14:38] <lamont> smb: cyphermox I suspect one of you has more info than me from mgilbert?  looks like he'll be adding back in the -export libs, working on it this weekend
[14:39] <lamont> not sure how that fits with our timeline
[14:39] <smb> lamont, I did not hear anything but I found out more background about the problem
[14:39] <smb> and why it works with network-mangler
[14:40] <lamont> cool.  it'll be sunday at the earliest (and more likely midweek next week) before I can dig into it myself, so hoping mgilbert finishes it up this weekend
[14:41]  * lamont is going to toss -5 up sometime today/tomorrow, with apparmor and some other simple stuff
[14:41] <lamont> tjaalton: ^^ did you want me to drop your autoconf thing from that? (it's in the queue already)
[14:42] <smb> lamont, ok ... meanwhile if you are interested, I am currently writing more detailed findings into bug 1551351
[14:42] <lamont> and already pushed to the main tree, so nm...
[14:42] <lamont> yeah, I'll read that when I get closer to it
[14:45] <tjaalton> lamont: it can wait
[14:46] <cyphermox> lamont: he didn't respond to me
[14:47] <lamont> cyphermox: ok.  he poked me late last night, pointed at the launchpad bug, and the 2015 email and said he'd be working on -export readd this weekend
[14:48] <lamont> cyphermox: so we have a clear path forward
[14:48] <cyphermox> jes
[14:49] <smb> cyphermox, as a tl;dr update, your case only works because networkmanager runs dhclient in debug/foreground mode
[14:49] <cyphermox> oik
[14:49] <lamont> smb: hahaha
[14:53] <Mirv> pitti: works, thank you
[14:55] <GunnarHj> pitti: Hi Martin, did you see my question in #ubuntu-desktop?
[14:56] <pitti> GunnarHj: I did; sorry, backlogged, fighting infrastructure fires
[14:57] <GunnarHj> pitti: Ok, my thing is not an emergency. Trying to be patient. :)
[15:14] <barry> pitti: is autopkgtest.ubuntu.com down?
[15:15] <teward> barry: shows up for me?
[15:15] <barry> teward: huh
[15:15] <mitya57> works for me too
[15:16] <barry> pitti: it could just be the retry button
[15:16] <barry> (from excuses)
[15:16] <barry> e.g. https://autopkgtest.ubuntu.com/request.cgi?release=xenial&arch=amd64&package=deja-dup&trigger=deja-dup%2F34.1-1ubuntu3
[15:19] <pitti> barry: argh, again
[15:19] <pitti> barry: I just had it working again
[15:20] <pitti> barry: so, it took me over an hour to gracefully shut down everything with a million tests waiting, and I lost a few already
[15:20] <pitti> barry: so let's wait until the Qt madness is over, and I'll look into it tomorrow
[15:23] <barry> pitti: ack
[15:24] <pitti> apparently somethign hangs when talking to the AMQP server
[15:35] <tsdgeos> do you guys also get a 500 on https://wiki.ubuntu.com/ ?
[15:36] <teward> tsdgeos: randomly, yes, but it returns as "up" for me right now
[15:45] <ginggs> mdeslaur: you asked about WINE some time ago, there hasn't been any activity from the 'wine team' since a PPA upload in December. What can I do to help move this along? Assuming the team is no more, is removing the Ubuntu packaging and transitioning to the Debian packaging an option?
[15:47] <mdeslaur> ginggs: the packaging is completely different, so someone would need to look through it all and add whatever is necessary to do the transition
[15:47] <mdeslaur> ginggs: I think the best thing is to use the packages in the ppa, perhaps by asking whoever uploaded them if it's good enough for xenial
[15:47] <mdeslaur> actually, probably too late for xenial, but x+1
[15:48] <ginggs> msdeslaur: i've been playing with a transitional package in my PPA, i mostly does the right thing, but gets confused by the fact that debian's wine package is :all and ubuntu have wine:i386 and wine:amd64.  Otherwise the packages all have different names
[15:49] <mdeslaur> the ubuntu package definitely has the advantage that multiple versions can co-exist
[15:49] <mdeslaur> which is probably desirable for wine
[15:49] <ginggs> mdeslaur: so does debian's
[15:49] <ginggs> mdeslaur: at least they have a wine and and wine-developement these days
[15:49] <mdeslaur> oh, I though they only had stable and development
[15:49] <mdeslaur> right, but ubuntu can have 1.6 and 1.8, etc.
[15:50] <mdeslaur> anyway, I have no opinion either way, I don't care much about wine
[15:50] <mdeslaur> I just wanted to try 1.8
[15:51] <mdeslaur> either continuing the approach in ubuntu/the ppa, or migrating to debian's packaging, there's work to be done either way
[15:53] <xnox> pitti, what is /dev/disk/by-dname ? first time i see that, can it be used somehow for the root= arg?
[15:53] <ginggs> mdeslaur: let me start by trying to contact the team and see if they are still interested in maintaining it
[15:53] <pitti> xnox: I don't know this at all -- perhaps a typo?
[15:54] <xnox> i see those links in the initramfs.
[15:54] <pitti> xnox: or maybe a typo of your's, and you mean by-name/?
[15:54] <xnox> oh, it looks like something funky maas-ish.
[15:54] <rbasak> cyphermox: bug 1547206 claims a regression in a multipath-tools SRU I think. Please could you take a look?
[15:54] <pitti> (but even then, by-name/ doesn't exist either for block devices)
[15:55] <pitti> xnox: ah, maybe they  set up their own udev rules then
[15:55] <cyphermox> rbasak: yeah, I've already been in contact with tore on that
[15:56] <rbasak> cyphermox: OK thanks. I'm just triaging and didn't see any response in the bug. Can I mark it Triaged?
[15:56] <cpaelzer> xnox: I know the by-name thing from s390 - when you create names in multipath.conf they will populate that
[15:57] <xnox> cpaelzer, that's udev.
[15:57] <xnox> by-dname looks like stuff that curtin creates
[15:57] <cyphermox> rbasak: yeah
[16:01] <pabs3> is there a channel for the wiki.ubuntu.com sysadmins? I found a page that crashes with certain user-agent headers but not with no user-agent header and not with other headers
[16:01] <robru> pitti, talk to #webops, it'll be /tmp/britney_data/landing-XX-{xenial,vivid}/autopkgtest/pending.json
[16:01] <pabs3> https://wiki.ubuntu.com/MoroccanTeam/En
[16:02] <cpaelzer> xnox: ah you really menat "d"name - sorry, I didn't scroll up enough, yeah seems to be curtin related to bug 1477756
[16:02] <robru> pitti: list of directories is always here: https://requests.ci-train.ubuntu.com/static/britney/report.txt
[16:04] <pitti> robru: ah, thanks
[16:04] <robru> yw
[16:11] <mterry> mvo_, for uboot-go, you said you changed source name too?  Is it stuck in NEW?  I don't see the source pkg in LP
[16:12] <mvo_> mterry: let me check what is going on, might be an upload issue
[16:13] <mterry> mvo_, you also said you fixed the issues with goconfigparser?  I don't see a new upload there eithe
[16:13] <mvo_> mterry: yeah, incorrect upload, sorry for that, will fix in a sec, same issue on the other one
[16:13] <mvo_> too
[16:15] <robru> pitti: I guess we should think about some sort of admin panel for bileto that allows to delete arbitrary files.
[16:17] <mvo_> mterry: silly me, -sa was missing, uploaded them again now
[16:17] <mterry> mvo_, ah.  I do that all the time  :)
[16:17] <mvo_> mterry: :) thanks again
[16:20] <Odd_Bloke> Hmm, I'm seeing some strange sysctl behaviour on wily.  I have configuration in a file in /etc/sysctl.d (which was there before boot) that only seems to take effect if I restart the systemd-sysctl service.
[16:23] <cjwatson> pabs3: #canonical-sysadmin
[16:24] <pabs3> thanks
[16:35] <tjaalton> how does one get rid of an obsolete autopkgtest?
[16:36] <tjaalton> fglrx is blocking xorg-server, while it shouldn't (it'll get removed from the archive instead)
[16:43] <pitti> tjaalton: you mean fglrx-installer will be removed?
[16:43] <tjaalton> yes
[16:43] <pitti> and -updates?
[16:43] <tjaalton> same
[16:44] <pitti>  fglrx-updates : Depends: xorg-video-abi-11 but it is not installable or
[16:44] <pitti> ah
[16:44] <pitti> tjaalton: so can we remove it now, so that it stops being an rdependency?
[16:45] <pitti> tjaalton: is the reason "the free driver is good enough now" by any chance?
[16:45] <tjaalton> pitti: yes. the reason is "there won't be updates anymore, and free driver is good enough for most" :)
[16:45] <pitti> tjaalton: excellent
[16:45] <pitti> tjaalton: so, say the word, and I'll kill them
[16:46] <tjaalton> gogogo :)
[16:46] <pitti> with fire!
[16:46] <tjaalton> from xenial
[16:46] <tjaalton> trusty will still have it of course :)
[16:46] <tjaalton> tseliot: ^
[16:47] <tseliot> pitti: yes, we can remove it. I sent a pull request to the kernel team to add some improvements to open drivers for the same reason
[16:47] <tseliot> (in xenial)
[16:47] <pitti> *ZAP*
[16:47]  * pitti watches it explode
[16:48] <tjaalton> pitti: so in this case, the autopkgtest was in..? not in the package itself at least
[16:48] <pitti> tjaalton: auto-generated one by autodep8 (DKMS testing)
[16:48] <tjaalton> I have some pet projects I need to add tests for..
[16:48] <tjaalton> ah ok
[16:49] <tjaalton> yeah, so removing the pkg was needed
[16:49] <tseliot> :)
[16:49] <pitti> tjaalton: that's what generates a debian/tests/control for sets of similar packages, like lib*-perl, ruby modules, or DKMS packagse
[16:49] <pitti> so that they don't need to be copied around a bazillion times
[16:49] <tjaalton> right, ok
[16:50] <pitti> tjaalton: ofono isn't your fault, I'll hint that away from xorg
[16:50] <tjaalton> yeah I noticed :)
[16:50] <tjaalton> was about to kick it
[16:51] <pitti> yeah, I give it another chance with a retry first
[16:51] <tjaalton> pitti: thanks!
[16:52] <pitti> tjaalton: this is a good day :)
[16:52] <pitti> tjaalton: we can kill the nvidia drivers tomorrow, right?
[16:54] <tseliot> :D
[17:00] <pitti> speaking of binary junk, what's the current word on broadcom wifi cards? I haven't followed that for quite a while
[17:00] <pitti> there've been like 4 drivers in the past 10 years
[17:01] <pitti> bcm43xx with fwcutter, wl, and the two free ones in staging
[17:04] <tseliot> I'm not sure
[17:13] <tjaalton> pitti: yep, a good day indeed :)
[17:18] <rharper> how would I make a request to have a PPA be allowed to build packages on s390x ?
[17:19] <cjwatson> rharper: https://answers.launchpad.net/launchpad, and I'm afraid at the moment this is only allowed for PPAs that can be devirtualised (i.e. must only be uploadable to by Canonical employees)
[17:19] <cjwatson> due to lack of sandboxing
[17:20] <rharper> cjwatson: ok, thanks for the information;
[17:39] <xnox> rharper, is this for juju? you should have a canonical-only devirt ppa imho.
[17:39] <xnox> cjwatson, ^
[17:39] <nacc> xnox: i believe it's for docker
[17:40] <xnox> nacc, ah. right.
[17:40] <xnox> nacc, rharper: maas -> openstack -> scalingstack -> lp is the dependency chain to get that enabled.
[17:41] <Son_Goku> nacc: so any luck with pcre+php7?
[17:42] <nacc> Son_Goku: twig now runs/passes the test -- I put in a manual phpunit isolation on the failing test
[17:42] <nacc> Son_Goku: i've been getting some help from upstream
[17:42] <nacc> Son_Goku: I do think something is off with the pcre jit code, but not sure what yet
[17:42] <Son_Goku> I spent a few hours tracing it through gdb, but I got nowhere
[17:45] <Son_Goku> I’m setting up a Fedora VM to fiddle with it a bit more, since Remi said it doesn’t fail there, and I want to see it pass with pcre.jit=1 myself
[17:45] <nacc> Son_Goku: yeah, i have it to the point where I'm getting sort of weird results (https://bugs.exim.org/show_bug.cgi?id=1803)
[17:45] <nacc> Son_Goku: if you could do that, that'd be great
[17:46] <Son_Goku> nacc: I couldn’t reproduce your error states in my CentOS 7 PHP7 environment
[17:46] <Son_Goku> I got *different* error data
[17:47] <nacc> heh
[17:47] <nacc> Son_Goku: but the same error location?
[17:47] <Son_Goku> yes
[17:47] <Son_Goku> it’s the most bizarre thing ever
[17:49] <Son_Goku> nacc: at this point, I’m wondering how people expect PHP to ever be consistent about anything?!
[17:52] <nacc> Son_Goku: what values do you get?
[18:38] <nacc> Son_Goku: sorry, didn't see if you responded -- what values do you see in centos?
[18:38] <Son_Goku> nacc: ah one moment
[18:38] <nacc> Son_Goku: also, keep in mind, compiler differences, etc., might lead to slight differences
[18:38] <Son_Goku> yeah, I think that’s the primary effect here
[18:41] <Son_Goku> nacc: http://fpaste.org/333171/57030506/
[18:44] <nacc> Son_Goku: ah, aggressive optimization :)
[18:44] <nacc> Son_Goku: hrm, yeah, so it fails *earlier* with centos7, i think?
[18:44] <nacc> at pcre_exec time?
[18:49] <Son_Goku> nacc: yes
[18:50] <Son_Goku> it looks like it
[18:51] <nacc> which is perhaps the same issue -- just not noticed at the same time. I think the JIT code is failing to move the offsets on every call
[18:51] <nacc> but i need to reproduce that
[18:51] <Son_Goku> this is with php 7.0.4 and pcre 8.32-15.el7 (so 8.32 with a bunch of backported issues)
[18:51] <Son_Goku> err, backported fixes
[18:51] <Son_Goku> nacc: yeah, I suspect that’s the case
[18:51] <nacc> Son_Goku: any luck setting up a fc vm?
[18:51] <Son_Goku> nacc: working on it now
[18:52] <nacc> Son_Goku: cool, keep me posted please
[18:52] <Son_Goku> most def
[18:52] <Son_Goku> just finished the install of fc23
[18:52] <Son_Goku> so rebooting it into new environment to install php7
[18:53] <oSoMoN> Mirv, FYI: https://bugs.launchpad.net/ubuntu/+source/qtsystems-opensource-src/+bug/1552860
[18:55] <Son_Goku> thank god for oVirt, or I’d never get anything done
[18:55] <nacc> Son_Goku: thanks!
[18:55] <Son_Goku> my pleasure
[19:35] <Son_Goku> nacc: well… it happens in Fedora
[19:35] <Son_Goku> http://fpaste.org/333217/45703374/
[19:36] <Son_Goku> annoyingly enough, Remi didn’t upload the debuginfo package for php70, so I need to poke him with a stick for those
[19:36] <Son_Goku> but it did fail differently here, too
[19:36] <Son_Goku> well, differently ish
[19:38] <nacc> Son_Goku: that's good!
[19:38] <nacc> Son_Goku: in that i did backport those patches
[19:38] <nacc> and it didn't help me
[19:38] <nacc> and i was worried something else was up
[19:38] <nacc> but having it not fixed anywhere is good
[19:39] <nacc> looking at hte trace, ti'll be the same symptoms, last_match will have moved past where the offsets imply and we'll get a negative length calculation, if i had to guess
[19:39] <Son_Goku> yeah
[19:39] <Son_Goku> the patch backport was still good to do
[19:39] <nacc> yep
[19:39] <Son_Goku> because it minimized the number of conditions
[19:40] <nacc> ruled some stuff out
[19:40] <Son_Goku> and besides, pcre is crap, and needs to be fixed
[19:40] <nacc> :)
[19:40] <nacc> Son_Goku: since you are the ones that's reproduced it, can you update the pcre bug?
[19:40] <Son_Goku> now I just want to know wtf Remi is doing that makes it work on his computer
[19:40] <Son_Goku> nacc: sure
[19:40] <Son_Goku> on exim?
[19:40] <nacc> Son_Goku: yeah that'd be good to know for sure
[19:40] <nacc> yep
[19:40] <Son_Goku> or on php.net?
[19:40] <nacc> https://bugs.exim.org/show_bug.cgi?id=1803
[19:41] <nacc> i am thinking more and more, that it's a bug in pcre ... just need to figure out if i cna write a testcase for it. I told you the other day i wrote the twig testcase as it's own (what split_utf8.test does) and it doesn't fail ... so it's a stateful issue. Which is why process-isolation helps
[19:42] <nacc> but i'm not sure what state pcre could be holding that would go corrupt
[19:42] <nacc> as it's supposed to be using the offsets passed in to decide where to look in the string, etc
[19:47] <nacc> hrm, after upgrading to xenial, my previousl working adt-run, which uses my already built .deb says:
[19:47] <nacc> blame: arg:/home/nacc/ubuntu/build/php-imagick_3.4.0~rc6-1ubuntu3_amd64.deb deb:php-imagick php-imagick_3.4.0~rc6-1ubuntu3.dsc
[19:47] <nacc> badpkg: got 9 lines of results from extract where 4 expected
[19:47] <nacc> adt-run [11:44:54]: ERROR: erroneous package: got 9 lines of results from extract where 4 expected
[19:47] <chiluk> xnox do you have a chance to look at a preseed and debug syslog with me?
[19:47] <Son_Goku> nacc: done: https://bugs.exim.org/show_bug.cgi?id=1803
[19:48] <nacc> Son_Goku: thanks!
[19:48] <Son_Goku> I’ve attached the log output as attachments, to make things simpler
[19:48] <nacc> Son_Goku: makes sense
[19:49] <Son_Goku> the best part is that since these are three different distros, it’s not likely to be considered distro-specific
[19:49] <nacc> right, it seems like it should be something that is fixable by upstream now :)
[19:49] <nacc> but we'll see
[19:50] <mahmoh> hi, I'm seeing a hang with upstart, I tried --verbose on the kernel command line with 14.04 to get additional info but that's not working, any ideas?
[20:07] <nacc> pitti: hrm, after upgrading to xenial, my previousl working adt-run, which uses my already built .deb says:
[20:07] <nacc> pitti: blame: arg:/home/nacc/ubuntu/build/php-imagick_3.4.0~rc6-1ubuntu3_amd64.deb deb:php-imagick php-imagick_3.4.0~rc6-1ubuntu3.dsc
[20:07] <nacc> pitti: adt-run [11:44:54]: ERROR: erroneous package: got 9 lines of results from extract where 4 expected
[20:08] <nacc> pitti: and the results in particular are: http://pastebin.ubuntu.com/15276066/
[20:16] <nacc> pitti: i think it's because fo the dpkg-source output, but not positive?
[20:35] <nacc> pitti: adding >/dev/null 2>&1 to the invocation of dpkg-source fixed it, but i think that's clearly not expected. Did perhaps dpkg-source change it's output in xenial? actually that doesn't make sesne, looking at the exec line, it seems like fd3 gets redirected to stdout and then stdout gets redirected to stderr; so somehow dpkg-source's output is showing up on fd3? will debug it some more
[20:49] <Saviq> xnox, hey, is it normal that trying to install libboost-dev in a cross-armhf chroots tries to remove gcc and all?
[20:51] <Saviq> or actually, doko, you seem to have dabbled in "g++ dependencies" in there https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/boost-defaults/wily/revision/15
[21:35] <superm1> pitti:  new hardware is supported by brcmfmac, older hardware is supported by wl
[23:49] <nacc> slangasek: woo! i think i found another imagemagick backport that is why php-imagick segfaults its tests ... build and testing now
[23:59] <Pharaoh_Atem> hmm


[18:53] <penguin42> bug 1093217   seems an odd one, but that one of the reporters seems to have tracked it down
[18:53] <ubot2`> Launchpad bug 1093217 in linux (Ubuntu) "Ubuntu 12.04 10-20min boot delay (From <IP_ADDRESS>-><IP_ADDRESS>) [Lenovo IdeaPad Z580]" [High,Triaged] https://launchpad.net/bugs/1093217
[18:54] <penguin42> if someone who understands ACPI/DSDT could have a look at it then it would probably be good
[18:58] <infinity> sconklin / apw: Need a linux-signed to go with the new linux for quantal in the PPA.


[01:04] <cjohnston> lol
[02:18] <Technoviking> Retweet please: http://twitter.com/#!/Technoviking/status/72833407452852224
[07:16] <jono> kim0, hey
[07:16] <jono> moved our call to 8.30am Pacific tomorrow morning (later today for you)
[07:16] <jono> will call you then
[07:17] <jono> meanwhile, bed for me
[07:17] <jono> night all!
[08:00] <dholbach> good morning
[08:04] <nigelb> Good Morning dholbach!
[08:04] <dholbach> hi nigelb
[08:04] <nigelb> dholbach: I'm thinking of setting up a packaging challenge next week.  I asked pitti, said he'd look into it
[10:08] <dholbach> kim0, ok
[10:32] <dpm> dholbach, do you think you could put the update-packaging-guide on a +junk branch in LP? I'll try to get it to run on the d.u.c server, and having it in a branch is easier for me to 'bzr pull' the first revision and any subsequent changes
[10:32] <dpm> the update-packaging-guide *script, I meant
[10:32] <dpm> and good morning as well :)
[11:45] <dholbach> dpm, sure, sorry just noticed your ping - I'll simplify it a little bit more too
[11:46] <dpm> no worries, thanks dholbach!
[11:47] <dholbach> dpm, can you check if "chdist" is installed on the machine?
[11:47] <dholbach> (devscripts package)
[11:52] <dpm> dholbach, devscripts is not installed
[11:52] <dholbach> ok
[12:15] <daker> YOU SHOULD LISTEN https://www.youtube.com/watch?v=hjYNko__m-0 ツ
[12:31] <dholbach> dpm, ~dholbach/+junk/update-packaging-guide
[12:31] <dpm> dholbach, ok, cool, I'll have a look after lunch, thanks!
[12:31] <dholbach> dpm, if you run it with    OUTPUT_DIR=/srv/bla/something ./update-packaging-guide   you can pass it a new output_dir
[12:32] <dholbach> (so hopefully no need to change the code)
[12:50] <cjohnston> mornin
[14:19] <cjohnston> do be do be do
[14:43] <jcastro> hey cjohnston
[14:44] <cjohnston> hey dude.. When are you coming down
[14:44] <jcastro> tomorrow
[14:44] <jcastro> but we're booked looking for places the entire time
[14:44] <cjohnston> cool
[14:49] <nigelb> oh nice
[14:49] <nigelb> jcastro: all the packing's done?
[14:55] <jcastro> nigelb: only going for a few days to find a permanent place and vacation
[14:55] <nigelb> jcastro: Ahh. Nice :)
[15:08] <JFo> jcastro, enjoy the vacation :)
[15:09] <jcastro> not till tomorrow
[15:09] <jcastro> stuck here today, heh
[15:46] <Technoviking> morning all
[15:49] <cjohnston> mornin
[15:51] <Technoviking> dholbach: would this be considered bitesize bugs? https://wiki.ubuntu.com/PowerUsers/Quicklists
[15:53] <dholbach> Technoviking, I was trying to get people to say "here's Ubuntu bug 123456, to me it looks like it's easy to fix and if you need help, I'm available"
[15:53] <ubot2> Ubuntu bug 123456 in xine-lib "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/123456
[15:53] <dholbach> ubot2, that was just an example
[15:53] <ubot2> dholbach: Error: I am only a bot, please don't think I'm intelligent :)
[15:53] <dholbach> right
[15:53] <Technoviking> ok
[15:53] <dholbach> I think I'd like to leave it to some developer to say "I looked at it and it looks like a simple issue to me"
[15:54] <dholbach> are those bugs all upstream bugs?
[15:54] <maco> dholbach: if you just installed a clean ubuntu system and wanted to start packaging, what tools would you need? so far i've got build-essential, ubuntu-dev-tools (which will pull in pbuilder), quilt, debhelper, cmake, autoconf, and cdbs
[15:54] <maco> (i'm making a metapackage)
[15:54] <dholbach> looks like somebody already put some effort into making sure it's not Ubuntu bugs
[15:54] <maco> (because i just did a clean install and found it painful and remembered all the times ive had to say "oh wait, install this thing too" when teaching someone)
[15:55] <dholbach> maco, yours looks like a good list
[15:55] <dholbach> http://people.canonical.com/~dholbach/packaging-guide/html/getting-set-up.html#install-basic-packaging-software
[15:57] <maco> u-d-t pulls in bzr too
[15:58] <maco> oh, bzr-builddeb good idea
[15:59] <jono> kim0, are you good to chat in 30m?
[15:59] <kim0> jono: Yeah sure
[15:59] <jono> thanks kim0
[16:00] <jono> kim0, in the meantime, can mark some of your actions/blueprints for Alpha 1 and Alpha 2 - dholbach can help with this
[16:00] <jono> if you could do this before the call, this would really help
[16:00] <kim0> mm ok
[16:00] <jono> dholbach, could you have show kim0 how to do this?
[16:00] <dholbach> sure
[16:00] <jono> dpm, you around?
[16:00] <jono> thanks dholbach!
[16:00] <dpm> jono, yep
[16:00] <dholbach> kim0, have a look at the white board of https://blueprints.launchpad.net/ubuntu/+spec/community-o-developer-initiatives
[16:01] <jono> dpm, ok, will call in one sec
[16:01]  * kim0 looking
[16:01] <dpm> sure
[16:01] <jcastro> how many betas this cycle?
[16:01] <jcastro> 1 or 2?
[16:01] <kim0> dholbach: ok got it .. so just, Work items for oneiric-alpha-2:
[16:01] <dholbach> basically it's just "Work items for <milestone>" (list from https://launchpad.net/ubuntu/oneiric)
[16:01] <kim0> cool!
[16:01] <kim0> more magic text
[16:01] <dholbach> and leave all the rest for "Work items:"
[16:01] <jcastro> ah I need to do this to mine too
[16:02] <kim0> dholbach: the ones without an alpha marker are ongoing or after alpha2, right ?
[16:02] <dholbach> be careful - alpha-1 is next week :)
[16:02] <kim0> oh woot!
[16:02] <kim0> really
[16:02] <dholbach> https://launchpad.net/ubuntu/oneiric
[16:02] <kim0> Natty feels like yesterday
[16:03] <dpm> kim0, this might help as well: https://wiki.ubuntu.com/WorkItemsHowto#Defining%20work%20items
[16:03] <dholbach> kim0, whatever is listed under "Work items" will be "until release"
[16:03]  * kim0 hugs dholbach and dpm :)
[16:03]  * dpm hugs back
[16:03]  * dholbach hugs you all back
[16:33] <jono> kim0, will call in one sec
[16:33] <kim0> k
[17:17] <dholbach> alright my friends - I call it a day - have a great rest of yours!
[17:17]  * dholbach hugs you all
[17:18] <nigelb> night dholbach :)
[17:22] <dholbach> bye nigelb
[17:52] <maco> next Ubuntu Dev Week, we should have a session on getting familiar with gdb
[17:52] <maco> i'm not volunteering to run it, because i'd be one of the people listening & learning, but i'm sure there are people around here who could
[18:03] <jono> popey, aorund?>
[18:03] <jono> popey, around?
[18:11] <maco> on sunday, Pendulum and i went out to dinner, and she had her Ubuntu User shirt on, and a guy came up, put his fist on his chest, bowed, and said "much love for the distro"
[18:11] <Pici> heh
[18:11] <Pici> neat though :)
[18:15] <Pendulum> we clapped for him
[18:15] <Pendulum> because I was unsure what else to do
[18:16] <evaluate> jcastro, ping?
[18:19] <paultag> evaluate: I'm sure he'll get back to your email :)
[18:20] <evaluate> I'm in no rush, was just curios if he got it (it happened to me before that people weren't getting my e-mails).
[18:21] <jcastro> evaluate: hi
[18:22] <evaluate> jcastro, hello. I've sent you an e-mail a couple of days ago about joining ubuntu bug control.
[18:22] <jcastro> oh?
[18:22]  * jcastro looks
[18:22] <jcastro> what's your email?
[18:22] <evaluate> jcastro<EMAIL_ADDRESS>[18:22]  * evaluate should've sent it through PM
[18:23] <jcastro> ah cool, sorry it got sorted into the wrong folder
[18:23] <jcastro> what's your lp id?
[18:23] <evaluate> jcastro, shantzu
[18:23] <jcastro> ok all set
[18:23] <jcastro> sorry about that!
[18:23] <evaluate> Thank you very much!
[18:25] <paultag> evaluate: hehehe, that one bug on that package clippit is from one of the fluxbox developers
[18:25] <paultag> Oh wait, that's not him
[18:25] <paultag> same name, though
[18:26] <evaluate> He's russian. I very much appreciate his bug reports, since they're pretty accurate usually, but I find it hard to understand his english at times...
[18:26] <paultag> evaluate: yeah, wrong guy
[18:26] <paultag> uses fluxbox, too, which is cool
[18:28] <evaluate> Personally I didn't go much beyond gnome and kde. I've tried them pretty much all, but I always come back to gnome.
[18:28] <evaluate> Could be a bit faster on boot, but overall it's pretty good.
[18:29] <paultag> evaluate: fluxbox is a WM
[18:29] <paultag> evaluate: has nothing to do with GNOME or KDE :)
[18:30] <paultag> you can run Fluxbox + GNOME (I do)
[18:30] <evaluate> ohh, thought it was a complete DE
[18:30] <paultag> evaluate: no, it's in the package description :)
[18:30] <paultag> Description: Highly configurable and low resource X11 Window manager
[18:30] <paultag> :)
[18:31] <paultag> people run it as a bare-bones DE because it's easy to do that with, but it's just a WM.
[18:32] <evaluate> I see. It looks decent in the screenshots.
[18:34] <doctormo> AlanBell: Hey there
[18:34] <AlanBell> o/
[18:35] <evaluate> I would really love to see a decent designer do some open-source work. Most of the graphic packs for open-source programs look awful.
[18:38] <paultag> evaluate: what about Tango?
[18:38] <paultag> I love the way Tango looks
[18:39] <evaluate> paultag, you mean http://tango.freedesktop.org/Tango_Icon_Library ?
[18:39] <paultag> evaluate: yeah
[18:39] <evaluate> Not really my taste.
[18:40] <paultag> shame
[18:40] <paultag> I don't think I've seen better icons around
[18:40] <paultag> nonfree or otherwise
[18:40] <evaluate> Some of them look good, but some look really outdated, like the volume or network icons.
[18:41] <doctormo> AlanBell: Can you send my mum two CDs for either 11.04 or 10.10?
[18:41] <paultag> evaluate: mm
[18:41] <evaluate> Tastes differ, but I like shiny stuff, the Linux icons generally remind me of windows '95.
[18:41] <paultag> evaluate: I love matte, have you seen the KDE icons?
[18:41] <paultag> Those are shiny (and I usually switch them to Tango)
[18:41] <AlanBell> doctormo: yes, 11.04 when they arrive
[18:41] <doctormo> I quite like the Ubuntu icon theme.
[18:42] <paultag> doctormo: howareya?
[18:42] <paultag> doctormo: I'm back in town (for good) on Thurs
[18:42] <doctormo> AlanBell: I'll ping you her address, someone came round and she showed it off to them and is now asking for CDs lol.
[18:42] <doctormo> paultag: Awesome, did you catch my LoCo email?
[18:42] <Technoviking> I really like the faenza icon set, the square icons looks great in UNity
[18:42] <AlanBell> excellent!
[18:42] <paultag> doctormo: life's been crazy and I've filtered down about 90% of the mail that was not sent to me (and me alone) for a few weeks
[18:43] <paultag> doctormo: what was the subject?
[18:43] <paultag> doctormo: Ohh!! The one to -contacts?
[18:43] <paultag> Yeah, I saw that one
[18:43] <paultag> I'm stoked it's getting re-engaged
[18:43] <evaluate> paultag, yeah, kde generally has pretty good icons.
[18:44] <doctormo> paultag: YYYYYYYYYYeah, could you respond that'll be coming back to town to save us?
[18:45] <doctormo> paultag: Also, I did a design for a mail client where mail with your address in the to line was kept seperate from mailing list and cc/bcc mail.  I was trying to be a bit hands off while I was getting up-to-speed with the local dos-and-donts
[18:45] <evaluate> OS X is a pretty good example of how much eye-candy can do. As an OS it would be a no-no for me, but you can't say it looks bad.
[18:46] <paultag> doctormo: I love that, I like to have different levels of how much I should care
[18:46] <doctormo> paultag: Don't support the Yankees, don't wear orange on St. Pantricks Day and do drop 'r' from your alphabet.
[18:46] <paultag> doctormo: done, done and done
[18:47] <doctormo> evaluate: It looks like a toy, that's what some people say to me. They have 50s taste though.
[18:47] <AlanBell> Lotus Notes has an indicator like that, tells you how direct the email was addresed to you
[18:48] <evaluate> doctormo, doesn't look much like a toy to me: http://www.command-tab.com/images/photoshop/tiger_icons/preview.jpg
[18:48] <paultag> AlanBell: I love it. I hate having to sort through to find stuff that needs a response from me
[18:48] <evaluate> I'd rather say it looks 'contemporary'.
[18:49] <doctormo> evaluate: Do you appreciate gold, mahogany, green leather, suites and bowler hats?
[18:49] <evaluate> I'm a 90's kid though, so I don't really like the old-school stuff.
[18:49] <doctormo> I'd say it looks rather post-contemporary ;-)
[18:49] <paultag> evaluate: me too
[18:50] <paultag> I'm 22, I'm an '89 model
[18:50] <evaluate> doctormo, not really. At least not yet. :-)
[18:50] <AlanBell> doctormo: cool, got it, will dispatch 10.10 and 11.04 when they arrive
[18:50] <doctormo> AlanBell: Tah very much.
[18:50] <paultag> doctormo: I love green leather to be fair
[18:50] <paultag> doctormo: bumped the mail
[18:51] <doctormo> paultag: I'm fascinated by past styles, but I guess the bowler hat both gives that away and also makes me look like a twat sometimes.
[18:51] <paultag> doctormo: like you care about that :)
[18:51] <evaluate> paultag, I'm '86, but since it's a poor country here, I got in contact with computers pretty late.
[18:51] <paultag> evaluate: for sure
[18:52] <doctormo> evaluate: I'm an 84 model and I didn't get on a computer until 97 and didn't own one until 2001.
[18:52]  * mhall119 has a sudden urge to tell you all to get off my lawn
[18:53] <evaluate> lol
[18:53]  * nigelb feels like a kid now.
[18:53] <paultag> the 90's were 20 years ago
[18:54] <paultag> iPods are 10 years old
[18:54]  * Pici feels old, yet young
[18:54] <paultag> The Matrix is 10 years old
[18:54] <Pici> That scares me.
[18:54] <paultag> I can keep going
[18:54] <evaluate> doctormo, I played my first games in 'playrooms' (not sure what they're called in eglish) in the mid 00's and had my first personal computer around 2000 too.
[18:54] <paultag> Pici: :)
[18:54] <mhall119> paultag: xkcd already did
[18:54] <paultag> mhall119: Ah, right right. Forgot about that :)
[18:55] <doctormo> paultag: I don't care, normally. But I did care when Jono gave me quite the berating tone at Dallas over the suit. I guess it depends who you are.
[18:55] <paultag> a decade ago is not 1990's anymore
[18:55] <paultag> it's the new millenium
[18:55] <Pici> Especially because the past 10 years have been a blur.
[18:55] <paultag> doctormo: :)
[18:55] <paultag> Pici: dude, for sure!
[18:55] <jono> doctormo, I am sorry?
[18:56] <jono> doctormo, I have never berated you over the suit
[18:56] <doctormo> jono: It was hardly anything, and I don't think you meant it.
[18:56] <paultag> oh snap
[18:56]  * paultag grabs popcorn
[18:56] <Pici> Perhaps jokingly? Internet sarcasm etc.
[18:56] <paultag> Pici: doc-mo said at UDS Dallas
[18:56] <jono> doctormo, it was a joke
[18:57] <jono> you know, no malice intended, just a funny statement
[18:57] <jono> I think 'berating' is a fairly strong way of describing a joke :-)
[18:57] <doctormo> I think I'm starting to understand your humour Jono. ;-)
[18:57] <paultag> doctormo: you spelled humor wrong
[18:57] <paultag> see what I did there?
[18:58] <doctormo> paultag: Are you coming to take a look at the community lab when you get back in town?
[18:58] <paultag> doctormo: YES!! I have some plans to build a top-secret project >:D
[18:58] <mhall119> humor == American jokes, humour == British jokes
[18:58] <doctormo> Not much for tea down here in southie, but a kettle can be aquired for the visit.
[18:58] <jono> doctormo, I would hope so, it has been about three years since I have known you :-)
[18:58] <paultag> doctormo: sure!
[18:58] <Pici> good humor = ice cream
[18:58] <mhall119> Pici: +100
[18:59] <doctormo> jono: I think it look months of talking with Matt Lee before I finally got his humour, something to do with biritish ex-pats.
[18:59] <doctormo> :-P
[18:59] <doctormo> Pici: Ice cream is funny?
[18:59] <Pici> doctormo: It can be
[19:01] <jono> doctormo, heh
[19:45] <maco> I've written up a survey to try to get metrics on what portion of users are having what types of problems, so we can get a broader view of issues (as opposed to the "everybody is hitting every bug ever" sort of viewpoint you get in support/bug-report context) and find where to focus
[19:45] <maco> hggdh suggested i post it here to get feedback on running it as a community metrics initiative - https://spreadsheets.google.com/spreadsheet/viewform?hl=en_US&authkey=COe2n9kC&formkey=dGRLSmxTQ05VYzh6NmdBN3BsakhpM3c6MQ#gid=0
[19:45] <maco> there are two pages that only show up depending on your answers to earlier questions:  only those who report bugs get asked about how it went, and only those whose preferred language is not english are asked about translations (it would be ideal to get people to translate the survey into other languages as well)
[19:46] <maco> (opinions are being solicited here and in the QA channel)
[20:08] <czajkowski> are the videos from keynotes up from UDS somewhere ?
[20:09] <JFo> czajkowski, yep
[20:09] <JFo> let me get you a link if I can find it
[20:09] <JFo> czajkowski, http://www.youtube.com/watch?v=rjyNTCHVyxs
[20:10] <JFo> that is mark's keynote
[20:10] <czajkowski> JFo: thanks
[20:10] <JFo> my pleasure
[20:10] <jcastro> "ubuntu developer channel" will always take you there on googles
[20:11] <czajkowski> ahh If I had a brain
[20:13]  * AlanBell hands czajkowski a diploma
[20:13] <JFo> if she starts singing the song I am going to worry
[20:14] <Daviey> czajkowski is going sing?
[20:14]  * Daviey tunes in
[20:14] <czajkowski> nah I've gotten my uncle to apply to canonical for work
[20:15] <czajkowski> and I wanted to show him some of the video clips
[20:15] <doctormo> czajkowski: nepitism! ;-) *joking*
[20:15] <czajkowski> I'll eventually convert all the family
[20:15] <czajkowski> doctormo: only works if I work there and I don't
[20:15] <doctormo> czajkowski: Yes, your a member of ~not-canonical right? :-D
[20:15] <czajkowski> grr why does my screen keep locking
[20:15] <czajkowski> I've turned that off
[20:16] <doctormo> czajkowski: what did you think of the Queens visit last week?
[20:16] <czajkowski> nice
[20:16] <czajkowski> first in 100 years in the republic
[20:16] <AlanBell> czajkowski: avoid confusion by joining https://launchpad.net/~not-canonical
[20:16] <czajkowski> nice to see change happening
[20:17] <czajkowski> shame there couldnt be the crowds that were allowed for O'Bama yesterday
[20:17] <czajkowski> but security was too high
[20:17] <AlanBell> it was fun to see the different way Queeny and Phil dealt with the Guiness vs the O'Bamas
[20:18] <czajkowski> I really want to lip read when he is about
[20:24] <doctormo> czajkowski: Yeah I heard the Cork speech, but I've heard good things from my other friends in the area.
[20:28] <doctormo> Obama was here in Boston just last week, big crowds, lots of protesters.
[20:30] <doctormo> Basically there is a push from the feds to fingerprint anyone charged with any crime, even speeding crimes. As well as storing personal data, they'll also be handing the fingerprint data to boarder people to catch illegal immigrants.
[20:32] <jcastro> jono: I've rearranged my work items
[20:32] <jcastro> jono: I also added a few "milestone" WI's, basically I added a few WI to check on progress, etc.
[20:32] <jono> jcastro, cool
[20:34] <jcastro> jono: did you see pitti's mail? Basically he's resetting the line on thursday
[20:34] <jcastro> so last call for alcohol, etc.
[20:34] <jono> jcastro, I did
[20:41] <JFo> last call == worst part of the day
[20:44] <czajkowski> JFo: surely it should be the best as it's the last
[20:44] <czajkowski> meaning end of the day
[20:44] <JFo> no, it means no more drinks
[20:44] <JFo> and that is just sad
[20:44] <nigelb> Is the LD call today or tomorrow?
[20:44] <JFo> :)
[20:44] <nigelb> czajkowski: ^^
[20:45] <hggdh> folks, I would like comments on https://spreadsheets.google.com/spreadsheet/viewform?hl=en_US&authkey=COe2n9kC&formkey=dGRLSmxTQ05VYzh6NmdBN3BsakhpM3c6MQ#gid=0
[20:45] <hggdh> can someone look at it and see if this might interest the community?
[20:45] <nigelb> I looked at it before beautification ;)
[20:46] <czajkowski> nigelb: 1st June is next one in my cal
[20:46] <JFo> hggdh, I love it
[20:46] <nigelb> czajkowski: Thanks :) This means I can sleep "early" today :)
[20:46] <JFo> I almost want to take it
[20:46] <JFo> but I am restraining myself
[20:46] <JFo> :)
[20:47] <nigelb> JFo: heh
[20:47] <JFo> and I love that you can check more than one version you are using
[20:47] <nigelb> JFo: well, share it then ;)
[20:47] <hggdh> JFo: go take it -- we need to find out issues before publicly posting it
[20:47] <maco> hggdh: i suspect he went through but didnt click "submit"
[20:47] <JFo> k, will do
[20:48] <maco> the spreadsheet doesnt add a row til you hit submit at the end
[20:48] <maco> im unsure about whether i should delete the existing entries from valorie, hggdh and others in the QA channel
[20:49] <hggdh> maco: I think they are valid answers; they are certainly biased, but we can work it out on the analysis
[20:50] <maco> and everyone has a bias
[20:50] <hggdh> heh. I meant biased to more knowledge of Ubuntu
[20:51] <maco> oh ok. well my bias would end up with me giving low ratings to things others might think are ok...because thats what happens when you read bug reports and hang around support venues
[20:52] <hggdh> I tried to unbias myself -- and gave my answers based on my usage, not my knowledge (or lack of said)
[20:52] <maco> my boyfriend says his perception of ubuntu development has changed since he started dating me
[20:52] <maco> release week in particular...
[20:53] <doctormo> maco: What does his perception say now?
[20:53] <maco> doctormo: that we are not the well-oiled machine of precision he thought we were
[20:54] <doctormo> maco: "some self assembly required, ages 12 and up"
[20:54] <maco> heh
[20:54] <nigelb> jcastro: Hey, in the post-UDS survey, there was a question about summit.  Any chance we can get that data?
[20:55] <doctormo> maco: The thing about well oiled machines (apart from getting you dirty) is they only do one thing. Out community puts out software and plays in a band ;-)
[20:55] <doctormo> our*
[20:55] <JFo> my survey is complete
[20:55] <JFo> it is a bit long
[20:56] <JFo> not a criticism, just observing
[20:57] <maco> it was shorter and i asked in ops channel for first round of feedback and got told to add the translations and help/community and ease of use stuff so that itd have enough in there to avoid having lots of surveys from lots of teams
[21:01] <JFo> yeah, since my primary is English I didn't get the translations bit
[21:01] <JFo> just wondering if there were sections people could opt to skip
[21:01] <JFo> for my own personal thoughts mind you
[21:01] <JFo> I'll be putting out a few surveys this year
[21:02] <JFo> just a mechanism I want to look into
[21:02] <hggdh> this could be done, but we need to know it was skipped -- so you can skip it during analysis
[21:02] <JFo> right
[21:03] <jcastro> nigelb: yeah mail marianna for it
[21:04] <nigelb> jcastro: great, thanks!
[21:05] <hggdh> hum. Why not have a lot of tabs on firefox: I restart it, and it goes to 500M of resident memory usage
[21:06] <hggdh> better than the 1G it was using before restart but, still, a bit on the high side
[21:18]  * JFo beats mozilla's brains out daily
[21:19] <JFo> my browser dies at least 3 times a day
[21:25] <nigelb> g'nite all!
[21:25] <nigelb> 2 am. I'm early to bed today ;)
[21:56] <jcastro> jono: finishing up for the day
[21:56] <jcastro> <--- will be back on tuesday
[21:58] <maco> JFo: only a handful of the questions were required
[21:58] <maco> JFo:  the ones that determine whether you see bugs/translations, the one about which version of ubuntu, and the general-experience one are the only required ones i can think of
[21:59] <maco> oh, help sources and bugs ones too apparently
[21:59] <maco> demographics, loco team, end part are 100% optional
[22:01] <jono> jcastro, have fun!
[22:20] <doctormo> popey or pleia2: do you know how to get the mount point for a given directory? (bash) say if I want to know what file system something is in?
[22:25] <pleia2> just typing "mount" will show you everything
[22:39] <popey> Yes. That.
[22:41] <czajkowski> popey: daft question time.
[22:41] <popey> Uh-huh?
[22:42] <czajkowski> popey: I've screen saver set to not go into screen save mode for never when unpluged or plugged in
[22:42] <czajkowski> yet still does
[22:42] <popey> there are two screensaver settings
[22:42] <czajkowski> any ideas do I have to change it in two places like my browser setting
[22:42] <popey> one is a screensaver
[22:42] <czajkowski> see knew it
[22:42] <popey> one is gnome power manager
[22:42] <popey> you have to do both
[22:42] <czajkowski> ok done gnome power
[22:42] <czajkowski> where do I find screen saver
[22:43] <popey> bfb -> type screensaver
[22:43] <czajkowski> seems daft I've to do things twice in seperate places to do one thing
[22:49] <czajkowski> popey: thank you
[22:49] <czajkowski> popey: problem of me missing skype calls is now adverted from the mothership
[22:51] <czajkowski> one never wants to do that or the mobile goes, followed by a text followed by an email to make sure I'm alive
[23:01] <AlanBell> czajkowski: just wait till she pings you on IRC
[23:04] <czajkowski> eh never gonna happen
[23:05] <czajkowski> I still get lectured over "black screen"
[23:09] <doctormo> pleia2: I ended up using `df $HOME | grep -v File | perl -lne '@a=split(/\s+/); print $a[$#a]'`
[23:21] <maco> http://is.gd/vnPvog <-- survey live now
[23:23] <popey> Is it really wise for us to be running multiple surveys at once?
[23:24] <popey> Isn't this going to cause confusion and dilute any possible evidence we gather?
[23:24] <paultag> maco: I'm an edge case, but I responded :)
[23:25] <paultag> popey: Yeah, I tend to agree
[23:25] <maco> do i delete tweet/dent and wait a week or something?
[23:25] <paultag> maco: yeah
[23:25] <paultag> maco: also, tweet / dent is not the best way to get people
[23:26] <maco> i was going to blog when i get home
[23:26] <pleia2> the advertising survey is open until the beginning of june, so maybe wait until after that?
[23:26] <maco> i just cant do that from work
[23:26] <paultag> maco: it's voluntary response and technical users (a group that is a subsection of the intended target) will be reading your dents / tweets / blog
[23:27] <paultag> so the results will be skewed
[23:27] <maco> paultag: and ask loco teams to spread it to their groups
[23:27] <paultag> maco: That'd be awesome
[23:27] <maco> hggdh and i also talked about finding translators to make identical surveys in other languages
[23:27] <paultag> +1
[23:29] <maco> (if any of you can translate, lemme know)
[23:29] <paultag> I can do German, but not as well as others here
[23:29] <maco> im not sure how to do it other than another survey from scratch
[23:29] <paultag> I think so too
[23:30] <maco> well if someone wants to just email me a list of translations, i'm fine with building a translated one, if they dont feel like doing it themselves
[23:33] <paultag> yar


[00:44] <CIA-48> partman-base: cjwatson * r96 ubuntu/debian/changelog: releasing version 121ubuntu1
[15:02] <evand> bdmurray: I added a test case for 241420
[15:03] <evand> xivulon: I had updated wubi.hardy to include that change as r504 yesterday.  Are you sure you're synced up with LP?
[15:44] <xivulon> evand strange I checked yesterday and was r503
[15:45] <xivulon> in fact it didn't flag any conflict
[15:45] <xivulon> https://code.edge.launchpad.net/~ubuntu-installer/wubi/hardy
[15:45] <evand> argh, I thought that branch was bound.
[15:45] <evand> Apparently not.
[15:45] <evand> I'll revert my changes and merge.
[15:46] <xivulon> the bug evaded my as well, debugging something that happens at the end of the installation late at night is quite annoying...
[15:47] <xivulon> do you have any insight there?
[15:47] <evand> it's definitely the bind mounting, I'm just not sure why it would cause such a problem.
[15:47] <evand> I'll keep poking at it, though I welcome any help or suggestions.
[15:49] <xivulon> is it possible to narrow down what the actual "subprocess" running at the time it fails?
[15:52] <evand> I'm fairly certain it starts in python-apt, curiously enough.
[15:53] <evand> It's probably a red herring as mentioned before but printing self.percent makes the bug disappear (which makes absolutely no sense to me).
[15:54] <xivulon> yes had the same thing happening to e
[15:54] <xivulon> me
[16:20] <bdmurray> evand: that's it?
[16:25] <evand> oh, actually no
[16:25] <evand> I'll fix momentarily
[16:25] <bdmurray> and I thought I'd just finished it. :(
[17:11] <davmor2> xivulon: wubi seem to install okay with the patched selfextract version that evand did yesterday
[17:18] <davmor2> xivulon: until ofcourse the installation failed
[17:19] <davmor2> evand: xivulon: want a copy of the .log files?
[17:19] <davmor2> is or it likely to be the same issue as before?
[17:20] <evand> same issue, thanks though
[17:25] <bdmurray> evand: what does Finnish look like in the language choice list?
[17:26] <xivulon> evand other than that the other think to look at is that panic messages are not displayed in non-recovery mode
[17:26] <davmor2> evand: np's self extractor works till then anyway :)
[17:26] <evand> bdmurray: Suomi, I believe
[17:26] <xivulon> davmor2, can you pls comment in bug (if you haven't done so already)
[17:26] <bdmurray> evand: okay, that's what I was going to guess
[17:27] <xivulon> I am not sure if it is intentional or not, I have to test what is the normal panic behaviour
[17:27] <xivulon> but I think that if you are thrown into busybox any panic message should be visible whether you are in recovery more or not
[17:57] <davmor2> evand: was the self-extract fix based on 504 or 503?
[17:57] <evand> 504
[17:57] <davmor2> evand: ta adding it to the bug report
[17:59] <davmor2> xivulon: comment added
[19:08] <davmor2> xivulon: I won't be around now till Wednesday next week on hols so if you need tester just ping the testing channel :)
[19:33] <holst> oh thank heavens
[19:33] <holst> I am trying to install ubuntu hardy from a usb stick using a netinstall base
[19:33] <holst> do I need to specifiy something special to get the modules to load?
[19:34] <holst> now it loads up to 50% and then fails through
[19:36] <evand> holst: did you follow section 4.3 of the installation guide to the letter?
[19:37] <holst> https://bugs.launchpad.net/ubuntu/+source/net-retriever/+bug/234486
[19:37] <holst> it looks like that one
[19:40] <holst> i dont know which document you are referring to
[19:40] <holst> there are about 1001 guides for this sutff
[19:41] <evand> ah, give the updated images as mentioned in that bug report a shot then
[19:41] <evand> there's really only one official guide
[19:41] <evand> sudo apt-get install installation-guide-i386
[19:42] <holst> oh
[19:42] <holst> thakns
[19:42] <holst> (damn keyboard :P)
[19:42] <evand> then point your browser at /usr/share/doc/installation-guide-i386/en/index.html
[20:03] <holst> yes, very cool
[20:03] <holst> now it works, with that update
[20:05] <holst> it seems that the boot record on the memory stick is overwritten by the installer
[20:06] <holst> because i cannot boot on the stick after the installer has completed
[20:06] <holst> or, not overwritten, but overrided
[20:08] <evand> if you install the bootloader to hd0, then you're installing to the USB stick
[20:09] <holst> thats probably what happens
[20:21] <holst> there is no real need to have /boot on a separate partition, unless you are encrypting, right?
[20:21] <holst> (or using software raid or some other exotic stuff)
[20:22] <holst> and also, is there some more portable way to specifiy "first hard disk"?
[20:22] <evand> or if you have an older BIOS that can only read the first 1024 cylinders of the disk.
[20:22] <holst> using /dev/sdf does not seem to be that secure
[20:23] <holst> I mean, on another PC that might be /dev/sdb, or something else
[20:23] <evand> unfortunately, no.  GRUB and Linux have differing opinions on what ends up being the first device.  One of the kernel team members is adding UUID support to GRUB for 8.10 though.
[20:23] <evand> Which will fix this.
[20:23] <holst> cool
[20:24] <holst> then there will be no ambiguity what is "the hard disk"?
[20:24] <holst> or (first) harddisk even
[20:25] <holst> well, all our pc:s here are of the same model
[20:25] <holst> so if there are a higher power on our side, and Murphy stays on vacation, then it might work until 8.10 :)
[20:31] <evand> heh
[20:34] <holst> hmm, there is a (last) snag in the installation
[20:34] <holst> we have something called /NOBACKUP on all boxes
[20:34] <holst> which of course must be saved during reinstalls
[20:35] <holst> otherwise the users will kill us :)
[20:35] <holst> so, I want to format it if it does not exist
[20:35] <holst> but if it DOES exist
[20:35] <holst> then I just want to mount it
[20:35] <holst> http://rafb.net/p/PdwPIi29.html
[20:35] <holst> I tried that
[20:35] <holst> but it does not get formated, or mounted
[20:40] <holst> maybe I missunderstood how flexible that stuff was
[21:21] <cjwatson> holst: it doesn't sound from your description as if /NOBACKUP is a separate partition
[21:21] <cjwatson> holst: if it's just an ordinary directory on /, then you can do it by just telling the partitioner to mount / but not to format it (as of 8.04)
[21:22] <cjwatson> holst: however, unfortunately, it's really hard to do this automatically at the moment, because the automatic partitioner doesn't have any support for selecting an existing partition
[21:22] <cjwatson> this is something I'm hoping to fix - but at the moment all it can do is create new partitions
[21:23] <cjwatson> if /NOBACKUP is a separate partition, then I've seen ways to do this by deleting all the other partitions you *don't* want to keep before the partitioner runs, then telling the automatic partitioner to operate on the free space, then mounting it at the end - but they're all a bit hackish
[21:35] <hardwire> hi
[21:35] <hardwire> just do manual partitioning, right?
[21:36] <hardwire> mount it, select not to format it, and cross your fingers that you didn't do it wrong.
[21:36] <cjwatson> right, but that's not always viable ...
[21:36] <cjwatson> if you're doing 200 boxes it's not really sane :)
[21:36] <hardwire> ah.. I should read back
[21:37] <cjwatson> (I don't know he's doing 200 boxes, but infer that there is a reasonable number from the fact that preseeding was involved at all)
[21:37] <hardwire> also.. where do you work?
[21:37] <hardwire> I want to work somewhere with 200 ubuntu boxes..
[21:38] <hardwire> I think the short and sweet here is that unless all the boxes are identical in partitioning, or specifically have a "tagged" fiesystem (label, uuid database, something) that you will have a somewhat destructive install method.
[21:39] <hardwire> I'm guessing here, but if you can script a preseed file to check out the existing fstabs then you should be able to use existing partitions to map out what's not NOTBACKUP and simply format those then add the notbackup fstab line back later.


[00:39] <FTMichael> oh dear.
[00:51] <Joeb454> FTMichael: ?
[00:51] <FTMichael> netsplit?
[00:51] <FTMichael> I was just noticing the mass exodux.
[00:51] <FTMichael> exodus, rather.
[00:51] <Joeb454> doesn't look like a netsplit, perhaps it's just their bedtime ;)
[05:06] <|cE^MaN^^> hellow
[05:06] <|cE^MaN^^> ubuntuforums?
[05:06] <|cE^MaN^^> any admin online?
[05:06] <|cE^MaN^^> i cant enter ubuntuforums.org beacuse my ip is blocked help me
[05:09] <|cE^MaN^^> Hellow?
[05:10] <|cE^MaN^^> help me please T_T its my first time to use ubuntu and i cant enter the forums
[05:15] <schauerlich> what do you mean it's blocked?
[06:01] <|cE^MaN^^> my ip ad was blocked
[06:02] <|cE^MaN^^> i cant ready any threads, register , and log in
[06:02] <|cE^MaN^^> -.-
[06:02] <|cE^MaN^^> i cant read any threads, register , and log in
[06:02] <|cE^MaN^^> it sayas my my ip was blocked by the admin
[06:05] <|cE^MaN^^> Help pls
[12:00] <Joeb454> looking at what |cE^MaN^^'s IP was, we had huge amounts of spam from that IP


[14:40] <Prf_Jakob> There new release of xf86-video-vmware out
[14:43] <jcristau> finally :)
[14:44] <Prf_Jakob> You want a release of vmmouse as well?
[14:45]  * jcristau flushes the xorg-announce moderation queue


[12:21] <UndiFineD> nice alan
[15:22] <AlanBell> nigelb: I need a picture of someone who could be Faisal
[15:38] <AlanBell> got any friends who would be a model?
[15:42] <charlie-tca> AlanBell, Pendulum : any hints for learning how to use dasher?
[15:46] <AlanBell> start with it going slowly!
[15:51] <charlie-tca> how/
[15:51] <charlie-tca> How do I get it to go to direct mode?
[15:52] <AlanBell> no way to do that from the gui, launch it with dasher -a
[15:52] <AlanBell> dasher -a direct
[15:52] <charlie-tca> oh! Thanks
[15:52] <charlie-tca> I got it going slowly, that didn't seem to help
[15:53] <UndiFineD> you can select directmode in preferences
[15:53] <UndiFineD> not sure how that works
[15:53] <charlie-tca> I did that, but it doesn't seem to work
[15:54] <AlanBell> if you have it in direct mode you then need to give a window focus then with the mouse go back to the dasher window and start typing
[15:54] <AlanBell> if you have focus follows mouse that is probably going to be inconvenient
[15:54] <Pendulum> UndiFineD: you can't on linux. at least you couldn't last I tried
[15:55] <charlie-tca> Oh, that too?
[15:55] <Pendulum> it might be easier to learn to use in non-drect mode
[15:56] <Pendulum> (I don't know because MacOS is where I learned to use it and it only has direct mode)
[15:56] <AlanBell> http://people.ubuntu.com/~alanbell/faisal.pdf < very draft still
[15:57] <Pendulum> btw, I will be in and out today as I'm going to a baby shower! :)
[15:59] <UndiFineD> oh that is nice Pendulum
[15:59] <UndiFineD> dasher is .. strange
[16:00] <UndiFineD> but fun to play with
[16:00] <charlie-tca> but needed for some people
[16:00] <charlie-tca> It is a default accessibility app
[16:00] <Pendulum> I <3 Dasher (at least when it works), but it takes a little getting used to
[16:00] <Pendulum> charlie-tca: it is?
[16:00] <UndiFineD> :)
[16:00] <charlie-tca> yup
[16:00] <Pendulum> tbh, though, if you're like me and use it sometimes completely instead of typing, you pick it up quickly
[16:01] <charlie-tca> I will learn it... Might be a l-l-l-long process, though
[16:01] <AlanBell> you can get quite fast with it if you crank up the speed and know your alphabet well!
[16:02] <Pendulum> I think about it like those games where you have to navigate something through a maze using your mouse
[16:03] <AlanBell> Faisal should use dasher a bit I think
[16:03] <charlie-tca> It is very much finding the right thing at the right time
[16:04] <AlanBell> best way to learn dasher is to unplug your keyboard on a desktop and put it out of reach then spend all evening chatting on IRC
[16:05] <Pendulum> and not to stress about how long your taking
[16:05] <Pendulum> and not to look at the window you're inputting in and focus on dasher
[16:05] <AlanBell> and stay calm when your keyboard segfaults
[16:05] <Pendulum> haha
[16:06] <charlie-tca> Great idea! I will give that a try, except I broke it now
[16:06] <Pendulum> unless it segfaults in under a minute repeatedly. then you get mad and file a bug
[16:06] <charlie-tca> lol
[16:06] <Pendulum> oh, and not to work about the gtk errors that come up in terminal when you launch direct mode
[16:06] <Pendulum> s/work/worry
[16:06] <Pendulum> charlie-tca: how'd you break it?
[16:06] <charlie-tca> yeah, I got that one already. A lot of apps throw those
[16:06] <charlie-tca> it won't do anything :-)
[16:07] <charlie-tca> It just sits with all them letters scrunched up in a column
[16:07]  * charlie-tca thinks scrunched is the right word for that
[16:07] <UndiFineD> I just dasdhered "Dasher is a difficult accessibility program which is required to be used by some of us" and i cannot even paste it into xchat
[16:08] <Pendulum> charlie-tca: move your mouse towards the letters?
[16:08] <charlie-tca> tried that
[16:08] <Pendulum> huh
[16:08] <charlie-tca> move the mouse all over. Broke it good
[16:09] <Pendulum> what makes me sad about dasher is that it's open source, has generally been developed by linux geeks, and it's most stable on windows :(
[16:09] <charlie-tca> Got to have the users to keep motivated
[16:09] <Pendulum> yeah
[16:10] <UndiFineD> how many clipboards are there ?
[16:10] <charlie-tca> huh?
[16:10] <charlie-tca> one that I know of
[16:10] <Pendulum> I don't use xchat so I don't know the issues there
[16:10] <UndiFineD> so whay could i not paste into xchat ?
[16:10] <Pendulum> i've never had a problem pasting or writing directly in irssi
[16:10] <charlie-tca> copy / paste to xchat requires keyboard to use Ctrl+v
[16:11] <charlie-tca> doesn't it?
[16:11] <Pendulum> charlie-tca: can you not right click and paste?
[16:11] <vish> charlie-tca: also middle click works
[16:12] <charlie-tca> well, sounds like I don't know after all
[16:12] <charlie-tca> Maybe I just use the keyboard because it is easier for me to hit things
[16:12] <vish> iirc, there are 2 clipboards , the middle click one is the X one and the other is whatever..
[16:13]  * Pendulum gets x-chat to try to test
[16:13] <Pendulum> even though dasher is horrible with this mouse :(
[16:14] <charlie-tca> What mouse do you normally use?
[16:14] <AlanBell> wonder if Dasher would be good with multitouch devices like the magic trackpad
[16:15] <Pendulum> charlie-tca: i use it on linux on my mac
[16:15] <Pendulum> so the mac trackpad
[16:15] <Pendulum> but i'm on my mini
[16:15] <Pendulum> which has a horrid trackpad
[16:15] <Pendulum> AlanBell: it's lovely on my MBP trackpad so I'd guess yes
[16:17] <charlie-tca> I would think it should work nicely with that too
[16:17] <charlie-tca> I use the logitech trackball, and it is smooth
[16:18] <AlanBell> Faisal now uses Dasher
[16:19] <charlie-tca> Faisal now fights with dasher?
[16:21] <pendulum|test> testing to see if right click works for paste in x-chat
[16:22] <pendulum|test> it does, but the real problem is the lack of a mouse way enter in x-chat (so really will only work in direct mode)
[16:23] <Pendulum> brb, need to watch Ann Widdecombe do the pasodoble
[16:26] <Pendulum> sorry, just felt that was the one time in my life i'd ever be able to say that ;-)
[16:27] <charlie-tca> heh, good a reason as any
[16:29] <Pendulum> charlie-tca: Anne Widdecombe is a British politician who is on Strictly Come Dancing this season. She is very entertaining and it's worse than watching my grandmother dance in terms of ability
[16:29] <charlie-tca> Neat! We need some entertainment in our lives
[16:29] <Pendulum> yes
[16:30] <Pendulum> I prefer Strictly to Dancing with the Stars (although I'm watching Dancing with the Stars this season, too) and i'm catching up because I got behind at UDS
[16:32] <AlanBell> http://www.youtube.com/watch?v=l2snk9HhLp0
[16:33] <Pendulum> AlanBell: is that a youtube of anne widdecombe dancing?
[16:33] <AlanBell> it is of anne widdecombe certainly. Dancing . . . not so sure about that
[16:33] <Pendulum> well "dancing"
[16:37] <Pendulum> AlanBell: btw, if you think that's bad, you should have seen her salsa
[16:39] <AlanBell> the girls do watch strictly and drag me in for the widdecombe dances
[16:39] <Pendulum> haha
[16:40] <AlanBell> coz I like politics :)
[16:40] <Pendulum> lol
[16:40] <Pendulum> i am loving Pamela Stevenson
[16:49] <AlanBell> how is your dancing going Pendulum
[16:49] <Pendulum> i haven't danced since uds :(
[16:50] <Pendulum> dunno if i'll try to schedule for this coming week or not
[16:50] <AlanBell> did you dance at UDS?
[16:50] <Pendulum> not ballroom
[16:50] <Pendulum> i did dance at the friday party
[17:42] <charlie-tca> hm, have to debug xubuntu and find why dasher won't work in direct mode for it
[17:43] <charlie-tca> first though, go shopping
[20:35] <charlie-tca> Dasher in xchat.
[20:36] <charlie-tca> in Xubuntu
[20:37] <AlanBell> http://people.ubuntu.com/~alanbell/faisal.pdf coming on a bit now
[20:37] <charlie-tca> this not easy
[20:38] <charlie-tca> Apparently you must first start /usr/lib/at-spi-registryd in Xubuntu to use dasher direct mode
[23:09] <Pendulum> AlanBell: faisal looks good so far
[23:10] <Pendulum> i'll look in more detail tomorrow, but I wanted to let you know I had started looking at it :)
[23:29] <AlanBell> :)


[01:10] <cjwatson> robru: I'm working on the unity bzr issues
[01:10] <cjwatson> branch surgery
[01:26] <robru> cjwatson: oh cool. What was wrong with it? Never seen that before on any project
[01:28] <cjwatson> robru: branch corrupted due to not entirely known root causes, possibly botched recovery from an uncommit failure and related to stacking issues
[01:28] <robru> Huh
[01:28] <cjwatson> robru: but lp:unity was/is corrupted as well, I'm working on reconciling it
[01:29] <robru> cjwatson: yeah the "readonly transport" bit was particularly confusing as it's the same transport everything else uses
[01:29] <cjwatson> yeah that's just misleading
[01:29] <cjwatson> but really, this is going to happen from time to time with bzr and the root causes are unlikely to be fixed
[01:29] <cjwatson> train needs some git
[01:30] <robru> cjwatson: yeah we have a bug for that unfortunately it might take a while
[01:30] <cjwatson> sure
[01:30] <robru> It's not a drop in replacement, train has a lot of bzr knowledge
[01:30] <cjwatson> doesn't surprise me
[01:31] <robru> Including building with "bzr bd", sigh
[01:31] <robru> cjwatson: i don't suppose anybody's made a "git bd" yet ;-)
[01:31] <cjwatson> git-buildpackage
[01:31] <robru> Ooh?
[01:31] <cjwatson> I mean it's not like it gains much
[01:32] <cjwatson> for your purposes, you could just build the thing with dpkg-buildpackage assuming we don't do ridiculous split branch things for git
[01:33] <cjwatson> but gbp *can* I think cope with having a packaging-only tree
[01:33] <cjwatson> dunno, I never use that mode since git has way better tools for dealing with patches anyway
[01:33] <robru> cjwatson: not sure what you mean by split branch but we do split packaging (build orig.tar by dropping debian/ from source tree)
[01:34] <cjwatson> I mean that
[01:34] <robru> Right
[01:34] <cjwatson> but in part it's to cope with bzr not having as good tools
[01:34] <robru> cjwatson: oh yeah and the best part is that we have train users commit bzr bd specific bits to their source trees
[01:34] <cjwatson> like with git you can just have a branch in the repository that holds your pristine-tar metadata, etc.
[01:34] <cjwatson> sure, any switch would involve tree migrations
[01:35] <robru> True
[01:35] <robru> Lots to think about, and other priorities too. I'm trying to do ephemeral PPAs first then git after
[01:36] <cjwatson> right.  I just want to avoid the situation down the line a year or two when we have weird data corruption in toolsets we totally depend on that nobody knows how to fix any more
[01:37] <cjwatson> thanks, lag, your insertion of a stray character in the middle of the words "data corruption" was apposite
[01:37] <robru> cjwatson: yeah for sure. I doubt it'll be a whole year before i get git in there
[01:37] <cjwatson> cool
[06:37] <Mirv> robru: do you happen to have any visibility on why some silo autopkgtests seem to be aabaout eternally in progress? https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-023/excuses.html the main autopkgtests page does not show any queue
[06:40] <robru> Mirv: something looks really wrong with that running.shtml, it's very short and there's not a single entry for any silo at all. You should ping pitti about that
[06:41] <robru> Mirv: one thing to be aware of is that silo britney runs currently take an hour due to high load, so there's some possibility that if a test just finished, depending on the timing it could take bileto up to 2 hours to notice
[07:01] <Mirv> robru: ok
[07:02] <Mirv> robru: that has been there for 5 days or so
[07:02] <robru> Hmmmmmmm
[07:02] <Mirv> the silo untouched
[07:02] <Mirv> I managed to now get the failing tests to pass by rerunning but there are some of those blues in there
[07:02] <Mirv> but some of the blue ones also yesterday turned green
[07:02] <robru> Mirv: yeah you need pitti to dig into that, all i can tell you is that britney is running
[07:02] <robru> Not what it's doing
[07:03] <Mirv> robru: thank you!
[07:03] <robru> Yw
[09:40] <Saviq> jibel, morning, Allan was unable to get adb on frieza re: silo 57 https://trello.com/c/IaTmnfWq/2748-963-ubuntu-landing-057-unity8-qtmir-saviq - how can we continue? I confirmed this to work on my laptop and on nexus7 FWIW
[09:46] <jibel> rvr, can you take 57?  ^
[09:57] <pete-woods> trainguards: hey guys, the (frustratingly "always failed") downstream autopkgtests for silo 70 have been running for like a whole day now
[09:57] <pete-woods> is there any way I can just push past this part of the process?
[10:11] <rvr> jibel: Yup
[10:16] <Mirv> robru: https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-023/excuses.html says now finally valid candidate but the ticket still says Failed
[10:17] <Mirv> robru: not sure how it parses the results (or reparses or not reparses), maybe the overrides are not considered and it "greps for Regression"?
[10:17] <robru> pete-woods: pls email me, I'll fix it so it doesn't block on those, for now just ping qa to move it along
[10:17] <Mirv> this would be the final hurdle in this two week long "get a working silo into QA queue" quest (since I still don't see silo 023 manually inserted to Trello)
[10:19] <robru> Mirv: yes it greps for REGRESSION, exactly
[10:19] <Mirv> but meanwhile the train has gotten a lot better so it's worth the wait
[10:19] <Mirv> robru: may instead grep for "Not considered"?
[10:19] <pete-woods> robru: do you mean "please have emailed me yesterday?" as I guess you already know now?
[10:20] <Mirv> pete-woods: I guess robert means "please insert an item to my to-do queue while I'm way past bedtime and might forget" :)
[10:20] <pete-woods> ah, yeah, he's on the wrong tz
[10:20] <pete-woods> go to bed!
[10:20] <Mirv> "wrong" :D
[10:21] <robru> pete-woods: yeah what Mirv said, 2am here
[10:22] <robru> pete-woods: I fixed this once but had to revert for other reasons, can fix it again, it's literally two characters difference in one line of code
[10:22] <pete-woods> FWIW, I don't mean to complain about this tool, you've done an astounding one-man job where others have failed
[10:22] <robru> pete-woods: though you and Mirv are complaining about the same thing here
[10:22] <pete-woods> this is literally the first time it's ever done something annoying
[10:22] <Mirv> pete-woods: +1 to that
[10:23] <robru> pete-woods: Haha thanks. Pitti deserves most credit for autopkgtests I just connected the dots
[10:23] <pete-woods> well I'm less keen on the implementation side of autopkgtests to be honest, as they all just seem to fail for me
[10:23] <pete-woods> making me needlessly wait for failures
[10:24] <pete-woods> but maybe that'll get better
[10:25] <pete-woods> "all" is probably a bit dramatic :)
[10:25] <robru> Mirv: http://bazaar.launchpad.net/+branch/bileto/view/head:/britney/iterate.py#L101 I guess I'll just drop the check for REGRESSION as it already checks for "Not considered" so I guess that's redundant. Will fix within 12 hrs ;-)
[10:33] <Mirv> robru: cool! :)
[11:06] <sil2100> michi: moving here so that we don't spam the -release channel - I don't even know where the generic-lander nodes are actually running normally
[11:06] <sil2100> michi: and webops said they have no knowledge and no access besides to the power switches
[11:07] <michi> that’s wonderful :(
[11:07] <michi> So, where are the people who do know?
[11:07] <michi> I would have thought that Evan and Francis should know.
[11:09] <davmor2> michi: and both states side timezones right
[11:10] <michi> davmor2: I think so :(
[11:10] <michi> So, it might another two or three hours.
[11:10] <michi> davmor2, sil2100: will you guys be around long enough to ping someone?
[11:10] <michi> It’s getting a little late Down Under...
[11:10] <sil2100> michi: yeah, will try to get this pushed further...
[11:11] <davmor2> sil2100: I will be but I don't care about it or understand the issue so might be better for you to push :)
[11:12] <michi> thanks guys!
[11:13] <michi> We need s-jenkins to limp along for a few more weeks.
[11:13] <michi> We are trying hard to migrate our stuff over to jenkaas.
[11:13] <michi> but there are around 30 projects to migrate.
[11:13] <michi> And it took nearly four weeks for us to even get our jenkaas provisioned...
[11:13] <sil2100> Yeah, I know what you mean
[11:13] <sil2100> The tarball team has ~8 projects and they can't really get them working yet
[11:22] <Mirv> we've managed to disable all our s-jenkins jobs a few weeks ago, and have a little more features now than what we used to have in s-jenkins
[11:23] <Mirv> some hard work, though, was needed
[11:56] <Mirv> davmor2: jibel: I still haven't gotten a clear idea if you plan to test silo 23 because of my pleas when it's good to review OTA-10 landings, since I don't see it manually inserted into the Trello queue. it's a pre-requirement for SDK OTA-10 bug fix so time is getting a bit short for them to work on their stuff on top of it.
[11:57] <Mirv> davmor2: jibel: if you don't have time for it today, then it should be ok because the last fix to train + britney is going to go in late today and then it would appear finally automatically into the QA queue, but the silo has been ready for over a week now like communicated earlier.
[11:58] <Mirv> it has been good to get the train robust, it will help in the next Qt landings
[12:00] <jibel> Mirv, I'll force the creation of the card but we won't have time today
[12:04] <Mirv> jibel: ok if you don't have time today anyway then no need as it _should_ appear when robert applies one more fix to train code in the evening
[12:05] <Mirv> I can reping tomorrow if there's still an issue
[12:05] <pstolowski> jibel, hello! can we get silo 64 ack'ed and landed as a matter of urgency? no code change, only temporarily disabled abi check (full explanation in the description https://requests.ci-train.ubuntu.com/#/ticket/983)
[12:09] <jibel> pstolowski, Hey, sure, not sure when though, we'll do our best.
[12:13] <pstolowski> jibel, ack, thanks. this currently blocks builds for our entire scopes stack
[12:14] <jibel> pstolowski, I understand, I'll prioritize the request but there are already lot of urgent things to land
[12:15] <pstolowski> jibel, understood, ty
[12:17] <davmor2> jibel, john-mcaleely, morphis: 15 passed
[12:23] <jibel> davmor2, Excellent \o/
[12:23] <jibel> davmor2, very good job!
[12:35] <Mirv> hmmph
[12:54] <morphis> davmor2: awesome!
[13:26] <john-mcaleely> davmor2, \o/
[13:26] <Saviq> trainguards, I can has publish on https://requests.ci-train.ubuntu.com/#/ticket/963 please?
[13:28] <sil2100> Looking
[13:29] <Mirv> looked already
[13:29] <sil2100> Oh, timo is on it ;)
[13:29] <sil2100> Thanks!
[14:28] <Saviq> omg now that's a busy britney...
[14:47] <pstolowski> hey trainguards, what does 'automated signoff: failed' for silo 64 mean?
[14:53] <jibel> pstolowski, it means there are some failures in https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-064/excuses.html
[14:54] <jibel> pstolowski, http://paste.ubuntu.com/15002165/ fails on amd64 and i386
[14:55] <pstolowski> jibel, this is a flakiness in scope harness, unrelated to anything in silo 64
[14:56] <dobey> jibel, pstolowski: we can't land unity-scopes-api by itself
[14:56] <dobey> pstolowski: it's not entirely unrelated
[14:58] <pstolowski> dobey, ?
[14:58] <dobey> pstolowski: jsoncpp broke ABI
[14:59] <pstolowski> dobey, but jsoncpp is internal to scopes-api, we don't expose it.. so should be enough to rebuild unity-scopes-api?
[15:00] <dobey> pstolowski: no, because it can't link to one jsoncpp and then the scopes link to a differnt jsoncpp; stuff will just crash
[15:01] <pstolowski> dobey, btw, that error with games department in click scope is not new, i saw it when i looked at the flaky scopeharness tests a week ago
[15:01] <pstolowski> dobey, ah.. i didn't know click scope links to jsoncpp
[15:01] <dobey> pstolowski: yes i know that. but on xenial stuff is going to break much worse
[15:01] <dobey> pstolowski: mediascanner does too
[15:01] <rvr> jgdx: ping
[15:02] <pstolowski> dobey, won't do any harm to do no-change rebuilds in same silo?
[15:03] <dobey> pstolowski: well we already have some other silos. it's better to reduce number of silos and no-change rebuilds if we can.
[15:04] <pstolowski> dobey, i'd prefer to keep features in separate silos
[15:04] <dobey> pstolowski: you mean the mediascanner thing?
[15:04] <pstolowski> dobey, one silo (filters) is for user testing... the other needs design ack etc.
[15:05] <dobey> pstolowski: anyway, since my day is just getting started now, let me do some consolidation of the silos here and get this landed
[15:05] <pstolowski> dobey, yes, mediascanner thing
[15:05] <dobey> i'll make an empty MP for mediascanner since it doesn't have a small silo with only a simple bug fix already
[15:06] <pstolowski> dobey, only silo 24 and 64 should land, please don't consolidate the others
[15:07] <dobey> pstolowski: and my unity-scope-click silo which is only bug fixes
[15:11] <jgdx> rvr, pong
[15:11] <rvr> jgdx: Hi
[15:12] <rvr> jgdx: I'm testing silo 21
[15:12] <rvr> jgdx: The background looks wrong in not-windowed mode on the tablet
[15:12] <rvr> jgdx: http://people.canonical.com/~vrruiz/system-settings-background-landscape.jpg
[15:13] <rvr> jgdx: In windowed mode, looks fine, the background is displayed with the landscape ratio
[15:16] <jgdx> rvr, I think you want to talk to ken about that. kenvandine was anything changed in the USS background panel? ^
[15:18] <dobey> pstolowski: ok, i merged things into the silo where i already had unity-scope-click, and abandoned 64 and 24; and 37 is now rebuilding
[15:18] <rvr> jgdx: Oh, probably
[15:18] <rvr> kenvandine: ^
[15:19] <pstolowski> dobey, great, thanks for that!
[15:20] <kenvandine> rvr, we haven't changed anything
[15:20] <kenvandine> rvr, that url gives a 404
[15:20] <dobey> hopefully it rebuilds fine now as-is
[15:21] <rvr> kenvandine: Yeah, removed, uploading to private server, one moment
[15:21] <kenvandine> ok
[15:22] <rvr> kenvandine: https://chinstrap.canonical.com/~vrruiz/system-settings-background-landscape.jpg
[15:22] <kenvandine> rvr 404 there too
[15:23] <kenvandine> chinstrap redirects to private-fileshare
[15:23] <rvr> Weird
[15:24] <pmcgowan> kenvandine, you might need the vpn on
[15:25] <kenvandine> i've gotten to private-fileshare before
[15:25] <kenvandine> and am now, just getting a 404
[15:25] <kenvandine> https://private-fileshare.canonical.com/~vrruiz/system-settings-background-landscape.jpg
[15:26] <rvr> kenvandine: Can you ssh to chinstrap?
[15:26] <kenvandine> yup
[15:27] <kenvandine> wtf
[15:27] <kenvandine> rvr so there is some diagram showing there?
[15:27] <rvr> kenvandine: If you ssh, the file is in /home/vrruiz/
[15:27] <kenvandine> rvr, and that's on the app switcher?
[15:28] <kenvandine> i got the file
[15:28] <kenvandine> the background we set in system-settings is only used for the greeter
[15:28] <kenvandine> so what you're seeing shouldn't have anything to do with that
[15:29] <rvr> kenvandine: So, the description of the silo is that it's a fix for landscape, and in windowed mode, the background has a landscape ratio
[15:29] <kenvandine> no, nothing to do with landscape
[15:29] <rvr> kenvandine: But when system settings is in the side panel, this large background is shown
[15:29] <kenvandine> it sets a fixed width to be used in windowed mode
[15:30] <kenvandine> yeah, but that isn't from settings
[15:30] <kenvandine> i don't see that on my flo
[15:30] <rvr> kenvandine: Background Ensure default for images is landscape
[15:30] <kenvandine> i see the app scope
[15:30] <rvr> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1541588
[15:30] <ubot5`> Launchpad bug 1541588 in ubuntu-system-settings (Ubuntu) "[System Settings] Changes needed for the UI on a tablet device" [Critical,In progress]
[15:30] <kenvandine> oh, that part isn't fixed :)
[15:31] <kenvandine> that's not in the silo
[15:31] <rvr> kenvandine: https://trello.com/c/8xdSGk8F/2747-969-ubuntu-landing-021-ubuntu-system-settings-kenvandine
[15:31] <kenvandine> we tackled what we could in that bug
[15:31] <rvr> Bug #1541588: [System Settings] Changes needed for the UI on a tablet device
[15:31] <rvr> Bug #1542050: don't allow window to be resized (not the shell doesn't handle this properly yet)
[15:31] <ubot5`> bug 1542050 in ubuntu-system-settings (Ubuntu) "don't allow window to be resized" [Medium,In progress] https://launchpad.net/bugs/1542050
[15:31] <kenvandine> since settings doesn't do any resizing or cropping we didn't do that
[15:32] <kenvandine> that should be "note the shell..."
[15:32] <kenvandine> rvr, what you are seeing is very strange, must be a shell bug
[15:32] <kenvandine> settings doesn't touch that, it only sets the background to be used for the greeter
[15:35] <kenvandine> rvr, the only things changed are listed in the testplan
[15:35] <rvr> kenvandine: Take a look to the other screenshot that I shared in /home/vrruiz/
[15:36] <kenvandine> rvr, what's really odd in your screenshot is the image is not only displayed behind the app but over top of it
[15:36] <kenvandine> rvr filename?
[15:36] <rvr> kenvandine: system-settings-background-landscape-2.jpg
[15:36] <kenvandine> so it looks like rendered artifacts
[15:37] <kenvandine> is that a pdf or something that's being showed?  like some quick start guide?
[15:37] <rvr> kenvandine: So I expected to see landscape background in both modes (panel and windowed)
[15:37] <kenvandine> yeah, but that's not something we've worked on
[15:38] <rvr> kenvandine: That's a photo with krillin :P
[15:38] <kenvandine> and i think we need some design guidance there, because what do when in phone mode but later connected to an external display?
[15:38] <kenvandine> we need to use different images i think
[15:39] <rvr> kenvandine: So that part wasn't changed with the silo, right?
[15:39] <kenvandine> right
[15:39] <rvr> Ok, I'll fill a bug
[15:39] <kenvandine> only what's listed in the testplan section
[15:39] <kenvandine> rvr, i'm more concerned with that krillin image being displayed there... why is that?
[15:40] <kenvandine> rvr, about the fixed width, unity8 doesn't honor that yet so you'll still be able to make it wider in windowed mode on the tablet
[15:40] <kenvandine> but on the desktop you can confirm it doesn't
[15:41] <rvr> kenvandine: Ok, I'm just testing in the tablet.
[15:41] <rvr> kenvandine: Max/minimized worked, no regressions
[15:41] <kenvandine> cool
[15:42] <kenvandine> when it's fixed in unity8 you won't be able to maximize it
[15:44] <rvr> kenvandine: By the way, I can still launch mobile data panel from the indicator network, although it only shows the spinner.
[15:44] <kenvandine> yeah
[15:44] <kenvandine> that needs a fix in the indicator
[15:45] <kenvandine> rvr,  there's a indicator-network task for the bug
[15:45] <rvr> kenvandine: I was about to search for it, thanks!
[15:45] <kenvandine> np
[15:45] <rvr> Ok, now I will take a look to the silo with krillin
[15:45] <kenvandine> cool
[15:46] <sil2100> \o/
[15:56] <alex-abreu> trainguards could you retry britney for unity8 aptests https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-016/excuses.html ?
[15:58] <sil2100> alex-abreu: the unity8 parts?
[15:58] <alex-abreu> sil2100, yes pls
[15:59] <sil2100> alex-abreu: retried the failed unity8 test
[15:59] <sil2100> :)
[15:59] <alex-abreu> thx
[15:59] <sil2100> yw
[16:25] <Trevinho> robru, sil2100: any reason why https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-025/excuses.html states unity8, although it's unity7?
[16:27] <Mirv> Trevinho: unity or part of it is reverse dependency of unity8, thus autopkgtest for u8 are run
[16:27] <Trevinho> mh, okkk
[17:51] <dobey> go go gadget britney
[18:10] <dobey> aaaand now i have to rebuild my other silo yet again
[19:30] <robru> Mirv: http://bazaar.launchpad.net/+branch/bileto/revision/418#britney/iterate.py ok next britney run should have correct results ;-)
[20:42]  * robru sees silo 80 in use
[20:42] <robru> "are you shitting me?!"
[20:42]  * robru forgot for a sec that they're assigned in random order
[20:51] <sil2100> hah, I see you had a moment of horror
[20:52] <robru> yes, my heart jumped
[20:53] <robru> brb
[21:07] <dobey> what the heck
[21:08] <dobey> oh i guess kenvandine's silo hasn't quite landed yet
[21:11] <kenvandine> dobey, need me to force merge it?
[21:11] <dobey> kenvandine: probably not. seems like it should go through fine once britney passes it
[21:11] <kenvandine> yeah
[21:11] <kenvandine> if it's holding you up building something i can merge it
[21:12] <dobey> well it's not the only thing being slow that's annoying me right now, so no worries :)
[21:12] <dobey> i'll just have to wait another 6 hours after that lands, for the autopkgtests for my other silo, anyway
[21:13] <dobey> and then probably bug qa to ignore the failed tests again
[21:13] <kenvandine> good times
[21:14] <dobey> maybe i should just go watch another episode of star trek
[21:26] <robru> dobey: I landed the fix that makes it ignore ALWAYSFAILED so hopefully you'll be waiting slightly less
[21:33] <dobey> robru: cool
[21:34] <dobey> robru: proposed-migration still waits for the always failed to complete though, right?
[21:35] <robru> dobey: no? if the package only has RUNNING-ALWAYSFAIL and no RUNNING, it's marked as Valid candidate.
[21:37] <dobey> hmm, ok
[21:45] <dobey> oh ffs
[21:45] <dobey> the britney queue on xenial is bonkers
[21:47] <dobey> thanks perl and python-numpy and qt
[21:47] <dobey> this probably won't even be finished by the time i'm back on-line tomorrow :(
[21:49] <robru> yikes
[21:50] <dobey> robru: yeah, and some of them are probably going to just fail anyway, until silo 37 lands