How can I get out of this? What do you suggest? Are the tools to
create custom locales included in the Debian package by accident?
Harri
Control: tag -moreinfo
The caches have to be invalidated before nscd is removed, because
after removing nscd (the binary) you cannot run "nscd -i" anymore.
The cache files have to be removed to make sure that new jobs ignore
the caches completely.
A general problem with nscd is that running
Package: nscd
Version: 2.31-13+deb11u2
The nscd.prerm script should cleanup the caches
nscd -i {group,hosts,netgroup,passwd,services}
rm -f /var/cache/nscd/{group,hosts,netgroup,passwd,services}
to invalidate and remove all caches, before the service is stopped
and removed.
On 7/29/20 12:35 PM, Aurelien Jarno wrote:
On 2020-07-27 08:26, Harald Dunkel wrote:
Since the postinst builds just a subset of all locales and since it even
maintains
a list about it, I would suggest to erase and rebuild only these locales.
This is not so easy as the list evolve from
Can't be worse than not having the locale at all. Not to mention that there is
an option --posix to assure compatibility to POSIX.1-2008, AFAICT. If there are
incompatible changes, then its my job to worry about recreating the custom
locales.
Since the postinst builds just a subset of all
Not yet. Do you have some Posix document, RFC, best practice guideline, etc
showing that it should be "C.UTF-8" instead of "UTF-8"? Something to present
to Apple proving that they are not Posix compliant?
https://pubs.opengroup.org/onlinepubs/9699919799/functions/setlocale.html
says
Package: locales
Version: 2.28-10
To support MacOS terminal I have to define "UTF-8" using localedef (see
#952516).
Problem is, custom locales are wiped out by the postinst script. Sample:
# locale -a
C
C.UTF-8
POSIX
# localedef -i C -f UTF-8 UTF-8
# locale -a
C
C.UTF-8
POSIX
UTF-8
UTF-8.utf8
#
Package: locales
Version: 2.29-10
Severity: wishlist
Apparently MacOS 10.15 uses "UTF-8" instead of "C.UTF-8". This
affects ssh terminal sessions from MacOS to Debian, e.g.
# apt upgrade
:
:
Processing triggers for mime-support (3.64) ...
Processing
Metoo.
Hopefully this is not too difficult to fix before Buster?
Regards
Harri
Any news on this? Did you report this bug upstream?
Here is a sample session showing the effect:
# ping lxc01
PING lxc01.example.de (172.16.99.198) 56(84) bytes of data.
From dpcl082.example.de (172.16.97.128) icmp_seq=1 Destination Host Unreachable
From dpcl082.example.de (172.16.97.128)
Not sure if it matters, but if resolvconf is active, then /etc/resolv.conf
is a symbolic link.
Regards
Harri
Hi Aurelien,
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 remote side. /etc/resolv.conf was changed to include
the new internal DNServer
Package: nscd
Version: 2.24-11+deb9u3
If I change nscd.conf (to adjust some ttl or to disable some cache)
and restart the service, then the cache files in /var/cache/nscd
are not adjusted accordingly, AFIACS. In worst case the passwd cache
is kept forever and never adjusted, even though it has
Package: libc6
Version: 2.18-4
Sometimes avahi-resolve-host-name and getaddrinfo(3) disagree about
DNS. Sample:
% avahi-resolve-host-name pepe.local; ./getaddrinfo pepe.local
pepe.local 10.42.100.198
getaddrinfo: Name or service not known
nscd is not running. /etc/nsswitch.conf says
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Sorry to say, but I doubt that it is reasonable to set
a bug to wishlist, just because the OS ABI tag issue
is complex. This does not help.
My suggestion is to keep things simple.
Since mesa doesn't need it anymore, are there any other
packages in
Package: locales
Version: 2.13-38
Seems that LANG and LC_ALL have been lost in locale(1). It would
be nice if they could be added.
http://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html
Many thanx
Harri
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject
AFAICS the mesa folks don't rely upon the os abi tag anymore:
https://bugs.freedesktop.org/show_bug.cgi?id=26663
Regards
Harri
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
PS:
If -@netgroup doesn't work as expected, doesn't this
mean that a user might be granted _more_ group
permissions than configured?
Wouldn't this mean that this problem is a security
issue?
Regards
Harri
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of
AFAICS the problem doesn't exist for Wheezy (correct me if
I am wrong), so I wonder if it would be possible to backport
the fix to Squeeze?
Regards
Harri
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/07/11 13:00, Aurelien Jarno wrote:
I think the problem has to be fixed in the libraries themselves, this
can be done in two ways:
- the library not providing an os abi tag should be changed to provide
one.
- the library providing an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks,
Looking at http://bugs.debian.org/572895 I wonder
if it is reasonable to allow a hard-coded priority
(the os abi tag set in a library) to override a
configurable priority (ld.so.conf and ld.so.conf.d/*)?
Shouldn't the package providing the
Hi folks,
of course fixing bugs is an ugly business, but would it be
possible to increase the priority of this bug report? This
problem produced 30 minutes downtime on our CVS server.
Many thanx
Harri
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are there any news about this? Is this unique to eglibc?
Regards
Harri
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
I got the same problem for version 2.11.2-7. If I replace
the compat in nsswitch.conf by nis files _and_ stop
nscd, then it works.
IMHO nscd should not ignore nsswitch.conf. Is this
another bug?
Please mail if I can help to track this down.
Regards
Harri
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Of course I ran ldconfig (as root).
# ldconfig -p | grep libGL.so.1
libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) = /usr/lib/libGL.so.1
libGL.so.1 (libc6,x86-64) = /usr/lib/nvidia-current/libGL.so.1
libGL.so.1 (libc6, OS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
PS: I found this thread:
http://www.mail-archive.com/mesa3d-...@lists.sourceforge.net/msg11607.html
AFAICS the issue is still unresolved.
What would be your suggestion? Is there some configure option to tell
ldconfig or ld.so to ignore the OS ABI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: libc-bin
Version: 2.10.2-6
I would like to override the standard libGL.so files by a private
library installed in a special directory. Problem: It seems that
the libraries in in /lib and /usr/lib have a higher priority than any
other
Frederik Schueler wrote:
Hello,
On Mon, Apr 18, 2005 at 07:25:41AM +0200, Harald Dunkel wrote:
Preparing to replace ia32-libs 0.7.0.0.1.gcc4 (using
.../ia32-libs_1.2.0.0.1.gcc4_amd64.deb) ...
Unpacking replacement ia32-libs ...
dpkg: error processing
/var/cache/apt/archives/ia32
GOTO Masanori wrote:
My point is: installing debian package needs the debian base system
that includes bash. Moreover it's not only glibc package issue. If
you have plan to support all base packages with /bin/sh, and that
makes easier installation for bootstrapping, I don't complain it. If
not,
GOTO Masanori wrote:
At Mon, 30 Aug 2004 06:20:06 +0200,
Harald Dunkel wrote:
IMHO libc6 should not depend upon other packages at
all. If there is no way around this, then it should
work with any /bin/sh, not just bash.
Why does there is no way around this lead it should work with any
/bin/sh
GOTO Masanori wrote:
BTW, even we use /bin/bash, do we have reason to use /bin/sh? If so,
why? bash is included in the base system. We use various tools for
postinst/preinst, because those tools are also in the bootstrapping
base system.
Most of the other packages don't work without libc6,
GOTO Masanori wrote:
Bash is required package, so minimum base system should have bash. If
you don't use such debian base system, then libc6.postinst becomes
meaningless because you don't use the normal debian system.
I do not understand why you refuse to add this dependency
to the control file.
Package: libc6
Version: 2.3.2.ds1-16.0.0.1.amd64
Hi folks,
libc6 depends on bash (see /var/lib/dpkg/info/libc6.preinst),
but doesn't list it in the Depends list. Would it be possible
to fix the package header?
Regards
Harri
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
PS.: Maybe you could consider to use /bin/sh instead?
This would make it easier to setup a minimum system
based upon dash or ash, for example. Most packages
use /bin/sh for their dpkg scripts, as it seems.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi folks,
I am just curious: Why isn't glibc 2.3.3 in Debian?
Regards
Harri
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.2.ds1-8
Hi folks,
After upgrading glibc in Sid to version 2.3.2.ds1-8 the NVidia
driver for XFree86 did not work anymore. Instead of the usual
splash screen I got a white screen with just a few horizontal
lines, then the screen was frozen.
Downgrading glibc back to
Package: libc6
Version: 2.3.1-3
Hi folks,
I've got this error message at runtime, using glibc 2.3.1-3:
myexec: relocation error: myexec: symbol __strtoul_internal, version
GLIBC_2.0 \
not defined in file libpthread.so.0 with link time reference
FATAL: Exec 'myexec' failed: status = 127
Some
Package: libc6
Version: 2.1.2-13
Small typo in /etc/init.d/devpts.sh. Patch:
# diff -c /etc/init.d/devpts.sh~ /etc/init.d/devpts.sh
*** /etc/init.d/devpts.sh~ Sat Jan 29 05:39:14 2000
--- /etc/init.d/devpts.sh Sun Feb 6 20:07:50 2000
***
*** 13,19
make_devpts()
{
38 matches
Mail list logo