[00:36] <rsalveti> xnox: getting:
[00:36] <rsalveti> i686-linux-android-gcc: error trying to exec 'cc1': execvp: No such file or directory
[03:52] <xnox> rsalveti: right, which matches the fact why it fails to build from source in a schroot.
[03:52] <xnox> rsalveti: i really want to know why & how this works on my local development machine.
[03:52] <xnox> rsalveti: i've poked doko to help me out, but he is afk until tuesday.
[07:51] <mitya57> Mirv: did you get a chance to test the last two commits of lp:~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src?
=== elky_ is now known as elky
=== NCommander is now known as Guest28053
[08:44] <Laney> infinity: oops, thanks for fixing
[09:32] <Mirv> mitya57: no, but it looks good. I'd like to sync with dbarth's plans to switch HTML5 apps developed with the SDK to Oxide, though, unless it looks like it'll take weeks for them to switch
[09:33] <Mirv> that'd only leave those app store apps with 13.10 framework using qtwebkit, which is not too bad as no such new apps can be even uploaded anymore. the few OpenGL games should be updated to 14.04 then.
[09:34] <mitya57> Mirv: OK. The main reason why I want qtwebkit update is that it'll allow me to drop pyqt5 and qtscript delta.
[11:55] <hjd> Hello all :) I took a look at args4j which is one of the packages listed with build failures in Utopic. (https://launchpadlibrarian.net/173860294/buildlog_ubuntu-utopic-i386.args4j_2.0.27-1_FAILEDTOBUILD.txt.gz) It fails because it need a newer version maven-repo-helper, which has since the build was attempted been synced to Utopic. I tried locally and the package built fine, so I imagine a rebuild would sort this out. However, how can I
[11:55] <hjd> request a rebuild, should I simply file a merge proposal where the only change is a changelog entry describing the issue?
[12:07] <debfx> hjd: I've triggered a rebuild
[12:12] <hjd> debfx: Thanks :)
=== doko_ is now known as doko
[13:44] <hjd> I found more packages which failed to build because they were started before the latest version of maven-repo-helper was synced. I only tried a couple locally, but they built fine. Could someone please trigger a rebuild of the following packages; maven-jar-plugin, maven-project-info-reports-plugin, disruptor, ini4j, jarjar-maven-plugin, jenkins-json, jenkins-winstone, libcommons-lang3-java, bsaf, libmiglayout-java, libswingx-java?
[13:51] <Kano> hi, why are patches hidden in the mesa diff?
=== jono is now known as Guest46811
[14:00] <cjwatson> hjd: all retried, thanks
[21:14] <Logan_> infinity: could I bug you for some help with porting a package to ppc64el?
[21:15] <infinity> Logan_: Maybe.  Ask away, and I'll see if I know what you need. :P
[21:15]  * infinity is having a lazy weekend for once.
[21:15] <Logan_> okay, so, grisbi requires manually changing libtool files to add support for ppc64el (there's some issue with autoreconf, I forget what it was)
[21:16] <Logan_> and usually that's foolproof, but this one complains about them being changed and says it has to run aclocal again
[21:16] <Logan_> problem is, it tries to run aclocal-1.13 (with which the files were originally generated), which no longer exists in Utopic
[21:16] <Logan_> so I don't know how to resolve this
[21:17] <Logan_> also, this is only a problem when merging in the new upstream release from Debian unstable - the current version doesn't get mad if you change those files, and it builds fine on ppc64el
[21:18] <Logan_> oh, the build log for the current one complains about aclocal-1.11 not being on the system, but it doesn't stop the build - this does
[21:18] <infinity> Do you have a WIP you can give me?
[21:20] <Logan_> what do you mean by that?
[21:20] <infinity> Logan_: Your work-in-progress package.  Though, I guess it's just Debian + libtool patch, I can manage that here. :P
[21:21] <Logan_> oh
[21:21] <Logan_> infinity: bar branch lp:~logan/ubuntu/utopic/grisbi/wip
[21:21] <Logan_> *bzr
[21:31] <infinity> Logan_: So, FWIW, dh-autoreconf works fine for me.  Mind if I just upload that? :P
[21:31] <Logan_> really?
[21:31] <Logan_> awkz
[21:31] <Logan_> I guess I only tried manually patching, given my lack of success with dh-autoreconf with the previous release
[21:31] <Logan_> sure, go ahead :P
[21:31] <infinity> Well, test build still going, but it seems fine.
[21:31] <infinity> http://paste.ubuntu.com/7389232/
[21:32] <infinity> And finished with no issues.
[21:33]  * infinity uploads and forwards to Debian.
[21:36] <Logan_> aight, thanks :)
[21:37] <infinity> We'll see if that mysteriously fails on the buildds, but it worked locally. :P
[21:38] <xnox> infinity: utopic is boring. can we upload apw's / yours initramfs-tools merge?
[21:38] <infinity> xnox: apw can upload it himself, and will do so at some point soon.
[21:38] <infinity> xnox: Also, I just gave you make 4.0, don't complain about boring.
[21:38] <xnox> infinity: \o/
[21:39] <xnox> infinity: i saw git 2.0 that was cool as well.
[21:46] <infinity> Logan_: Bah, spoke too soon.  Breaks building arch:all.  Now to see if that's my fault or Debian's...
[21:57] <Logan_> infinity: ah, yes, that was the issue I experienced locally
[21:57] <Logan_> with an amd64 pbuilder, though o_O
[21:57] <infinity> Logan_: Working on a fix.
[22:00] <infinity> Fixed.
[22:04] <infinity> Ugh, someone really need to optimize OptiPNG
[22:04] <infinity> Or I need to remove it from my chroots.
[22:04] <infinity> Or both.
[22:19] <pkern> It might help if https://wiki.ubuntu.com/WubiGuide would no longer say that it's officially supported.
[22:27] <directhex> infinity, doko, are you aware of any updates to the ppc64el mono port?
[22:28] <infinity> directhex: I have a couple more patches that fix more testcases.
[22:28] <infinity> directhex: But the last batch broke some things on ppc32be, so I sent them back to the drawing board.
[22:28] <infinity> directhex: I have new-new ones now, need to test them.
[22:29] <infinity> directhex: Let me attack that in a few minutes here, I've been putting it off. :P
[22:30]  * infinity hits the power on his POWER machine and goes for a smoke.
=== popey_ is now known as popey
=== ivoks_ is now known as ivoks