Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Tue, Oct 14, 2008 at 11:06:18PM +0200, Bastian Blank wrote: On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: The proposed patch has been applied. But maybe it is wrong. Waldi, could you please have a look? I have no Xen machine. The patch is correct. The problem is the wrong capability definition in the Etch kernel. But fixing the package to work together with the Lenny kernel is more important. Maybe I should fix the kernel in Etch also. Given how Xen works, a lot of people are not able to change their kernel. IMHO it is a really bad idea to not support Xen kernels from Etch. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Tue, Oct 14, 2008 at 09:20:12PM +, Andy Smith wrote: On Tue, Oct 14, 2008 at 11:06:18PM +0200, Bastian Blank wrote: On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: The proposed patch has been applied. But maybe it is wrong. Waldi, could you please have a look? I have no Xen machine. The patch is correct. The problem is the wrong capability definition in the Etch kernel. But fixing the package to work together with the Lenny kernel is more important. Maybe I should fix the kernel in Etch also. Thanks Bastian. What is your best advice for a workaround since I can't change dom0 from the packaged Etch hypervisor and current Lenny kernels do not boot with that hypervisor? Could you try to edit /etc/ld.so.conf.d/libc6-xen.conf, and add back the line hwcap 0 nosegneg, while keeping the line hwcap 1 nosegneg? If it works we should be able to support both Etch and Lenny kernels. But that would mean one more upload. Shrug. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
Aurelien Jarno [EMAIL PROTECTED] wrote: Could you try to edit /etc/ld.so.conf.d/libc6-xen.conf, and add back the line hwcap 0 nosegneg, while keeping the line hwcap 1 nosegneg? If it works we should be able to support both Etch and Lenny kernels. But that would mean one more upload. Shrug. That didn't seem to work, unfortunately: $ sudo ldconfig ldconfig: /etc/ld.so.conf.d/libc6-xen.conf:7: hwcap index 1 already defined as nosegneg Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 01:49:11PM +0200, [EMAIL PROTECTED] wrote: Andy Smith [EMAIL PROTECTED] wrote: Unfortunately ldconfig will not allow the same hwconfig twice. For now I reverted it to 0 and rebooted; this has got rid of the warnings. I will just have to bear it in mind for when I can again use the Lenny kernel for this Lenny domU I suppose. That did it, thanks! Luckily I managed without rebooting. I just edited libc6-xen.conf, ran ldconfig and restarted several processes and services. Now only init (pid 1) complains once in a while. You can re-exec init with telinit u to fix this. Cheers, Andy signature.asc Description: Digital signature
Bug#502311: glibc_2.8+20080809-2(ia64/experimental): regressions in testsuite
Package: glibc Version: 2.8+20080809-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.8+20080809-2 on alkman.ayous.org by sbuild/ia64 98-farm Build started at 20081014-2333 [...] ** Using build dependencies supplied by package: Build-Depends: gettext, make (= 3.80), dpkg-dev (= 1.14.17), bzip2, lzma, file, quilt, autoconf, sed (= 4.0.5-4), gawk, debhelper (= 5.0), linux-libc-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], gnumach-dev [hurd-i386], libpthread-stubs0-dev [hurd-i386], kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64], binutils (= 2.17cvs20070426), g++-4.2 (= 4.2.1) [alpha], g++-4.3 (= 4.3.0-7) [!alpha], g++-4.3-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 sparc] [...] Encountered regressions that don't match expected failures: bug-iconv6.out, Error 1 tst-iconv7.out, Error 1 tst-mutexpi5a.out, Error 1 tst-robust1.out, Error 1 tst-robust2.out, Error 1 tst-robust3.out, Error 1 tst-robust4.out, Error 1 tst-robust5.out, Error 1 tst-robust6.out, Error 1 tst-robust7.out, Error 1 tst-robust8.out, Error 1 tst-robust9.out, Error 1 tst-robustpi8.out, Error 1 make: *** [/build/buildd/glibc-2.8+20080809/stamp-dir/check_libc] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** A full build log can be found at: http://experimental.debian.net/build.php?arch=ia64pkg=glibcver=2.8+20080809-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502189: libc6: ldd on a static prog: unknown exit code (126)
tag 502189 + upstream thanks Christophe Lohr a écrit : Christophe Lohr a écrit : Aurelien Jarno a écrit : Unreproducible here. Please prode the output of sh -x /usr/bin/ldd helloworld. $ sh -x /usr/bin/ldd helloworld (..) + RTLDLIST='/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2' (..) ++ /lib64/ld-linux-x86-64.so.2 --verify ./helloworld (..) ldd: exited with unknown exit code (126) Hi, If I understood correctly, the problem is that I also have the libc6-amd64 package installed on my PC. The ldd script tries all ld-.so it finds on the system, even those who are not relevent. I have libc6-amd64 on my system because: - gcc-4.3 suggests gcc-4.3-multilib - gcc-4.3-multilib depends on lib64gcc1 - lib64gcc1 depends on libc6-amd64 Since I have removed the libc6-amd64 paquage, ldd works well. So, even if the ldd script can be improved, in my point of view this ticket maybe closed. This is an upstream regression, it will be fixed in the 2.8 libc6 package. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 12:19:49 +0200 Bastian Blank wrote: On Wed, Oct 15, 2008 at 08:55:01AM +0200, Aurelien Jarno wrote: Given how Xen works, a lot of people are not able to change their kernel. This is incorrect. There are now two possibilities to use the guest supplied kernels and the whole bunch of enterprise distributions never really supported it otherwise. One of them can even be considered safe. Could you please provide pointers to these two possibilities? And which one is considered safe? IMHO it is a really bad idea to not support Xen kernels from Etch. I don't know how. The way the kernel in Etch responds to the problem is also not pretty, but this was not really clear at that time of the Etch release. Could you please clarify what's the current (or emerging) best practice for running Xen with Debian? The latest I know of: for dom0: Lenny with the Etch kernel for domU: Lenny This libc update breaks dom0, and xen-linux-system-2.6.26-1-xen-686 from unstable doesn't boot for me either. Should it? -- Thanks, Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 12:19:49PM +0200, Bastian Blank wrote: On Wed, Oct 15, 2008 at 08:55:01AM +0200, Aurelien Jarno wrote: Given how Xen works, a lot of people are not able to change their kernel. This is incorrect. There are now two possibilities to use the guest supplied kernels and the whole bunch of enterprise distributions never really supported it otherwise. One of them can even be considered safe. What I mean is that a lot of users are using Xen on a VPS, and their provider don't give them the choice about the kernel... -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
Andy Smith [EMAIL PROTECTED] wrote: Unfortunately ldconfig will not allow the same hwconfig twice. For now I reverted it to 0 and rebooted; this has got rid of the warnings. I will just have to bear it in mind for when I can again use the Lenny kernel for this Lenny domU I suppose. That did it, thanks! Luckily I managed without rebooting. I just edited libc6-xen.conf, ran ldconfig and restarted several processes and services. Now only init (pid 1) complains once in a while. Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tzdata 2008g-1 MIGRATED to testing
FYI: The status of the tzdata source package in Debian's testing distribution has changed. Previous version: 2008e-3 Current version: 2008g-1 -- This email is automatically generated; the Debian Release Team [EMAIL PROTECTED] is responsible. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 08:56:57AM +0200, Aurelien Jarno wrote: On Tue, Oct 14, 2008 at 09:20:12PM +, Andy Smith wrote: Thanks Bastian. What is your best advice for a workaround since I can't change dom0 from the packaged Etch hypervisor and current Lenny kernels do not boot with that hypervisor? Could you try to edit /etc/ld.so.conf.d/libc6-xen.conf, and add back the line hwcap 0 nosegneg, while keeping the line hwcap 1 nosegneg? Unfortunately ldconfig will not allow the same hwconfig twice. For now I reverted it to 0 and rebooted; this has got rid of the warnings. I will just have to bear it in mind for when I can again use the Lenny kernel for this Lenny domU I suppose. Cheers, Andy signature.asc Description: Digital signature
Processed: Re: Bug#502189: libc6: ldd on a static prog: unknown exit code (126)
Processing commands for [EMAIL PROTECTED]: tag 502189 + upstream Bug#502189: libc6: ldd on a static prog: unknown exit code (126) Tags were: unreproducible Tags added: upstream 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#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 08:55:01AM +0200, Aurelien Jarno wrote: Given how Xen works, a lot of people are not able to change their kernel. This is incorrect. There are now two possibilities to use the guest supplied kernels and the whole bunch of enterprise distributions never really supported it otherwise. One of them can even be considered safe. IMHO it is a really bad idea to not support Xen kernels from Etch. I don't know how. The way the kernel in Etch responds to the problem is also not pretty, but this was not really clear at that time of the Etch release. Bastian -- Without followers, evil cannot spread. -- Spock, And The Children Shall Lead, stardate 5029.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r3167 - glibc-package/branches/glibc-2.8/debian/testsuite-checking
Author: aurel32 Date: 2008-10-15 08:50:40 + (Wed, 15 Oct 2008) New Revision: 3167 Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-hppa-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-ia64-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-powerpc-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-s390-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-sparc-linux-gnu-libc glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-x86_64-kfreebsd-gnu-libc Log: Testsuite results adjustements Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-hppa-linux-gnu-libc === --- glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-hppa-linux-gnu-libc 2008-10-13 16:28:44 UTC (rev 3166) +++ glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-hppa-linux-gnu-libc 2008-10-15 08:50:40 UTC (rev 3167) @@ -7,13 +7,12 @@ bug-iconv6.out, Error 1 check-localplt.out, Error 1 check-textrel.out, Error 1 -scanf15.out, Error 1 tst-addr1.out, Error 1 tst-aio10.out, Error 1 tst-aio9.out, Error 1 +tst-addr1.out, Error 1 tst-audit2.out, Error 139 tst-clock1.out, Error 1 +tst-getcpu.out, Error 1 tst-iconv7.out, Error 1 -tst-makecontext.out, Error 1 -tst-posix_fallocate.out, Error 1 tst-timer.out, Error 139 Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc === --- glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc 2008-10-13 16:28:44 UTC (rev 3166) +++ glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc 2008-10-15 08:50:40 UTC (rev 3167) @@ -4,9 +4,8 @@ # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) +bug-iconv6.out, Error 1 check-localplt.out, Error 1 -globtest.out, Error 1 -scanf15.out, Error 1 tst-aio10.out, Error 1 tst-aio9.out, Error 1 tst-chk1.out, Error 1 @@ -19,6 +18,7 @@ tst-cputimer2.o, Error 1 tst-cputimer3.o, Error 1 tst-fdopendir.o, Error 1 +tst-iconv7.out, Error 1 tst-lfschk1.out, Error 1 tst-lfschk2.out, Error 1 tst-lfschk3.out, Error 1 Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-linux-gnu-libc === --- glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-linux-gnu-libc 2008-10-13 16:28:44 UTC (rev 3166) +++ glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-i486-linux-gnu-libc 2008-10-15 08:50:40 UTC (rev 3167) @@ -4,7 +4,9 @@ # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) +bug-iconv6.out, Error 1 check-localplt.out, Error 1 tst-cancelx4.out, Error 1 tst-cancelx5.out, Error 1 +tst-iconv7.out, Error 1 tst-timer.out, Error 139 Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-ia64-linux-gnu-libc === --- glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-ia64-linux-gnu-libc 2008-10-13 16:28:44 UTC (rev 3166) +++ glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-ia64-linux-gnu-libc 2008-10-15 08:50:40 UTC (rev 3167) @@ -4,7 +4,9 @@ # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) +bug-iconv6.out, Error 1 check-localplt.out, Error 1 +tst-iconv7.out, Error 1 tst-mutexpi4.out, Error 1 tst-mutexpi5a.out, Error 1 tst-mutexpi5.out, Error 1 Modified: glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-powerpc-linux-gnu-libc === --- glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-powerpc-linux-gnu-libc 2008-10-13 16:28:44 UTC (rev 3166) +++ glibc-package/branches/glibc-2.8/debian/testsuite-checking/expected-results-powerpc-linux-gnu-libc 2008-10-15 08:50:40 UTC (rev 3167) @@ -4,8 +4,9 @@ # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) -bug22.out, Error 1 +bug-iconv6.out, Error 1 check-localplt.out, Error 1 tst-cancelx4.out, Error 1 tst-cancelx5.out, Error 1 +tst-iconv7.out, Error 1 tst-timer.out, Error 139 Modified:
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
On Wed, Oct 15, 2008 at 14:45:21 +0200 Ferenc Wagner wrote: xen-linux-system-2.6.26-1-xen-686 from unstable doesn't boot for me either. Should it? It actually does, I was misguided by the hvc vs xvc vs serial console flow control issues. Unfortunately qla2xxx is still broken, but that belongs to another bug report. So this answers my question about the preferred Debian Xen dom0 setup. Thanks for bringing things to this point! -- Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
web site
Dear:Debian-glibc We like your site, but we noticed that you are missing out on key web traffic due to where you show up on the search engines. If you will allow us - we would like to give you a no charge site analysis to show you how you could generate a lot more web traffic. It's free and could greatly enhance your online business. Email us today at [EMAIL PROTECTED] for your free review. Include your URL(s) and your contact information. Sincerely, Jumping Jack Media -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
