Bug#934080: [libc6] Significant degradation in the memory effectivity of the memory allocator

On Wed, Aug 7, 2019 at 2:12 AM Roman Savochenko wrote: > So, we have got such regression, and I have to think about back-using > Debian 7 on such sort dynamic environments and forget all new ones. :( > The primary thing to determine is if this extra memory is due to application demand or not.

Bug#874160: Fedora has C.UTF-8

On Tue, Nov 6, 2018 at 4:30 AM Adam Borowski wrote: > > Looks like Fedora has C.UTF-8 now, and even backported this change to their > stable releases: > > https://bugzilla.redhat.com/show_bug.cgi?id=902094 > > They're not upstream, but a good part of distros that are not downstream > from Debian

Bug#895981: please cleanup /var/cache/nscd on restart

On Sun, Apr 29, 2018 at 2:56 PM, Florian Weimer wrote: > * Harald Dunkel: > > > I am using both systemd and sysvinit-core, but I am not sure which one > > was active when I ran into this problem. > > > > Consider a split DNS setup for a remote network. I had started an IPsec

Bug#888073: glibc: Support amd64 systems without /lib64

On Wed, Jan 24, 2018 at 9:26 AM, Aurelien Jarno wrote: > On 2018-01-24 17:08, Javier Serrano Polo wrote: >> Source: glibc >> Version: 2.26-4 >> Severity: wishlist >> >> amd64 systems can work perfectly without a /lib64 directory. Since I am >> unlikely to convince you to

Bug#867283: Crash in glibc's mktime in low-memory situations

On Wed, Jul 5, 2017 at 1:43 PM, Johannes Schultz wrote: > >> None of the internal assertions in tzfile.c have to do with low >> memory, they have to do with logical consistency and expected >> outcomes. > > Okay, so let's look at the stack trace again and where it failed. >

Bug#867283: Crash in glibc's mktime in low-memory situations

On Wed, Jul 5, 2017 at 9:13 AM, Johannes Schultz wrote: > mktime is supposed to return -1 and, according to cplusplus.com, has a > no-throw guarantee for C++ code. So even if some internal memory cannot be > allocated, I expect mktime to return with an error value and not

Bug#816742: libc6: sem_post/sem_wait not working for 32bit to 64bit inter-process communication

On Sat, Mar 5, 2016 at 7:28 AM, Aurelien Jarno wrote: > control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=17980 Semaphore interoperability between two different ABIs has never been supported. It worked because you were lucky and the implementation was

Bug#815974: Segmentation fault in libresolv triggered by php5-fpm

On Fri, Feb 26, 2016 at 7:46 AM, Fabian Niepelt wrote: > This is the correct output, the older one contains a test I thought was > in an endless loop but succeeded after a few minutes. The glibc maintainers for debian need to review those failures. They indicate serious

Bug#815974: Segmentation fault in libresolv triggered by php5-fpm

On Fri, Feb 26, 2016 at 3:57 AM, Fabian Niepelt wrote: > I'll be gladly providing additional info if you require it. > Program received signal SIGSEGV, Segmentation fault. > 0x7f146545e4fa in *__GI___libc_res_nsearch (statp=0x7f14659f7300, > name=, class=, type=, >

Bug#793641: glibc: too few static TLS slots

On Mon, Nov 23, 2015 at 7:04 AM, Aurelien Jarno <aurel...@aurel32.net> wrote: > On 2015-08-17 15:04, Carlos O'Donell wrote: >> On Sun, Aug 16, 2015 at 12:48 PM, Andreas Cadhalpun >> <andreas.cadhal...@googlemail.com> wrote: >> >> until there's a bett

Bug#737079: nscd crashes on netgroup lookups

On Wed, Oct 14, 2015 at 4:28 PM, Arthur de Jong wrote: > On Wed, 2015-10-14 at 07:56 +, Mike Gabriel wrote: >> The Debian Edu team heavily relies on NIS netgroups coming from >> LDAP. So any help with this in Debian jessie is highly appreciated!!! > > The last time I

Bug#794222: Missing patch

On Mon, Aug 17, 2015 at 4:34 PM, Aurelien Jarno aurel...@aurel32.net wrote: So this is IMO, the wrong thing to do. You should push the patch into upstream 2.19 stable and rebase instead of keeping the patch in debian svn. Given the patch is already in upstream master it is OK to commit to 2.19

Bug#794222: Missing patch

On Mon, Aug 17, 2015 at 7:06 PM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Aug 17, 2015 at 4:34 PM, Aurelien Jarno aurel...@aurel32.net wrote: So this is IMO, the wrong thing to do. You should push the patch into upstream 2.19 stable and rebase instead of keeping the patch

Bug#794222: Missing patch

On Sat, Aug 15, 2015 at 4:31 AM, Aurelien Jarno aurel...@aurel32.net wrote: control: fixed -1 glibc/2.21-0experimental0 On 2015-08-14 18:28, Tulio Magno Quites Machado Filho wrote: I believe Debian is missing the following patch for ppc64el:

Bug#793641: glibc: too few static TLS slots

On Sun, Aug 16, 2015 at 12:48 PM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: until there's a better tested and working way to transition to ffmpeg? This really doesn't have that much to do with the transition to ffmpeg. Any other library that (indirectly) links against

Bug#794222: Missing patch

On Fri, Aug 14, 2015 at 5:28 PM, Tulio Magno Quites Machado Filho tul...@linux.vnet.ibm.com wrote: I believe Debian is missing the following patch for ppc64el: https://sourceware.org/git/?p=glibc.git;a=commit;h=a53fbd8e6cd2f69bdfa3431d616a5f332aea6664 Really what should be happening here is

Bug#792921: [sparc64] linking against libx264 crashes runtime linker

On Tue, Jul 21, 2015 at 2:49 PM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: On 20.07.2015 17:18, Carlos O'Donell wrote: On Mon, Jul 20, 2015 at 3:35 AM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Program received signal SIGBUS, Bus error. 0xf801cda4

Bug#792921: [sparc64] linking against libx264 crashes runtime linker

On Mon, Jul 20, 2015 at 3:35 AM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Program received signal SIGBUS, Bus error. 0xf801cda4 in elf_dynamic_do_Rela (skip_ifunc=optimized out, lazy=0, nrelative=optimized out, relsize=optimized out, reladdr=optimized out,

Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86

I disagree. IMO the most flexible approach is for glibc to stop using cpuid for RTM detection and rely on the kernel to tell it if RTM is usable. Then we have a single hardware blacklist in the kernel. We need to talk to kernel people about this. Not to mention we might extend a getauxval-type API

Bug#762455: libc6: SIGSEV in _dl_signal_error() (dl-error.c:94)

On Mon, Sep 22, 2014 at 8:48 AM, Pierre Schweitzer pie...@reactos.org wrote: When trying to install the latest release of Intel Parallel Studio 2015 onto Debian testing, I'm facing a segfault. Using GDB, I could isolate the segfault in: _dl_signal_error (errcode=errcode@entry=0,

Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86

On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh h...@debian.org wrote: On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: I can live with that, and I think I can prepare a patch if you want me to. Here's a minimal patch to glibc that should do it (compile tested). The GNU C

Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86

On Fri, Sep 19, 2014 at 9:59 PM, Henrique de Moraes Holschuh h...@debian.org wrote: On Fri, 19 Sep 2014, Carlos O'Donell wrote: On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh h...@debian.org wrote: On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: I can live

Bug#758911: libc6-dev: spurious sign-conversion warning for setrlimit, clang 3.5, _GNU_SOURCE

On Fri, Aug 22, 2014 at 3:23 PM, Zack Weinberg za...@panix.com wrote: glibc changes the signature of setrlimit() when _GNU_SOURCE is defined, to provide better error checking: extern int setrlimit (int, const struct rlimit *); // as specified by POSIX extern int setrlimit

Bug#742925: eglibc: CVE-2013-4357

Related commits the fix the CVE: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=f2962a71959fd254a7a223437ca4b63b9e81130c https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=34a9094f49241ebb72084c536cf468fd51ebe3ec On Fri, Mar 28, 2014 at 9:21 PM, Michael Gilbert mgilb...@debian.org

Bug#722348: same problem

On Thu, Feb 20, 2014 at 7:23 AM, Philipp Marek philipp.ma...@linbit.com wrote: Feb 20 10:36:57 cacao kernel: [ 5299.252749] traps: ld-linux-x32.so[25723] general protection ip:f7744eed sp:ff7fcec8 error:0 in ld-2.17.so[f772e000+21000] Feb 20 10:36:57 cacao kernel: [ 5299.296045] traps:

Bug#737079: nscd crashes on netgroup lookups

On Wed, Jan 29, 2014 at 5:46 PM, Arthur de Jong adej...@debian.org wrote: Package: nscd Version: 2.17-97 Severity: important I can reasonably consistently crash nscd with netgroup lookups. Below is the simplest configuration I can reproduce this with: The caching for netgroups has several

Bug#718577: libc6: Libc6/libm-2.17 almost two times slower than 2.13 in trigonometric calculations

On Fri, Aug 2, 2013 at 12:10 PM, bugsbuster hal.bugsbus...@gmail.com wrote: * What led up to the situation? Upstream glibc fixed a number of correctness issues in non-default rounding modes. These correctness issues had a performance impact which has only just been fixed in 2.18. I suggest

Bug#718577: libc6: Libc6/libm-2.17 almost two times slower than 2.13 in trigonometric calculations

On Fri, Aug 2, 2013 at 7:45 PM, Hal BugsBuster hal.bugsbus...@gmail.com wrote: I cannot fully explain what I am doing exactly but I am working on soft real-time avionic problems and the use of libm2-17 is ... IMPOSSIBLE since it multiplies by two the duration of all our computations... I'm

Bug#714219: #714219 - libc6: crypt(3) returns NULL… told you so

On 07/18/2013 06:11 AM, Thorsten Glaser wrote: Told you so… -- Forwarded message -- Subject: apt-listchanges: changelogs for tglase.lan.tarent.de cyrus-sasl2 (2.1.25.dfsg1-14) unstable; urgency=low * CVE-2013-4122: Handle NULL returns from glibc 2.17+ crypt()

Bug#714219: [Debian #714219] libc6: crypt(3) returns NULL with EINVAL instead of falling back to DES, breaking GNU software

On Tue, Jul 2, 2013 at 12:52 PM, Alexandre Oliva aol...@redhat.com wrote: At this point, I'd rather we took the opportunity to fix code that makes unsafe assumptions about the behavior of crypt than push the problem on for users to figure out when a glibc upgrade causes passwords to fail to be

Bug#714219: libc6: crypt(3) returns NULL with EINVAL instead of falling back to DES, breaking GNU software

From the 2.17 NEWS: * The `crypt' function now fails if passed salt bytes that violate the specification for those values. On Linux, the `crypt' function will consult /proc/sys/crypto/fips_enabled to determine if FIPS mode is enabled, and fail on encrypted strings using the MD5 or DES

Bug#711913: libc6: ld.so falsely claims the vDSO comes from a file

On Mon, Jun 10, 2013 at 4:22 PM, Samuel Bronson naes...@gmail.com wrote: With Drepper gone, upstream is now interested in a fix, but say they aren't likely to get to it anytime soon themselves, and seem to want something at least slightly more involved than what Redhat has. (In particular,

Bug#672934: tagging 672934

On 9/26/2012 6:07 AM, Andreas Henriksson wrote: Hello again! On Tue, Sep 25, 2012 at 03:07:54PM +0200, Aurelien Jarno wrote: [...] Anything someone can help out with? You can build it and try it. Would like to report that I'm getting test failures First build these tests failed:

Bug#592751: Broken on hppa; programs abort with malloc assertion failure

On Thu, Aug 19, 2010 at 11:00 AM, Mehdi Dogguy me...@dogguy.org wrote: On 19/08/2010 16:29, Yavor Doganov wrote: В 16:15 +0200 на 19.08.2010 (чт), Mehdi Dogguy написа: On 19/08/2010 15:45, Yavor Doganov wrote: Thanks, informing upstream.  Can you narrow it down a bit more? I narrowed it down

Bug#592751: Broken on hppa; programs abort with malloc assertion failure

On Thu, Aug 19, 2010 at 12:38 PM, dann frazier da...@dannf.org wrote: There *was* a vfork bug that was just fixed in glibc that could cause problems. Are you referring to this one?  * Add patches/hppa/cvs-vfork.diff to fix stack frame creating during    vfork in multithreaded environments.

Bug#592751: Broken on hppa; programs abort with malloc assertion failure

On Thu, Aug 19, 2010 at 1:56 PM, Yavor Doganov ya...@gnu.org wrote: Do you find anything disturbing in this approach, in particular: Yes, you don't take into account the alignment requirement of the structure. --- Headers/Additions/GNUstepBase/GSConfig.h.in (revision 28611) +++

Bug#588391: gcc-4.4: please automatically use -ffunction-sections when necessary with -fPIC

On Fri, Aug 6, 2010 at 11:03 AM, Matthias Klose d...@debian.org wrote: On 06.08.2010 00:58, brian m. carlson wrote: On Thu, Aug 05, 2010 at 10:59:18PM +0200, Matthias Klose wrote: On 08.07.2010 01:42, brian m. carlson wrote: Package: gcc-4.4 Version: 4.4.4-6 Severity: wishlist Because

Bug#587545: FTBFS [hppa]: java.lang.OutOfMemoryError: Cannot create additional threads

On Tue, Jun 29, 2010 at 1:03 PM, dann frazier da...@debian.org wrote:    [junit] 0 threads=10 idle=0    [junit] 100 threads=6 idle=6    [junit] 200 threads=3 idle=3    [junit] 300 threads=2 idle=2    [junit] 400 threads=2 idle=2    [junit] 500 threads=2 idle=2    [junit] 13458 [main] WARN

Bug#575263: Please add support for hppa

On Sat, Apr 17, 2010 at 8:18 AM, Matthias Klose d...@ubuntu.com wrote: I attached a build log for an hppa 6b18-1.8-1 build attempt to the bug report; I don't know of anybody working on this. See http://mail.openjdk.java.net/pipermail/hotspot-dev/2010-January/002529.html For avoidance of

Bug#575351: [HPPA] This is not the bug of GCC but glibc

On Mon, Mar 29, 2010 at 5:28 AM, NIIBE Yutaka gni...@fsij.org wrote: I am looking the file: eglibc-2.10.2/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h It doesn't have any cfi directives.  I think that it is the cause of this problem. When adding cfi directives, it would be good

Bug#572384: opal_3.6.6~dfsg-4/hppa FTBFS: undefined reference to `non-virtual thunk to PVXMLSession::Trigger()'

On Thu, Mar 18, 2010 at 7:47 AM, Adam D. Barratt a...@adam-barratt.org.uk wrote: ../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual thunk to PVXMLSession::Trigger()' What does this error mean? [...] The PVXMLSession::Trigger() functions which give errors are found in

Bug#570889: #570889 ant: FTBFS on kfreebsd-* and hppa: Bus error

On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger petr.salin...@seznam.cz wrote: The file, which have to be copied, have size 1701, but two pages (2*4096) are mmaped. It is allowed on both Linux and FreeBSD. When the 2nd page of that file would be accessed, it would generate SIGBUS. The

Bug#570889: #570889 ant: FTBFS on kfreebsd-* and hppa: Bus error

On Thu, Feb 25, 2010 at 7:22 PM, Petr Salinger petr.salin...@seznam.cz wrote: On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger petr.salin...@seznam.cz wrote: The file, which have to be copied, have size 1701, but two pages (2*4096) are mmaped. It is allowed on both Linux and FreeBSD. When the

Bug#570889: #570889 ant: FTBFS on kfreebsd-* and hppa: Bus error

On Fri, Feb 26, 2010 at 3:14 AM, Petr Salinger petr.salin...@seznam.cz wrote: My point is a different one, see in #570889. 14997 gij-4.4  CALL  open(0x8e59e58,O_RDONLY|O_LARGEFILE,unused0) 14997 gij-4.4  NAMI .../defaults.properties 14997 gij-4.4  RET   open 10/0xa 14997 gij-4.4  CALL  

Bug#559085: Max number of threads on HPPA

On Tue, Jan 19, 2010 at 2:43 AM, dann frazier da...@dannf.org wrote: On Tue, Jan 19, 2010 at 12:57:21AM +0100, Frans Pop wrote: Carlos O'Donell wrote: Can you please ptrace the failing test with -ff and get me the log? I've built odin in a 'pbuilder login' chroot using the following

Bug#559085: Max number of threads on HPPA

On Sun, Jan 17, 2010 at 10:31 AM, Frans Pop elen...@planet.nl wrote: Michael Hanke wrote: I maintain ODIN, a simulator for magnetic resonance imaging sequences. I utilizes threads for its simulations and its test suite tries to create 256 thread. This test suite runs during package build-time

Bug#559085: [Pkg-exppsy-maintainers] Bug#559085: Max number of threads on HPPA

On Sun, Jan 17, 2010 at 1:09 PM, Michael Hanke michael.ha...@gmail.com wrote: On Sun, Jan 17, 2010 at 01:02:51PM -0500, Michael Hanke wrote: On Sun, Jan 17, 2010 at 10:49:43AM -0500, Carlos O'Donell wrote: On Sun, Jan 17, 2010 at 10:31 AM, Frans Pop elen...@planet.nl wrote: Michael Hanke

Bug#561203: Re: Bug#561203: FTBFS [hppa] - pthread_create() (QThread) + fork() = crash

On Sun, Dec 27, 2009 at 9:47 AM, Luk Claes l...@debian.org wrote: What's the status of this bug? It's holding the KDE transition which is blocking the Xorg and python transitions... I'm working on this bug. The current status is under investigation. I don't have a good idea of what is going on

Bug#561203: FTBFS [hppa] - pthread_create() (QThread) + fork() = crash

On Tue, Dec 22, 2009 at 2:54 PM, Modestas Vainius modes...@vainius.eu wrote: when investigating this issue further, I determined that fork() following pthread_create() sometimes makes the application crash. In order to reproduce, build attached minifail.cpp with: $ g++ -I/usr/include/qt4

Bug#559406: SIGFPE trapping on HPPA (was: Yorick FTBFS: DM needs access to HPPA machine)

On Mon, Dec 14, 2009 at 9:32 AM, Thibaut Paumard mlotpot.n...@free.fr wrote: Under some circumstances (when and integer SIGFPE has been raised previously), I have been able to have my handler output a short message, but then it loops (this short message is repeated indefinitely). Calling

Bug#558980: access to hppa machine to work on Bug#558980

On Mon, Dec 14, 2009 at 7:46 AM, Stephen Leake stephen_le...@stephe-leake.org wrote: If you see transferring control: then the dynamic loader has just handed off control the real program, and any fault after that is possibly related to the real program. That is there, although there are more

Bug#558905: Kernel bug.

IMO this FTBS is a kernel vfork bug. The return register in the parent is being corrupted. Using the emacs23 source I was able to produce a trimmed down test case for the failing vfork. I have reported this to our kernel developers here: http://article.gmane.org/gmane.linux.ports.parisc/2403

Bug#557982: Should be fixed now.

On Tue, Dec 1, 2009 at 9:26 AM, Daniel Burrows dburr...@debian.org wrote: debian-hppa, any clue why cwidget would get an error when trying to create 50 threads, and how to fix this?  According to the build logs for 0.5.16-2, it successfully creates 37 new threads, failing on the 38th.  More

Bug#557982: Should be fixed now.

On Mon, Nov 30, 2009 at 4:58 PM, Julien Cristau jcris...@debian.org wrote: reopen 557982 kthxbye On Mon, Nov 30, 2009 at 12:28:31 -0800, Daniel Burrows wrote:   With any luck, this is fixed in 0.5.16-1 in unstable.  I addressed the problem by having the tests query for the system limit on

Bug#389306: Atomic builtins and atomic functions in glibc are now implemented.

The hppa-linux-gnu target now has atomic builtins in gcc, and atomic.h functions exported by glibc. What else is needed by openmpi? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557984: Use of -m64 is invalid on hppa-linux-gnu.

It is not valid to use -m64 on hppa. We do not have a multi-arch compiler, and we only support the 32-bit userspace. Has this package ever built for hppa? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#554574: libstdc++6: apt segfaults on hppa

On Mon, Nov 23, 2009 at 8:48 AM, Aurelien Jarno aurel...@aurel32.net wrote: Next steps: (1) Wait for testsuite results to finish completely. Verify nothing has regressed. No regressions. (2) Remove changes to gcc package debian/rules2 and re-run validation. Some regressions caused by

Bug#554574: libstdc++6: apt segfaults on hppa

On Mon, Nov 23, 2009 at 5:22 AM, Aurelien Jarno aurel...@aurel32.net wrote: Carlos O'Donell a écrit : On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin d...@hiauly1.hia.nrc.ca wrote: While I set out the glibc types exactly as before (binary compatible), the alignment restrictions were

Bug#554574: libstdc++6: apt segfaults on hppa

On Sun, Nov 22, 2009 at 10:30 AM, John David Anglin d...@hiauly1.hia.nrc.ca wrote: The problem appears to have gone away with head.  I don't see it with hpux. Note that latest version of gcc 4.4 in Debian is built with --disable-libstdcxx-pch, but the segfault is this present :(

Bug#554574: libstdc++6: apt segfaults on hppa

On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell car...@systemhalted.org wrote: This happens because the original locale object was created at address 0xbff01c20. However, when apt-get calls std::basic_ioschar, std::char_traitschar ::init it passes in the address 0xbff01c18. So we went from

Bug#554574: libstdc++6: apt segfaults on hppa

On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin d...@hiauly1.hia.nrc.ca wrote: While I set out the glibc types exactly as before (binary compatible), the alignment restrictions were changed subtly. Excellent debugging! I have adjusted the glibc lock structure alignments to try and match

Bug#554574: libstdc++6: apt segfaults on hppa

On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno aurel...@aurel32.net wrote: I confirm, it's what I see in the testsuite log: | 77 | __signbitl | version status: incompatible | GLIBCXX_3.4 | type: function | status: added If __signbitl is the only failure in the abi_check, then that's

Bug#554574: libstdc++6: apt segfaults on hppa

On Fri, Nov 20, 2009 at 10:31 AM, Aurelien Jarno aurel...@aurel32.net wrote: Domenico Andreoli a écrit : On Thu, Nov 05, 2009 at 06:47:11PM +0100, Domenico Andreoli wrote: On Thu, Nov 5, 2009 at 5:43 PM, Matthias Klose d...@debian.org wrote: On 05.11.2009 14:30, Domenico Andreoli wrote:

Bug#556653: FTBS on hppa

On Tue, Nov 17, 2009 at 8:05 AM, Francesco Paolo Lovergine fran...@debian.org wrote: make[2]: Leaving directory `/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk' loading initial cache file

Bug#554574: Status?

What is the status of this bug? Is it up to the package maintainer to disable cloog/ppl for hppa and try the build again? Speaking professionally, CodeSourcery enables cloog/ppl for our toolchain products, but we do a lot of additional testing to verify everything is working properly. At the

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Sun, Nov 8, 2009 at 2:47 PM, Carlos O'Donell car...@systemhalted.org wrote: On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote: looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is this reproducible for you? What regressions are you seeing? I have a check-g++ running right now against glibc 2.10.1-0exp2. I'll comment when

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Tue, Nov 10, 2009 at 10:32 AM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote: looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is this reproducible for you? What regressions are you seeing

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Mon, Nov 2, 2009 at 11:17 AM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote: Hi HPPA porters, Could someone please have a look at this problem? It seems to be due to the NPTL switch. I'm already looking at the gcj

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc is missing my patches to fix pthread_attr_setstack() and pthread_attr_getstack

Bug#554218: perl: FTBFS on hppa: Thread creation failed

On Wed, Nov 4, 2009 at 2:45 AM, Niko Tyni nt...@debian.org wrote: tag 554218 fixed-upstream thanks On Tue, Nov 03, 2009 at 05:15:06PM -0400, Carlos O'Donell wrote: This is a bug in the perl test case. The error number 11 is EAGAIN, which means it needs to retry the thread creation

Bug#554218: perl: FTBFS on hppa: Thread creation failed

On Tue, Nov 3, 2009 at 3:36 PM, Niko Tyni nt...@debian.org wrote: Package: perl Version: 5.10.1-6 Severity: serious perl/5.10.1-6 failed to build on paer, see  https://buildd.debian.org/fetch.cgi?pkg=perlarch=hppaver=5.10.1-6stamp=1256782011file=logas=raw 5.10.1-5 built OK, and as there

Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa

On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote: Hi HPPA porters, Could someone please have a look at this problem? It seems to be due to the NPTL switch. I'm already looking at the gcj breakage so I'll have a look at this. Thanks. Cheers, Carlos. -- To

Bug#546619: upcoming 4.5.19 release works on hppa

Frederik, Your upcoming release 4.5.19 works on hppa. Thanks! Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#546619: strace for hppa is critically broken

, the debian-porters are attempting to track down buildd instability issues and without a working strace this makes it difficult. Cheers, Carlos. From: Carlos O'Donell car...@systemhalted.org Miscellaneous hppa fixes Add missing syscalls, handle IPC syscalls correctly, avoid manipulationg function

Bug#508492: linux-image-2.6.26-1-parisc64: [hppa64] XFS internal error xlog_valid_rec_header(2)

On Tue, Sep 8, 2009 at 4:31 PM, Moritz Muehlenhoffj...@inutil.org wrote: On Tue, Sep 08, 2009 at 02:21:38PM -0600, Stillwell, Bryan wrote: On Tue, 2009-09-01 at 19:17 +, Moritz Muehlenhoff wrote: Does this still occur with later kernels, such as 2.6.30 from unstable or backports.org?

Bug#522531: guile-gnome-platform build failure on hppa

On Wed, Aug 12, 2009 at 1:13 PM, Andreas Rottmanna.rottm...@gmx.at wrote: Yes, a big thanks for you figuring this out! I will fix this in the next guile-gnome-platform upload, and send a patch upstream. Thank you for your patience. If you have any more hppa specific issues please feel free to

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Sat, Aug 1, 2009 at 3:07 PM, John David Anglind...@hiauly1.hia.nrc.ca wrote: Signed-off-by: John David Anglin dave.ang...@nrc-cnrc.gc.ca Frans, I suggest you use Dave's patch please, it is IMO the most correct patch. Helge, Kyle, thanks also for the initial patches! Cheers, Carlos. --

Bug#539369: linux-2.6: parisc64-smp fails to boot on J5600: Badness at smp.c:369

On Fri, Jul 31, 2009 at 11:13 AM, Frans Popelen...@planet.nl wrote: On Friday 31 July 2009, Frans Pop wrote: Hmm. The Badness at smp.c warning isn't new of course. That was also there with .24 and .26 (the last working kernel I have). What is new is that the boot now hangs immediately after

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table overflow

On Fri, Jul 31, 2009 at 5:17 AM, Frans Popelen...@planet.nl wrote: Affects both stable and unstable! kernel: Linux version 2.6.26-2-parisc64-smp [...] kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023) kernel: Linux version 2.6.30-1-parisc64 [...] kernel: nfs: Global Offset

Bug#539369: linux-2.6: parisc64-smp fails to boot on J5600: Badness at smp.c:369

On Fri, Jul 31, 2009 at 1:45 PM, Frans Popelen...@planet.nl wrote: On Friday 31 July 2009, Carlos O'Donell wrote: I'm glad this is fixed in 2.6.31-rc4, do you need any more help from the porters? Well, it might be nice if the responsible change(s) could be identified. Possibly they could

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Fri, Jul 31, 2009 at 5:13 PM, Carlos O'Donellcar...@systemhalted.org wrote: On Fri, Jul 31, 2009 at 5:09 PM, Helge Dellerdel...@gmx.de wrote: On 07/31/2009 09:03 PM, John David Anglin wrote: Only 32-bit targets have the 14-bit signed immediate offset (0x3fff), which becomes a 13-bit limit

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Fri, Jul 31, 2009 at 5:09 PM, Helge Dellerdel...@gmx.de wrote: On 07/31/2009 09:03 PM, John David Anglin wrote: Only 32-bit targets have the 14-bit signed immediate offset (0x3fff), which becomes a 13-bit limit when loading positive offsets e.g. +0x1fff or 1023 GOT slots. Can't we offset

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Fri, Jul 31, 2009 at 5:26 PM, John David Anglind...@hiauly1.hia.nrc.ca wrote: I don't have more details...  The idea is as Carlos outlined.  There's code in the binutils elf32-hppa.c and elf64-hppa.c files to implement the above for dynamic libraries.  That's what made me think of it.

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Fri, Jul 31, 2009 at 7:38 PM, Kyle McMartink...@mcmartin.ca wrote: Is it as simple as: diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c index ef5caf2..0502fab 100644 --- a/arch/parisc/kernel/module.c +++ b/arch/parisc/kernel/module.c @@ -82,13 +82,6 @@              

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

On Thu, Jul 30, 2009 at 8:37 PM, John David Anglind...@hiauly1.hia.nrc.ca wrote:       case ELF_STUB_GOT: -             stub-insns[0] = 0x537b;    /* ldd 0(%dp),%dp       */ +             stub-insns[0] = 0x537b;    /* ldd 0(%dp),%dp       */               stub-insns[1] = 0x53610020;    

Bug#417927: parisc: SCSI devices get randomly offlined

On Fri, Jul 17, 2009 at 4:51 PM, dann frazierda...@debian.org wrote: On Fri, Jul 17, 2009 at 10:13:02PM +0200, Moritz Muehlenhoff wrote: On Thu, Nov 13, 2008 at 11:38:25PM +0100, Moritz Muehlenhoff wrote: On Thu, Apr 05, 2007 at 04:04:03PM +0200, Thibaut VARENE wrote: Package:

Bug#479952: libc6/s390 - __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed.

On Sat, Oct 25, 2008 at 1:21 PM, Julien Danjou [EMAIL PROTECTED] wrote: Is there anything from an outsider that could help? I've seen this on-and-off again on the hppa-linux port. The issue has, in my experience, been a compiler problem. My standard operating procedure is to methodically add

Bug#479952: libc6/s390 - __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed.

On Mon, Oct 27, 2008 at 10:05 AM, Andrew Haley [EMAIL PROTECTED] wrote: I've seen this on-and-off again on the hppa-linux port. The issue has, in my experience, been a compiler problem. My standard operating procedure is to methodically add volatile to the atomic.h operations until it goes

Bug#479952: libc6/s390 - __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed.

On Mon, Oct 27, 2008 at 11:27 AM, Andrew Haley [EMAIL PROTECTED] wrote: I understand all that, but the question still stands: is the compiler really moving a memory write past a memory barrier? ISTR we did have a discussion on gcc-list about that, but it was a while ago and should now be

Bug#486069: Bug#494191: eperl: Hangs on hppa

On Fri, Aug 8, 2008 at 4:04 AM, Niko Tyni [EMAIL PROTECTED] wrote: On Thu, Aug 07, 2008 at 08:51:51PM +0200, Rafael Laboissiere wrote: Package: eperl Version: 2.2.14-15.1+b1 Severity: serious Justification: renders package unusable on hppa eperl hangs on hppa, even for this trivial case:

Bug#489906: glibc: tst-regex fails on hppa

On Tue, Jul 22, 2008 at 4:00 AM, Aurelien Jarno [EMAIL PROTECTED] wrote: For those that are not on IRC, I have made a lot of progress on this bug. The problem comes from the patch any/cvs-strerror_r.diff. However, this patch looks ok, actually comes from upstream and fix a bug. It seems it

Bug#489906: glibc: tst-regex fails on hppa

On Tue, Jul 8, 2008 at 12:21 PM, Aurelien Jarno [EMAIL PROTECTED] wrote: Package: libc6 Version: 2.7-12 Severity: critical tst-regex fails on hppa, which IMHO is not something acceptable for a release architecture. -- System Information: Debian Release: lenny/sid APT prefers unstable

Bug#489856: glibc: FTBFS on hppa

On Tue, Jul 8, 2008 at 4:49 AM, Miguel Gea Milvaques [EMAIL PROTECTED] wrote: Package: glibc Version: 2.7-12 Severity: serious Justification: no longer builds from source It fails to build in hppa. See buildd logs [1]. [1]

Bug#489856: glibc: FTBFS on hppa

On Tue, Jul 8, 2008 at 12:04 PM, Aurelien Jarno [EMAIL PROTECTED] wrote: Workaround is already upstream here: http://sourceware.org/bugzilla/show_bug.cgi?id=6653 I don't really like this workaround, this just means that every program that use a regex and an UTF-8 locale will hang... In case

Bug#489856: glibc: FTBFS on hppa

On Tue, Jul 8, 2008 at 12:09 PM, Aurelien Jarno [EMAIL PROTECTED] wrote: Carlos O'Donell a écrit : On Tue, Jul 8, 2008 at 12:04 PM, Aurelien Jarno [EMAIL PROTECTED] wrote: Workaround is already upstream here: http://sourceware.org/bugzilla/show_bug.cgi?id=6653 I don't really like

Bug#486589: glibc: FTBFS on hppa when using nptl instead of linuxthreads

On Mon, Jun 16, 2008 at 8:13 PM, John Wright [EMAIL PROTECTED] wrote: Package: glibc Version: 2.7-12 Severity: normal I'm trying to test rebuilding the archive against an nptl-enabled glibc on hppa, but I'm having trouble building glibc. I have attached the patch against 2.7-12 that I used

Bug#480093: sys/user.h broken on (at least) hppa

On Wed, May 7, 2008 at 10:24 PM, Daniel Jacobowitz [EMAIL PROTECTED] wrote: On Thu, May 08, 2008 at 03:16:38AM +0200, Frank Lichtenheld wrote: Package: libc6-dev Version: 2.7-10 Severity: important On HPPA sys/user.h only contains #include linux/user.h which doesn't do anything

Bug#434799: FTBFS (hppa): undefined reference to `THREAD_GSCOPE_RESET_FLAG'

On 7/26/07, dann frazier [EMAIL PROTECTED] wrote: Package: glibc Version: 2.6-4 Severity: serious From: http://buildd.debian.org/fetch.cgi?pkg=glibcver=2.6-4arch=hppastamp=1185478685file=log [snip] gcc-4.2 -nostdlib -nostartfiles -shared -o

Bug#424057: libc6: internal error: symidx out of range of fptr table

On 5/15/07, Frans Pop [EMAIL PROTECTED] wrote: Today I saw this error for the second time on my hppa box running the 2.6.18-parisc64-smp kernel: cat: error while loading shared libraries: internal error: symidx out of range of fptr table This does not appear to be a reproducable error. The

  1   2   >