[00:00] <wgrant> The warning about data.tar.xz is unrelated; that dpkg-deb invocation runs on the host, which uses an old version of dpkg that doesn't have xz binary support.
[00:00] <wgrant> If you look at the precise build (eg. https://launchpadlibrarian.net/178105061/buildlog_ubuntu-precise-amd64.inkscape_0.48.5%2B31~ubuntu12.04.1_UPLOADING.txt.gz) you'll see that it has some files, but not many.
[00:01] <wgrant> The build is successful. It just doesn't install any binaries into the package.
[00:01] <wgrant> installing pt.gmo as /build/buildd/inkscape-0.48.5+31~ubuntu12.04.1/debian/inkscape-trunk/usr/share/locale/pt/LC_MESSAGES/inkscape.mo
[00:02] <wgrant> LiamW: There's your problem. You've asked it to install itself to debian/inkscape-trunk, but your binary package is named "inkscape", not "inkscape-trunk".
[00:02] <LiamW> ahh
[00:03] <wgrant> # Add here commands to install the package into debian/inkscape.
[00:03] <wgrant> /usr/bin/make install DESTDIR=/build/buildd/inkscape-0.48.5+31~ubuntu12.04.1/debian/inkscape-trunk
[00:08] <LiamW> I don't see the words "trunk" anywhere important grepping through the packaging branch
[00:08] <LiamW> $ grep -r trunk
[00:08] <LiamW> changelog:  * Renamed package to inkscape-trunk
[00:08] <LiamW> control:Vcs-Browser: https://code.launchpad.net/~inkscape.dev/inkscape/trunk
[00:08] <LiamW> control:Vcs-bzr: https://code.launchpad.net/~inkscape.dev/inkscape/trunk
[00:08] <LiamW> control:Conflicts: inkscape-trunk
[00:08] <LiamW> control:Description: vector-based drawing program (trunk build)
[00:08] <LiamW> and no, it's the right branch
[00:13] <LiamW> wgrant: where might that line appear in the packaging branch?
[00:13] <LiamW> would it even be in the packaging branch?
[00:31] <LiamW_> did I accidentally flood?
[00:31] <LiamW_> my bouncer is normally supposed to prevent that, but hey
[00:32] <wgrant> /tmp/recipe-0.48.5+{revno:packaging}$ grep -r inkscape-trunk
[00:32] <wgrant> debian/changelog:  * Renamed package to inkscape-trunk
[00:32] <wgrant> debian/control:Conflicts: inkscape-trunk
[00:32] <wgrant> debian/rules:	$(MAKE) install DESTDIR=$(CURDIR)/debian/inkscape-trunk
[00:33] <wgrant> Which is weird, since the packaging branch's debian/rules looks nothing like that.
[00:33] <wgrant> I suspect some part of the upstream inkscape build system is clobbering debian/rules.
[00:33] <wgrant> Or something?
[00:33] <LiamW_> I grepped around for the words "trunk" and "DESTDIR" in the stable branch
[00:33] <LiamW_> didn't find anything
[00:34] <LiamW_> well, anything relevant
[00:34] <wgrant> Oh!
[00:34] <wgrant> http://bazaar.launchpad.net/~inkscape.dev/inkscape/debian-packaging-stable/revision/32
[00:34] <wgrant> That's a few hours after the latest recipe build.
[00:35] <wgrant> And it fixes debian/rules.
[00:35] <wgrant> But the recipe hasn't been rebuilt since.
[00:35] <LiamW_> let me do that now
[00:36] <LiamW_> done
[00:36] <LiamW_> https://code.launchpad.net/~inkscape.dev/+recipe/inkscape-stable
[01:12] <LiamW_> build score over 90000? https://code.launchpad.net/~inkscape.dev/+archive/ubuntu/stable/+build/6206934
[01:12] <wgrant> I want to see if it works now :)
[01:24] <LiamW_> wgrant: on a different (but related) branch, precise always fails to build: https://launchpadlibrarian.net/180616225/buildlog.txt.gz
[01:24] <LiamW_> "make: dh: Command not found"
[01:24] <LiamW_> it has the same build-deps as the stable and trunk recipe builds
[01:24] <LiamW_> but it only fails in precise
[01:25] <wgrant> dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting.
[01:25] <wgrant> dpkg-buildpackage: warning: (Use -d flag to override.)
[01:25] <wgrant> dpkg-buildpackage: warning: This is currently a non-fatal warning with -S, but
[01:25] <wgrant> dpkg-buildpackage: warning: will probably become fatal in the future.
[01:25] <wgrant> Look in the log for "The following packages have unmet dependencies:"
[01:26] <LiamW_> I found this:
[01:26] <LiamW_> "No packages found matching linux-image-[0-9]*."
[01:26] <wgrant> That's unrelated.
[01:26] <LiamW_> The following packages have unmet dependencies:
[01:26] <LiamW_>  pbuilder-satisfydepends-dummy
[01:26] <LiamW_> ...
[01:26] <LiamW_> "Unable to resolve dependencies!  Giving up..."
[01:27] <wgrant> LiamW_: precise only has libcairo 1.10
[01:27] <wgrant> You build-depend on 1.12
[01:29] <LiamW_> hmm, that will mean no gradient meshes
[01:29] <LiamW_> even though I had them working on precise before (maybe I had newer cairo?)
[01:29] <LiamW_> I don't know
[01:29] <LiamW_> http://packages.ubuntu.com/precise/libcairo2
[01:30] <LiamW_> I'll be looking way back through my IRC logs, just a moment
[01:34] <LiamW_> on precise, I had 1.12.2
[01:35] <wgrant>  libcairo2-dev | 1.10.2-6.1ubuntu2        | precise         | amd64, armel, armhf, i386, powerpc
[01:35] <wgrant>  libcairo2-dev | 1.10.2-6.1ubuntu3        | precise-updates | amd64, armel, armhf, i386, powerpc
[01:35] <sergio-br2> I have a code with some .a files, launchpad ignores they when it is building a package?
[01:35] <LiamW_> sergio-br2: build logs?
[01:35] <wgrant> sergio-br2: Launchpad just runs dpkg-buildpackage, which does whatever your debian/rules tell it to do.
[01:36] <sergio-br2> funny, with the same code, i can build it here with sbuild, but launchpad complains about some libraries
[01:37] <wgrant> Are you sure it's using exactly the same library packages?
[01:37] <sergio-br2> LiamW, https://launchpadlibrarian.net/180616209/buildlog_ubuntu-trusty-amd64.ppsspp_0.9.9-0ubuntu2~ubuntu14.04.1_FAILEDTOBUILD.txt.gz
[01:37] <sergio-br2> i think so
[01:37] <LiamW_> augh that makefile
[01:39] <wgrant> sergio-br2: You don't build-depend on any of those libraries.
[01:40] <wgrant> So they're not going to be installed.
[01:40] <sergio-br2> those libraries are embedded in the code
[01:40] <wgrant> oh dear
[01:40] <LiamW_> sergio-br2: consider cleaning up the Makefile.am for that package
[01:41] <LiamW_> automake is perfectly capable of generating a simple "CXX" compared to showing the full compiler invocation
[01:41] <LiamW_> while at the same time being verbose about the link
[01:42] <wgrant> Anyway, I don't see libavcodec being built in that build.
[01:42] <wgrant> So your debian/rules probably isn't building it.
[01:47] <sergio-br2> no, libavcodec and others are already compiled in the source code
[01:47] <LiamW_> sergio-br2: your debian/rules is a little complicated
[01:47] <sergio-br2> (upstream approach ...)
[01:47] <LiamW_> sergio-br2: will a simple "../configure && make" build everything on your machine?
[01:48] <sergio-br2> yeah, i need to improve it
[01:48] <sergio-br2> but works in my machine
[01:48] <LiamW_> ok
[01:48] <LiamW_> then a few lines rules file will work
[01:49] <LiamW_> sergio-br2: http://bazaar.launchpad.net/~inkscape.dev/inkscape/debian-packaging-stable/view/head:/rules
[01:49] <LiamW_> base your rules off of that, maybe, since nothing complicated is going on there
[01:52] <LiamW_> in that case, you don't even need to override dh_auto_configure since a simple ../configure will work
[01:53] <sergio-br2> humm, OK
[01:53] <LiamW_> so basically, this
[01:53] <LiamW_> %:
[01:53] <LiamW_> 	dh $@ --with bash-completion,python2 --parallel
[01:53] <LiamW_> or if your package doesn't have bash completion or need python to build, it's easier
[01:53] <LiamW_> dh $@ --parallel
[01:59] <LiamW_> sergio-br2: http://bazaar.launchpad.net/~inkscape.dev/inkscape/debian-packaging-stable/revision/32#rules
[02:00] <sergio-br2> this project, ppsspp, I have to run qmake first, it does not use ./configure
[02:01] <LiamW_> then override dh_auto_configure
[02:01] <LiamW_> override_dh_auto_configure:
[02:01] <sergio-br2> like export NOCONFIGURE=true && qmake
[02:01] <sergio-br2> ?
[02:01] <LiamW_>         qmake .
[03:32] <LiamW> wallyworld, get a bouncer dude
[03:35] <wallyworld> LiamW: it's only freenode, nfi what its problem is
[03:36] <LiamW> constant disconnects? If your connection is unstable (mine is) it's probably a good idea to have one
[03:40] <wallyworld> LiamW: i've not ever set up one before, nor do i know how to do it. i'll ask google :-)
[17:36] <paulkm> anyone help with this error: http://launchpadlibrarian.net/180529917/q-launchpad-z-q-gears-paul.log I've rewrite the git history using those python functions and still get this error :(