On Wed, Aug 10, 2011 at 04:31, Vincent Cheng <vincentc1...@gmail.com> wrote: > On Mon, Aug 8, 2011 at 10:03 PM, Aron Xu <happyaron...@gmail.com> wrote: >> Package: src:conky >> Version: 1.8.1-2 >> Severity: wishlist >> Tags: patch >> >> After fighting with the linking issue on kfreebsd, we have managed to >> build conky by adding -lbsd in version 1.8.1-2. Looking at buildd >> logs, only Hurd is left out, and the reason is the build system >> refuses to try but not showing if there are actually problem to build. >> >> I recommend to enable hurd build by patching the build system, it >> might be as simple as following: >> >> --- a/configure.ac.in >> +++ b/configure.ac.in >> @@ -54,7 +54,7 @@ >> uname=`uname` >> >> case $uname in >> - Linux*) >> + Linux|GNU*) >> WANT_SYSINFO=yes >> ;; >> FreeBSD*|GNU/kFreeBSD*) >> >> But maybe we need to change the settings for hurd, but it needs to be >> tried first. >> >> -- >> Regards, >> Aron Xu >> >> >> >> > > I've set up a hurd-i386 VM to test this with, and can confirm that > this patch lets conky proceed past ./configure, but the build still > ends up with a FTBFS. I've no idea how to make a copy of the build log > outside of the VM, so I've manually typed out an excerpt from the > build log, as follows: > > libtool: link: i486-gnu-gcc -I/usr/include/lua5.1 [...] -lrt -pthread > conky-conky.o: In function 'generate_text_internal': > /root/tmp/conky-1.8.1/build-std/src/../../src/conky.c:874: undefined > reference to 'get_acpi_ac_adapter' > /root/tmp/conky-1.8.1/build-std/src/../../src/conky.c:871: undefined > reference to 'get_acpi_fan' > /root/tmp/conky-1.8.1/build-std/src/../../src/conky.c:809: undefined > reference to 'get_acpi_temperature' > /root/tmp/conky-1.8.1/build-std/src/../../src/conky.c:877: undefined > reference to 'get_battery_stuff' > [...] > conky-common.o: In function 'update_stuff': > /root/tmp/conky-1.8.1/build-std/src/../../src/common.c:411: undefined > reference to 'prepare_update' > conky-core.o: In function 'construct_text_object': > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:352: undefined > reference to 'update_cpu_usage' > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:158: undefined > reference to 'open_acpi_temperature' > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:176: undefined > reference to 'get_cpu_count' > [...] > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:343: undefined > reference to 'update_meminfo' > [...] > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:370: undefined > reference to 'update_load_average' > /root/tmp/conky-1.8.1/build-std/src/../../src/core.c:373: undefined > reference to 'update_diskio' > [...] > conky-entropy.o: In function 'update_entropy': > /root/tmp/conky-1.8.1/build-std/src/../../src/entropy.c:54: undefined > reference to 'get_entropy_avail' > /root/tmp/conky-1.8.1/build-std/src/../../src/entropy.c:55: undefined > reference to 'get_entropy_poolsize' > collect2: ld returned 1 exit status > make[3]: *** [conky] Error 1 > [...] > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > > (There were a lot of undefined references, more than I wanted to type > out manually.) >
Looks a bit strange, because those undefined symbols are from conky.h, so till now it means we still can tweak build system. (I'll try to debug it when I have some time, not now though). > I'd rather not use the Debian buildds as a way to test if we can get > conky to build on hurd; wouldn't it be better to build conky first in > a VM/porter box and then make a upload to the Debian archives once we > can confirm that conky builds fine on hurd? > IMHO, VM is the preferred way, since porter box is a bit difficult to use and I don't use Debian porter box if I have another way to test my program. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
