=== medberry is now known as med_out [07:01] good morning [08:16] Morning dholbach. [08:16] hi iulian [08:29] Could somebody try to create a chroot with pbuilder-dist? It fails here all the time :( [08:37] can someone set 791318 to triaged please [08:40] Done. [08:44] thx [08:55] How do I do a += for Cmake's configuration file? [08:58] list(APPEND VAR VALUE) [09:00] I did the CFLAGS change, but I just made it a LIB enry instad of adding it to an existing lib entry [09:15] bah, doing an append didn't fix it :/ [09:17] This is the CmakeList.txt file http://dpaste.com/563212 and http://dpaste.com/563213 is my patch [09:17] what am I doing wrong? [09:25] shouldn't it go in target_link_libraries? [09:25] oh. [09:25] that I didn't know [09:27] W: Failure trying to run: chroot /var/cache/pbuilder/build/22485/. dpkg --force-depends --install /var/cache/apt/archives/libc6_2.13-0ubuntu13_amd64.deb [09:27] E: debootstrap failed [09:28] can't even seem to create a natty pbuilder-dist env :( [09:28] (maybe a dumb question), is your OS is i386 or amd64 [09:28] -is [09:29] This build failure has other problems. [09:54] I fixed one library call. [09:54] Seems like more needs fixing [10:01] dupondje: I can create a oneiric pbuilder just fine (on oneiric). What are you running? [10:08] tumbleweed: heya, you work on ubuntu-dev-tools right? [10:09] nigelb: yip [10:10] tumbleweed: want to quickly talk about it (5 minutes) during Ubuntu Developer Week lighting talks? [10:10] (Its mostly project lightning talks, so any interesting package/project gets good visibility) [10:12] nigelb: sure, can do [10:13] packaging-dev sounds good too [10:13] tumbleweed: awesome, its at friday 15th at 2000 UTC [10:14] well, some time between 2000 and 2100 UTC :D [10:14] we are trying to get the interesting bits *out* of ubuntu-dev-tools where possible, but that's no reason not to talk about it :) [10:14] tumbleweed: heh, was it you that told at the session about someone filing a bug against ubuntu dev tools for a tool that was already in it? [10:14] *UDs session [10:14] argh! *UDS [10:15] yeah, this happens :) [10:15] heh [10:15] (don't know if that was me, though) [10:15] It was either you or benjamin [10:16] This is my CMakeList.txt file http://dpaste.com/563236/ (patched), some libs are still not linked, most notably dbus. How do I go about doing that? [10:18] Do I add openssl and dbus-1 after the ldap entry in TARGET_LINK_LIBRARIES? [10:22] nigelb: don't know what package you rae working on (and I haven't messed with this stuff in cmake), but libldap isn't linked to openssl or dbus [10:23] tumbleweed: its pathfinder, and I should have been more clearer. [10:23] One of the .o files depend on libldap, openssl and dbus [10:23] I got the ldap bit works now after I added it in line 107, but I 'm trying to figure out how to add openssl and dbus [10:24] I don't think order will matter here [10:24] not order, just what to put there [10:24] I tried openssl, it failed just now [10:25] I tried putting ${OPENSSL_LIBDIR} which failed too [10:25] try libcrypto rather than openssl. it's a separate .pc file [10:26] ah [10:27] tumbleweed: pbuilder-dist and pbuilder, both are broken here :s [10:27] debootstrap is mounting /proc in the chroot, but doesn't seem to umount it. [10:28] yeah, I saw you saying that. What Ubuntu release areyou on? [10:28] Oneiric [10:28] * tumbleweed is wondering why I'm not seeing this [10:29] tried making a oneiric chroot on natty, and that works fine also (other computer) [10:29] see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631087 btw [10:29] Debian bug 631087 in debootstrap "pbuilder failed to create base.tgz (mount: /proc already mounted or /var/cache/pbuilder/build//24199/proc busy)" [Important,Open] [10:29] some people in debian have same issue [10:29] wonder why [10:30] ah well, at least you have a workaround, and we can wait for someone else to get to the bottom of it :) [10:31] nigelb: hrm, the libcrypto.pc is just a subset of openssl. Dunno if that'll help then [10:32] tumbleweed: I think I'm doing something wrong with linking. I'm just not sure enough [10:32] well yea :) but can't access the other pc all the time :) [10:33] dupondje: you can copy the base.tgz across, you only need to build it once [10:34] ah true [10:35] could do that indeed === dholbach_ is now known as dholbach [10:35] best thing would be getting it fixed ofc :D [10:35] but debootstrap got like no debug option :( [10:37] please set 803204 to triaged [10:38] thanks [10:39] tumbleweed: nope, didn't work :) [10:39] I'm trying some stuff with INCLUDE_DIR [10:39] It said it can't find that lib the last time [10:40] the openssl and dbus ones [10:42] aha [10:42] How do I fix "/usr/bin/ld: cannot find -lopenssl"? [10:43] that's wrong. It's not called libopenssl [10:44] so, when I link from the commandline, I do -llibopenssl? [10:44] no -lssl [10:44] ah [10:44] thanks jtaylor, *not* called libopenssl :) [10:44] Its probably called libopenssl but not linked that way [10:45] what's the easiest way to figure that out without installing and doing a dpkg -S? [10:45] apt-file [10:46] thanks jtaylor! [10:46] you have to install it to test build anyway? [10:46] that's inside the pbuilder [10:46] I should install the pbuilder hhoks [10:47] ah well [10:47] https://bugs.launchpad.net/debian/+source/debootstrap/+bug/805886 [10:47] Ubuntu bug 805886 in debootstrap (Ubuntu) "/proc does not get umounted after debootstrap" [Undecided,New] [10:47] :) [10:47] I usually log in for non-final builds [10:47] to the chroot [10:48] pbuilder + the C10shell hook is nice for debugging failures [10:50] nigelb: no, it's called libssl (and there's also libcrypto, which is what this build failed on, on the buildd) If a package has a .pc file, you can find out a lot of useful information in it, look at /usr/lib/pkgconfig/openssl.pc [10:50] tumbleweed: I should have known that. This CMake fle is usint the .pc files [10:51] you sure? I swear I sawe some PKGCONFIG things in the file you pasted [10:51] tumbleweed: erm *is* using [11:09] ok, I give up. I thought I fixed this by adding ssl, but that didn't fix it either :/ [11:16] please set to triaged: 803191 [11:17] jtaylor: done. (you can assume I'll notice bugs I filed) [11:34] Ah, I got confused because this failure is not just an --as-needed failure because of library ordering [11:35] there is some problem with indiin [11:35] er, indirect linking [11:36] oh, well, its the same [11:43] Ah, quilt. is there a way to un-"add" a file? [11:45] nigelb: that's not something you should need to do. adding a file just means quilt will notice changes when you quilt refresh [11:45] if you haven't made any changes, there's nothing for it to notice [11:46] tumbleweed: I made a mess, but now undone :P === ximion2 is now known as ximion [11:48] well, that's easy, refresh and pop the patch, then edit the patch to remove the changes you don't want and push it again [11:48] there's quilt revert [11:48] After one scary day playing with the patches themselves, I tend to not edit it directly [11:48] I forced a push [11:49] s/push/pop [11:49] then undid my change [11:49] Laney: ah, even easier [11:49] forced a push, forced a pop and refreshed [11:49] Laney: I er accidentally made a change, then added, undid my change and refreshed [11:50] causing a change opposite of what I wanted to happen [11:50] recountdiff is handy if one does invasive patch etids [11:51] bah, this still doesn't work :/ [11:51] ipatch too for patch editing [11:51] I did a include and did -lss [11:51] *-lssl [11:51] it is indeed failing at ssl related functions [11:52] Laney: err never heard of that. googling it turns up some OSX thing [11:53] nigelb: if I'm reading it correctly, the failure in the build log from the test rebuild is a missing libcrypto not libssl [11:54] ah, but the cmake file was linking to ssl too. nm [11:54] isn't crypto provided by ssl? [11:54] yes, but they are separate libraries, dpkg -L libssl1.0.0 [11:55] http://www.joachim-breitner.de/blog/archives/425-ipatch,-the-interactive-patch-editor.html [11:55] what does Libs.private mean in the .pc file? [11:56] libraries only needed for static builds [11:56] no symbols of these libraries are exported [11:56] Laney: oh right, I remember seeing that [11:56] Now, I'm confused whether to swap -ssl with -crypto because its listed as Libs.private [11:56] useful to have around [11:57] nigelb: Libs.private is not relevant to this problem [11:57] tumbleweed: oh. swapping. [12:04] tumbleweed: exact same failure :( [12:04] nigelb: you probably want to turn up the verbosity so you can see what the gcc arguments are [12:05] Is that a CMake setting? [12:06] ah, yes [12:11] My linking is working apparently http://dpaste.com/563276/ [12:12] wait a minute, there are some libs there, where did they come from :| [12:13] nigelb: wrong order, -ssl should be before -crypto [12:13] tumbleweed: ah [12:13] tumbleweed: aaaaah, bit by the bug I'm trying to fix. The irony [12:19] tumbleweed: similar failure again [12:19] (On another note, I've jut built this package 15 times today now :D) [12:19] *tried to build [12:21] tumbleweed: delay merging gps, I made a typo [12:25] stupit bzr ._. [12:36] so now its ready [12:44] jtaylor: thanks [12:54] tumbleweed: I figured out what the problem is and I haev a hacky fix. [12:54] The CFLAGS are loading a few -l calls. [12:54] My hacky fix would be to just copy paste them over [12:54] I don't see an easier solution [13:05] nigelb: can you not fix it to not use CFLAGS for libraries? [13:06] tumbleweed: I'm not sure how. [13:08] nigelb: debdiff so far? [13:08] tumbleweed: sec === hrww is now known as hrw [13:10] tumbleweed: http://dpaste.com/563289/ [13:30] gna another libtool package making problems -.- [13:30] how I hate that thing [13:34] is this wrong? libc_urg_la_LDADD = -lm [14:00] ScottK: could you please ack bug #805962 [14:00] Launchpad bug 805962 in natty-backports "Backport teeworlds 0.6.0-2 and bam 0.4.0-2" [Undecided,New] https://launchpad.net/bugs/805962 [14:01] debfx: Done. [14:01] thanks! [14:06] while your at it, how about bug 798191? [14:06] Launchpad bug 798191 in natty-backports "please backport matplotlib 1.0.1-2ubuntu1" [Undecided,New] https://launchpad.net/bugs/798191 [14:06] jtaylor: that has a lot of rdepends [14:08] jtaylor: http://paste.ubuntu.com/638440/ [14:10] to my knowledge no package needed changing when it transitioned in debian [14:10] jtaylor: yes, but a requirements for backports is that all rdepends get tested [14:11] hm, ok then its hopeless [14:11] jtaylor: why? there aren't that many on the list... [14:12] ~140 rdeps not many? [14:12] jtaylor: there are a lot of dupes in that list :) [14:12] I don't care so much for that package that I will test them all .. [14:12] maybe the other person who commented in the request would be willing to [14:13] I do wonder if that requirement is too stringent [14:14] that's no way what happens when updating to a new revision in a developent release, for eample [14:14] (testing all rdeps) === ximion1 is now known as ximion [14:16] Laney: yes, but with the dev release, there's an assumption that bugs will be caught, in stable the rules are more stringent, we don't want to break systems [14:17] I know why it's there [14:34] * micahg will update the matplotlib backport request === ximion is now known as ximion1 === ximion1 is now known as ximion [14:58] nigelb: http://code.google.com/p/pathfinder-pki/issues/detail?id=28 [15:07] that patch will probably not work due to as-needed [15:07] ah, that's true, I only looked on sid [15:08] I gave up trying to understand the right way to solve the problem, their cmake use seems rather icky [15:08] hm I'll have a look [15:10] I think I taught myself how to drive cmake, but I started getting semi-colons between gcc parameters (when pkg-config returned two include paths, due to multiarch) [15:15] strange it does not want to register the ssl DT_NEEDED entry [15:16] I just grepped, I rebuild it 40 times today [15:16] ah no it needs nss :/ [15:16] but not everywhere [15:17] I think moving LINK_FLAGS into TARGET_LINK_LIBRARIES might fix --as-needed-linking [15:18] or something of that effect [15:18] so got it to compile [15:18] without cmake ^^ [15:18] jtaylor: are you picking this up? [15:20] I'll have a look at it if you like [15:21] jtaylor: I'm trying to figure out how to get things out correctly. [15:21] I just quickly compiled it on the command line you need to explicitly link libpathfinder with nss and link nsstest with -lssl3 [15:28] why pbuilder needs to be so awkard... [15:29] pbuilder-dist is slightly more friendlier [15:29] sbuild is love [15:29] (with an apt cacher) [15:29] (or even better, a mirror) [15:30] sbuild doesn't make it quite as easy to dive in and fix problems, though [15:30] Laney: I cant work without apt-cacher-ng ;D [15:30] and doesn't use distcc by default, which can be rather handy when debugging [15:30] --login --save-after-login != --save-after-login --login != --login --save-after-login true [15:30] argh [15:31] heh [15:32] i just log in, get-build-deps and win [15:32] no need for this fancy hook stuff :P [15:33] * tumbleweed tends to fire up a build, then resume the failed session, but that requires copying and pasting, and then working without my preferences (sbuild user doesn't have my rc files) [15:34] ah, that stuff happens in a separate terminal [15:34] the schroot session is just for looping dpkg-buildpackage really [15:36] schroot... I always forget to learn how to use it from other develoeprs at sprints/udses [15:39] ~curse bug 802985 and broken chroots due to this [15:39] Launchpad bug 802985 in eglibc (Ubuntu Hardy) "[lucid] /var/lib/dpkg/tmp.ci/preinst: 399: arithmetic expression: expecting EOF: "3.0-0-generic"" [High,Triaged] https://launchpad.net/bugs/802985 [15:42] heh [15:42] debootsrap should have learned to use multiple suites long ago [15:43] I looked at code of it today - many changes would it take [15:44] nigelb: need more help with pathfinder? [15:45] jtaylor: If you have time, yes! [15:45] Could somebody take a look at https://bugs.launchpad.net/debian/+source/debootstrap/+bug/805886 ? [15:45] Ubuntu bug 805886 in debootstrap (Ubuntu) "/proc does not get umounted after debootstrap" [Undecided,New] [15:46] jtaylor: I think my headache has something to do with cmake's formatting of TARGET_LINK_LIBRARIES [15:46] nigelb: this patch builds, but its ugly and it uses ssl and ssl3 which may give conflicts http://paste.ubuntu.com/638463/ [15:47] jtaylor: that's the path I was going through, but it didn't build [15:47] did you patch libpathfinder/CMakeLists.txt? [15:48] jtaylor: yeah, but when I took a similar step, it didn't work for me [15:48] the $ variables didn't expand for me [15:48] strange [15:49] yup [16:04] I have a package which builds in lucid pbuilder (amd64), lucid chroot but fails on launchpad [16:05] the most common reason for that is internet access [16:06] that and differinc build-dependancy resolution algorithms [16:07] occasionally pkgbinarymangler/pkgstriptranslations too if you don't run those [16:12] anyway time to compile fake-uname.so and get lucid to think that 2.6.32 is kernel [16:18] Anybody know how i can configure ALPS touchpad correctly? [16:21] dilruk: you run maverick at least? [16:21] ah. no.. it was eten with problem [16:21] hrw: im on natty...I can get the edge scrolling to work [16:22] I cant i mean [16:22] dilruk: This isn't a support channel. Please use #ubuntu [16:23] I tried....but no one seem to care :( [16:23] dilruk: You asked once. Be patient, and repeat your question if no one responds after a few minutes. [16:24] ok will do that. thank you [16:25] dilruk: it worked in past? is it old laptop or new? tried two-fingers-scrolling? [16:26] hrw: it never worked...its a VAIO VPCEB intel i3. No special options are working [16:30] dilruk: ouch... [16:33] how to recreate EXACT rootfs used by launchpad while building ppa packages? [16:39] hrw: what for? [16:40] just use pbuilder, it's not _exactly_ what LP uses, but it's basically the same [16:42] bleh, cdebootstrap doesn't even know Oneiric :( [16:42] * dupondje sad [16:42] but package builds in pbuilder but not on launchpad [16:43] hrw: where does it fail? [16:43] https://launchpadlibrarian.net/74590308/buildlog_ubuntu-lucid-i386.gcc-4.4_4.4.6-3ubuntu1~ppa2_FAILEDTOBUILD.txt.gz [16:43] hrw: LP uses a hacked version of sbuild, and you can download the chroot LP uses for building [16:43] geser: url? [16:44] hrw: let me search it [16:45] thanks [16:45] sbuild is better then pbuilder ? [16:46] dupondje: it's different [16:47] cause pbuilder broke here :( [16:50] hrw: you might need to ask wgrant for the magic url which shows you the librarian url for the build chroot [16:51] ok [16:52] +6h - will catch him tomorrow if will not solve [16:52] and time to end work now [16:52] have a nice rest of day === med_out is now known as medberry [17:35] https://bugs.launchpad.net/ubuntu/+source/courier/+bug/803176 => I attached a fix [17:35] Ubuntu bug 803176 in courier (Ubuntu) "courier version 0.65.0-3ubuntu4 failed to build on i386" [Medium,New] [18:32] hrw: I know I've found them before by googling [18:35] right: https://launchpad.net/api/devel/ubuntu/lucid/i386/chroot_url [19:10] ifneq ($(wildcard /usr/lib/`dpkg-architecture -qDEB_HOST_MULTIARCH`/libcrypt.*),) [19:10] this should work right ? [19:18] dupondje: I think you'd need to use $(shell ) rather than `` [19:18] * micahg is curious as to the use case for the above statement [19:18] yeah, that too :) [19:19] ifneq ($(wildcard /usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)/libcrypt.*),) [19:19] that should do ? [19:20] whats the point of that? [19:20] its always false [19:20] or true [19:21] https://bugs.launchpad.net/ubuntu/+source/dnprogs/+bug/749176 [19:21] Ubuntu bug 749176 in dnprogs (Ubuntu Oneiric) "dnprogs version 2.55 failed to build on i386" [Undecided,New] [19:22] that bug is pending in debian [19:22] maybe ask the maintainer for a patch [19:23] It just has the following now: [19:23] ifneq ($(wildcard /usr/lib/libcrypt.*),) [19:23] LIBCRYPT=-lcrypt [19:23] endif [19:23] So by adding the one above, it fixes the ftbfs [19:23] and uses the same way it was done already in the code [19:23] :) [19:23] * micahg wonders why the ifneg is necessary in the first place [19:23] just drop the if end endif [19:24] yea would be the good way indeed ... [19:25] but just wanted to do it the same way it was done already in the Makefile ... [19:27] * micahg would think upstream should switch to a configure flag based detection instead of that [19:27] well its not a clean way [19:27] but that shouldnt be changed in a FTBFS patch I think [19:29] well, either way, it's not suitable for upstream, so IMHO I think removing the check is cleaner in this case [19:30] as long as the library in question is in the build-deps [19:30] libc6-dev is build-dep [19:30] so yea :) [19:30] both work. [19:32] so go for the check removal ? :) [19:32] yes [19:35] https://bugs.launchpad.net/ubuntu/+source/dnprogs/+bug/749176 [19:35] Ubuntu bug 749176 in dnprogs (Ubuntu Oneiric) "dnprogs version 2.55 failed to build on i386" [Undecided,New] [19:35] fix uploaded === Quintasan_ is now known as Quintasan === ximion2 is now known as ximion === ximion is now known as ximion2 === ximion2 is now known as ximion === yofel_ is now known as yofel === medberry is now known as med_out