[02:04] <bluesabre> good evening/morning/other sponsors and SRU team :)
[02:04] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1331871
[02:05] <bluesabre> Can we upload this to trusty-proposed and begin verification, or are there additional details needed?
[02:07] <bluesabre> I have one other as well, please let me know if there are any blocking issues.
[02:08] <bluesabre> https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405
[03:45] <ScottK> rbasak: I'll take care of it.
[05:45] <pitti> Good morning
[05:51] <jono> morning pitti
[05:51] <pitti> jono: hey collea^Wargh free software pal! :)
[05:51] <jono> pitti: :-)
[05:52] <jono> howdy!
[05:52] <jono> hows things there?
[05:52] <pitti> jono: you now need to work late? :-)
[05:52] <jono> sometimes it seems
[05:52] <jono> :-)
[05:52] <jono> figuring out my new world
[05:52] <pitti> jono: quite fine, thanks! visiting my family for a few days
[05:52] <jono> oh nice!
[05:52] <pitti> jono: already building space ships? :-)
[05:52] <jono> pitti: hah, not quite yet
[05:53] <jono> focused on another project you will hear about next month ;-)
[05:53] <jono> very, very cool
[05:55] <pitti> jono: sounds exciting!
[05:55] <jono> pitti: yeah, it is going to be fun :-)
[05:55] <pitti> Riddell: the kde-runtime autopkgtest shows a file conflict between khelpcenter4 and kde-runtime-data on /usr/share/kde4/apps/khelpcenter/plugins/browsercontrolmodules.desktop
[05:56] <jono> alright, bed for me
[05:56] <jono> night all!
[05:56] <pitti> bye jonmasters
[05:56] <pitti> err, jono
[05:56] <pitti> jonmasters: hey :) (sorry, tab completion fail)
[05:57] <Unit193> Howdy.
[07:00] <hamiltont> WooHoo just put in my first merge request!
[07:04]  * hamiltont celebrates
[07:09] <dholbach> good morning
[07:49] <LocutusOfBorg1> Hi does anybody know why wxwidgets is not sync'd from debian? The new release has been uploaded yesterday
[07:49] <LocutusOfBorg1> I don't see in ubuntu, neither in merges.u.c
[07:49] <LocutusOfBorg1> wxwidgets3.0 is the package
[07:51] <LocutusOfBorg1> (reboot time)
[07:53] <LocutusOfBorg1> back :)
[08:08] <LocutusOfBorg1> nobody?
[08:40] <infinity> LocutusOfBorg1: MoM just hadn't caught up yet.  Merged anyway, it was trivial.
[08:42] <LocutusOfBorg1> thanks infinity
[08:42] <LocutusOfBorg1> yes it was trivial, I was wondering MoM wasn't working correctly
[08:44] <LocutusOfBorg1> when does MoM run? I can see debian dinstall, there is something similar for ubuntu?
[08:45] <infinity> LocutusOfBorg1: I don't recall the precise schedule, but it's not like that upload's been in unstable for very long.
[08:47] <LocutusOfBorg1> it was in unstable since 1+ day
[08:47] <LocutusOfBorg1> the problem was that it was here https://launchpad.net/debian/+source/wxwidgets3.0 since yesterday morning
[08:48] <LocutusOfBorg1> so I was wondering about a MoM failure (don't know why, the patch was clean), or something else
[08:48] <LocutusOfBorg1> anyway thanks for the help
[08:48] <LocutusOfBorg1> :D
[08:48] <LocutusOfBorg1> I'll ask for a backport today
[08:48] <cjwatson> MoM runs every two hours
[08:49] <cjwatson> Sorry, no, it tries to run every half an hour
[08:49] <cjwatson> Let me see if it's broken
[08:49] <cjwatson> ValueError: process failed 25: dpkg-source -x lazarus_1.2.2+dfsg-1.dsc /srv/patches.ubuntu.com/unpacked/l/lazarus/1.2.2+dfsg-1
[08:49] <cjwatson> yup
[08:49] <LocutusOfBorg1> ok thanks colin, that was my worrying about, and it was right :D
[08:50] <infinity> cjwatson: That's sort of extra special, since lazarus is in sync...
[08:50] <infinity> cjwatson: Anyhow, I stole your trivial wxwidgets merge.
[08:51] <infinity> cjwatson: (After testing it still breaks)
[08:51] <LocutusOfBorg1> what breaks?
[08:51] <cjwatson> odd though, unpacks fine when I do it by hand
[08:51] <cjwatson> infinity: sure, np
[08:51] <infinity> LocutusOfBorg1: The precompiled headers cause an ICE on arm64.
[08:52] <LocutusOfBorg1> oh.... I wonder what is the root of the problem
[08:52] <infinity> At least with gcc-4.8 ... Might need retesting when we flip the default to 4.9 again.
[08:52] <LocutusOfBorg1> yes, I think doko__ is going to make 4.9 default soon, right? at least on debian, I heard this week
[08:52] <LocutusOfBorg1> IIRC
[08:52] <cjwatson> ... but not when I point it at that target directory, wtf
[08:52] <cjwatson> dpkg-source: error: expected ^--- in line 5 of diff `/srv/patches.ubuntu.com/unpacked/l/lazarus/1.2.2+dfsg-1/debian/patches/add_proper_shbang_to_scripts.patch'
[08:52] <infinity> LocutusOfBorg1: We already made it the default on Ubuntu, then reverted it in a panic while hunting some C++11 issues.
[08:53] <cjwatson> ah, well that patch is clearly broken
[08:53] <infinity> LocutusOfBorg1: Hence the "again" in my sentence. :P
[08:54] <LocutusOfBorg1> cjwatson, how did it merge a broken patch? so MoM break and somebody sync'd it after?
[08:54] <LocutusOfBorg1> infinity, I heard that too, but I was thinking it was solved
[08:55] <cjwatson> LocutusOfBorg1: nothing to do with the *output* of MoM, the package in Debian is broken
[08:55] <cjwatson> I'm filing a Debian bug
[08:56] <LocutusOfBorg1> yes, but why the package has been built in ubuntu?
[08:56] <LocutusOfBorg1> that was my question
[08:56] <LocutusOfBorg1> so buildd don't have this problem?
[08:56] <infinity> dpkg seems to unpack it fine...
[08:56] <cjwatson> I don't know how it managed to build, probably depends on the exact unpack environment, don't care
[08:56] <cjwatson> it fails to unpack it in some environments
[08:57] <cjwatson> maybe depends on whether quilt is present when you try to unpack
[08:57] <cjwatson> anyway, I've nuked it from MoM's pool so it should be able to proceed
[08:57] <LocutusOfBorg1> quilt on trusty doesn't break
[08:58] <LocutusOfBorg1> wonderful
[08:58] <cjwatson> if you look at the patch it genuinely is malformed
[08:58] <cjwatson> so honestly I don't care too much about the precise details
[08:58] <cjwatson> I've filed a bug, nuked it, moving on
[08:59] <LocutusOfBorg1> two questions: why is it broken? (I'll see the bug report), why it was in MoM list? shouldn't MoM process packages only if there is an ubuntu delta?
[08:59] <infinity> cjwatson: That's a bit flip or similar corruption on your local machine.
[09:00] <infinity> cjwatson: The patch isn't malformed in the package.
[09:00] <infinity> --- a/components/chmhelp/packages/help/design/lazhelpchm.sh
[09:00] <infinity> +++ b/components/chmhelp/packages/help/design/lazhelpchm.sh
[09:00] <cjwatson> MoM goes through the whole pool to generate diffs, regardless of whether there are Ubuntu changes
[09:00] <cjwatson> it's an auxiliary function
[09:00] <cjwatson> infinity: huh
[09:01] <infinity> cjwatson: Which makes me curious how it managed to unpack at all, but... Whee.
[09:01] <cjwatson> seriously WTF
[09:01] <LocutusOfBorg1> http://sources.debian.net/src/lazarus/1.2.2%2Bdfsg1-1/debian/patches/add_proper_shbang_to_scripts.patch
[09:02] <LocutusOfBorg1> exactly
[09:02] <LocutusOfBorg1> the patch isn't malformed at all
[09:02] <LocutusOfBorg1> even quilt refresh looks fine
[09:02] <cjwatson> seriously it goes wrong every time when I run "dpkg-source -x lazarus_1.2.2+dfsg-1.dsc /srv/patches.ubuntu.com/unpacked/l/lazarus/1.2.2+dfsg-1" not when I run without the target directory
[09:03] <LocutusOfBorg1> lol
[09:03] <cjwatson> oh, I see, subtly different version
[09:03] <LocutusOfBorg1> cjwatson, wrong version
[09:03] <LocutusOfBorg1> exactly
[09:03] <cjwatson> 1.2.2+dfsg-1 != 1.2.2+dfsg1-1
[09:03] <LocutusOfBorg1> 1.2.2+dfsg1-1
[09:03] <LocutusOfBorg1> yep :p
[09:04] <cjwatson> but MoM still cares because it goes through to generate diffs; it's occasionally necessary to clear out broken versions from its pool
[09:04] <infinity> cjwatson: Oh.  Yeah.  Different version.  Derp.
[09:04] <LocutusOfBorg1> and the previous version was broken indeed
[09:04] <LocutusOfBorg1> http://sources.debian.net/src/lazarus/1.2.2%2Bdfsg-1/debian/patches/add_proper_shbang_to_scripts.patch
[09:04] <infinity> cjwatson: I got there around the same time, when cutting and pasting your command and getting ENOFILE.
[09:04] <infinity> Confusing versions are confusing. :/
[09:04] <LocutusOfBorg1> please mail 752066-done :)
[09:06] <cjwatson> LocutusOfBorg1: yes this isn't my first rodero
[09:06] <cjwatson> *rodeo
[09:06] <infinity> cjwatson: But it's your first time typing rodeo?
[09:06] <cjwatson> Apparently
[09:06] <cjwatson> Anyway done
[09:06] <LocutusOfBorg1> :) thanks for the help
[09:08] <LocutusOfBorg1> almost built wxwidgets :D
[09:28] <ari-tczew> cjwatson: hi. seems m-o-m to be broken?
[09:28] <ari-tczew> "Generated at 2014-06-15 21:45:09 UTC."
[09:29] <cjwatson> ari-tczew: scroll up
[09:34] <ari-tczew> cjwatson: ok
[10:08] <rbasak> ScottK: thanks!
[10:20] <tkamppeter> Anyone knows why cuips-1.7.3-3 does not make it from utopic-proposed to utopic (it has built on all platforms)?
[10:22] <seb128> tkamppeter, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt ... seems it's part of the gnutls28 transition
[10:22] <cjwatson> Stuck behind gnutls28 transition, complex, will take some time
[10:22] <cjwatson> Fixing things on http://people.canonical.com/~ubuntu-archive/transitions/gnutls28.html would help
[10:22] <tkamppeter> seb128, cjwatson, thanks.
[10:25] <tkamppeter> seb128, cjwatson, OdyX, looks like that we have to wait for the gnutls28 transition to complete.
[10:27] <seb128> tkamppeter, yes
[10:27] <Laney> You don't have to just wait. :)
[10:27] <seb128> cjwatson, is the transition "just" to rebuild things with 26->28?
[10:27] <cjwatson> Wait, maybe that's the wrong transition page
[10:28] <cjwatson> I was thinking of http://people.canonical.com/~ubuntu-archive/transitions/html/libgnutls-deb0-28.html, but that's complete
[10:29] <cjwatson> Ah yes, the problem is that libgnutls-deb0-28 is snarled up with the libav10 transition
[10:29] <cjwatson> Sorry for misleading
[10:29] <cjwatson> So http://people.canonical.com/~ubuntu-archive/transitions/libav10.html is the right thing to push
[10:30] <cjwatson> There may be some low-hanging rebuild fruit left there, but I think it mostly requires porting now :-/
[10:30] <cjwatson> siretart: Do you have any effort available to continue with this?
[10:30] <caribou> mvo: ping
[10:31] <mvo> caribou: pong
[10:36] <infinity> https://wiki.libav.org/Migration/10 may prove helpful for the libav transition.
[10:38] <infinity> apw: Were you planning on doing +1 this cycle?
[10:40] <MS4Life> mark shuttleworth why would you make love to me then deny everything!!?!
[10:46] <MS4Life> u
[10:47] <MS4Life> cant ban me i just reset the modem
[10:47] <ikonia> cjwatson:
[10:47] <MS4Life> ikonia unity sux
[10:47] <MS4Life> ikonia unity sux
[10:47] <ikonia> I don't like it either, so I don't know why you are telling me
[10:48] <MS4Life> Matthew Darcy what do you run on your desktop?
[10:48] <MS4Life> windows?
[10:48] <ikonia> Palm OS
[10:49] <MS4Life> i said desktop
[10:49] <ikonia> yes, I run palm OS on my desktop
[10:50] <MS4Life> what do you do for a living
[10:50] <ikonia> I make goats cheese
[10:50] <MS4Life> same
[10:51] <ikonia> there we go
[10:55] <WombleWasaCattha> I love unity
[10:55] <infinity> ikonia: Looks like you get to k-line an entire subnet? :P
[10:56] <cjwatson> (not ideal but I assume they'll get bored)
[10:57] <mlankhorst> could gline new zealand ;D
[10:57] <cjwatson> might be a bit of collateral damage
[10:58] <Unit193> His ident stayed the same.
[10:58] <cjwatson> I'll refine it if it's a problem but usually this sort of troll has a short attention span
[10:58] <cjwatson> just don't feed them
[10:59] <cjwatson> yay I can start landing livefs-in-LP
[11:00] <zyga> hi, just curious, not a problem really, I was wonderinf if all Qt apps are borked theme-wise for anyone else on utpic?:
[11:01] <seb128> zyga, dholbach mentioned such issues yesterday
[11:02] <seb128> not sure if he managed to get them resolved
[11:05] <infinity> zyga: I had noticed that with mumble, yes.  Hadn't gotten around to whining loudly.
[11:09] <zyga> seb128, infinity: thanks
[11:10] <zyga> seb128: should I open a bug on that?
[11:10] <seb128> zyga, check with dholbach, I guess he had one
[11:10] <zyga> dholbach: ^^
[11:16] <siretart> cjwatson: I'm at a conference right now (USENIX ATC, Philadelphia), and I fear that i'm unlikely to find time before end of next week. sorry
[11:16] <cjwatson> OK, thought I'd at least ask
[11:16] <siretart> thanks
[11:17] <siretart> with 'pushing', do you mean removing blocking binary packages from utopic?
[11:19] <infinity> siretart: Ideally fixing rather than removing, unless there are some that are lost causes.
[11:20] <infinity> siretart: Do you have a list of stuff that was demoted in Debian to force libav into testing?
[11:20] <siretart> mplayer and xine-lib seem rather lost causes
[11:20] <cjwatson> There are way too many right now to be considering removing, IMO.
[11:20] <siretart> both were removed from testing in favor of mplayer2/mpv and xine-lib-1.2
[11:21] <cjwatson> xine-lib-1.2 FTBFS in utopic :P
[11:21] <siretart> k3b disabled its ffmpeg plugin
[11:21] <siretart> zoneminder was removed from testing
[11:21] <cjwatson> (something to do with libcaca I think)
[11:21] <cjwatson> I'm happy to remove/demote the odd one once we get to the end, but we don't appear to be near the end yet
[11:22] <siretart> sure
[11:23] <cjwatson> I might sic sil2100 on it next week
[11:25] <rbasak> pitti: about bug 1329049. I haven't uploaded juju-quickstart to utopic yet. I wanted to get juju-core migrated first. I guess I could throw it into utopic-proposed though.
[11:25] <rbasak> juju-quickstart 1.4.0 that is.
[11:25] <rbasak> pitti: do you need it right now, and/or do you know if 1.4.0 (it's in PyPI) is also affected?
[11:37] <pitti> rbasak: hey! No, I symlinked /var/lib/lxc to /scratch/lxc as a workaround
[11:37] <pitti> rbasak: I didn't try 1.4.0
[11:45] <dholbach> zyga, no, I didn't have a bug
[11:46] <dholbach> zyga, and still no idea what triggered it - I got busy yesterday and stopped looking into it - my use-cases were musique and skype, for spotify it works fine, as Mirv pointed out
[11:46] <dholbach> ^ seb128
[11:48] <seb128> dholbach, k
[11:52] <doko__> Riddell, Unpacking nepomuk-core-runtime (4:4.13.2-0ubuntu2) over (4:4.13.0-0ubuntu1) ...
[11:52] <doko__> dpkg: error processing archive /var/cache/apt/archives/nepomuk-core-runtime_4%3a4.13.2-0ubuntu2_amd64.deb (--unpack):
[11:52] <doko__>  trying to overwrite '/usr/share/dbus-1/system-services/org.kde.nepomuk.filewatch.service', which is also in package nepomuk-core-data 4:4.13.0-0ubuntu1
[12:02] <zyga> dholbach: I just noticed it on qbzr
[12:28] <Riddell> doko: tsk, thanks
[12:51] <OdyX> tkamppeter: ah, yeah, thanks.
[13:54] <Mirv> a friendly core dev around to ack/nack packaging changes for mhr3? mainly containing unity-scopes-api version upgrade to 0.5.0 (also unity-api to 7.82)
[13:55] <Mirv> https://ci-train.ubuntu.com/job/landing-014-2-publish/33/ <- the packaging_changes links
[13:58] <Mirv> (the packages are at https://launchpad.net/~ci-train-ppa-service/+archive/landing-014/+packages)
[13:58] <seb128> Mirv, that's from mhr3? nack!
[13:58] <seb128> (nor fun, he's not on this channel)
[13:58] <seb128> not*
[13:58] <seb128> looking
[13:59] <Mirv> hehe
[13:59] <LocutusOfBorg1> infinity, do you know why wxwidgets3.0 hasn't move to release yet?
[13:59] <LocutusOfBorg1> still in proposed so far
[14:01] <seb128> Mirv, could be get libunity-scopes split in a lib and a binary? having the lib containing unversionned binaries and doing this conflicts/replaces on the old soname is suboptimal
[14:02] <infinity> LocutusOfBorg1: Looks like a bunch of rdeps need transitioning.
[14:02] <infinity> LocutusOfBorg1: We'll get to it.  Patience is a virtue. :P
[14:05] <Mirv> (thanks seb)
[14:07] <seb128> (yw!)
[14:08] <LocutusOfBorg1> infinity, thanks, I was wondering about a bug :)
[14:08] <LocutusOfBorg1> do you have any page where I can see the rdeps of a particular package?
[14:08] <LocutusOfBorg1> I mean, I see hedgewars in proposed because of libav10 transition
[14:09] <LocutusOfBorg1> while I don't know where to look for wx3.0, evenmore because the upload seems API/ABI compatible, so I don't even know why a rebuild should be issued
[14:12] <infinity> LocutusOfBorg1: Looks like libalien-wxwidgets-perl needs a rebuild.  Uploading now.
[14:13] <LocutusOfBorg1> mm ok, but why?
[14:14] <LocutusOfBorg1> I'm trying to learn what might cause a rebuild when API/ABI doesn't change
[14:15] <infinity> LocutusOfBorg1: Because it has exact deps on the version it was built with.
[14:37] <cjwatson> LocutusOfBorg1: reverse-depends(1)
[14:57] <LocutusOfBorg1> infinity, cjwatson so the question is: why debian didn't rebuilt it?
[14:57] <infinity> LocutusOfBorg1: They did.
[14:58] <LocutusOfBorg1> https://buildd.debian.org/status/package.php?p=libalien-wxwidgets-perl&suite=unstable
[14:58] <LocutusOfBorg1> I don't see in changelogs
[14:58] <infinity> LocutusOfBorg1: The upload was timed so that -2 built after wxwidgets on most arches, s390x missed, and got a binNMU.
[14:58] <LocutusOfBorg1> last rebuild 13 days ago, and wx has been uploaded 2 days ago
[14:58] <infinity> Err, oh.
[14:59] <infinity> No, they'll need more binNMUs.  You're right.
[14:59] <infinity> You'll note it hasn't migrated to testing yet. :P
[14:59] <LocutusOfBorg1> ok so wx won't reach testing until they binNMU it?
[14:59] <infinity> And it won't until those binNMUs are done.
[14:59] <infinity> Yes.
[15:00] <LocutusOfBorg1> ack, thanks
[15:00] <LocutusOfBorg1> so why doesn't show this on excuses? package too young?
[15:00] <LocutusOfBorg1> https://release.debian.org/migration/testing.pl?package=wxwidgets3.0
[15:00] <LocutusOfBorg1> I think I should see something like "makes 1 package uninstallable or  blabla"
[15:00] <LocutusOfBorg1> or not?
[15:02] <infinity> LocutusOfBorg1: Those tests aren't run intil it's up-to-date on all arches.
[15:03] <infinity> LocutusOfBorg1: And a valid candidate (so, 5 day wait over, no RC bugs, etc)
[15:04] <LocutusOfBorg1> ack thanks for the full explanation
[15:04] <LocutusOfBorg1> so the problem is that ubuntu doesn't have this "transition time"
[15:05] <infinity> Well, that's not so much a problem, from our point of view. :P
[15:24] <LocutusOfBorg1> yes, of course it isn't :D
[15:25] <LocutusOfBorg1> the problem is in my mind, I want to know everything I can :)
[16:30] <roaksoax> can we declare dependencies like: Depends: syslinux-common, syslinux-dev | , <other>
[16:30] <roaksoax> ?
[16:33] <cjwatson> not sure what that means
[16:38] <roaksoax> cjwatson: so in trusty syslinux-common used to ship pxelinux.0. In utopic it is being shipped on syslinux-dev, so we are trying to figure out a way for packaging to work both in utopic and trusty, since we need syslinux-common in both, and syslinux-dev in utopic+
[16:38] <cjwatson> sure, I just don't understand the syntax you're using above
[16:39] <cjwatson> how about "syslinux-common, syslinux-dev | syslinux-common"?
[16:40] <cjwatson> or perhaps "syslinux-common, syslinux-dev | syslinux-common (<< 3:6.00~pre4+dfsg-5)" would be more exact
[16:40] <cjwatson> (if I've got that version right - based on http://metadata.ftp-master.debian.org/changelogs/main/s/syslinux/unstable_changelog)
[16:45] <roaksoax> cjwatson: yeah I think something like that would work! Thanks!
[17:01] <infinity> roaksoax: Err, syslinux-dev?  Really?
[17:02] <infinity> roaksoax: I think you want pxelinux, not syslinux-dev
[17:06] <infinity> roaksoax: Oh, I see.  It's in both.  Brilliant.
[17:18] <psusi> so the bzr repos for git appear to be out of date.  Is the auto importer broken?
[17:37] <Mirv> heads up that Qt 5.3 has been published to archives, and there'll be fun to be had for the next few hours with them most probably. http://pastebin.ubuntu.com/7670340/
[17:37] <Mirv> there are 8 packages that should start building shortly, ie. direct syncs from Debian that were already waiting in utopic-proposed for the base modules to come to them
[17:53] <seb128> ev, bdmurray: https://errors.ubuntu.com/?release=Ubuntu%2014.10&package=webbrowser-app&period=day shows no report from webbrowser-app but https://errors.ubuntu.com/oops/b0a749da-f7d3-11e3-b432-fa163e707a72 is one, is there any way to debug why it's not showing in the summary?
[18:06] <seb128> bdmurray, since it's your SRU day, could you have a look to libdbusmenu in the trusty queue? Should be an easy diff to review, and it's blocking a landing silo so it would be nice to get in
[18:12] <bdmurray> seb128: querying the db reveals it is waiting to retrace and may be retracing now
[18:20] <mitya57> Mirv: \o/
[18:20] <mitya57> Mirv: Thanks a lot for your work on 5.3!
[18:23] <Mirv> you're welcome!
[18:26] <mitya57> Mirv: qt5-doc now depends on non-existent qtpositioning5-doc, can I fix that?
[18:26] <mitya57> (should be qtlocation5)
[18:30] <Mirv> mitya57: AFAIK I already fixed that already in the https://launchpad.net/ubuntu/+source/qtdoc-opensource-src/5.3.0-2ubuntu1 but if there's something missing yes surely go ahead and fix (I'll be away for some time anyhow after today)
[18:30] <Mirv> mitya57: yeah, you're correct. so, go ahead :)
[18:30] <mitya57> Mirv: you fixed only build-depends, not depends.
[18:30] <Mirv> indeed
[19:00] <seb128> bdmurray, thanks, it's still waiting/being retraced, or did that fail for some reason?
[19:11] <bdmurray> seb128: hmm, it says it is still waiting. I'll keep an eye on it.
[19:12] <seb128> bdmurray, ok, no worry, let's see if it's retraced by tomorrow, thanks for checking
[19:13] <seb128> bdmurray, I'm asking because I'm suspîcious there might be an issue there, I'm surprised that e.g unity8 is having 0 reports on the daily reports, we for sure have testers running into errors
[19:13] <bdmurray> seb128: the queue was quite large for a while since we were starting over
[19:14] <bdmurray> seb128: we had to retrace everything to create crash signatures
[19:15] <seb128> bdmurray, well, https://errors.ubuntu.com/?release=Ubuntu%2014.10&package=unity8&period=day still has "no data to display"
[19:15] <seb128> same for the week view
[19:15] <seb128> it only has url-dispatcher errors
[19:16] <seb128> that seems wrong
[19:17] <bdmurray> seb128: the amd64 queue still has 1000 crashes in it
[19:17] <seb128> hum, k
[19:18] <bdmurray> I'll see if I can get some more retracers added temporarily
[19:19] <seb128> bdmurray, don't worry, it's not a big issue if that's just backlog, I'm trying to make sure we don't have an infrastructure issue which means we discard reports
[19:19] <seb128> because it looks like this way
[19:20] <seb128> but that could be a side effect of the backlog
[19:20] <bdmurray> well, it should be easy to add some more retracers and get the queue to a more managable size
[19:21] <seb128> that would be nice
[19:53] <hamiltont> Is anyone from the installer team online?
[19:54] <cjwatson> hamiltont: I've seen your branch but have had a bit much to do today to review it; will try to look tomorrow
[19:54] <hamiltont> Awesome, an update was all I was looking for
[19:55] <hamiltont> thanks
[19:55] <cjwatson> hamiltont: however are you aware that kickseed's real upstream is actually in a Debian git repository?
[19:55] <hamiltont> No - I looked but couldn't find it
[19:55] <hamiltont> I'll happily submit there if you link me
[19:55] <cjwatson> hamiltont: I'm very likely to redirect you there (which'll still be me reviewing, but it's easier to manage) and ask for you to split up your branch into logically-separate patches
[19:55] <hamiltont> Yea, that's fine
[19:55] <hamiltont> Git's easier for me. Where is the project located? I couldn't find it
[19:56] <cjwatson> http://anonscm.debian.org/gitweb/?p=d-i/kickseed.git, patches would go either as bugs in the Debian BTS or as mail to debian-boot@lists.debian.org
[19:56] <cjwatson> but I'm fine with proxying, it'd just help to have it spli tup
[19:56] <cjwatson> *split up
[19:56] <cjwatson> there are a couple of remaining Ubuntu deltas, I think it's just RAID and LVM handling
[19:56] <hamiltont> Well how about I wait until you have time to read/respond on launchpad, and then for the next set of changes I'll put them through debian's tracker
[19:57] <cjwatson> sure, I can give you a first pass review
[19:57] <cjwatson> just not tonight :)
[19:57] <hamiltont> Yea sure thing - you seem pretty busy ;-)
[19:57] <hamiltont> Just want to get these fundamental changes in so I can use them for working on other stuff
[19:57] <cjwatson> yup, understood
[19:58] <hamiltont> cool. talk to you later then
[23:03] <Ryan52> Hi, I'm trying to debug an issue with the proposed archive.. it seems to be missing the autofs-ldap binary package for some reason?
[23:04] <Ryan52> The version in proposed here https://launchpad.net/ubuntu/trusty/amd64/autofs/5.0.7-3ubuntu3.1 shows autofs_5.0.7-3ubuntu3.1_amd64.deb under Downloadable files, which is also the only one listed in the Packages file on the mirrors.
[23:04] <Ryan52> However when I click on the build, it shows built files for autofs-ldap_5.0.7-3ubuntu3.1_amd64.deb and autofs-hesiod_5.0.7-3ubuntu3.1_amd64.deb too.
[23:04] <Ryan52> So what would have kept them from getting into the archive?
[23:08] <Bluefoxicy> oh for.
[23:08] <Bluefoxicy> I just tried to delete 4 rows in calc, and it crashed.
[23:08] <Bluefoxicy> crash recovery recovered an empty document.
[23:08] <Bluefoxicy> :|
[23:10] <cjwatson> Ryan52: They're there, you just need to look in universe instead of main.
[23:14] <Ryan52> cjwatson: ahah, thank you so much! I was misled since they weren't listed on https://launchpad.net/ubuntu/trusty/amd64/autofs/5.0.7-3ubuntu3.1 (I'm still kinda curious why that is)
[23:14] <cjwatson> because that's the page just for that single binary package
[23:14] <Ryan52> OK, thanks!
[23:15] <cjwatson> you want https://launchpad.net/ubuntu/+source/autofs/5.0.7-3ubuntu3.1 instead
[23:15] <cjwatson> sigh
[23:15] <cjwatson> was talking :P