[02:08] -queuebot:#ubuntu-release- Unapproved: appstream-glib (zesty-proposed/main) [0.6.9-1 => 0.6.9-1ubuntu1] (desktop-core)
[02:09] -queuebot:#ubuntu-release- Unapproved: appstream-glib (xenial-proposed/main) [0.5.13-1ubuntu4 => 0.5.13-1ubuntu5] (desktop-core)
[02:21] -queuebot:#ubuntu-release- Unapproved: gnome-software (xenial-proposed/main) [3.20.1+git20170524.0.ea2fe2b0-0ubuntu<IP_ADDRESS> => 3.20.5-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[05:14] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [ppc64el] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [ppc64el] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [s390x] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: haskell-store-core [ppc64el] (artful-proposed/universe) [0.4.1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [s390x] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: haskell-store-core [s390x] (artful-proposed/universe) [0.4.1-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: node-aproba [amd64] (artful-proposed/universe) [1.0.4-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: node-has-unicode [amd64] (artful-proposed/universe) [2.0.1-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [amd64] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [amd64] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: mockldap [amd64] (artful-proposed/universe) [0.2.8-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [i386] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [i386] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: node-gauge [amd64] (artful-proposed/universe) [2.7.4-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: haskell-store-core [amd64] (artful-proposed/universe) [0.4.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: haskell-store-core [i386] (artful-proposed/universe) [0.4.1-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [armhf] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [armhf] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: haskell-alsa-core [arm64] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: haskell-attoparsec-iso8601 [arm64] (artful-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: haskell-store-core [arm64] (artful-proposed/universe) [0.4.1-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: haskell-store-core [armhf] (artful-proposed/universe) [0.4.1-1] (no packageset)
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [amd64] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [armhf] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [amd64] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [armhf] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-store-core [amd64] (artful-proposed) [0.4.1-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-store-core [armhf] (artful-proposed) [0.4.1-1]
[06:03] -queuebot:#ubuntu-release- New: accepted mockldap [amd64] (artful-proposed) [0.2.8-1]
[06:03] -queuebot:#ubuntu-release- New: accepted node-gauge [amd64] (artful-proposed) [2.7.4-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [arm64] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [arm64] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-store-core [arm64] (artful-proposed) [0.4.1-1]
[06:03] -queuebot:#ubuntu-release- New: accepted node-aproba [amd64] (artful-proposed) [1.0.4-2]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [i386] (artful-proposed) [<IP_ADDRESS>-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-store-core [i386] (artful-proposed) [0.4.1-1]
[06:03] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [i386] (artful-proposed) [<IP_ADDRESS>-1]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [ppc64el] (artful-proposed) [<IP_ADDRESS>-1]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [ppc64el] (artful-proposed) [<IP_ADDRESS>-1]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-store-core [ppc64el] (artful-proposed) [0.4.1-1]
[06:04] -queuebot:#ubuntu-release- New: accepted node-has-unicode [amd64] (artful-proposed) [2.0.1-2]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-alsa-core [s390x] (artful-proposed) [<IP_ADDRESS>-1]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-store-core [s390x] (artful-proposed) [0.4.1-1]
[06:04] -queuebot:#ubuntu-release- New: accepted haskell-attoparsec-iso8601 [s390x] (artful-proposed) [<IP_ADDRESS>-1]
[06:04] -queuebot:#ubuntu-release- Unapproved: ntp (xenial-proposed/main) [1:4.2.8p4+dfsg-3ubuntu5.5 => 1:4.2.8p4+dfsg-3ubuntu5.6] (ubuntu-server)
[06:04] -queuebot:#ubuntu-release- Unapproved: ntp (yakkety-proposed/main) [1:4.2.8p8+dfsg-1ubuntu2.1 => 1:4.2.8p8+dfsg-1ubuntu2.2] (ubuntu-server)
[06:21] -queuebot:#ubuntu-release- Unapproved: ntp (zesty-proposed/main) [1:4.2.8p9+dfsg-2ubuntu1.1 => 1:4.2.8p9+dfsg-2ubuntu1.2] (ubuntu-server)
[06:37] <tsimonq2> Morning release team! I got an email that the Lubuntu Xenial Daily build is FTBFS, and it seems to be because of a dependency problem with the HWE stack.
[06:37] <tsimonq2> Is this something I need to be concerned about, or will it resolve itself?
[06:38] <tsimonq2> Here's the exact dep problem if anyone is interested: http://paste.ubuntu.com/25037516/
[07:06] <apw> tsimonq2, reporting it is good, likely it is teathing issue as i believe those are being wriggled in at the moment
[07:08] <tsimonq2> apw: Reporting as I have just done, or should I file a bug somewhere?
[07:15] <apw> tsimonq2, i think that is good enough
[07:16] <tsimonq2> apw: Ok
[07:17] <apw> infinity, tjaalton ^
[07:17] <tsimonq2> apw: Ah ok, I didn't know who the HWE people were.
[07:20] <tjaalton> ?
[07:27] <tjaalton> tsimonq2: what's the problem?
[07:28] <tsimonq2> tjaalton: https://irclogs.ubuntu.com/2017/07/07/%23ubuntu-release.html#t06:37 :)
[07:29] <tjaalton> freenode cut me off
[07:29] <tsimonq2> Ah ok
[07:30] <tjaalton> tsimonq2: don't depend on -intel
[07:30] <tsimonq2> tjaalton: Oh? Why not?
[07:31] <tjaalton> because it's not compatible with hwe xserver
[07:31] <tsimonq2> tjaalton: Lubuntu images don't follow recommends, and afair that was needed to fix some graphics issues on some Intel graphics cards.
[07:31] <tsimonq2> Ok... so how do I still get this functionality?
[07:31] <tjaalton> dunno why you didn't have issues with .2
[07:32] <tsimonq2> These issues are just popping up with yesterday's builds.
[07:32] <tjaalton> |xxvi-hwe-16.04
[07:32] <tsimonq2> ?
[07:32] <tjaalton> if you insist on using intel
[07:32] <tjaalton> you need to fix the dep
[07:33] <tsimonq2> Ok. Thanks for your time.
[07:34] <apw> tjaalton, thanks :)
[07:36] <tjaalton> nw, i'm glad these got in :)
[07:37] <tjaalton> tsimonq2: though, if you had no issues with .2 maybe some builds were just missing
[07:37] <tsimonq2> tjaalton: Oh?
[07:37] <tjaalton> so wait until the next run?
[07:38] <tsimonq2> tjaalton: Sure
[07:43] -queuebot:#ubuntu-release- New binary: django-auth-ldap [amd64] (artful-proposed/universe) [1.2.12+dfsg-1] (no packageset)
[08:02] <jibel> desktop images failed to build again this morning. Could someone have a look?
[08:02] <jibel> infinity, ^
[08:04] <tsimonq2> jibel: Would it happen to be because of the same dep error I described above?
[08:04] <tsimonq2> jibel: i.e. http://paste.ubuntu.com/25037516/
[08:04] <tsimonq2> s/error/problem/ is better wording. :)
[08:11] <jibel> tsimonq2, I don't think so. The squashfs builds successfully but the ISO fails
[08:27] <tsimonq2> jibel: Ah ok.
[08:28] <tsimonq2> jibel: Just thought I'd ask. :)
[08:58] -queuebot:#ubuntu-release- New binary: deja-dup [ppc64el] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[08:58] -queuebot:#ubuntu-release- New binary: deja-dup [s390x] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[08:59] -queuebot:#ubuntu-release- New binary: deja-dup [amd64] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[08:59] -queuebot:#ubuntu-release- New binary: deja-dup [i386] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[09:04] -queuebot:#ubuntu-release- New binary: deja-dup [armhf] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[09:09] -queuebot:#ubuntu-release- New binary: deja-dup [arm64] (artful-proposed/main) [34.4-0ubuntu3] (ubuntu-desktop)
[09:09] -queuebot:#ubuntu-release- New: accepted deja-dup [amd64] (artful-proposed) [34.4-0ubuntu3]
[09:09] -queuebot:#ubuntu-release- New: accepted deja-dup [armhf] (artful-proposed) [34.4-0ubuntu3]
[09:09] -queuebot:#ubuntu-release- New: accepted deja-dup [ppc64el] (artful-proposed) [34.4-0ubuntu3]
[09:09] -queuebot:#ubuntu-release- New: accepted deja-dup [arm64] (artful-proposed) [34.4-0ubuntu3]
[09:09] -queuebot:#ubuntu-release- New: accepted deja-dup [s390x] (artful-proposed) [34.4-0ubuntu3]
[09:10] -queuebot:#ubuntu-release- New: accepted deja-dup [i386] (artful-proposed) [34.4-0ubuntu3]
[09:46] <infinity> jibel: For artful?
[09:47] <jibel> infinity, yes artfl
[09:47] <jibel> +u
[09:47] <infinity> Oh, hrm.  Neat.
[09:48] <infinity> And by "neat", I mean "WTF".
[09:48] <jibel> that's a way to say it
[09:49] <infinity> jibel: How long has it been failing?  I've been head down in xenial crap all week.
[09:49] <jibel> infinity, yesterday
[09:49] <jibel> infinity, 20170706 is the first build that failed
[09:49] <infinity> I wonder if I can blame the new apt somehow.
[09:53] <infinity> Oh.
[09:53] <infinity> Or we could blame someone overexhuberantly demoting isolinux to universe.
[09:53] <infinity> WE KINDA USE THAT A LITTLE BIT.
[09:53] <tsimonq2> apw, tjaalton: Yeppp, a simple ISO rebuild fixed it.
[09:53] <apw> infinity, that sounds a little unexpected!
[09:53] <tsimonq2> infinity: WAIT WHAT...
[09:53] <tjaalton> tsimonq2: cool
[09:54] <infinity> apw: Looks like it was never explicitly seeded, so something probably stopped accidentally pulling it in.
[09:54] <infinity> I'll just seed it.
[09:54] <apw> heh a good plan indeed
[09:58] <jibel> infinity, blame didrocks I suppose
[09:58] <jibel> infinity, he's cleaning the desktop seed to remove unity
[09:59] <infinity> jibel: It was never seeded.  I think it was just accidentally in main due to being an rdep of $something.
[09:59] <infinity> And it isn't anymore.
[09:59] <apw> infinity, i think that have been syslinux-themes-ubuntu
[10:00] <apw> -> syslinux-themes-ubuntu-xenial -> isolinux
[10:00] <infinity> Oh, do we not do that anymore?
[10:00] <apw> seems not as of 5th, which is about right timing wise
[10:00] <infinity> Yeah.
[10:00] <infinity> I meant "do we not use those themes anymore".
[10:01] <infinity> I kinda thought that's what was responsible for making the ISO boot screen (for BIOS) pretty.
[10:01] <infinity> Oh, no, that's gfxboot-theme-ubuntu
[10:01] <infinity> Confusing.
[10:01] <ogra_> yeah, but everyone dooes that ...
[10:01] <ogra_> ugliness sticks out nowadays :)
[10:02] <infinity> jibel: Alright, isolinux seeded and re-promoted.  Should resolve itself, but I'll probably test a bit later to be sure.
[10:02] -queuebot:#ubuntu-release- Unapproved: rejected fwupdate [source] (xenial-proposed) [0.5-2ubuntu5]
[10:07] <infinity> This is where I wish overrides had an audit trail, though.
[10:07] <infinity> I don't blame didrocks for not knowing that unseeding themes would drop isolinux out of main, but I totally blame the AA who blindly followed component-mismatches without questioning "hey, do we use that thing?"
[10:08] <tsimonq2> infinity: But isn't he an AA?
[10:09] <infinity> tsimonq2: Your failure was xenial-specific, and had to do with the xserver and drivers being mismatched.  Should have been fixed 10 hours ago or so.
[10:09] <infinity> tsimonq2: Sure, but that doesn't mean he's the one who demoted the package.
[10:09] <tsimonq2> infinity: Yep, fixed by a rebuild.
[10:09] <tsimonq2> infinity: Fair.
[10:09] <tsimonq2> infinity: Just thought I'd point it out. :)
[10:09] <infinity> Hence "I wish there was auditing".
[10:10] <infinity> LocutusOfBorg: Oh good, you're around again.  Mind if I yell at you?
[10:10] <infinity> LocutusOfBorg: "The testuite fails with a SIGILL, I guess I should disable it and let a miscompiled package migrate" is not the correct train of thought. :P
[10:10] <infinity> LocutusOfBorg: proposed-migration isn't a video game, it was very much doing its job there.
[10:22] <LocutusOfBorg> infinity, yell at me whenever you want :)
[10:22] <infinity> LocutusOfBorg: Consider yourself yelled at.
[10:23] <LocutusOfBorg> I'll read soon(TM)
[10:23] <LocutusOfBorg> :)
[10:23] <infinity> LocutusOfBorg: But seriously, please don't treat migration as a game where the object is to get stuff through at any cost.  Bugs being caught is WHY it's there.
[10:23] <LocutusOfBorg> oh, can I give you some background?
[10:23] <LocutusOfBorg> :)
[10:23] <LocutusOfBorg> at the time I disabled that, after talking with bremner, the reasons were multiple for disabling it:
[10:24] <LocutusOfBorg> it didn't fail locally, bremner told that gdb on arm* is usually broken a lot, and also in debian that testsuite is disabled on many architectures
[10:24] <LocutusOfBorg> at that time we had a newer gdb in Ubuntu, so we were confident about a gdb regression, and we agreed on looking at it after stretch
[10:24] <infinity> LocutusOfBorg: Didn't fail locally in what environment?
[10:25] <LocutusOfBorg> armhf* probably was on some qemu stuff, so the testsuite was not reliable too much
[10:25] <infinity> LocutusOfBorg: armhf is not built on qemu, it's built on real hardware, in both Debian and Ubuntu.
[10:25] <LocutusOfBorg> sorry infinity I can't recall exactly what I did, but I remember talking here with Colin and Matthias IIRC
[10:25] <LocutusOfBorg> infinity, I think back in those days it was, or maybe it was only for ppas, the way I had to do testing
[10:26] <LocutusOfBorg> now it should be real hw everywhere I presume
[10:26] <infinity> LocutusOfBorg: "Those days"?  You disabled the testsuite yesterday...
[10:26] <LocutusOfBorg> nah
[10:26] <LocutusOfBorg> everytime I try a force-sync and disable it again after talking with bremner
[10:27] <infinity> Ahh.  Is it always a SIGILL?
[10:27] <LocutusOfBorg> that sigkill has been discovered only yesterday, look at publish log
[10:27] <cjwatson> Just for the record I didn't say "sure, go ahead and disable the testsuite", so don't invoke my name for this
[10:27] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/notmuch/+publishinghistory
[10:27] <LocutusOfBorg> cjwatson, I didn't say that :) you helped me understanding why ppas and official builders were different
[10:28] <cjwatson> Right, but you kind of implied it.
[10:28] <LocutusOfBorg> sorry, this wasn't in my intentions
[10:28] <infinity> LocutusOfBorg: Okay, "it's been broken like this forever" is more reasonable.  That's not at all how I read backscroll.
[10:29] <infinity> LocutusOfBorg: I saw "I investigated this and found a SIGILL, and decided to let it through anyway".
[10:29] <cjwatson> It is true that at one point there were terrible bad times when we were running armhf PPA builds in qemu and lots of things exploded.  Not been that way for a couple of years.
[10:29] <cjwatson> Well, at least a year.  I lose track of dates.
[10:31] -queuebot:#ubuntu-release- New binary: ceph [ppc64el] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[10:35] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/notmuch/0.22.1-3ubuntu2
[10:35] <LocutusOfBorg> this was when I disabled it, so am I partly forgiven? :P
[10:36] <LocutusOfBorg> it was when emacs has been promoted to main, and notmuch too
[10:36] <LocutusOfBorg> anyway, I want to fix that bug if there is one, how can I do it?
[10:36] <LocutusOfBorg> I don't have real hw
[10:39] <LocutusOfBorg> and if this is a bug in gcc/glibc, I really don't know where to start
[10:44] -queuebot:#ubuntu-release- New binary: ceph [i386] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[10:45] <cjwatson> By the date of that upload, all the old armhf PPA qemu nonsense had been dead for at least six months.
[10:46] <cjwatson> So let's discard that as even possibly relevant.
[10:47] <infinity> LocutusOfBorg: Figuring out what the illegal instruction is would be helpful.
[10:48] <infinity> LocutusOfBorg: It won't have anything to do with glibc.
[10:48] <infinity> LocutusOfBorg: It *could* have something to do with gcc.
[10:48] <infinity> LocutusOfBorg: But more likely, it's the code itself making bad assumptions.
[10:49] <LocutusOfBorg> if you read #debian-devel I told bremner mostly the same things (he is upstream)
[10:49] <LocutusOfBorg> and the answer was "I don't care about possible code bugs that debian didn't spot"
[10:50] <LocutusOfBorg> I told about possible difference in optimization levels
[10:50] <LocutusOfBorg> I even tried to pick gdb from debian, but my armhf qemu sucks
[10:50] <LocutusOfBorg> really, this wasn't a "lets disable and live happy"
[10:50] <LocutusOfBorg> I spent days in trying to figure it out
[10:51] <infinity> LocutusOfBorg: Right, you're slightly more off the hook for yesterday's upload given the "it's been broken forever" thing.
[10:51] <infinity> LocutusOfBorg: Like I said, it appeared from backscroll that it was a regression, not "same bug, different day".
[10:53] <infinity> SIGILL in Ubuntu and not Debian is curious, though.  I *think* Debian still builds on real armv7 hardware, and ours being armv8 is teeeechnically missing one instruction.  But it's one instruction no one should be using.
[10:53] <infinity> (And it's an instruction that was optional in v7, it's just that everyone opted into including it for backward compat with v... 5?)
[10:54] <LocutusOfBorg> if you read devel, we tried on different porterboxes too
[10:54] <LocutusOfBorg> e.g. abel
[10:55] <LocutusOfBorg> and yeah, abel is v7
[10:55] <infinity> Yeah, it's an ArmadaXP.
[10:56] <LocutusOfBorg> I work sometimes with i.MX6 hw, but it is yocto based, so I don't have an easy way to port the same toolchain
[10:56] <infinity> Well, also v7.
[10:56] <LocutusOfBorg> ough
[10:56] <LocutusOfBorg> right
[11:00] <LocutusOfBorg> so, do you have any advice for me? or can you help in some way?
[11:01] <infinity> I have neither advice nor time right now.  But I'm also less grumpy knowing that this has been known for ages, and isn't a regression.
[11:02] <LocutusOfBorg> ages? this is a regression since yakkety, so not really ages :)
[11:10] <cjwatson> LocutusOfBorg: it sounds like the next step is figuring out which instruction is involved; you can get that out of siginfo_t in a signal handler (though there might be easier ways)
[11:10] <LocutusOfBorg> but how can I trigger this in a ppa build?
[11:10] <cjwatson> LocutusOfBorg: if you get something like that that dumps out relevant information, you could experiment via a PPA
[11:10] <LocutusOfBorg> mmm let me google around :D
[11:11] <cjwatson> patch the relevant binary to install a signal handler?  or if you think it might show up in system logs then you just need a || handler in shell somewhere
[11:12] <LocutusOfBorg> the testsuite runs in a shell script, so I might intercept it there
[11:12] <LocutusOfBorg> let me try, awesome
[11:13] -queuebot:#ubuntu-release- New binary: ceph [s390x] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[11:13] -queuebot:#ubuntu-release- New binary: fifechan [ppc64el] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: fifechan [s390x] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: fifechan [i386] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: fifechan [amd64] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:15] -queuebot:#ubuntu-release- New binary: fifechan [arm64] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: fifechan [armhf] (artful-proposed/universe) [0.1.4-2] (no packageset)
[11:31] <didrocks> infinity: yeah, sorry for unseeding. I didn't demote it though (as I was unsure about the -ubuntu one). I also noticed somebody demoted a lot of binary packages only movement, where I was analyzing the non source + all binaries movements. Makes it harder to keep the list of things to work on known (I hope that the current binary-only demotion will be kept that way) :/
[11:36] <infinity> jibel: Fresh builds worked, FYI.
[11:37] <didrocks> thanks infinity
[11:38] -queuebot:#ubuntu-release- New binary: django-auth-ldap [amd64] (artful-proposed/universe) [1.2.13+dfsg-1] (no packageset)
[11:39] <jibel> infinity, thanks
[11:40] -queuebot:#ubuntu-release- New: accepted django-auth-ldap [amd64] (artful-proposed) [1.2.12+dfsg-1]
[11:40] -queuebot:#ubuntu-release- New: accepted fifechan [arm64] (artful-proposed) [0.1.4-2]
[11:41] -queuebot:#ubuntu-release- New: accepted fifechan [i386] (artful-proposed) [0.1.4-2]
[11:41] -queuebot:#ubuntu-release- New: accepted fifechan [s390x] (artful-proposed) [0.1.4-2]
[11:41] -queuebot:#ubuntu-release- New: accepted fifechan [amd64] (artful-proposed) [0.1.4-2]
[11:41] -queuebot:#ubuntu-release- New: accepted fifechan [ppc64el] (artful-proposed) [0.1.4-2]
[11:41] -queuebot:#ubuntu-release- New: accepted fifechan [armhf] (artful-proposed) [0.1.4-2]
[12:19] -queuebot:#ubuntu-release- New binary: ceph [amd64] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[12:55] -queuebot:#ubuntu-release- New binary: ceph [armhf] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[14:30] <slangasek> infinity: any recent changes to the debian-cd repo that might explain this build failure for artful server on amd64+i386?
[14:30] <slangasek> infinity: http://pastebin.ubuntu.com/25039610/
[14:37] <jibel> slangasek, infinity fixed this this morning. isolinux was not seeded and missing.
[14:37] <jibel> there was the same error for desktop
[14:45] <slangasek> ok
[14:46] <slangasek> I'll just respin then and see
[15:26] <slangasek> powersj: http://cdimage.ubuntu.com/ubuntu-server/daily/20170707.1/artful-server-amd64.OVERSIZED
[15:26] -queuebot:#ubuntu-release- New binary: ceph [arm64] (artful-proposed/main) [12.1.0-0ubuntu1] (kubuntu, ubuntu-desktop, ubuntu-server)
[15:27] <powersj> ouch on the 5th it was right at 700mb
[15:28] <slangasek> well, the good news is that it's built
[15:28] <slangasek> the bad news is that it's 30MB larger? :)
[15:28] <powersj> haha yep
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [amd64] (artful-proposed) [12.1.0-0ubuntu1]
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [armhf] (artful-proposed) [12.1.0-0ubuntu1]
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [ppc64el] (artful-proposed) [12.1.0-0ubuntu1]
[15:28] -queuebot:#ubuntu-release- New: accepted django-auth-ldap [amd64] (artful-proposed) [1.2.13+dfsg-1]
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [arm64] (artful-proposed) [12.1.0-0ubuntu1]
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [s390x] (artful-proposed) [12.1.0-0ubuntu1]
[15:28] -queuebot:#ubuntu-release- New: accepted ceph [i386] (artful-proposed) [12.1.0-0ubuntu1]
[15:36] <slangasek> what fresh craziness is this from pkg-perl-autopkgtest? Not installing the package, then failing the test because the package isn't installed? :P http://autopkgtest.ubuntu.com/packages/libc/libcompress-raw-bzip2-perl/artful/amd64
[15:41] <powersj> slangasek: http://paste.ubuntu.com/25039944/ looks like bunch of new packages were pulled onto the ISO
[15:41] <slangasek> well that's interesting
[15:42] <powersj> adwaita-icon-theme -- that's useful for server ;)
[15:47] <slangasek> I'm not seeing why any of that is pulled in
[15:51] <jbicha> server-ship depends on kerneloops-daemon, kerneloops provides kerneloops-daemon, kerneloops recommends kerneloops-applet
[15:53] <jbicha> I suggest dropping that recommends then
[15:54] <slangasek> heh, quite
[15:54] <slangasek> was kerneloops newly seeded?
[15:56] <jbicha> no, but the kerneloops packging was changed: https://launchpad.net/ubuntu/+source/kerneloops/0.12+git20140509-6ubuntu1
[16:03] <slangasek> jbicha: well, kerneloops was also in powersj's 'added' list, not 'updated'
[16:17] <jbicha> yes because of the provides
[16:21] <slangasek> ok, so the Provides: kerneloops-daemon was previously missing
[16:21] <slangasek> and kerneloops-daemon was a separate package name through zesty
[16:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (yakkety-proposed/universe) [1.0+16.10ubuntu1.1 => 1.1+16.10ubuntu1] (no packageset)
[16:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (zesty-proposed/universe) [1.0+17.04ubuntu1.1 => 1.1+17.04ubuntu1] (no packageset)
[16:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (xenial-proposed/universe) [1.0+16.04ubuntu1 => 1.1+16.04ubuntu1] (no packageset)
[18:17] -queuebot:#ubuntu-release- Unapproved: libvirt (zesty-proposed/main) [2.5.0-3ubuntu5.2 => 2.5.0-3ubuntu5.3] (ubuntu-server, virt)
[18:38] -queuebot:#ubuntu-release- Unapproved: libvirt (xenial-proposed/main) [1.3.1-1ubuntu10.10 => 1.3.1-1ubuntu10.11] (ubuntu-server, virt)
[22:10] -queuebot:#ubuntu-release- Unapproved: accepted maas [source] (yakkety-proposed) [2.2.0+bzr6054-0ubuntu2~16.10.1]
[22:14] -queuebot:#ubuntu-release- Unapproved: accepted maas [source] (xenial-proposed) [2.2.0+bzr6054-0ubuntu2~16.04.1]
[23:12] -queuebot:#ubuntu-release- New binary: klaus [amd64] (artful-proposed/universe) [1.2.1-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: ruby-googleauth [amd64] (artful-proposed/universe) [0.5.1-2] (no packageset)


[09:59] <glernil> someone here knows how to install the driver of lan card ASUS P5G41T-M LX3 for ubuntu server 10.10
[10:02] <glernil> someone here knows how to install the driver of lan card ASUS P5G41T-M LX3 for ubuntu server 10.10
[14:41] <bcurtiswx> gconf2 install failed, causing a ton of packages to be left unconfigured :(
[16:13] <hv> is appmenu temporarily broken, or did I do something wrong? only firefox has appmenu at the moment on my machine.
[21:49] <Omega> Why don't we ship preload installed to reduce application start time?


[04:34] <ubot5`> In #ubuntu-discuss, lotuspsychje said: !xchat is delete please, as it seems xchat is back from the dead http://metadata.ftp-master.debian.org/changelogs/main/x/xchat/unstable_changelog
[15:05] <ubot5`> In #ubuntu-discuss, tomreyn said: !xauthority is <reply> If the .Xauthority file in your home directory has the wrong permissions (usually due to misuse of sudo), you may be unable to log in. To fix, change to a virtual terminal with Ctrl-Alt-F3, log in with your normal username and password, run "sudo rm  ~/.Xauthority*" and then reboot.


[17:43] <pwnguin> any ideas where to look for bug #155743
[17:45] <pwnguin> input-events on the lid device doesn't seem to offer much
[21:19] <jcristau> pwnguin: hdmi spec, maybe..
[21:25] <pwnguin> jcristau: ah, i was thinking in more general terms
[21:25] <pwnguin> i have a tablet that might expose an acpi event


[00:18] <highvoltage> ScottK: yay!
[00:18] <highvoltage> (and thanks)
[01:36] <ScottK> yofel: Those are the source that the .png's are made from.
[01:36] <ScottK> So we need them in source, but not binary.
[01:37] <ScottK> AIUI anyway.
[01:37] <JontheEchidna> ^yup
[06:30] <carnivale> haii
[07:01] <micahg> needs kubuntu review: Bug #1011937 (tried subscribing kubuntu-dev, but realized that would end up spamming about 85 people (and am hoping that won't happen)
[07:12] <micahg> Riddell: ScottK: would you mind if I set<EMAIL_ADDRESS>as the contact for the kubuntu-dev team?
[07:33] <vibhav> Can anybody have a look at https://bugs.launchpad.net/ubuntu/+source/libqalculate/+bug/1011937 ?
[07:44] <debfx> beta 2 report is up: http://felix.fobos.de/kubuntu/4.8.90.htm
[07:44] <debfx> lots of fixing to do
[08:04] <Riddell> micahg: that seems fine, why is it needed?
[08:05] <Riddell> debfx: wow impressive, well done
[08:05] <Riddell> vibhav: can do in a bit
[08:07] <yofel> debfx: yay (does that use list-missing?)
[08:07] <yofel> er, I mean not-installed
[08:07] <debfx> yofel: yep
[08:07] <Riddell> debfx: so e.g. kate, why is that not green?
[08:08] <Riddell> I can't see any missing build deps or --list-missing output
[08:08] <debfx> Riddell: because of the "Could NOT find SharedMimeInfo"
[08:08] <yofel> -- Could NOT find SharedMimeInfo  (missing:  UPDATE_MIME_DATABASE_EXECUTABLE)  (Required is at least version "0.30"
[08:08] <yofel> i believe
[08:08] <Riddell> ah hah
[08:09] <debfx> highlighting the problems in the cmake output is on my todo list
[08:10] <Riddell> debfx: and you weren't excessively fristrated by launchpad being slow when building things?
[08:10] <Riddell> frustrated
[08:11] <yofel> that depends on how fast you need things. IMO it's tolerable, but you won't get the whole KDE SC done within a day if things break
[08:12] <yofel> our private ppa has a high enough priority anyway so we don't need to way that long for things to build
[08:13] <debfx> yeah I think it's good enough for us
[08:14] <yofel> *wait
[08:15] <Riddell> that's true, the private one is high priority
[08:16] <yofel> https://help.launchpad.net/Packaging/BuildScores - for builds in staging or so we could upload with medium urgency (I do that sometimes)
[08:17] <yofel> we shouldn't really need that though
[08:39] <apachelogger> -./usr/share/man/man1/dragon.1
[08:39] <apachelogger> time to reimplement list-missing proper I guess
[08:39] <apachelogger> in make \o/
[09:12] <Riddell> vibhav: you've a couple comments on that qalculate merge on things that can be simplified, are you able to do those or shall I just do them during prep&upload?
[10:15] <apachelogger> 27/49 votes
[10:24] <Riddell> apachelogger: all the candidates are so good, I don't know how to choose between them!
[10:24] <apachelogger> I know
[10:25] <apachelogger> next time we should just roll a dice, less of a headache :)
[10:57] <BluesKaj> Hey all
[12:06] <Riddell> vibhav: voila
[12:06] <Riddell> thanks for helping ubuntu
[12:11] <Quintasan> \o
[12:11] <Riddell> Quintasan: fix fix! http://felix.fobos.de/kubuntu/4.8.90.htm
[12:12]  * Quintasan sighs
[12:14] <Quintasan> Riddell: any ideas why kiten on i386 is FTBFS when it built just fine?
[12:15] <Riddell> Quintasan: I think it's red in debfx's script because it has a list-missing file
[12:15]  * Quintasan looks at kde-workspace
[12:15] <Riddell> which is fine
[12:17] <Riddell> and that file is in the debian/not-installed file so it's just debfx's script not reading debian/not-installed
[12:17] <Quintasan> urgh
[12:17] <Quintasan> uploading workspace will be a hell
[12:18] <Riddell> Quintasan: why?  bandwidth?
[12:18] <Quintasan> more like the upload speed
[12:19] <Riddell> Quintasan: need an ec2?
[12:19] <Quintasan> Riddell: If possible
[12:19] <debfx> Riddell: kiten's not-installed has an invalid syntax. comments are only allowed in separate lines.
[12:19] <Quintasan> debfx: Should I change that?
[12:19] <debfx> Quintasan: I've already uploaded the kde-workspace orig tarball so you don't have to upload it again
[12:19] <debfx> Quintasan: yes, please
[12:20] <Quintasan> debfx: Thanks and ok.
[12:20] <Quintasan> Riddell: No need for ec2 then, thanks anyways
[12:22] <Riddell> debfx: invalid according to whom?
[12:23] <debfx> Riddell: according to pkg-kde-tools
[12:26] <Riddell> debfx: file a bug with debian while you're doing it then
[12:26] <Riddell> Quintasan rather not debfx
[12:26] <CIA-45> [kiten] Michal Zajac * 35 * debian/not-installed Fixed not-installed syntax so pkg-kde-tools doesnt complain
[12:28] <Quintasan> debfx: I'm not uploading that to quantal, not that important.
[12:29]  * Quintasan looks at kde-workspace again
[12:29] <Riddell> Quintasan: but do put it in bzr
[12:30] <Quintasan> I think I did that, unless kbzr is bugged
[12:30] <Quintasan> Then I'll bash apachelogger
[12:33]  * Riddell looks into kdepim-runtime
[12:34] <Quintasan> Riddell: It doesn't build?
[12:34] <Quintasan> Oh wait, Kolab magic
[12:34] <Quintasan> Riddell: I'm not sure it works with Kolab
[12:34] <Riddell> also a libkgapi needed
[12:34] <Riddell> !newpackage libkgapi
[12:34] <Riddell> kubotu: newpackage libkgapi
[12:34] <kubotu> incorrect usage, ask for help using 'kubotu: help newpackage'
[12:35] <Riddell> kubotu: help newpackage
[12:35] <kubotu> newpackage <packagename> <version> [description]; Adds needs-packaging bug for entirely new package.
[12:35] <kubotu> newversion <packagename> <version> [description]; Adds update bug for existing package.
[12:35] <Quintasan> oh
[12:35] <Quintasan> neat
[12:35] <Riddell> kubotu: newpackage libkgapi 0.4.0 for kdepim-runtime
[12:35] <kubotu> Package libkgapi already exists!
[12:35] <Riddell> mm, no it doesn't
[12:35] <Quintasan> Now if we can get assign fuction
[12:36] <Riddell> apachelogger: kubotu is wrong!
[12:36] <apachelogger> kubotu: you are wrong
[12:36] <apachelogger> Riddell: tell that to yofel
[12:37] <Riddell> bug 1012103
[12:37] <apachelogger> Riddell, yofel: perhaps it does a binary check rather than a source check?
[12:37] <Riddell> there isn't any source, I think it's just checking it exists in launchpad at all which isn't enough
[12:41] <Quintasan> Riddell: If that thing is not using qmake I think I can get it done
[12:41] <jtechidna> libkgapi is in new queue
[12:41] <Riddell> aah
[12:42] <jtechidna> feel free to review :)
[12:42] <Quintasan> oh jtechidna
[12:42]  * Quintasan hugs jtechidna
[12:42] <jtechidna> :)
[12:43] <Quintasan> Riddell: One has to have archive admin powers to review stuff in main?
[12:44] <Riddell> Quintasan: yes
[12:44] <Quintasan> next stop for Quintasan -> archive admin
[12:45] <Quintasan> though that would require great insight into policy
[12:45] <Quintasan> not sure if I want to know all that stuff
[12:45] <Riddell> Quintasan: yes you'd need to show you had wide and deep experience with policy and licencing needs
[12:45] <Riddell> and be a core dev
[12:46] <Riddell> then I'm sure you'd be snapped up
[12:46] <Quintasan> I think I'll stick with being core-dev if I ever make it there
[12:49] <Riddell> jtechidna: accepted!
[12:49] <jtechidna> thanks!
[12:49]  * Quintasan fires up make -j32 and prays he doesnt run oom
[12:49] <jtechidna> Any word on whether the Kubuntu packageset will mostly be moved to universe?
[12:49] <jtechidna> -j4 forces me to use swap :s
[12:49] <Quintasan> lol
[12:49] <Quintasan> jtechidna: how much memory do you have
[12:49] <jtechidna> 4 GB
[12:50] <Quintasan> @_@
[12:50] <Riddell> jtechidna: yes it will, just waiting on cjwatson to do that
[12:50] <Quintasan> I have 8GB
[12:50] <jtechidna> Quintasan: there is some overhead, which would be about the same for both of us
[12:50] <Riddell> jtechidna: CD limit is now 1GB and are built from universe (although no CDs of any flavour this week for unknown reasons)
[12:50] <jtechidna> Riddell: great
[12:51] <Quintasan> Riddell: What will stay in main?
[12:51] <Quintasan> Qt will be there for sure, are they moving all KDE stuff?
[12:51] <Riddell> Quintasan: whatever something else in main build-deps on
[12:51] <Quintasan> Ah
[12:51] <Quintasan> I see
[12:51] <jtechidna> I was thinking libkgapi would probably need a symbols file for a MIR, if required. But even if it doesn't, I'll add it in an upload.
[12:51] <Riddell> Quintasan: he posted a list to kubuntu-devel
[12:51]  * Quintasan is too scared to open that
[12:52] <Quintasan> I had my share of notawesome on the kde-packagers today
[12:52] <Quintasan> uhh
[12:53] <Quintasan> Krap
[12:53] <Quintasan> I guess we are still double-building kwin
[12:53] <Riddell> Quintasan: kde-packager list?  I don't see anything from you
[12:54] <Quintasan> The whole "discussion" fills me with disgust.
[12:54] <Quintasan> I was tempted to respond but decided not to add any more fuel to that
[12:55] <Riddell> Quintasan: kdelibs stuff?  I've been mostly ignoring it
[12:56] <Quintasan> Well, I intended to do so but the thread was getting longer and longer and I thought something might have really happened
[12:57] <ScottK> Quintasan: It looks like a soprano patch will sort things.
[12:58] <ScottK> http://lists.kde.org/?l=kde-core-devel&m=133950457802942&w=2
[13:00] <Riddell> Quintasan, jtechidna, yofel, debfx: I've edited the pad to be only the packages still with issues, please add your name and the status when you're working on them http://notes.kde.org/kubuntu-ninjas
[13:04] <Riddell> ScottK: I think the double bars aren't necessary on the pad, it's just a legacy from the wiki
[13:04] <Riddell> in my opinion
[13:04] <ScottK> OK.  Just following the pattern.
[13:44] <ScottK> OK.  No can haz soprano until mysql is fixed.
[13:48] <Riddell> ScottK: really?
[13:48] <Riddell> since when did it use mysql?
[13:48] <ScottK> It doesn't.  librdf0-dev : Depends: libmysqlclient-dev but it is not going to be installed
[13:49] <ScottK> Build-dep is uninstallable on !i386 at the moment.
[13:50] <Riddell> fooey
[13:59] <CIA-45> [kde-workspace] Michal Zajac * 655 * debian/ (changelog kde-window-manager-common.install) Fixed install files
[14:00] <Quintasan> Riddell: workspace should build fine now
[14:01] <Riddell> Quintasan: updates in ninjas and bzr ?
[14:02] <Quintasan> Riddell: Yeah
[14:04] <Riddell> Quintasan: lovelyness
[14:04] <debfx> Riddell: I don't think kate actually needs shared-mime-info, it just wants to run update-mime-database which makes no sense in the package build
[14:05] <Riddell> debfx: aah, maybe
[14:20] <Riddell> debfx: however it makes your script turn green so worth having just for that maybe, I'm adding qjson to ark for the same reason (only needed for unit tests which we don't compile)
[14:21] <debfx> Riddell: I have an ignore list for that
[14:21] <Riddell> debfx: oh, in your script?
[14:22] <debfx> yes, however there seems to be a bug in the ark cmake script
[14:23] <debfx> instead of "could not find qjson" it displays "CMake Warning at /usr/share/kde4/apps/cmake/modules/MacroOptionalFindPackage.cmake ..."
[14:23] <Riddell> mm yeah
[14:25] <Riddell> debfx: so I can just add the build-dep to stop another yellow warning that would need to be invesigated each time?
[14:27] <debfx> Riddell: you can just tell me to extend https://bazaar.launchpad.net/~debfx/+junk/kubuntu-automation/view/head:/cmake-ignore.json
[14:28] <Riddell> debfx: ok, please extend https://bazaar.launchpad.net/~debfx/+junk/kubuntu-automation/view/head:/cmake-ignore.json :)
[14:29] <debfx> ^^
[14:29] <debfx> I have already added kate and ark
[14:29] <Riddell> lovely
[14:29] <Riddell> debfx: I'll remove the build-dep from kate then
[14:32] <Riddell> debfx: for kross-interpreters it's requesting ruby and falcon, I'm not going to add them cos I don't think anything uses them
[14:33] <jtechidna> I heard that non-canonical archive admins can do package removals now?
[14:33] <ScottK> jtechidna: We can.
[14:34] <jtechidna> cool
[14:34] <jtechidna> if one of you could take a look at bug 1012151, it would be appreciated
[14:34]  * jtechidna slaps ubottu
[14:34]  * ScottK blames launchpad.
[14:34] <jtechidna> fair point :P
[14:35] <ScottK> I don't think I can do the sync blacklist though.
[14:35] <ScottK> Riddell: Can we do sync blacklist changes?
[14:36] <Riddell> ScottK: I've no idea
[14:37] <Riddell> ScottK: sync stuff all got rewritten by cjwatson recently
[14:37] <Riddell> debfx: I'm also not adding ruby to kdewebdev, not a build-time thing
[14:40] <jtechidna> Knights is the other 3rd-party package using libkdegames, but its upstream is fairly active so there's still hope
[14:42] <ScottK> Riddell: run time checks in KDE build systems seem like common issues since (AIUI) for people who build directly from upstream source the distinction is less important.  Such things seem like bugs that ought to be reported/fixed upstream.
[14:44] <Riddell> ScottK: it's unclear how to fix them upstream, a build time check is still a useful thing to have for people who build from source and for packagers who need told of runtime deps
[14:44] <Riddell> it's why I kept it for printer-applet with a cmake flag to override it
[14:44] <Riddell> but I think the cmake flag doesn't stop it complaining which is a bug
[14:45] <ScottK> I think that's a useful middle ground since, as you say, there isn't a really good solution at the moment.
[14:56] <debfx> Riddell: kdewebdev, kross-interpreters, ark and kate are green now
[14:57] <Riddell> yay
[14:57] <Riddell> debfx: you're on a roll
[14:59] <yofel> eveningz
[15:00] <Riddell> yo yo yofel
[15:38] <BluesKaj> having a dependency prob in 4.8.80, ffmpeg and libav-tools depends are in the vicious cycle = dependency hell :/
[15:39] <Riddell> BluesKaj: installed from where?
[15:43] <BluesKaj> 12.10 repos
[15:44] <BluesKaj> http://paste.ubuntu.com/1037423/
[15:51] <Riddell> /usr/include/boost/spirit/home/qi/parse.hpp:83:9: internal compiler error: Segmentation fault
[15:51] <Riddell> when compiling rocs.  ouch
[15:51] <BluesKaj> the terminal prompt insists on opening at ~/Documents
[15:52] <BluesKaj> kaj@Test-Drive:~/Documents$
[15:52] <Riddell> BluesKaj: do you know what wants to install ffmpeg and what wants to install libav-tools ?
[15:52] <BluesKaj> I do
[15:53] <BluesKaj> Riddell, ^
[15:53] <Riddell> BluesKaj: and.. ?
[15:53] <debfx> Riddell: shadeslayer_ is our resident gcc bug reporter ;)
[15:53] <BluesKaj> I'm trying to install it manually since it's missing
[15:54] <Riddell> shadeslayer_: rocs is needing some gcc bugage!
[15:56] <Riddell> debfx: for the precise backport it seems a good idea to build it in -ninjas again
[15:56] <Riddell> but I think ninjas has your 4.8.4 packages still
[15:59] <debfx> hm staging already has 4.8.80 :(
[15:59] <Riddell> debfx: that can be deleted
[15:59] <Riddell> since it's old news now
[16:00] <debfx> ok, let's see how klearppa works
[16:01] <debfx> ImportError: No module named KubuntuDevTools.launchpad :(
[16:02]  * debfx adds PYTHONPATH
[16:03] <apachelogger> duemduem
[16:05] <jtechidna> it's probably bug 1010896
[16:07] <micahg> Riddell: the address should be set on the team so that if kubuntu-dev is subscribed to something, it doesn't spam 85 devs, but sends it to the mailing list
[16:08] <apachelogger> why is kubuntu-dev subscribed somewhere?
[16:10]  * apachelogger goes all fistwave on multiarch
[16:12] <debfx> bug #1010896 has been fixed :)
[16:13] <Riddell> micahg: aye go ahead then
[16:14] <debfx> do we really want bugmail on the kubuntu-devel list?
[16:15] <apachelogger> no
[16:15] <apachelogger> kubuntu-bugs
[16:15] <apachelogger> !
[16:15] <apachelogger> or some null address, kubuntu-dev ought not be subscribed to anything anywhere
[16:16] <Riddell> micahg: ^^
[16:18] <micahg> debfx: this is if someone specifically needs kubuntu devs to review something, a null address would work as well (it's also nice to see where to send mail to the team)
[16:19] <micahg> apachelogger: I'm speaking of a manual subscription like I did last night
[16:19] <apachelogger> micahg: someone would then want kubuntu-members to review something, not kubuntu-dev
[16:19] <apachelogger> elitst--
[16:19] <micahg> apachelogger: kubuntu members for kubuntu in general, kubuntu-devs for developer questions
[16:20] <micahg> but the general idea is to have an address set so that people can see how to contact the team
[16:21] <micahg> or that if the team gets subscribed to some artifact, it goes to a sane place instead of the inbox of all the members
[16:21] <apachelogger> micahg: so it would still be kubuntu-devel@uc
[16:21] <micahg> apachelogger: yes, that's what I was suggesting
[16:21] <apachelogger> same as kubuntu-members
[16:21] <apachelogger> micahg: all goody then
[16:22] <apachelogger> people who subscribe the list somewhere pointless get a beatin from debfx then :P
[16:22]  * apachelogger scuttles off to organize rebuilds
[16:22] <micahg> oh, hrm, that seems a little weird (having kubuntu-devel as the address for kubuntu-members), but if it works for you folk, so be it :)
[16:23] <micahg> I'm guessing I can't set the same contact address twice though
[16:23] <apachelogger> micahg: I think the list was there first, so that simply got used for all and everything
[16:24] <micahg> ah, ok, historical perspective is nice :)
[16:24] <apachelogger> micahg: and that setting twice issue is bringing me back to the point that kubuntu-members is the authority and not kubuntu-dev :P
[16:24]  * apachelogger suspects launchpad gets a mapping problem there as it likes to map maintainers and whatnot to actual teams with that address
[16:25] <micahg> apachelogger: kubuntu members can't tell me if a change needs to be dropped in a package though :)
[16:25] <micahg> *reliably tell me, nor can the membership of kubuntu-dev
[16:25] <micahg> it's really quite frustrating :)
[16:26] <micahg> but then again, all the flavor dev teams have the same issue (but I think they all have ML addresses set)
[16:26] <apachelogger> depends on whether one looks at it from a political or practical POV
[16:27]  * micahg tries to stay away from the politics and stick to the practical
[16:29] <apachelogger> well.... the KC being almighty and whatnot is representing -members, so I suppose at any rate a KC ay/nay is always outweighing anything a kubuntu-dev member says ;)
[16:30] <apachelogger> (surprisingly enough no one ever bothered to give kubuntu-dev as a collective any authority other than approving new members for kubuntu-dev)
[16:30] <apachelogger> micahg: maybe just have a launchpad list for kubuntu-dev and subscribe kubuntu-devel to that?
[16:31] <apachelogger> or have the sysadmins make a mail alias kubuntu-dev -> kubuntu-devel
[16:42] <apachelogger> Please try again
[16:42] <apachelogger> Sorry, there was a problem connecting to the Launchpad server.
[16:42]  * apachelogger sighs
[17:03] <ScottK> kubuntu-devel discards posts from non-subscribers anyway, so I think sending bugmail there ~ sending to /dev/null.
[17:06] <shadeslayer_> Riddell: already reported
[17:06] <shadeslayer_> Riddell: it's a bug in 4.7.1 specifically
[17:07] <shadeslayer_> hmm ... looks like they fixed it
[17:08]  * shadeslayer_ retries digikam
[17:13] <shadeslayer_> herp derp
[17:15] <shadeslayer_> question, is it normal for -dev packages to contain so versions?
[17:17] <jtechidna> they usually only contain the non-versioned symlink to the versioned .so files
[17:17] <shadeslayer_> hm .. libexpat1-dev looks like a exception then
[17:54] <shadeslayer_> another question, say a package hasn't been officially uploaded to the debian archive, but, debian packaging for it exists, and I want to sync the packaging in ubuntu, do I just copy over the packaging and lose the entire changelog?
[17:54] <shadeslayer_> or do I merge by hand preserving the changelog
[18:25] <Mamarok> apachelogger: in the beta PPA there is no dragon, no kmix and no Juk, but those are needed for kdemultimedia
[18:26] <apachelogger> cause they aint packaged for .80
[18:26] <apachelogger> whcih is why I suggested .80 should not be published...
[18:26] <Mamarok> OK
[18:26] <Mamarok> doesn't make sense indeed
[19:17] <ScottK> Most of those didn't have proper licensing for .80 either.
[19:17] <ScottK> Fixed in .90 AIUI though.
[19:31] <debfx> yofel: does launchpad always take that long to copy packages from a ppa to another?
[19:34] <debfx> I've started it like half an hour ago and it's still not finished
[19:36] <yofel> debfx: depends on the backend load, I've had it taking over half an hour already in the past, so not unusual - for the whole SC at least, single packages shouldn't take that long
[19:43] <debfx> it finished \o/
[20:08] <kubotu> ::runtime-bugs:: [1011961] sftp connection with password fails @ https://bugs.launchpad.net/bugs/1011961 (by Arrigo Marchiori)
[20:22] <dantti_laptop> apachelogger:  starting to get usefull :P http://wstaw.org/m/2012/06/12/plasma-desktopgk1991.png
[20:23] <dantti_laptop> bbl
[21:05] <claydoh> just bumping: https://wiki.ubuntu.com/SteveRiley
[21:51] <apachelogger> claydoh: why are we bumping?
[23:17] <ScottK> MySQL is fixed (FSVO fixed), so soprano is building now.  should have
[23:18] <ScottK> ... .57 within an hour modulo publisher run timing.
[23:20] <ScottK> claydoh: Is he applying for membership?
[23:36] <SteveRiley> ScottK: yes, i am :)
[23:38] <ScottK> Great. It would be good to get more than one endorsement.
[23:39] <ScottK> Also, please show up at the meeting with an opinion about owncloud.  Since you're a cloud dude, I'll be asking.
[23:40] <SteveRiley> i have asked the other kfn admins to contribute
[23:41] <SteveRiley> and yes, i do have some opinions about owncloud. been playing with one installation on amazon web services and another one at home