Bug#629819: libc6-dev: moving crt1.o crti.o etc. to /usr/lib/ breaks external multiarch unaware applications

Hallo! On Wed, 08 Jun 2011 17:41:58 +0200, Andreas Beckmann wrote: > the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/ > breaks external applications that are not aware of the new multiarch > paths. One such application is GCC from SVN, which now fails to compile > with this error: >

Debian glibc: GNU/Hurd

Salut! I have spent/am still spending quite some time with the GNU/Hurd-port of glibc. So once the day comes that Debian updates to the next upstream release, please tell me, and we should be able to use a bunch of my patches, and save you the work of re-inventing them. I will also try to begin

Bug#645285: sudo fails with setresuid(...): Operation not permitted

Hi! On Wed, 19 Oct 2011 00:21:28 +0200, Samuel Thibault wrote: > reassign 645285 libc0.3 > tags 645285 + pending > thanks > > Thomas Schwinge, le Fri 14 Oct 2011 15:46:17 +0200, a écrit : > > > As root the following message appears: setresuid(ROOT_UID, ROOT_UID, > &

Re: Building glibc 2.5 on Hurd

Hello! On Wed, Feb 07, 2007 at 12:07:14PM +0100, Aurelien Jarno wrote: > I am currently trying to port the glibc 2.5 on Hurd. Thank you very much for that! And yes, glibc-2_5-branch is the right choice for now. HEAD will need much more work. > I am facing the problem described here: > > http

Building glibc 2.5 on Hurd: trivia

Hello! Not yet applied. Needed on glibc-2_5-branch and HEAD. 2006-06-13 Thomas Schwinge <[EMAIL PROTECTED]> * sysdeps/mach/hurd/tls.h: Change `ASSEMBLER' conditional to `__ASSEMBLER__'. * sysdeps/mach/hurd/i386/tls.h: Likewise. Index: sysdeps

Building glibc 2.5 on Hurd: GCC

Hello! Needed because of GCC changes. Not everything is ready for upstream inclusion. This is no proper fix, but a workaround to not make argp-enabled programs segfault on ``PROGRAM --help'' when glibc is build with GCC 4.1. Reported on

Building glibc 2.5 on Hurd: ``MSG_NOSIGNAL''

Hello! This is not a proper fix, but a workaround that is needed on HEAD. (Have to check glibc-2_5-branch.) Reported on . Index: resolv/res_send.c === RCS file: /cvs/glibc/libc/resolv/res_send.c

Building glibc 2.5 on Hurd: ``__libc_once''

Hello! Needed on glibc-2_5-branch and HEAD. Reported at <http://savannah.gnu.org/bugs/?18217> and finally on <http://sourceware.org/bugzilla/show_bug.cgi?id=3748>, where it was rejected by Ulrich Drepper. Roland wanted to have a look. 2006-12-18 Thomas Schwinge <[

Building glibc 2.5 on Hurd: ``struct stat''

Hello! This patch is incomplete. Reported on . The `sysdeps/mach/hurd/bits/stat.h' hunk alignes to what Linux uses. Index: sysdeps/mach/hurd/xstatconv.c === RCS file: /cvs/glibc/libc/sysdeps/mac

Building glibc 2.5 on Hurd: ``-z relro''

Hello! See for details. This should be fairly easy to fix, but has to be tracked down. Regards, Thomas signature.asc Description: Digital signature

Building glibc 2.5 on Hurd: tls

Hello! Support for tls for Hurd systems is still not fixed properly. Details are at . To get a functional glibc-2_5-branch, this either needs to be fixed or the tls-requiring bits of glibc-2_5-branch have to be bend over to not require it. Regards, Thomas

Bug#413787: libc0.3: TLS patch

Hello! There are things happening currently and I don't have any time to take a real look at them. :-/ On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote: > Thanks to Barry's long glibc builds, here is at last a patch that builds > a tls/__thread -enabled and working glibc. Great!

Bug#413787: libc0.3: TLS patch

Hello! On Wed, Mar 07, 2007 at 10:51:21AM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Wed 07 Mar 2007 10:32:00 +0100, a ?crit : > > On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote: > > > Thanks to Barry's long glibc builds, here is at last a patch

glibc 2.5 on GNU/Hurd with GCC 4.1: `EXC_BAD_ACCESS' in glibc nss code

Hello! I built Debian glibc 2.5-4 on GNU/Hurd using GCC 4.1 instead of 4.0, having applied a few patches I crafted already some time ago. It basically works. :-) However, if I try to log in on the console (`ssh'ing in works just fine) it fails with ``login: Authentication failure: (ipc/mig) ser

``No symbol table info available.'' (was: glibc 2.5 on GNU/Hurd with GCC 4.1: `EXC_BAD_ACCESS' in glibc nss code)

Hello! On Fri, Apr 27, 2007 at 01:04:35PM +0200, Thomas Schwinge wrote: > I built Debian glibc 2.5-4 on GNU/Hurd using GCC 4.1 instead of 4.0, > having applied a few patches I crafted already some time ago. #v+ $ sudo gdb /hurd/password 328 GNU gdb 6.5-debian [...] Attaching to program

Re: ``No symbol table info available.''

Hello! On Fri, Apr 27, 2007 at 02:05:04PM +0200, Michael Banck wrote: > On Fri, Apr 27, 2007 at 01:06:57PM +0200, Thomas Schwinge wrote: > > $ sudo gdb /hurd/password 328 > > GNU gdb 6.5-debian > > [...] > > (gdb) bt full > > #0 0x011408f0 in _nss_files_par

Bug#432616: libc6: ldconfig gives lots of Xen errors on Unstable.

Hello! On Wed, Jul 11, 2007 at 09:02:56AM +1000, Russell Coker wrote: > Package: libc6 > Version: 2.5-11 > Severity: normal > > > 4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c > 4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c > 4gb seg fixup, process ldconfig (pid 2

Re: problem with backtrace() after system update

Hello! > i wondered how will original program (with tail-recursion) look > under debugger. it looks strange, since gdb's stack and one returned > by backtrace() differ. :/ GDB puts a lot of effort into parsing DWARF unwind tables etc. to reconstruct the ``source code's program flow'' even after G

Bug#565369: eglibc: Please add __set_fpscr prototype

Hello! FYI: This has been submitted upstream already (but not yet applied, I think): Regards, Thomas signature.asc Description: Digital signature

Bug#661760: typo in patch for de_AT translation of February

Hi! Thanks for the report and patch! On Fri, 18 Jan 2013 14:58:39 +0100, Gerfried Fuchs wrote: > --- a/localedata/locales/de_AT > +++ b/localedata/locales/de_AT > @@ -102,7 +102,7 @@ > "";"";/ > "";"" > mon "";/ > - "";/ > + "";/ > "";/ > "";/ > "";/ P

Re: r5717 - in glibc-package/branches/eglibc-2.18/debian: . patches patches/any

Hi! On Wed, 9 Oct 2013 23:37:56 +, Samuel Thibault wrote: > Author: sthibault > Date: 2013-10-09 23:37:56 + (Wed, 09 Oct 2013) > New Revision: 5717 > * patches/any/multi_arch.diff: New patch, fixes undefined reference failure > with non-multiarch builds. > +--- eglibc-2.18.orig/

Weird behavior in glibc Makefiles, or: another example why you should never build software as root user (was: r5848 - in glibc-package/branches/eglibc-2.18/debian: . rules.d)

Hi! Just seen this in the Debian glibc development repository: On Sun, 1 Dec 2013 21:20:24 +, Aurelien Jarno wrote: > Author: aurel32 > Date: 2013-12-01 21:20:24 + (Sun, 01 Dec 2013) > New Revision: 5848 > --- glibc-package/branches/eglibc-2.18/debian/rules.d/build.mk > 2013-1

Re: glibc build-depends on gcc-4.0 on hurd-i386?

Hello! On Tue, Sep 05, 2006 at 09:47:16AM +0200, Matthias Klose wrote: > Is this a leftover, which can be changed to gcc-4.1 now? No, sadly a GCC 4.1-built glibc doesn't work so far. Regards, Thomas signature.asc Description: Digital signature

Re: Toolchain TLS support

[Cced to bug-hurd and hurd-devel.] Hello! For one part, this is essentally a repetition of ; everything in there still applies. For the other part, new issues are to be worked on, see below. On Sat, Aug 26, 2006 at 12:49:45AM

Re: Toolchain TLS support

On Tue, Sep 05, 2006 at 11:05:12AM +0200, Alfred M. Szmidt wrote: >glibc 2.4 is completely unusable for GNU/Hurd at the moment, > > Not true. It might be true for Debian GNU/Hurd though. Wrong. It's also true for the glibc as it is in upstream's cvs repository. Period. If you have patches