[00:15] l3on: looks good, I'll upload it. Please state your intention to nmu (nmudiff --delay=2) and pts-subscribe to the package (for a limited time) [00:16] tumbleweed, nmudiff --delay=2 ? how ? [00:17] nmudiff is like submittodebian, you run it inside the unpacked source [00:28] stgraber: does the isc dhcpv6 client work properly on ppp links? [00:29] ajmitch: no idea how ipv6 works on PPP, my guess is that the point to point /64 should be handled by ppp itself, then your /48 or /56 routed over it without using dhcpv6 [00:30] * ajmitch saw a mailing list thread about ppp support in the isc client from august, there was a patch submitted back then [00:30] I know that dhcpv6 works with the wide-dhcpv6-client, as that's what I use at home [00:30] just wasn't sure if the ipv6/ppp patch made it into the version you want tested :) [00:31] ah, ok, well, there were a lot of fixes for ipv6 in the new package, but if the patch was pushed in august, it likely made it to 4.2, not 4.1 [00:31] ok [00:53] tumbleweed, bug debian 660041 [00:53] Debian bug 660041 in libcflow-perl "libcflow-perl: non-functional on i386: Not a CODE reference" [Grave,Open] http://bugs.debian.org/660041 === Guest14188 is now known as Zic === almaisan-away is now known as al-maisan [07:33] Hi, what needs to be done that the vpnc package is synced from Debian? [07:35] Whoopie: requestsync -e -d unstable vpnc [07:36] micahg: hehe, and who could do that? The Debian version now supports my Fritzbox router so that I don't have to maintain my own package in my PPA. [07:37] Whoopie: you can run that if you have ubuntu-dev-tools installed, it'll ask you to explain why it needs a feature freeze exception [07:37] then if the release team approves, it'll go in the sponsorship queue [07:38] micahg: ah, nice. Didn't know that. Thanks. [07:38] being that'd we'd much prefer stuff in distro than in PPAs, it will probably be approved [07:39] and that it's mostly bug fixes, we're right after feature freeze and a bunch of other reasons [07:39] but IANA release team member, but will be happy to sync it once it's approved [07:53] micahg: lp #937548 opened [07:53] Launchpad bug 937548 in vpnc (Ubuntu) "FFe: Sync vpnc 0.5.3r512-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/937548 [07:53] good morning [07:53] Whoopie: thanks [07:53] dholbach: good morning [07:55] hey === lool- is now known as lool === yofel_ is now known as yofel === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === Quintasan_ is now known as Quintasan === yofel_ is now known as yofel === al-maisan is now known as almaisan-away [15:39] Having some issues with creating a binary package and the upstream tarball has one python script for creating documentation [15:40] can any one help me figure this out [15:40] tkennedy: it helps if you tell us what the problem is [15:40] was just waiting for a response before I spit out the details....thansk for responding [15:42] basically when I run pbuilder I get this error: [15:42] /usr/bin/python "./html.py" -d . csd.xml > csd.html || (rm csd.html; exit 1) [15:42] Traceback (most recent call last): [15:42] File "./html.py", line 15, in [15:42] import pprint [15:43] ImportError: No module named pprint [15:43] but I can run that python script manually without issue [15:43] where is pptrint.py? [15:44] it's appart of the python package [15:44] oh, sorry :) [15:44] one of those modules I don't use much [15:45] err ever [15:45] I thought that maybe it was a dependancy that wasn't installed but it is [15:45] are you build-depending on python? [15:46] well the main part of the package is native code [15:46] but there is just this python script to build the documentation [15:46] right, so it needs python to build [15:46] so I guess in a way it would need python support in the control file [15:46] but there are other import modules in the python script that don't error out [15:47] no, you don't need python-support if you aren't shipping python modules [15:47] chances are you have python-minimal installed in your chroot, and that's why you can import some modules [15:47] well by support I meant dependancy [15:47] but your package must build-depend on everything it needs [15:47] python-minimal is essential in Ubuntu. [15:47] So it's certainly there. [15:47] indeed :) [15:48] right. Like I said I can run the script manually and it runs just fine [15:49] I'm not sure why pprint module is causing this issue [15:49] tkennedy: pprint isn't in python-minimal [15:49] and you aren't build-depneding on python, which is what you need [15:50] so I need to add python to the list of dependancies then [15:50] yes [15:56] ok that got me past the python issue [15:56] thanks === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [16:30] o === dholbach_ is now known as dholbach [16:45] ok having another issue now with pbuilder and building that same package. [16:45] Now I get this error [16:45] cp: cannot stat `debian/tmp/usr/bin': No such file or directory [16:45] dh_install: cp -a debian/tmp/usr/bin debian/openconnect//usr/ returned exit code 1 [16:45] make: *** [binary] Error 2 [16:45] dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 [16:45] E: Failed autobuilding of package [16:45] my rules file just has this [16:45] %: [16:45] dh $@ --list-missing [16:52] I know what the error means, but I'm not sure why it's trying to cp to a directory that it didn't create [16:52] I'm a noob to packaging...been reading the PackagingGuide for a few days [16:53] what I'm trying to build is probably a bit advanced for a noob [16:54] Just in case someone is actually reading this I'll go over what I've been doing thus far. [16:56] I want to create a package for openconnect-3.15 to put in my PPA. So I downloaded the 3.02 source from universe like so: [16:56] apt-get source openconnect [16:56] which got me openconnect_3.02 [16:56] then I did uscan --verbose to get the latest code from the watch file [16:56] then I did uupdate to apply the latest code [16:56] checked the changelog like this dch -e [16:57] Modified the control file to add python2.7 to the build dependancies [16:57] then ran debuild -S -sa [16:57] then ran pbuilder build openconnect_3.15-0ubuntu1.dsc [16:58] thats when I get the error [16:59] the 3.02 source rules file expects to make two packages I think. one binary and one dev library. [16:59] I think I did away with that when I edited the rules file and just left the default rule in there for autobuild [17:02] for finding issues like this I'd recommend to build locally (just 'debuild' - not with pbuilder) to figure out what exactly was installed where and find which paths might have changed [17:03] it results in the same error [17:04] sure, but you can inspect debian/tmp and see where files are actually installed to [17:04] so you can update your debian/.install files, etc. [17:09] so the debian directory reference would be within the source package correct? [17:10] or maybe it's under /tmp/source_name [17:11] nevermind I found it [17:16] so under debian/tmp/ there is no bin directory [17:16] just an sbin directory [17:18] so the old .install file for 3.02 has it getting installed in usr/bin but the debuild is putting it in usr/sbin [17:22] why does debuild want to put it in usr/sbin rather than usr/bin [17:22] clearly the 3.02 Makefile has an install: section where it's copy to /usr/bin [17:26] so I guess I could fix this one of two ways. Either modify the newer Makefile.in and copy over the install: section from the old Makfile or edit the .install file under debian and change the path to /usr/sbin [17:26] I'm not sure which is the more correct way to go [17:35] tkennedy: you should change the debian/install file, upstream most likely knows best where it's stuff should go. [17:44] good point. In the case of an upgrade would apt/dpkg auto remove the old version or do I need to take care of that in POST-INST script [17:45] It would be automatic [17:49] ok. thanks. [17:49] after making the change to the debian/install file debuild ran without issue and created the package === tgm4883` is now known as tgm4883 [18:03] before filing a FFE (or normal sync requests in the future) id like to compile the debian source package. i tried setting up a debian unstable mirror in sources.list and pinned the packages (via origin) to priority -10. the problem is now: how to tell apt-get source the right mirror? -t unstable does not work (Ignore unavailable target release 'unstable' of package ...) [18:05] stefanct: you should try and build it in ubuntu not unstable [18:07] jtaylor: sure that's what i wanna do. but i thought getting the existing debian source package is the easiest way to get started? [18:07] you can get it easily with pull-debian-source from ubuntu-dev-tools [18:08] dget'ing the dsc also works [18:08] i knew about dget, not pull-debian-source. great, thank you. [18:32] I'm getting a bunch of "Cannot open: No space left on device" when building a package using pbuilder [18:33] since none of my partitions are running out of space, I assume the chroot has a fixed size [18:33] how do I increase it ? [18:33] pbuilder uses the root filesystem [18:33] sure there is enough space? [18:35] i though it used whatever BUILDPLACE is, /var/cache/pbuilder/build/ [18:35] yes [18:36] oh it is probably a write error (cannot open), pdebuild didnt obtain root privileges probably [18:37] shouldn't it ask ? [18:37] iirc [19:03] it seems to be a problem with dpkg-source called by dpkg-buildpackage called by pdebuild [19:06] dpkg-source: info: building php5 using existing php5_5.3.6.orig.tar.gz [19:06] tar: php-5.3.6/scripts/dev/generate-phpt/tests/gtErrorTestCaseFunctionTest.php: Cannot open: No space left on device [19:12] hmm maybe I don't have space... [19:12] probably some xfs fragmentation issue [19:35] ?!? [19:35] xfs fragmentation issue? [19:46] soren: yeah not enough contiguous blocks for additional inodes [20:04] hmm...i wish there was an easy way to generate a reverse-dependency tree for a single package [20:04] i wonder if reverse-depends should do that [20:04] i guess i can probably script it easily enough [20:04] broder: apt-cache dotty? [20:04] soren: is there any way to filter that, though? i *really* don't care about the dependency graph for the whole archive... [20:05] "apt-cache dotty " [20:05] that's forward dependencies [20:05] Oh, you wanted rdeps. Sorry. [20:06] broder: that'd be best done server-side (reverse-deps) [20:06] broder: In that case: [20:06] tumbleweed: yeah, that'd certainly be better [20:06] broder: apt-cache --recurse depends [20:06] and it would very easily get massive... [20:06] whoa...soren wins [20:07] (--recurse rdepends also works) [20:07] neat, didn' tknow that [20:07] Turning that into a queryable tree structure is left as an exercise to the reader. [20:07] soren: the tree isn't actually important. i mostly just want a list of packages [20:07] broder: Sorry, meant rdepends of course. Mistyped :) [20:07] so sort -u is sufficient [20:07] Cool beans. [20:07] Enjoy. [20:22] orbisvicis: You think that's more likely than being out of disk space? === foxbuntu` is now known as foxbuntu [23:36] wtf hdf5 has a 7mb source package and a 13mb debian diff oO [23:36] sounds like its huge :P [23:37] omg uuencoded docs [23:37] o.O [23:42] does arm{el,hf} have something equivalent to x86 cpu caches (L1-3= [23:45] because the pytables non86 failures seem to be related to their in memory compression for cache hit improvement [23:45] would probably make sense to just disable that on those arches [23:46] unlikely to have much effect anyway on slower cpu's [23:48] ffs "Unfortunately, you cannot disable blosc in PyTables"