Bug#955501: yaz: please make the build reproducible
On Thu, Apr 2, 2020 at 1:13 PM Chris Lamb wrote: > Hi Adam, > > > > > We are using yaz-config for side-by-side builds which means we > can't > > > > apply that patch as is. > > > > > > What do you mean by side-by-side build? I have not come across this > > > > Probably a bad term, that I invented. It just means that we can use > > yaz-config from another tree without installing yaz. > > > > cd yaz > > ./configure && make > > cd ../idzebra > > ./configure # looks in ../yaz for yaz-config > > make > > Ah, I see. > > > Anyway the issue is now fixed in upstream, as follows: > > > > > https://github.com/indexdata/yaz/commit/370dece3e9cb2fe4feb8c6e1780b46de8bc7fa9d > > Hm, I am not quite sure how this will help — @abs_top_srcdir@ will > still be interpolated and therefore will vary across builds... just in > a different place. > yaz-config in root will have it. But that's not installed. util/yaz-config is going to be in /usr/bin or other.. That does not have build stuff in it. / Adam > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org chris-lamb.co.uk >`- >
Bug#955501: yaz: please make the build reproducible
On Thu, Apr 2, 2020 at 12:58 AM Chris Lamb wrote: > Hi Adam, > > > We are using yaz-config for side-by-side builds which means we can't > > apply that patch as is. > > What do you mean by side-by-side build? I have not come across this > Probably a bad term, that I invented. It just means that we can use yaz-config from another tree without installing yaz. cd yaz ./configure && make cd ../idzebra ./configure # looks in ../yaz for yaz-config make Anyway the issue is now fixed in upstream, as follows: https://github.com/indexdata/yaz/commit/370dece3e9cb2fe4feb8c6e1780b46de8bc7fa9d / Adam > term before. (Do you mean you are Build-Depending on yaz from another > package?) > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org chris-lamb.co.uk >`- >
Bug#955501: yaz: please make the build reproducible
Thanks for the patch. We are using yaz-config for side-by-side builds which means we can't apply that patch as is.. the echo_source definition.. We will have to make two yaz-config's .. One for the side-by-side build which obviously will have those build directories and another one to be installed in /usr/bin without those. / Adam On Wed, Apr 1, 2020 at 7:33 PM Chris Lamb wrote: > Source: yaz > Version: 5.29.0-2 > Severity: wishlist > Tags: patch > User: reproducible-bui...@lists.alioth.debian.org > Usertags: buildpath > X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org > > Hi, > > Whilst working on the Reproducible Builds effort [0] we noticed that > yaz could not be built reproducibly. > > This is because it embeds the absolute build path into the /usr/bin/ > yaz-config file. > > A patch is attached. As this path will not exist at runtime, assuming > that yaz works today (!), then the application of this patch could be > reasoned to therefore be harmless. > > [0] https://reproducible-builds.org/ > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- >
Bug#889571: yaz-client: segmentation fault when connecting via UNIX socket
Fixed a long time ago in upstream YAZ 4.2.46. Upstream should really updated to latest 4 in https://github.com/indexdata/yaz/commits/yaz4 / Adam
Bug#660425: domU kernel panic during network I/O
This is just to follow up that we are also affected by this bug, at least crash log looks similar. The user space application has so far been the same (cf-zserver), which acts as a HTTP client. We are confident the system is in no way running out of memory, disk or other resources . There is network activity at the moment of the crash. Both domU/dom0 are running 2.6.32-5-xen-amd64 . / Adam console-crash.log Description: Binary data cpuinfo.lst Description: Binary data
Bug#639694: yaz: New upstream version availible
On 08/29/2011 04:45 PM, Vincent Danjean wrote: Hi Adam, As I've been asked, I'm trying to package yaz 4.2.12. The soname of the library did not change, however a few symbols disappear from my last packaging (4.0.11). Here is the list: * in libyaz.so.4: #MISSING: 4.2.12-1# element_name_append_attribute_value@Base 4.0.3 #MISSING: 4.2.12-1# emit_term@Base 4.0.1 #MISSING: 4.2.12-1# emit_terms@Base 4.0.1 #MISSING: 4.2.12-1# emit_wordlist@Base 4.0.1 * in libyaz_server.so.4 #MISSING: 4.2.12-1# sigterm@Base 4.0.1 #MISSING: 4.2.12-1# statserv_must_terminate@Base 4.0.1 Hi Vincent, none of these symbols were defined in public headers. And so not really public. No need to bump the so. / Adam As usual, can you tell me, for each of these symbols, if: - it is an internal symbol not used by someone using the library (I will ignore the missing symbol) - it is a symbol that can be used by an application that linked again yaz 4.0.11. In that case, we should either reintroduce the symbol or dump the soname of the library. Regards, Vincent On 29/08/2011 15:54, Ben Webb wrote: Package: yaz Version: 4.0.11-1 Severity: wishlist Tags: sid A new upstream version (4.2.12) is availible. Would be nice to see it packaged. The newest upstream version of libnet-z3950-simpleserver-perl will not build against the current version. Regards, Ben -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.16-linode28 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yaz depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncurses55.7+20100313-5shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii libyaz44.0.11-1 The YAZ Z39.50 toolkit (runtime fi yaz recommends no packages. yaz suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484138: Shorter program , toto2.c
Attached is a shorter program .. toto2.c. I don't know if it fails on arm. But it makes use of the utrans_openU where the error occurs.. cc -Wall toto2.c -licui18n -g -o toto2 ./toto2 #include string.h #include stdlib.h #include unicode/utrans.h #include unicode/ustring.h #include assert.h int main() { char rules[]=[:Punctuation:] Any-Remove; int utf16_cap = 1+strlen(rules); int32_t utf16_len = 0; UChar * utf16 = malloc(utf16_cap * sizeof(UChar)); UParseError parse_error; UErrorCode status = U_ZERO_ERROR; UTransliterator * trans; u_strFromUTF8(utf16, utf16_cap, utf16_len, rules, strlen(rules), status); assert(status == U_ZERO_ERROR); trans=utrans_openU(utf16, utf16_len, UTRANS_FORWARD, 0, 0, parse_error, status); assert(trans); assert(status == U_ZERO_ERROR); return 0; }
Bug#483649: yaz FTBFS on arm
I don't know why tst_oid fails on arm. A stack strace would be appreciated.. But failing, just run tst_oid and send me the contents of tst_oid.log . / Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483649: yaz FTBFS on arm
Adam Dickmeiss wrote: I don't know why tst_oid fails on arm. A stack strace would be appreciated.. But failing, just run tst_oid and send me the contents of tst_oid.log . / Adam OK.. It's tst_icu_I18N that fails.. A backtrace or just tst_icu_I18N.log might be useful.. / Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463116: yaz: New version of YAZ available
Package: yaz Version: 2.1.48 Severity: wishlist YAZ 3.0.24 is available. All source is now covered by 'Revised BSD' - including the CCL module. The ziffy part has been removed (is GPL). ziffy be distributed separately at a later time. http://indexdata.dk/yaz/ http://indexdata.dk/yaz/NEWS -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yaz depends on: ii libc62.7-6 GNU C Library: Shared libraries ii libncurses5 5.6+20080105-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-4SSL shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii libxml2 2.6.30.dfsg-3.1 GNOME XML library ii libxslt1.1 1.1.22-1XSLT processing library - runtime ii libyaz3 3.0.24-1The YAZ Z39.50 toolkit (runtime fi yaz recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410346: Proposed change to hooks.c.
Thanks. We'll change upstream source to test for __GLIBC__ in hooks.c. --- hooks.c 15 Mar 2007 14:07:41 - 1.2 +++ hooks.c 3 Jan 2008 22:49:59 - @@ -20,8 +20,9 @@ * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ +#include stdio.h -#if defined(linux) +#if defined(__GLIBC__) # if !defined(_BSD_SOURCE) # define _BSD_SOURCE # endif @@ -30,7 +31,6 @@ /* * Operating System include files */ -#include stdio.h #include string.h #include sys/types.h #include sys/socket.h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410346: _BSD_DOURCE flag
Why is it needed? I assume it's failing compilation on GNU/kFreeBSD . Where? / Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361726: yaz: YAZ 2.1.16 available
Package: yaz Severity: wishlist New version of YAZ available. No new programs or man pages, IIRC. So upgrade should be easy. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322326: package yaz does not depend on libyaz libs
Package: yaz Version: 2.1.8-3 Severity: normal Package yaz does not depend on libyaz. A fix would be to pass library version to dh_makeshlibs in rules. Something like: dh_makeshlibs -V 'libyaz (= 2.1.5)' dh_installdeb dh_shlibdeps -l debian/libyaz/usr/lib -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages yaz depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii libxml2 2.6.20-1 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime yaz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299911: yaz: YAZ 2.1.4 available.
Package: yaz Followup-For: Bug #299911 http://ftp.indexdata.dk/pub/yaz/yaz-2.1.4.tar.gz -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages yaz depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii libxml2 2.6.16-7 GNOME XML library pn libyaz Not found. ii zlib1g 1:1.2.2-3compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305560: missing Depends for libyaz-dev
Package: libyaz-dev Version: 2.0.30-3 Severity: normal The necessary link libs for apps use YAZ for apps are not listed in Depends. Make it: Depends: libyaz (= ${Source-Version}), libxml2-dev, libwrap0-dev, libssl-dev -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libyaz-dev depends on: ii libyaz2.0.30-3 Z39.50 runtime libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302257: Missing readline support for yaz-client
Package: yaz Version: 2.0.30-3 Severity: normal Just add libreadline4-dev to Build-Depends in control. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yaz depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii libxml2 2.6.16-4 GNOME XML library ii libyaz 2.0.30-3 Z39.50 runtime libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299911: yaz: YAZ 2.1.2 available
Package: yaz Version: 2.0.30-3 Severity: wishlist YAZ 2.1.2 available from http://indexdata.dk/pub/yaz/ No new programs or man pages. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yaz depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii libxml2 2.6.16-3 GNOME XML library ii libyaz 2.1.2-1 The YAZ Z39.50 toolkit (runtime fi ii zlib1g 1:1.2.2-3compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294042: programs and man pages missing for yaz-marcdump, yaz-iconv
Package: yaz Version: 2.0.30-2 Severity: normal Tags: patch diff -ur yaz-2.0.30/debian/yaz.install yaz-2.0.30.new/debian/yaz.install --- yaz-2.0.30/debian/yaz.install 2004-08-30 11:05:57.0 +0200 +++ yaz-2.0.30.new/debian/yaz.install 2005-02-07 09:41:35.0 +0100 @@ -1,3 +1,5 @@ usr/bin/yaz-ztest usr/bin/zoomsh usr/bin/yaz-client +usr/bin/yaz-marcdump +usr/bin/yaz-iconv diff -ur yaz-2.0.30/debian/yaz.manpages yaz-2.0.30.new/debian/yaz.manpages --- yaz-2.0.30/debian/yaz.manpages 2005-01-21 08:20:32.0 +0100 +++ yaz-2.0.30.new/debian/yaz.manpages 2005-02-07 09:41:20.0 +0100 @@ -1,3 +1,6 @@ debian/tmp/usr/share/man/man1/yaz-client.1 debian/tmp/usr/share/man/man1/zoomsh.1 debian/tmp/usr/share/man/man8/yaz-ztest.8 +debian/tmp/usr/share/man/man1/yaz-marcdump.1 +debian/tmp/usr/share/man/man1/yaz-iconv.1 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yaz depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii libxml2 2.6.11-5 GNOME XML library ii libyaz 2.0.30-2 Z39.50 runtime libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]