Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 10:27:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ I'm puzzled... Since the binary doesn't contain debugging symbols for the xpcomglue, I built a new glue on sperger and couldn't get the same behaviour with conftest.cpp built against this newly built glue... Can you test sperger:~glandium/conftest and sperger:~glandium/conftest.debug when you have xulrunner-dev installed? (I could only validate it seems to do the right thing) Then I'll have to figure out why the glue built on sperger works while the one built on the buildd doesn't... Good news, I could build a broken glue on sperger, too... seems there are differences between a glue built with in-tree nspr and a glue built with our system nspr. Looking into this. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Wed, Apr 30, 2008 at 08:06:12PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 10:27:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ I'm puzzled... Since the binary doesn't contain debugging symbols for the xpcomglue, I built a new glue on sperger and couldn't get the same behaviour with conftest.cpp built against this newly built glue... Can you test sperger:~glandium/conftest and sperger:~glandium/conftest.debug when you have xulrunner-dev installed? (I could only validate it seems to do the right thing) Then I'll have to figure out why the glue built on sperger works while the one built on the buildd doesn't... Good news, I could build a broken glue on sperger, too... seems there are differences between a glue built with in-tree nspr and a glue built with our system nspr. Looking into this. And now I understand what differred in my builds: without --host=sparc-linux-gnu --build=sparc-linux-gnu that the debian build system would have added, the build happened for sparc64 which is not recognized for TARGET_XPCOM_ABI. And TARGET_XPCOM_ABI is the reason of the build failure for epiphany-browser, which will actually fail to build on most non x86_64 architectures. The glue decides whether a xulrunner is compatible with given requirements with the abi field in the gre.d conf file, which contains abi=x86_86-gcc3 and is in a ... arch:all file. D'oh. I'll obviously fix this. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
Package: epiphany-browser
Version: 2.22.1.1-2
Severity: serious
Hi,
your package failed to build from source. The relevant part from
config.log is appended.
| Automatic build of epiphany-browser_2.22.1.1-2 on njoerd by sbuild/sparc
98-farm
| Build started at 20080426-1343
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 7159kB of source archives.
| Get:1 http://ftp.ipv6.debian.org experimental/main epiphany-browser
2.22.1.1-2 (dsc) [1999B]
| Get:2 http://ftp.ipv6.debian.org experimental/main epiphany-browser
2.22.1.1-2 (tar) [7098kB]
| Get:3 http://ftp.ipv6.debian.org experimental/main epiphany-browser
2.22.1.1-2 (diff) [59.2kB]
| Fetched 7159kB in 2m2s (58.5kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (= 5), pkg-config, libglib2.0-dev (= 2.16.0),
libgtk2.0-dev (= 2.12.0), libxml2-dev (= 2.6.12), libxslt1-dev (= 1.1.7),
libglade2-dev (= 2.3.1), libgnome2-dev (= 2.14.0), libgnomeui-dev (=
2.16.0-2), libgconf2-dev, libgnome-desktop-dev (= 2.9.91),
libstartup-notification0-dev (= 0.5), libnotify-dev (= 0.4),
libdbus-glib-1-dev (= 0.60), scrollkeeper, gnome-pkg-tools (= 0.10),
libxml-parser-perl, xulrunner-dev (= 1.9~b5-3), iso-codes (= 0.35),
python-dev (= 2.3), python-gtk2-dev (= 2.7.1), python-gnome2-dev (= 2.6.0),
gnome-doc-utils (= 0.3.2), intltool (= 0.35.0), x11proto-core-dev,
network-manager-dev, quilt, libenchant-dev (= 1.0), libavahi-gobject-dev (=
0.6.22), libwebkit-dev, gtk-doc-tools (= 1.0), lsb-release, zip
| Checking for already installed source dependencies...
[...]
| checking whether we can compile and run XPCOM programs... no
| configure: error: Cannot compile and run XPCOM programs
| See `config.log' for more details.
| make: *** [debian/stamp/configure-stamp-gecko] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080426-1353
| FAILED [dpkg-buildpackage died]
Full build log(s):
http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc
config.log:
===
configure:24940: checking whether we can compile and run XPCOM programs
configure:25093: g++ -o conftest -g -O2 -fno-rtti -fshort-wchar -DXPCOM_GLUE
-fshort-wchar -I/usr/include/xulrunner-1.9/stable -DXPCOM_GLUE -fshort-wchar
-I/usr/include/xulrunner-1.9/unstable -I/usr/include/nspr -DXPCOM_GLUE
-fshort-wchar -DXPCOM_GLUE -fshort-wchar
-I/usr/include/xulrunner-1.9/stable -DXPCOM_GLUE -fshort-wchar
-I/usr/include/xulrunner-1.9/unstable -I/usr/include/nspr
-I/usr/include/xulrunner-1.9/unstable conftest.cpp
-L/usr/lib/xulrunner-devel-1.9/lib -lxpcomglue -ldl 5
configure:25096: $? = 0
configure:25102: ./conftest
configure:25105: $? = 123
configure: program exited with status 123
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME GNOME Web Browser
| #define PACKAGE_TARNAME epiphany-browser
| #define PACKAGE_VERSION 2.22.1.1
| #define PACKAGE_STRING GNOME Web Browser 2.22.1.1
| #define PACKAGE_BUGREPORT
http://bugzilla.gnome.org/enter_bug.cgi?product=epiphany;
| #define PACKAGE epiphany-browser
| #define VERSION 2.22.1.1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define STDC_HEADERS 1
| #define HAVE_LIBNOTIFY 1
| #define HAVE_MKDTEMP 1
| #define HAVE_EXECINFO_H 1
| #define HAVE_MOZILLA_TOOLKIT 1
| #define HAVE_GECKO_XPCOM_GLUE 1
| #define HAVE_GECKO_1_7 1
| #define HAVE_GECKO_1_8 1
| #define HAVE_GECKO_1_8_1 1
| #define HAVE_GECKO_1_9 1
| #define WITH_GECKO_ENGINE 1
| /* end confdefs.h. */
|
| #include mozilla-config.h
| #include stdlib.h
| #include stdio.h
|
| #ifdef XPCOM_GLUE
| #include nsXPCOMGlue.h
| #else
| #include nsXPCOM.h
| #endif // XPCOM_GLUE
|
| #include nsCOMPtr.h
| #include nsILocalFile.h
| #include nsIServiceManager.h
| #if defined(HAVE_GECKO_1_8) || defined(HAVE_GECKO_1_9)
| #include nsStringAPI.h
| #else
| #include nsString.h
| #endif
|
|
| int
| main ()
| {
|
|
| nsresult rv;
| #ifdef XPCOM_GLUE
| static const GREVersionRange greVersion = {
| 1.8, PR_TRUE,
| 1.9.*, PR_TRUE
| };
| char xpcomLocation[4096];
| rv = GRE_GetGREPathWithProperties(greVersion, 1, nsnull, 0,
xpcomLocation, 4096);
| if (NS_FAILED(rv)) {
| exit(123);
| }
|
| // Startup the XPCOM Glue that links us up with XPCOM.
| XPCOMGlueStartup(xpcomLocation);
| if (NS_FAILED(rv)) {
| exit(124);
| }
| #endif // XPCOM_GLUE
|
| // redirect unwanted mozilla debug
Processed: Re: Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
Processing commands for [EMAIL PROTECTED]: reassign 478037 xulrunner-dev-static Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs Bug reassigned from package `epiphany-browser' to `xulrunner-dev-static'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
reassign 478037 xulrunner-dev-static thanks On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote:
On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote:
Full build log(s):
http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc
Would you be able to compile the failing program, and strace its
execution? This is likely to be a bug in the xpcom glue...
$ strace -f ./conftest
execve(./conftest, [./conftest], [/* 11 vars */]) = 0
brk(0) = 0x28000
uname({sys=Linux, node=njoerd, ...}) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=27424, ...}) = 0
mmap(NULL, 27424, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7fcc000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0\f..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=18220, ...}) = 0
mmap(NULL, 82440, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7fb4000
mprotect(0xf7fb8000, 57344, PROT_NONE) = 0
mmap(0xf7fc6000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xf7fc6000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libstdc++.so.6, O_RDONLY) = 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\4\370..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1020492, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7fca000
mmap(NULL, 1108400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7ea4000
mprotect(0xf7f96000, 65536, PROT_NONE) = 0
mmap(0xf7fa6000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf2000) = 0xf7fa6000
mmap(0xf7fae000, 18864, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7fae000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libm.so.6, O_RDONLY)= 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0\337..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=859720, ...}) = 0
mmap(NULL, 923760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7dc
mprotect(0xf7e8e000, 57344, PROT_NONE) = 0
mmap(0xf7e9c000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xcc000) = 0xf7e9c000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libgcc_s.so.1, O_RDONLY)= 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0!\370..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=61840, ...}) = 0
mmap(NULL, 126512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7da
mprotect(0xf7db, 57344, PROT_NONE) = 0
mmap(0xf7dbe000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0xf7dbe000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\1\374..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=164, ...}) = 0
mmap(NULL, 1513832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7c2c000
mprotect(0xf7d86000, 65536, PROT_NONE) = 0
mmap(0xf7d96000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15a000) = 0xf7d96000
mmap(0xf7d9c000, 6504, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7d9c000
close(3)= 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7ff6000
mprotect(0xf7e9c000, 8192, PROT_READ) = 0
mprotect(0xf7fa6000, 8192, PROT_READ) = 0
mprotect(0xf7fc6000, 8192, PROT_READ) = 0
munmap(0xf7fcc000, 27424) = 0
brk(0) = 0x28000
brk(0x4a000)= 0x4a000
open(//.gre.config, O_RDONLY) = -1 ENOENT (No such file or directory)
open(//.gre.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x44) = -1
ENOENT (No such file or directory)
open(/etc/gre.conf, O_RDONLY) = -1 ENOENT (No such file or directory)
open(/etc/gre.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x44) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getdents(3, /* 3 entries */, 8192) = 60
open(/etc/gre.d/1.9.system.conf, O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=70, ...}) = 0
mmap(NULL, 8192,
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ Thanks. I'll take a look asap. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478037: epiphany-browser_2.22.1.1-2(sparc/experimental): FTBFS: error: Cannot compile and run XPCOM programs
On Sat, Apr 26, 2008 at 09:00:03PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 05:51:40PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 05:38:31PM +0200, Frank Lichtenheld wrote: On Sat, Apr 26, 2008 at 04:57:36PM +0200, Mike Hommey wrote: On Sat, Apr 26, 2008 at 03:59:54PM +0200, Lichtenheld wrote: Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.22.1.1-2pkg=epiphany-browserarch=sparc Would you be able to compile the failing program, and strace its execution? This is likely to be a bug in the xpcom glue... $ strace -f ./conftest Mmmm not very interesting output :-/ Could you copy this conftest file in some readable place on sperger ? sperger:~djpig/gecko/ I'm puzzled... Since the binary doesn't contain debugging symbols for the xpcomglue, I built a new glue on sperger and couldn't get the same behaviour with conftest.cpp built against this newly built glue... Can you test sperger:~glandium/conftest and sperger:~glandium/conftest.debug when you have xulrunner-dev installed? (I could only validate it seems to do the right thing) Then I'll have to figure out why the glue built on sperger works while the one built on the buildd doesn't... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
