[oi-dev] Something is wrong with the physfs build
Hi all, I have problems publishing the physfs package. The 64 Bits build seem to have problem. I have created a sample-manifest that reveals the problem: diff sample-manifest.p5m sample-manifest.p5m.orig 13c13 < # Copyright 2018 --- > # Copyright 2016 28,30c28,30 < link path=usr/lib/$(MACH64)/amd64/libphysfs.so target=libphysfs.so.1 < file path=usr/lib/$(MACH64)/amd64/libphysfs.so.$(COMPONENT_VERSION) < link path=usr/lib/$(MACH64)/amd64/libphysfs.so.1 \ --- > link path=usr/lib/$(MACH64)/libphysfs.so target=libphysfs.so.1 > file path=usr/lib/$(MACH64)/libphysfs.so.$(COMPONENT_VERSION) > link path=usr/lib/$(MACH64)/libphysfs.so.1 \ So, there is an extra "amd64" in the path. And if I check my installed versions of libphysfs.so.2.0.3 in /usr/lib and /usr/lib/amd64 the time stamps differ: ll /usr/lib/libphysfs.so.2.0.3 -r-xr-xr-x 1 root bin 618K May 27 07:49 /usr/lib/libphysfs.so.2.0.3 ll /usr/lib/amd64/libphysfs.so.2.0.3 -r-xr-xr-x 1 root bin 804K Feb 12 17:15 /usr/lib/amd64/libphysfs.so.2.0.3 IMO the time stamps should be equal and thus for me this is an indication that the package contains amd64 files from a previous build of the library. Alas, I don't know how to fix the build. Regards, Andreas ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] Problems publishing zziplib
Am 03.08.18 um 09:01 schrieb Michal Nowak: > On 08/02/18 10:42 PM, Michal Nowak wrote: >> On 08/02/18 05:08 PM, Andreas Wacknitz wrote: >>> Am 02.08.2018 um 15:30 schrieb Michal Nowak: On Thursday, August 2, 2018 at 1:01 PM, Andreas Wacknitz wrote: > Hi, > > In my new build environment I have problems with zziplib. I have > created > a new sample-manifest an compared it to the original: > > diff sample-manifest.p5m sample-manifest.p5m.orig > 13c13 > < # Copyright 2018 > --- >> # Copyright 2017 > 121a122,131 >> file path=usr/share/man/man3/zzip_dir_alloc.3 >> file path=usr/share/man/man3/zzip_dir_alloc_ext_io.3 >> file path=usr/share/man/man3/zzip_dir_free.3 >> file path=usr/share/man/man3/zzip_dir_open.3 >> file path=usr/share/man/man3/zzip_dir_open_ext_io.3 >> file path=usr/share/man/man3/zzip_dir_read.3 >> file path=usr/share/man/man3/zzip_dir_real.3 >> file path=usr/share/man/man3/zzip_dir_stat.3 >> file path=usr/share/man/man3/zzip_dirfd.3 >> file path=usr/share/man/man3/zzip_dirhandle.3 > 154a165,193 >> file path=usr/share/man/man3/zzip_error.3 >> file path=usr/share/man/man3/zzip_file_real.3 >> file path=usr/share/man/man3/zzip_file_stat.3 >> file path=usr/share/man/man3/zzip_fopen.3 >> file path=usr/share/man/man3/zzip_fread.3 >> file path=usr/share/man/man3/zzip_freopen.3 >> file path=usr/share/man/man3/zzip_fstat.3 >> file path=usr/share/man/man3/zzip_get_default_io.3 >> file path=usr/share/man/man3/zzip_init_io.3 >> file path=usr/share/man/man3/zzip_open.3 >> file path=usr/share/man/man3/zzip_open_ext_io.3 >> file path=usr/share/man/man3/zzip_open_shared_io.3 >> file path=usr/share/man/man3/zzip_opendir.3 >> file path=usr/share/man/man3/zzip_opendir_ext_io.3 >> file path=usr/share/man/man3/zzip_read.3 >> file path=usr/share/man/man3/zzip_realdir.3 >> file path=usr/share/man/man3/zzip_realfd.3 >> file path=usr/share/man/man3/zzip_rewinddir.3 >> file path=usr/share/man/man3/zzip_seek.3 >> file path=usr/share/man/man3/zzip_seek32.3 >> file path=usr/share/man/man3/zzip_seekdir.3 >> file path=usr/share/man/man3/zzip_seekdir32.3 >> file path=usr/share/man/man3/zzip_seterror.3 >> file path=usr/share/man/man3/zzip_strerror.3 >> file path=usr/share/man/man3/zzip_strerror_of.3 >> file path=usr/share/man/man3/zzip_tell.3 >> file path=usr/share/man/man3/zzip_tell32.3 >> file path=usr/share/man/man3/zzip_telldir.3 >> file path=usr/share/man/man3/zzip_telldir32.3 > > At least some of the missing man pages actually cannot be shown on my > system with the zziplib package installed, eg. > man zzip_dir_alloc > mandoc: zzip_dir_alloc_ext_io.3: ERROR: No such file or directory > () > () > > See the file zzip_dir_alloc_ext_io.3. > > August 2, > 2018 () > > > > > I am not sure how to proceed here. Is it a problem on my build env > or do > others have the same problems? > > Regards, > Andreas > I was able to build the component recently. >>> I used to be able to publish it, too. But not with my new build >>> environment. >>> Sometime I start from scratch in order to find errors we don't find >>> otherwise. >>> I have a list of packages that don't build or publish for one reason >>> or another (part of my components.ignore): >>> >>> # Failing packages for aw >>> # >>> /^archiver\/zziplib$/d >>> /^database\/pgloader$/d >>> /^developer\/golang-110$/d >>> /^editor\/emacs$/d >>> /^library\/glibmm$/d >>> /^library\/goffice$/d >>> /^library\/libgtop$/d >>> /^library\/p11-kit$/d >>> /^library\/physfs$/d >>> /^multimedia\/sox$/d >>> /^python\/coherence$/d >>> /^scientific\/gdl$/d >>> /^sysutils\/clamav$/d >>> /^text\/hunspell-de$/d >>> /^text\/tidy$/d >>> >>> This list is typically growing and from time to time I start to >>> investigate and try to fix the problems (or ask for help ;-)). >>> For example our emacs build isn't working at all. It has lisp >>> compile errros that are easily overseen during the build process. >>> Alarcher already confirmed this but has no time to fix it. I already >>> tried to build it with different compiler versions but with no luck >>> yet. >>> Furthermore, emacs-26.1 has the same problems. So even creating a >>> newer version doesn't solve the problem at the moment. >>> Are all build requirements present in the environment? Specifically text/xmlto. I configure script able to detect it properly? >>> I I have created a simple script that I maintain that install almost >>> everything. (BTW: If you have a better solution for creating build >>> envs I am open for suggestions. >>> Maintaining a big script is tedious and errorprone.) >>> So yes, xmlto and xmltoman are installed. >>> Are those man pages generat
Re: [oi-dev] Problems publishing zziplib
On 08/02/18 10:42 PM, Michal Nowak wrote: On 08/02/18 05:08 PM, Andreas Wacknitz wrote: Am 02.08.2018 um 15:30 schrieb Michal Nowak: On Thursday, August 2, 2018 at 1:01 PM, Andreas Wacknitz wrote: Hi, In my new build environment I have problems with zziplib. I have created a new sample-manifest an compared it to the original: diff sample-manifest.p5m sample-manifest.p5m.orig 13c13 < # Copyright 2018 --- # Copyright 2017 121a122,131 file path=usr/share/man/man3/zzip_dir_alloc.3 file path=usr/share/man/man3/zzip_dir_alloc_ext_io.3 file path=usr/share/man/man3/zzip_dir_free.3 file path=usr/share/man/man3/zzip_dir_open.3 file path=usr/share/man/man3/zzip_dir_open_ext_io.3 file path=usr/share/man/man3/zzip_dir_read.3 file path=usr/share/man/man3/zzip_dir_real.3 file path=usr/share/man/man3/zzip_dir_stat.3 file path=usr/share/man/man3/zzip_dirfd.3 file path=usr/share/man/man3/zzip_dirhandle.3 154a165,193 file path=usr/share/man/man3/zzip_error.3 file path=usr/share/man/man3/zzip_file_real.3 file path=usr/share/man/man3/zzip_file_stat.3 file path=usr/share/man/man3/zzip_fopen.3 file path=usr/share/man/man3/zzip_fread.3 file path=usr/share/man/man3/zzip_freopen.3 file path=usr/share/man/man3/zzip_fstat.3 file path=usr/share/man/man3/zzip_get_default_io.3 file path=usr/share/man/man3/zzip_init_io.3 file path=usr/share/man/man3/zzip_open.3 file path=usr/share/man/man3/zzip_open_ext_io.3 file path=usr/share/man/man3/zzip_open_shared_io.3 file path=usr/share/man/man3/zzip_opendir.3 file path=usr/share/man/man3/zzip_opendir_ext_io.3 file path=usr/share/man/man3/zzip_read.3 file path=usr/share/man/man3/zzip_realdir.3 file path=usr/share/man/man3/zzip_realfd.3 file path=usr/share/man/man3/zzip_rewinddir.3 file path=usr/share/man/man3/zzip_seek.3 file path=usr/share/man/man3/zzip_seek32.3 file path=usr/share/man/man3/zzip_seekdir.3 file path=usr/share/man/man3/zzip_seekdir32.3 file path=usr/share/man/man3/zzip_seterror.3 file path=usr/share/man/man3/zzip_strerror.3 file path=usr/share/man/man3/zzip_strerror_of.3 file path=usr/share/man/man3/zzip_tell.3 file path=usr/share/man/man3/zzip_tell32.3 file path=usr/share/man/man3/zzip_telldir.3 file path=usr/share/man/man3/zzip_telldir32.3 At least some of the missing man pages actually cannot be shown on my system with the zziplib package installed, eg. man zzip_dir_alloc mandoc: zzip_dir_alloc_ext_io.3: ERROR: No such file or directory () () See the file zzip_dir_alloc_ext_io.3. August 2, 2018 () I am not sure how to proceed here. Is it a problem on my build env or do others have the same problems? Regards, Andreas I was able to build the component recently. I used to be able to publish it, too. But not with my new build environment. Sometime I start from scratch in order to find errors we don't find otherwise. I have a list of packages that don't build or publish for one reason or another (part of my components.ignore): # Failing packages for aw # /^archiver\/zziplib$/d /^database\/pgloader$/d /^developer\/golang-110$/d /^editor\/emacs$/d /^library\/glibmm$/d /^library\/goffice$/d /^library\/libgtop$/d /^library\/p11-kit$/d /^library\/physfs$/d /^multimedia\/sox$/d /^python\/coherence$/d /^scientific\/gdl$/d /^sysutils\/clamav$/d /^text\/hunspell-de$/d /^text\/tidy$/d This list is typically growing and from time to time I start to investigate and try to fix the problems (or ask for help ;-)). For example our emacs build isn't working at all. It has lisp compile errros that are easily overseen during the build process. Alarcher already confirmed this but has no time to fix it. I already tried to build it with different compiler versions but with no luck yet. Furthermore, emacs-26.1 has the same problems. So even creating a newer version doesn't solve the problem at the moment. Are all build requirements present in the environment? Specifically text/xmlto. I configure script able to detect it properly? I I have created a simple script that I maintain that install almost everything. (BTW: If you have a better solution for creating build envs I am open for suggestions. Maintaining a big script is tedious and errorprone.) So yes, xmlto and xmltoman are installed. Are those man pages generated or just not installed in the proto area? They are in the proto area (or should be). Can you check for me whether my example works for you: man zzip_disk_buffer gives an error for me (the installed package seems to have serveral errors like this). Even if it builds and publishes on your environment, there seem to be a problem with the package. Did you start from a clean environment? I usually start with a 'gmake clean' and also remove former source folders (if the version has changed). Our build enviroment isnt't really well prepared for removes of files. Andreas It seems to me like a bug in docbook-xsl: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831831 Once I ad