Package: epiphany-browser Severity: important There was a problem building your package:
Automatic build of epiphany-browser_1.4.8-3 on beethoven by sbuild/hurd-i386 1.170.5 Build started at 20050518-0157 ****************************************************************************** Checking available source versions... Fetching source files... Reading Package Lists... Building Dependency Tree... Need to get 5112kB of source archives. Get:1 http://ftp.de.debian.org unstable/main epiphany-browser 1.4.8-3 (dsc) [1913B] Get:2 http://ftp.de.debian.org unstable/main epiphany-browser 1.4.8-3 (tar) [5101kB] Get:3 http://ftp.de.debian.org unstable/main epiphany-browser 1.4.8-3 (diff) [9015B] Fetched 5112kB in 4s (1235kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (>= 4.2.22), liborbit2-dev, pkg-config, libglade2-dev (>= 2.3.1), libglib2.0-dev (>= 2.4.1), libgtk2.0-dev (>= 2.4.0), libpango1.0-dev (>= 1.5.1), libbonobo2-dev (>= 2.1.1), libbonobo-activation-dev, libgconf2-dev, mozilla-dev (>= 2:1.7.6), libgnomeui-dev (>= 2.6.0), libgnomevfs2-dev (>= 2.3.1), gcc-3.4 [amd64], g++-3.4 [amd64], scrollkeeper, cdbs (>= 0.4.24), libgnome-desktop-dev, perl, libxml2-dev (>= 2.6.6), gnome-pkg-tools, libxml-parser-perl ** Filtered missing central deps that are dependencies of or provide build-deps: libaudiofile-dev (>= 0.2.3-4), libesd0-dev (>= 0.2.29-1), libjpeg62-dev, libpopt-dev (>= 1.7), xlibs-dev (>> 4.1.0), zlib1g-dev (>= 1:1.2.1) [...] Checking for source dependency conflicts... Checking correctness of source dependencies... Toolchain package versions: libc0.3-dev_2.3.2.ds1-20.0.1 gnumach-dev_1:20050501-1 hurd-dev_20050507-1 gcc-3.3_1:3.3.6-4 g++-3.3_1:3.3.6-4 binutils_2.15-5 libstdc++5-3.3-dev_1:3.3.6-4 libstdc++5_1:3.3.6-4 ------------------------------------------------------------------------------ dpkg-source: extracting epiphany-browser in epiphany-browser-1.4.8 dpkg-buildpackage: source package is epiphany-browser dpkg-buildpackage: source version is 1.4.8-3 dpkg-buildpackage: host architecture is hurd-i386 [...] debian/rules build [...] cc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I../embed -I../lib -I../lib/egg -I../lib/widgets -I../src/bookmarks -DORBIT2=1 -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libglade-2.0 -I/usr/include/gnome-vfs-module-2.0 -DSHARE_DIR=\"/usr/share/epiphany-browser\" -DEXTENSIONS_DIR=\"/usr/lib/epiphany-1.4/extensions\" -DDATADIR=\"/usr/share\" -DPIXMAP_DIR=\"/usr/share/pixmaps\" -g -Wall -O2 -MT ephy-shell.lo -MD -MP -MF .deps/ephy-shell.Tpo -c ephy-shell.c -fPIC -DPIC -o .libs/ephy-shell.o ephy-shell.c: In function `path_from_command_line_arg': ephy-shell.c:204: error: `PATH_MAX' undeclared (first use in this function) ephy-shell.c:204: error: (Each undeclared identifier is reported only once ephy-shell.c:204: error: for each function it appears in.) ephy-shell.c:204: warning: unused variable `path' make[5]: *** [ephy-shell.lo] Error 1 make[5]: Leaving directory `/build/mbanck/epiphany-browser-1.4.8/src' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/mbanck/epiphany-browser-1.4.8/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/mbanck/epiphany-browser-1.4.8/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/mbanck/epiphany-browser-1.4.8' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/mbanck/epiphany-browser-1.4.8' make: *** [debian/stamp-makefile-build] Error 2 POSIX says PATH_MAX should be defined to the maximum path length, if such a limit exists. As the GNU system does not have this (or any other arbitrary) limit, PATH_MAX is not defined. The clean solution is to allocate the needed space dynamically. We will come up with a patch shortly. cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
