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.
T
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 a
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
> > connection to the
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 ship ld-linux-x86-64.so.2
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.
> The failing line 779 in
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 cause a
> SIGABRT.
> I fo
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
flawed. To fix the implem
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 deviation from expected be
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=,
> answer=0x7fff6d6c0df0 "2", a
On Mon, Nov 23, 2015 at 7:04 AM, Aurelien Jarno wrote:
> On 2015-08-17 15:04, Carlos O'Donell wrote:
>> On Sun, Aug 16, 2015 at 12:48 PM, Andreas Cadhalpun
>> wrote:
>> >> until there's a better tested and working way to transition
>> >> to ffmpeg
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 looked at nscd code I was
On Mon, Aug 17, 2015 at 4:34 PM, Aurelien Jarno 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 stable, and
On Mon, Aug 17, 2015 at 7:06 PM, Carlos O'Donell
wrote:
> On Mon, Aug 17, 2015 at 4:34 PM, Aurelien Jarno 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
&
On Sun, Aug 16, 2015 at 12:48 PM, Andreas Cadhalpun
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 sufficiently many
> STATIC_TLS usi
On Sat, Aug 15, 2015 at 4:31 AM, Aurelien Jarno 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:
>> https://sourceware.org/git/?p=glibc.git;a=commit;h=a53fbd8e6cd2f6
On Fri, Aug 14, 2015 at 5:28 PM, Tulio Magno Quites Machado Filho
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 that we should backport tha
On Tue, Jul 21, 2015 at 2:49 PM, Andreas Cadhalpun
wrote:
> On 20.07.2015 17:18, Carlos O'Donell wrote:
>> On Mon, Jul 20, 2015 at 3:35 AM, Andreas Cadhalpun
>> wrote:
>>> Program received signal SIGBUS, Bus error.
>>> 0xf801cda4 in elf_dyn
On Mon, Jul 20, 2015 at 3:35 AM, Andreas Cadhalpun
wrote:
> Program received signal SIGBUS, Bus error.
> 0xf801cda4 in elf_dynamic_do_Rela (skip_ifunc=,
> lazy=0, nrelative=, relsize=,
> reladdr=, map=0xf80100023570) at do-rel.h:111
Usually a corrupted library. Check md5sums.
Cheer
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
On Mon, Sep 22, 2014 at 8:48 AM, Pierre Schweitzer 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, objname=objname@entry=0x1814
On Fri, Sep 19, 2014 at 9:59 PM, Henrique de Moraes Holschuh
wrote:
> On Fri, 19 Sep 2014, Carlos O'Donell wrote:
>> On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh
>> wrote:
>> > On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote:
>> >>
On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh
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 Library onl
On Fri, Aug 22, 2014 at 3:23 PM, Zack Weinberg 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 (__rlimit_resource_t, const s
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 wrote:
> package: src:e
On Thu, Feb 20, 2014 at 7:23 AM, Philipp Marek 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: ld-linux-x32.so[25737]
>
On Wed, Jan 29, 2014 at 5:46 PM, Arthur de Jong 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 bugs which we
On Fri, Aug 2, 2013 at 7:45 PM, Hal BugsBuster 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 sorry to hear that, ple
On Fri, Aug 2, 2013 at 12:10 PM, bugsbuster 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 Debian backport Siddhesh
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()
>
On Tue, Jul 2, 2013 at 12:52 PM, Alexandre Oliva 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 recognized be
>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 al
On Mon, Jun 10, 2013 at 4:22 PM, Samuel Bronson 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, they seem to wa
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
On Thu, Aug 19, 2010 at 1:56 PM, Yavor Doganov 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)
> +++ Headers/Additions/GNUstep
On Thu, Aug 19, 2010 at 12:38 PM, dann frazier 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.
>
> fw
On Thu, Aug 19, 2010 at 11:00 AM, Mehdi Dogguy 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
On Fri, Aug 6, 2010 at 11:03 AM, Matthias Klose 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
On Tue, Jun 29, 2010 at 1:03 PM, dann frazier 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 org.mortbay
On Sat, Apr 17, 2010 at 8:18 AM, Matthias Klose 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 doubt. I am not
On Mon, Mar 29, 2010 at 5:28 AM, NIIBE Yutaka 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 to add noc
On Thu, Mar 18, 2010 at 7:47 AM, Adam D. Barratt
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
>> ptlib, but in both
On Fri, Feb 26, 2010 at 3:14 AM, Petr Salinger wrote:
> My point is a different one, see in #570889.
>
> 14997 gij-4.4 CALL open(0x8e59e58,O_RDONLY|O_LARGEFILE,0)
> 14997 gij-4.4 NAMI ".../defaults.properties"
> 14997 gij-4.4 RET open 10/0xa
> 14997 gij-4.4 CALL fstat(0xa,0xbfbf29ec)
> 149
On Thu, Feb 25, 2010 at 7:22 PM, Petr Salinger wrote:
>> On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger
>> 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
On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger 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 question is of course w
On Tue, Jan 19, 2010 at 2:43 AM, dann frazier 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 &#x
On Sun, Jan 17, 2010 at 1:09 PM, Michael Hanke 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 wrote:
>> > > Michael H
On Sun, Jan 17, 2010 at 10:31 AM, Frans Pop 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 -- and alwa
On Sun, Dec 27, 2009 at 9:47 AM, Luk Claes 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 or why it's
On Tue, Dec 22, 2009 at 2:54 PM, Modestas Vainius 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 -lQtCore minifail.c
On Mon, Dec 14, 2009 at 7:46 AM, Stephen Leake
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 symbols looked up aft
On Mon, Dec 14, 2009 at 9:32 AM, Thibaut Paumard 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
> feclearexcepts() befor
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
Ch
On Tue, Dec 1, 2009 at 9:26 AM, Daniel Burrows 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 annoyingly, it
On Mon, Nov 30, 2009 at 4:58 PM, Julien Cristau 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 the number o
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 listmas...@lists.d
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
On Mon, Nov 23, 2009 at 8:48 AM, Aurelien Jarno 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 enabling cloog/ppl,
On Mon, Nov 23, 2009 at 5:22 AM, Aurelien Jarno wrote:
> Carlos O'Donell a écrit :
>> On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin
>> wrote:
>>>> While I set out the glibc types exactly as before (binary compatible),
>>>> the alignment res
On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin
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
more accurately the
On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell
wrote:
> This happens because the original locale object was created at address
> 0xbff01c20. However, when apt-get calls "std::basic_ios std::char_traits >::init" it passes in the address 0xbff01c18.
> So we went from
On Sun, Nov 22, 2009 at 10:30 AM, John David Anglin
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 :(
>
> Personally, I
On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno 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 easy
to fix, th
On Fri, Nov 20, 2009 at 10:31 AM, Aurelien Jarno 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 wrote:
On 05.11.2009 14:30, Domenico Andreoli wrote:
> frankly i do not know what
On Tue, Nov 17, 2009 at 8:05 AM, Francesco Paolo Lovergine
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
> /build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk/InitialCacheFlags.cmak
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 end
On Sun, Nov 8, 2009 at 2:47 PM, Carlos O'Donell wrote:
> On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell
> wrote:
>> Always the same crash for all the failures I've looked at. Hopefully
>> this is something trivial that was missed.
>
> The cu
On Tue, Nov 10, 2009 at 10:32 AM, Carlos O'Donell
wrote:
> On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose 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?
>
On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose 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 this is done.
On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell 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() for h
On Mon, Nov 2, 2009 at 11:17 AM, Carlos O'Donell
wrote:
> On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno 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
On Wed, Nov 4, 2009 at 2:45 AM, Niko Tyni 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
On Tue, Nov 3, 2009 at 3:36 PM, Niko Tyni 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=perl&arch=hppa&ver=5.10.1-6&stamp=1256782011&file=log&as=raw
>
> 5.10.1-5 built OK, and as there were
On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno 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 UNSUBSCRIBE, email to deb
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
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
Miscellaneous hppa fixes
Add missing syscalls, handle IPC syscalls correctly,
avoid manipulationg function pointers, and handle
sy
On Tue, Sep 8, 2009 at 4:31 PM, Moritz Muehlenhoff 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?
>>
>> Yes,
On Wed, Aug 12, 2009 at 1:13 PM, Andreas Rottmann 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 contact
me and C
On Sat, Aug 1, 2009 at 3:07 PM, John David
Anglin wrote:
> Signed-off-by: John David Anglin
>
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.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
On Thu, Jul 30, 2009 at 8:37 PM, John David
Anglin 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; /* ldd 10(%d
On Fri, Jul 31, 2009 at 7:38 PM, Kyle McMartin 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 @@
> return
On Fri, Jul 31, 2009 at 5:26 PM, John David
Anglin 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.
Binutils is not involved i
On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller 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 off
On Fri, Jul 31, 2009 at 5:13 PM, Carlos O'Donell wrote:
> On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller wrote:
>> On 07/31/2009 09:03 PM, John David Anglin wrote:
>>>>
>>>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
>>>>
On Fri, Jul 31, 2009 at 1:45 PM, Frans Pop 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.
&
On Fri, Jul 31, 2009 at 5:17 AM, Frans Pop 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 Table over
On Fri, Jul 31, 2009 at 11:13 AM, Frans Pop 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 that poi
On Fri, Jul 17, 2009 at 4:51 PM, dann frazier 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: linux-image-2.6-pari
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
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
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 v
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 tr
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 i
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
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.
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..
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]
> http://buildd.debian.org/fetch.cgi?pkg=glibc;ver=2.7-1
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 tha
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 "
> > which doesn't do anyth
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=glibc&ver=2.6-4&arch=hppa&stamp=1185478685&file=log
>
> [snip]
> gcc-4.2 -nostdlib -nostartfiles -shared -o
> /build/buildd/glibc-2.6/
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 wo
1 - 100 of 107 matches
Mail list logo
