Package: libc6
Version: 2.9-18
Severity: wishlist
Hi,
libraries like libX11.so.6.2.0 look for locales in
/usr/lib/X11/locale. Other libraries look for plugins in
/usr/lib/package. It would be nice if those packages could be compiled
to use /usr/lib32/X11/locale and /usr/lib32/package on i386 so t
Package: libc6-i386
Version: 2.9-17
Severity: grave
Hi,
you actually managed to completly screw the pooch with the /usr/lib32
transition from link to directory and now on existing installations it
remains a link. Now /emul/ia32-linux/[usr/]lib contains files that
belong there and files belonging
Package: libc6-i386
Version: 2.9-17
Severity: normal
Hi,
libc6-i386 still ships a reportbug hint about upgrading problems with
/usr/lib32 overwrites. As that is now a dir that is obsolete.
MfG
Goswin
-- System Information:
Debian Release: squeeze/sid
APT prefers transitional-i386
AP
Package: libc6-i386
Version: 2.9-14
Severity: grave
Hi,
due to the conversion of /usr/lib32 from link to directory all the
files in /emul/ become non-functional. For that reason you choose to
conflict with the existing packages having files there.
But this is not a case where libc6-i386 conflict
Package: libc6
Version: 2.3.6-7
Severity: normal
Hi,
Currently the libc6 package on amd64 ships a symlink from /lib64 to
/lib (and /usr/lib64). While the symlink is needed for things to work
shipping it in the data.tar.gz makes it impossible for any package to
put files into /lib64 or /usr/lib64
Package: libc6-i386
Version: 2.3.6-7
Severity: important
Hi,
when building a 32bit program on amd64 I get the following problem:
[EMAIL PROTECTED]:~/mbr/mbr-1.1.5$ dpkg-shlibdeps -O
debian/tmp/sbin/install-mbr
dpkg-shlibdeps: warning: could not find any packages for libc.so.6
dpkg-shlibdeps: w
Package: glibc
Severity: wishlist
Tags: patch
Hi,
atached is a patch that will add /lib/arch-os-gnu and
/usr/lib/arch-os-gnu to the default-rpath. Those two directories are
the placement for libraries in the future multiarch support [...-gnu
now since gcc -dumpmachine has it and to allow for e.g.
Package: glibc
Severity: normal
Tags: patch
Hi,
while patching around glibc I noticed that certain errors don't stop
the build process, those with '| tee' constructs. The attached patch
adds a makro that logs the output while preserving the retrun code of
the command being run.
MfG
Goswi
Package: glibc
Followup-For: Bug #317946
Hi,
I reassigned this bug to glibc after testing an old patch for the TLS
problem for Kurt Roeckx. I had to fix a few other things along the
way:
- debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem
- debain/rules: undo dpkg-architect
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-17
Severity: critical
File: linux-kernel-header
Justification: breaks the whole system
Hi,
when one tries to run pvmove or lvsnapshot on / the lvm will deadlock
itself due to atime updates on /dev/ being blocked while the LVM is
locked. Sine
Package: libc6
Version: 2.3.2.ds1-19
Followup-For: Bug #259302
Hi,
attached is a patch to add /lib64 and /usr/lib64 symlinks to the libc6
package for amd64. The unofficial amd64 repository now has
transitional packages with extra Pre-Depends and Replaces fields for a
smooth upgrade that can be ph
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
File: /usr/bin/ldd
Hi,
while working on adding rudimentary amd64 support to i386 I noticed
that the 32/64 bit ldd script gives out an extra error message when
its run under a 32bit kernel on e.g. a shell script.
The 32/64 bit ldd script goes
Package: libc6
Version: 2.3.2.ds1-11
Severity: important
Hi,
running cdebootstrap I see the following error:
O: /var/lib/dpkg/tmp.ci/preinst: line 184: [: 23dual: integer expression expected
Looking at the preinst
--
if [ "$1"
Package: libc6
Version: 2.1.3-10
Severity: normal
File: /usr/bin/localedef
Running just
localedef bla
as user gives a segfault.
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux mose 2.4.0-test1-ac7 #20 Wed Jun 7 14:53:53 CEST 2000 i686
Versions of packages libc6 depen
Package: libc6-dev
Version: 2.1.2-10
Severity: normal
File: /usr/include/pthread.h
Line 225 an following say:
/* Set the starting address of the stack of the thread to be created.
Depending on whether the stack grows up or doen the value must either
be higher or lower than all the address in
Package: libc6-dev
Version: 2.1.2-10
Severity: normal
I used all the include files mentioned in "man open", but still O_LARGEFILE
wasn't defined and couldn't be used in open.
O_LARGEFILE is defined in asm/fcntl.h, but including that will give
conflicts with bits/fcntl.h included from somewhere el
16 matches
Mail list logo