[00:15] <sarnold> hrm, we still have samba4 source package in trusty/universe .. I thought that was going to be replaced by some small stubs to point to the samba package instead?
[01:42] <Noskcaj> Can someone please look into syncing widelands? My internet is too bad to even ppa build it. Many packaging fixes, enables parallel build, manpage fixes
[12:08] <zequence> Hi. I need some help figuring out debian/templates and debconf
[12:08] <zequence> Not clear about how that works at all right now
[12:08] <zequence> source lp:ubuntustudio-live
[12:11] <zequence> I based that package on edubuntu-live
[12:11] <zequence> stgraber: Perhaps I could ask you for hints on that?
[12:12] <zequence> I'm reading a tutorial about debconf and templates right now, so hopefully I'll get it right sooner or later on my own :)
[12:26] <zequence> I get lintian warnings..
[12:26] <zequence> E: ubuntustudio-live: no-template-description ubiquity/text/ubuntustudio-packages_heading_label
[12:26] <zequence> E: ubuntustudio-live: unknown-field-in-templates ubiquity/text/ubuntustudio-packages_heading_label _description
[12:26] <zequence> Seems to me there might be something odd about the templates file in itself. I can't seem to figure out what though
[12:27] <xnox> zequence: can you pastebin the whole templates file?
[12:27] <xnox> oh, lp:ubuntustudio-live, let me check.
[12:29] <zequence> xnox: I think I figured it out, but I'm still puzzled
[12:29] <zequence> xnox: I changed "_Description:" to "Description", and now it seems to work
[12:29] <zequence> "Description:"*
[12:29] <xnox> zequence: sure, but you don't get translations, do you?
[12:29] <zequence> No
[12:30] <xnox> _ means that debconf-po will work to translate those fields.
[12:30] <zequence> Ah
[12:30] <zequence> xnox: Thanks for that info :)
[12:32] <zequence> xnox: I'm just about finished with this package now. Just need to test it before I push changes. You think you could help out in getting it uploaded (all though it's really late for that)?
[12:33] <xnox> zequence: so, i did mkdir debian/po, echo "[type: gettext/rfc822deb] templates] > debian/po/POTFILES.in; then I did debconf-updatepo pot from ./debian/ that generated templates.pot.
[12:34] <xnox> and hopefully this will now work with translations.
[12:34] <zequence> xnox: Ok, thanks
[12:36] <xnox> zequence: https://code.launchpad.net/~xnox/ubuntustudio-live/debconf-updatepo/+merge/211174
[12:36] <xnox> zequence: not sure if you already removed "_" or not.
[12:37] <zequence> xnox: only locally
[12:37] <xnox> zequence: templates.po is generated file, but one typically commits it.
[12:51] <zequence> xnox: Alright. No bad lintian warning I think. So, you think I could get it uploaded?
[12:51] <zequence> bug 946591
[12:53] <zequence> I still need to fix our seeds after, and also update our meta - which hasn't been updated at all for trusty yet :P
[13:34] <cjwatson> Trying to debug the dee-qt build on ppc64el is making me hallucinate
[13:34] <cjwatson> 62              connect(&model_qt, &QAbstractItemModel::rowsInserted, [&num_insertions] (const QModelIndex &parent, int start, int end) {
[13:34] <cjwatson> 63                  num_insertions++;
[13:34] <cjwatson> step into that and I get:
[13:34] <cjwatson> 64              });
[13:34] <cjwatson> (gdb) p signal
[13:34] <cjwatson> $5 = (void (QAbstractItemModel::*)(QAbstractItemModel * const, const QModelIndex &, int, int, QAbstractItemModel::QPrivateSignal)) 0x10016bf0 <QMapDataBase::createData()@plt+64>
[13:35] <cjwatson> where on earth did it get that function from?
[13:35] <cjwatson> powerpc has the same test failure; and there's actually not *that* much similar between powerpc and ppc64el, they're different word length and different endianness
[16:58] <ScottK> Would it be possible for someone who has ppc64el to look at libktorrent installability.  It's been built for sometime, but libktorrent5 is apparently not installable.  It's blocking migration of some packages from proposed.  See https://launchpadlibrarian.net/169618637/buildlog_ubuntu-trusty-ppc64el.kget_4%3A4.12.3-0ubuntu1_FAILEDTOBUILD.txt.gz for an example.
[16:59] <cjwatson> It's blocked on libgcrypt20 building
[17:00] <cjwatson> (FWIW)
[17:00] <ScottK> Thanks.
[17:01] <ScottK> Is that likely to happen soon?
[17:01] <ScottK> I'm wondering if we should do something specific to get kget and ktorrent to migrate.
[17:11] <cjwatson> If the test suite didn't spew its log output to syslog (FFS) then I might be able to see the details
[17:18] <cjwatson> I might try to look on Monday.
[17:26] <infinity> cjwatson: Err, it is?
[17:31] <infinity> (base)adconrad@cthulhu:~$ reverse-depends libgcrypt11 | grep ktorrent
[17:31] <infinity> * libktorrent5 [amd64 arm64 armhf i386 powerpc]
[17:31] <infinity> (base)adconrad@cthulhu:~$ reverse-depends libgcrypt20 | grep ktorrent
[17:31] <infinity> * libktorrent5 [ppc64el]
[17:31] <infinity> So, that looks like it would be easy to fix. :P
[17:42] <infinity> I'm very tempted to remove libgcrypt20 from trusty, actually.  Every time a libgcrypt-depending package is rebuilt, it magically switches (which has only happens once so far on all arches, and 3 times on ppc64el).
[17:42] <infinity> I don't think this is a desirable outcome for SRU/security.
[17:43] <infinity> cjwatson: ^-- Opinion?
[17:46] <infinity> slangasek: ^-- Or you?
[17:51] <cjwatson> infinity: haha seriously
[17:51] <cjwatson> infinity: there are a few rdeps, but maybe they're not too bad.  I can see your point ...
[17:51] <infinity> cjwatson: I've just rebuilt all the things that have deps on 20, by forcing build-deps, but I think we're shooting ourselves in the foot post-release if we don't just yank 20 now.
[17:52] <cjwatson> Yeah, not a terrible argument
[17:54] <infinity> Right, I'll JFDI as soon as the rdep list is clean.
[17:55] <infinity> And we can bring it back in U, promote it to main, and do a more coordinated transition instead of an accidental one. :P
[18:02] <Unit193> When it comes to https://bugs.launchpad.net/bugs/1060543, should I just presume I'm close enough in the desktop file, request a merge, then subscribing someone to that merge request?
[18:26] <juliank> bdmurray: Hey, I'm about to upload the python-apt changes from 0.9.3.2ubuntu{1,2} to Debian as 0.9.3.3. (And I feel bad about forgetting that bug after my comment, but launchpad is far too noisy, so I delete many emails directly, mostly if I can't keep up with other emails)
[18:27] <juliank> Just wanted to let you know.
[18:28]  * juliank merges patches / fixing bugs in less than a day currently. No university!
[18:31] <bdmurray> juliank: thanks
[19:26]  * juliank should request per-package upload rights
[19:38] <infinity> Alright, libgcrypt20 completely purged from trusty.
[19:39] <infinity> ScottK: Your ktorrent woes should be solved.
[20:10] <ScottK> infinity: Thanks.
[20:18] <infinity> Hrmph, that lftp Bus Error seems to be back.
[20:18] <infinity> cjwatson: ^-- Have you noticed that on snakefruit?  Or mailbox seems to be full of it.
[20:57] <cjwatson> infinity: I read that mailbox *cough* infrequently
[20:57] <cjwatson> I recently found >8000 cronmail entries in cjwatson@nusakan - possibly should arrange for that to be forwarded somewhere useful
[20:58] <infinity> cjwatson: Yeah, I only read it when the shell reminds me that new mail just happened.
[20:59] <ogra_> shoulld probably become an IS default practice to set up mail forwarders for user accoounts they create :=
[20:59] <ogra_> :)
[21:00]  * ogra_ has no idea if any machine in the datacenter has any cron mails for him, i honestly *never* checked