d
> LC_ALL="") all goes all right.
I doubt this is a bug. Many non-C locales have a collation order that
sorts like this:
AaBbCcDd...
If you want ABCD...abcd..., then LC_COLLATE=C is available.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
t; (Closes: #239170)
You seem to have forgotten to include a Replaces: header? Replaces: will
be needed to avoid breaking upgrades.
--
Colin Watson [EMAIL PROTECTED]
lue is NULL
>or its value cannot be interpreted using any of the formats specified
>below, Coordinated Universal Time (UTC) is used.
>
> I close this bug as invalid, ok?
I think the behaviour is poor regardless of whether it is documented,
and I certainly don't think the bug is invalid ...
--
Colin Watson [EMAIL PROTECTED]
rest of debian will have to do that anyway so we save nothing.
The rest of Debian probably won't be doing this for sarge. The C++ ABI
transition is difficult and requires library package renaming; I
recommend staying with g++ 3.3, even if it's a little painful.
--
Colin Watson [EMAIL PROTECTED]
on any initrd images;
it's only ever retrieved from the CD or the network. Size constraints
aren't a big deal in this case.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
On Thu, Jul 15, 2004 at 02:26:25AM +0900, GOTO Masanori wrote:
> At Wed, 14 Jul 2004 10:19:30 +0100,
> Colin Watson wrote:
> > We don't put libc6-udeb on floppies, or indeed on any initrd images;
> > it's only ever retrieved from the CD or the network. Size constrai
s expected that installing these would remove
> 9 packages, including g++.
Try 'apt-get install libc6 libc6-dev locales'. If that doesn't work,
look there for the problem.
(This has nothing much to do with libdb1-compat, by the way.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
it might be nice to deal with removals from /etc/locale.gen
in a similar way, using 'localedef --delete-from-archive'.)
Thanks,
--
Colin Watson [EMAIL PROTECTED]
diff -u glibc-2.3.2.ds1/debian/local/manpages/locale-gen.8.sgml
glibc-2.3.2.ds1/debian/lo
Package: libc6
Version: 2.3.2.ds1-22, 2.3.5-2
Severity: wishlist
libc's dependency on libdb1-compat was a transitional measure for sarge,
and is not required for etch. Please remove that dependency so that
libdb1-compat can be dropped to Priority: extra.
Thanks,
--
Colin Watson (libdb1-c
=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
+ kernel_rev=$(uname -r | sed 's/\([0-9]*\.\)\{1,2\}\([0-9]*\)\(.*\)/\2/')
if [ "$kernel_rev" -ge 255 ]
then
echo "WARNING: Your kernel version indicates a revision n
similar problems, and what would go wrong if we backed it out?
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
On Tue, Sep 13, 2011 at 03:53:23PM +0100, Colin Watson wrote:
> On Sun, Sep 04, 2011 at 05:01:07PM +, Aurelien Jarno wrote:
> > Modified:
> >glibc-package/trunk/debian/changelog
> >glibc-package/trunk/debian/patches/localedata/locale-C.diff
> > Log:
> &
le use LC_COLLATE=C when all they want is for
things like [a-z] to work reasonably.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
so it
never got applied and this bug remains open.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Dec 24, 2007 at 03:07:51PM +0100, Vincent Lefevre wrote:
> On 2007-12-24 10:49:32 +0000, Colin Watson wrote:
> > I can't tell for sure from your strace (in future, use -s 1024 so that
> > buffers passed to system calls aren't truncated to quite such a short
> &
On Tue, Dec 25, 2007 at 02:31:33AM +0100, Vincent Lefevre wrote:
> On 2007-12-24 21:48:18 +0000, Colin Watson wrote:
> > No idea; I reassigned it in case there was a possible workaround (e.g.
> > detecting and discarding the bogus replies).
>
> In particular if the bug in the
On Tue, Dec 25, 2007 at 07:40:24PM +0100, Florian Weimer wrote:
> * Colin Watson:
[Please don't remove attributions. Vincent Lefevre wrote this bit.]
> >> [*] 1.0.0.0 isn't even a valid IP address, is it?
> >
> > Depends on the situation. You wouldn't want to
init, upon which init will reap it.
What is bob's parent process?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Jan 12, 2009 at 10:16:38PM +, brian m. carlson wrote:
> On Mon, Jan 12, 2009 at 10:02:41PM +0000, Colin Watson wrote:
> >On Mon, Jan 12, 2009 at 09:13:15PM +, brian m. carlson wrote:
> >>fp = (FILE *) 0x0
> >
> >That would happen if popen
On Tue, Jan 13, 2009 at 10:00:10AM +, Colin Watson wrote:
> On Mon, Jan 12, 2009 at 10:16:38PM +, brian m. carlson wrote:
> > I determined that the bug is actually in glibc in experimental. The
> > errno value is set to ENOSYS. Last time I checked, Linux 2.6.27 had
>
this, but of course it would be better for futimens to be fixed.
Thanks,
--
Colin Watson [cjwat...@debian.org]
#include
#include
#include
#include
#include
#include
#define MUST(name, cond) \
do { \
if (!(cond)) { \
fprintf (stderr, name " faile
On Sun, Apr 03, 2016 at 10:06:52AM +0800, 積丹尼 Dan Jacobson wrote:
> >>>>> "CW" == Colin Watson writes:
> CW> It is not necessarily appropriate to be able to reconfigure every item
> CW> shown by debconf-show, because some of them may be used for intern
sn't have this information. (Except
to the extent of knowing which questions have already been asked in the
past, which debconf-show already tells you via the '*' prefix.)
--
Colin Watson [cjwat...@debian.org]
On Sun, Apr 03, 2016 at 11:23:02AM +0800, 積丹尼 Dan Jacobson wrote:
> >>>>> "CW" == Colin Watson writes:
>
> CW> No, I don't see any need to change the debconf documentation here.
> CW> dpkg-reconfigure(8) says that it will ask configuration question
x32 syscalls
consistently? The x86-64 variants work, but that's not very
seccomp-friendly. (And if necessary I can hack around it in sshd, but
if you agree that it's a glibc bug then I think it should simply be
fixed there.)
Thanks,
--
Colin Watson [cjwat...@debian.org]
x27;ve cloned a kernel bug for this with this message.
> > On 2017-01-02 17:49, Colin Watson wrote:
>
> > > sshd's seccomp sandbox is denying a clock_gettime call. But it's more
>
> Probably a stupid idea, but a short-term stopgap: can we disable seccomp
>
goes wrong between configuring
libc6 and configuring openssh-server. Also CCing debian-release for
their information, as I know it's pretty late for glibc changes.
--
Colin Watson (he/him) [cjwat...@debian.org]
t some of this fragile and
broken code from libc.preinst. At the very least, USE_DEBCONF=1 must
always be set if (and only if) the debconf confmodule has been sourced.
I'm currently seeing if I can construct a reduced reproduction recipe
based on Neil's logs, since it evidently
On Fri, Sep 10, 2021 at 09:03:32PM +0200, Aurelien Jarno wrote:
> On 2021-09-10 16:51, Colin Watson wrote:
> > The only way to fix what libc.preinst is currently trying to do would
> > be:
> >
> > * Fetch the current debconf frontend *without* first sourcing the
&g
On Fri, Sep 10, 2021 at 09:59:44PM +0200, Aurelien Jarno wrote:
> On 2021-09-10 20:39, Colin Watson wrote:
> > On Fri, Sep 10, 2021 at 09:03:32PM +0200, Aurelien Jarno wrote:
> > > I gave a try with debconf-show instead. I have attached a totally
> > > untested patch to
expect to see an EACCES or EPERM or
> something.
I believe Aurelien's contention is not that AppArmor is denying the
request as such (which would indeed produce some kind of errno along
these lines), but rather that the fact that there's an AppArmor policy
defined for /usr/bin/man put
you've upgraded openssh-server then that will include the updated
seccomp filters anyway. Changing openssh-server in buster might help,
but if so it would be much simpler to take the approach above
(backporting the seccomp filter fixes) rather than doing symbol
versioning hacks.
--
Colin
ling in terms of elegance, although also probably harder)
would be to automatically migrate any zone that's defined using a Link
line.
What do you think?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
's job unnecessarily
difficult (because it requires that one package be totally removed from
the system temporarily during the upgrade).
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.)
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e configured
correctly, but dpkg knows how to break this loop as long as you give it
enough information, and apt has no problem with it.
A Pre-Depends: loop would be a problem, but we don't have that here.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To
n that package that the so much more fundamental Unix
> system library needs?
It is necessary for compatibility until the release of sarge. At that
point, libdb1-compat will be lowered to extra and the dependency on it
will be removed from libc6. See the changelogs, and the bugs fixed by
t
not yet sure why ...
This seems to be done and in unstable now, so ...?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ftware (something nice girl name? :-)
> added (udeb) part.
dpkg-genchanges does this, yes.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and
linking DLL and ELF shared libraries. You do not need this package
unless you have very old programs which use libc4 or libc5. The libc6
package has its own dynamic linker that is used for all current
programs.
I'm not sure that libc6 actually needs to generate this file, though.
obtain a copy of the old inn to test with?
http://archive.debian.org/dists/Debian-2.0/main/binary-i386/news/inn_1.7.2-4.deb
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for this libc6 is libc6_2.3.2-3.
Install both simultaneously. E.g., 'dpkg -i libc6_2.3.2-3_i386.deb
libdb1-compat_2.1.3-7_i386.deb', or use a package management frontend
which understands how to do that.
--
Colin Watson [EMAIL PROTECTED]
--
To UNS
ing:
> locales
> E: Sub-process /usr/bin/dpkg returned an error code (1)
It's "locales", not "locale"; but this was already reported as bug
#204958, and has been fixed in version 2.3.2-5.
Cheers,
--
Colin Watson [EMAIL PROTE
me (or possibly outdated).
> (note: I have tried without success the different spelling, like
> |iso_8859_1 and ||iso-8859-1)|
Try 'LC_CTYPE=fr_FR.ISO-8859-1' instead. You need the language and
country parts there.
--
Colin Watson [EMAIL PROTECT
On Tue, Sep 09, 2003 at 11:07:38PM +0200, Daniel Bonniot wrote:
> Colin Watson wrote:
> >Try 'LC_CTYPE=fr_FR.ISO-8859-1' instead. You need the language and
> >country parts there.
>
> That works. However I wonder: why do I need to specifiy a language and
>
On Wed, Sep 10, 2003 at 06:27:01PM +0900, Vincent Lefevre wrote:
> On Wed, Sep 10, 2003 at 02:07:03 +0100, Colin Watson wrote:
> > The LC_CTYPE variable sets the character classification and case
> > conversion rules. Picking an encoding is just one part of this: things
> >
On Wed, Sep 10, 2003 at 12:10:25PM +0200, Vincent Lefevre wrote:
> On 2003-09-10 10:58:10 +0100, Colin Watson wrote:
> > On Wed, Sep 10, 2003 at 06:27:01PM +0900, Vincent Lefevre wrote:
> > > But case conversion rules should apply to the language of the
> > > corr
Hi,
It's a possibility that the pthread fix in glibc 2.3.2-6 has sorted out
these syslog() bugs too, which both appear to be SMP/threading issues.
Could you please retest with that version?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE,
other hosts.
I don't think anybody was aware that ssh was affected by this bug. It
certainly works fine for me. Could you debug further, for instance by
running sshd with the -ddd flag?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
ble extensions:\\n\""; \
> +echo -n "\"Available extensions:\\"; \
> +echo "n\""; \
+ printf '"Available extensions:\\n"\n'; \
(Sorry I haven't had time to construct a proper patch, but this should
get the gist across.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; (with the libnss-lwres 0.93-4 package installed), sshd will hang after
> accepting but before authenticating a connection.
[...]
> [pid 25736] rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
> [pid 25736] rt_sigsuspend([]
Hi,
This is bug #205099/#205234.
Cheers,
--
Colin Wats
roduce #212048 with an out-of-the-box glibc 2.3.2-8 on
i386. I think Bert meant "since NPTL was introduced", perhaps.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt;= 1.13.11),
bzip2, ...
I don't know why dpkg-buildpackage didn't check that for you.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
testing, and it really wasn't
practical to wait for hppa any longer. If we get a fixed hppa glibc
2.3.2 in time, which is being worked on, it'll go into testing.
In the meantime, you can get an appropriate version of locales from,
say,
http://snapshot.debian.net/archive/2003/07/01/debia
On Mon, Sep 29, 2003 at 03:06:24AM +0300, Martin-Éric Racine wrote:
> On Mon, 29 Sep 2003, Colin Watson wrote:
> > Oddly enough, we aren't idiots: this was deliberate. The release
> > manager was perfectly aware that hppa was out of sync. However, a
> > huge amount of o
ith waiting for hppa to catch up.
You may not, but we do, particularly with a release currently scheduled
for December. There are many things that need to be fixed in testing
before then, and having to wait for glibc has already made them a
substantial amount more difficult. More waiting was int
On Mon, Sep 29, 2003 at 09:07:13PM -0700, Mike Fedyk wrote:
> On Wed, May 07, 2003 at 09:35:25AM +0100, Colin Watson wrote:
> > ssh is getting this from getaddrinfo():
[...]
> > I don't know if 10.7 is supposed to be supported by getaddrinfo(), but
> > if it is then g
ing
problems and this version being broken for other reasons.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x_t;
}
+ else
+ {
+regfree(reg);
+ }
if(int err = regcomp(reg, "^[0-9]+:[A-Za-z,]+:.*$", 0))
cleanup(err);
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s made from an ia64 system.
glibc 2.3.2-9 for i386 is in incoming and will be available on mirrors
later today.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
such as locales are only built on one
architecture, but used by all architectures regardless of whether the
rest of the source package has been built for them. This saves all the
build daemons having to build identical packages.
--
Colin Watson [EMAIL PROTECTED]
--
to replace files in that directory when you install a new
kernel; it should match the C library.
The linux-kernel-headers package is different from the kernel-headers-*
packages that accompany kernel-images.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUB
] instead of ^[^[, or am I missing?
'^[^[:space:]]+$' breaks down to:
^start of line
[^[:space:]]+one or more non-whitespace characters
$end of line
'[^[:space:]]' is the opposite of '[[:space:]]'.
Cheers,
--
Colin
and should :)
... to elaborate, /usr/share/lintian/overrides/libc6 etc.; there should
be several existing files in that directory on any system demonstrating
the format.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iles as well, or did you say '*' (which
won't include dotfiles in the current directory)?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
file requiring and using errno and
> it properly includes .
>
> I just found out that it works again if I include errno.h in the
> module clfile.c.
When I run 'gcc -E clfile.c' I see that /usr/include/linux/unistd.h says
'extern int errno;' (for _llseek(), I think). Thi
On Wed, Nov 05, 2003 at 11:56:57AM +, Colin Watson wrote:
> On Wed, Nov 05, 2003 at 12:22:26PM +0100, Martin Pitt wrote:
> > [EMAIL PROTECTED]:~/debian/epstool-3.02$ grep -r errno .
> > ./src/epstool.c:#include
> > ./src/epstool.c:fprintf(stderr, "Failed t
On Thu, Nov 06, 2003 at 06:22:11PM +0100, Hervé Eychenne wrote:
> On Thu, Nov 06, 2003 at 01:47:14AM +0000, Colin Watson wrote:
> > Anyway, just wait a bit and it'll be fine, or download the older version
> > of locales by hand. It's not difficult.
>
> While waiting
x rather than including them
directly.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that.
> libc6-dev must depend upon a _proven_, _stable_and _trustable_ kernel
> branch; 2.6 is not one of those, while 2.4 definitely is.
You still can't do NPTL with 2.4 headers, though.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRI
-ansi, which causes some header files to disable functions
not called for by ISO C. getopt() is one such. If you remove that flag
you should find that getopt() reappears.
See the documentation of the -ansi flag.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
On Sat, Nov 15, 2003 at 05:34:38PM +0100, Erwan David wrote:
> Le Sat 15/11/2003, Colin Watson disait
> > You're using -ansi, which causes some header files to disable functions
> > not called for by ISO C. getopt() is one such. If you remove that flag
> > you should fi
I believe I upgraded it to something in the 2.3.2.ds1 series at one
point while still running 2.4 without obvious problems.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e
running, and you don't have to use kernel packages at all. They are
therefore both annoying and unreliable, which is not the best
combination.
libc's preinst has some uname checks in place of such conflicts.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sually means you're including headers such as or
directly rather than copying the bits of kernel interface you
need (there are currently no userspace-safe headers describing the
interface exposed by the kernel). See
/usr/share/doc/linux-kernel-headers/README.Debian.
--
Colin Watson
c_2.2.5-11.5_all.deb
Size: 2698954
MD5sum: a4b3499f4f86d31796017956595f18c2
Description: GNU C Library: Documentation
Contains The GNU C Library Reference manual in info and html format as
well as man pages for libpthread functions. Also included is the complete
GNU C Library Change
only push the sarge release back even further, really. The situation I
want to be in is one where we don't have to try to squeeze features into
each release because the next one will be reasonably quick; as far as
the time to start with that approach goes, now seems pretty good to me.
Cheers
ine POLLMSG 0x0400
#endif
This definitely implies to me that you need to define _XOPEN_SOURCE
(__USE_XOPEN may have the same effect but it's supposed to be set by
, not the user) in order to get this constant. See 'info
libc "Feature Test Macros"' for
e defined. Remove this
after including the header if necessary. */
POSIX does not require OPEN_MAX to be defined as a macro. If such a
macro is not defined, you should use sysconf(_SC_OPEN_MAX) to discover
the current value. See 'info libc "General Limits"', particularly th
doesn't conflict with woody's libc6-dev.
Wouldn't it be much easier and less confusing to users to copy the
relevant headers into the packages that need them to build? This has the
added advantage of being what you're supposed to do anyway, but it
should be easy enough
27;t; he just confusingly sent a mail to [EMAIL PROTECTED] formatted as
if it were going to [EMAIL PROTECTED] (This may be reportbug brain-damage;
I've seen other people doing it too.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Dec 31, 2003 at 06:46:50PM +0100, Marc Haber wrote:
> On Wed, Dec 31, 2003 at 04:59:48PM +0000, Colin Watson wrote:
> > Wouldn't it be much easier and less confusing to users to copy the
> > relevant headers into the packages that need them to build?
>
> Proba
On Wed, Dec 31, 2003 at 01:16:06AM +0100, Simone Piccardi wrote:
> On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not
monly used in BSD-derived
documentation, uses the .Xr macro to format cross-references.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
= 0 && $devpts_avail != 0 ]
It would be better to use a portable shell construct, such as:
if [ "$devfs_mounted" = 0 ] && [ "$devpts_avail" != 0 ]
([[ ... ]] is bash-specific.)
Cheers,
--
Colin Watson [EMAIL PROTECTED
ade any grievous errors in
the above. Is there support for comments in /etc/environment? If so, we
could also add a comment there directing people to
/etc/default/boot-locale or whatever for things that are to affect
programs that run before login.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
go Vila has said a number of times in the past that awk is a
virtual essential package: you have to have one implementation of it,
even though neither is itself essential, and packages are allowed to
assume its existence. The base-files dependency on awk mentioned b
c mp3 public_html src tmp
$ export LC_COLLATE=C
$ ls -d [A-Z][A-Z]*
ls: [A-Z][A-Z]*: No such file or directory
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
features, not version
numbers ...).
Is there any compromise we can reach *without* applying hacks that cover
up the fact that glibc doesn't cope with the differently-sized kernel
structure? Perhaps having some documentation in glibc, and outputting a
loud error message in ssh and trying to gracefully downgrade to AF_INET?
--
Colin Watson [EMAIL PROTECTED]
and sshd doesn't, isn't libc's fault.
apache doesn't use getnameinfo(). bind implements getnameinfo() itself.
telnetd just logs an error if getnameinfo() fails and sets
remote_host_name to the empty string. I'm not sure any of those are good
parallels to sshd's use of libc: it merely uses a different subset of
the IPv6 API.
--
Colin Watson [EMAIL PROTECTED]
2002 at 01:54:10AM +0100, Colin Watson wrote:
> Aha! On the off-chance, I tried this in a chroot with glibc 2.3.1 and it
> segfaulted. Ditto with en_US, which I'm guessing Branden's using.
I now believe that this is a bug in glibc. Unfortunately I can't
persuade either gdb or v
On Mon, Oct 21, 2002 at 07:44:40AM -0700, Jeff Bailey wrote:
> On Mon, Oct 21, 2002 at 09:26:31AM -0500, Colin Watson wrote:
> > Is there any compromise we can reach *without* applying hacks that
> > cover up the fact that glibc doesn't cope with the differently-sized
On Tue, Oct 22, 2002 at 05:33:15AM -0700, Jeff Bailey wrote:
> On Tue, Oct 22, 2002 at 11:51:32AM +0100, Colin Watson wrote:
> > Please see http://bugs.debian.org/165603 for context. The summary is
> > that apropos segfaults inside regexec() when using glibc 2.3.1 in a
> > lo
On Tue, Oct 29, 2002 at 07:21:01AM -0800, Jeff Bailey wrote:
> On Tue, Oct 29, 2002 at 02:50:29PM +0000, Colin Watson wrote:
> > Thanks a lot! Not to rush you, but any luck so far, or can I help? I've
> > had five duplicates so far, so I have plenty of motivation ...
>
&g
On Wed, Nov 20, 2002 at 02:12:41AM +, Colin Watson wrote:
> Here's the patch. I've backported it such that it applies against glibc
> 2.1.3-4, since there were some whitespace changes in between. If you
> want to take those too for simplicity, I can put together a combined
&
sporadic crashes
in apropos and I think also critical bug #167946 in slapd.)
--
Colin Watson [EMAIL PROTECTED]
a link.
--
Colin Watson [EMAIL PROTECTED]
the regex fixes go in as part of the CVS pull?
That bug's causing a lot of segfaults, at least one of which is
currently critical (#167946).
Thanks guys,
--
Colin Watson [EMAIL PROTECTED]
quot;), and I don't think the clause mentioned is qualitatively
different from the GPL's restrictions on distribution.
--
Colin Watson [EMAIL PROTECTED]
On Tue, Dec 03, 2002 at 12:04:32PM -0800, Jeff Bailey wrote:
> On Tue, Dec 03, 2002 at 01:49:15PM -0600, Colin Watson wrote:
> > I hate to push, but will the regex fixes go in as part of the CVS pull?
> > That bug's causing a lot of segfaults, at least one of which is
&g
1 - 100 of 203 matches
Mail list logo