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
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
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
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]
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
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
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
>
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]
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
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 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
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
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
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:
> &
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
=$(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
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
>
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
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 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
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 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
> &
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]
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]
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
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
bility is release-critical, so if that
certification would fail then the problem must be fixed.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ibc.
Modern kernel packages have dependencies that require a glibc newer than
that in woody. To break this deadlock, we need upgrade kernel packages
so that there's something to which we can point users in the release
notes.
Cheers,
--
Colin Watson [EMAIL
as there's a proper libc interface (i.e. not in linux/ or
asm/).
Fixing the problem in the kernel headers may be a good idea regardless.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
On Tue, Aug 31, 2004 at 12:26:28PM +0200, Helge Kreutzmann wrote:
> the release notes need to contain a note to users using the german
> locale along the lines:
The contact address for the release notes is
[EMAIL PROTECTED]
--
Colin Watson [EMAIL PRO
IX shells. It's not a bashism. Shells so old
as not to support this are unlikely to work properly for other reasons.
http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_03
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE,
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]
re versioned, so even if it
were Essential: yes this would be irrelevant.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [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
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
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 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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [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]
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
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]
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 thin
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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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]
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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t; incorretly. Who? Please dupload binary-only for ia64 again.
According to the GPG signature on the .changes, it was LaMont ...
--
Colin Watson [EMAIL PROTECTED]
t; incorretly. Who? Please dupload binary-only for ia64 again.
According to the GPG signature on the .changes, it was LaMont ...
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, May 12, 2004 at 07:21:49PM -0600, Debian GLibc CVS Master wrote:
> Repository: glibc-package/debian/control.in
> who:gotom
> time: Wed May 12 19:21:49 MDT 2004
> Log Message:
> * Colin Watson <[EMAIL PROTECTED]>
>
> - debian/rules: Add
On Wed, May 12, 2004 at 07:21:49PM -0600, Debian GLibc CVS Master wrote:
> Repository: glibc-package/debian/control.in
> who:gotom
> time: Wed May 12 19:21:49 MDT 2004
> Log Message:
> * Colin Watson <[EMAIL PROTECTED]>
>
> - debian/rules: Add
eads_archs)%g' < [EMAIL PROTECTED] > $@
rm [EMAIL PROTECTED]
Thanks,
--
Colin Watson [EMAIL PROTECTED]
OTECTED]
+ cat debian/control.in/libnss-dns-udeb >> [EMAIL PROTECTED]
+ cat debian/control.in/libnss-files-udeb >> [EMAIL PROTECTED]
sed -e '[EMAIL PROTECTED]@%$(libc)%g;[EMAIL PROTECTED]@%glibc%g' \
-e '[EMAIL PROTECTED]@%$(threads_archs)%
c
> #include
>
> unsigned short seed[3] = {0x7d1b, 0xa934, 0xbf10};
>
> int main(int argc, char** argv)
> {
> seed48(seed);
> }
The exit value of that program is undefined, as gcc -Wall should have
hinted. Use either 'return seed48
c
> #include
>
> unsigned short seed[3] = {0x7d1b, 0xa934, 0xbf10};
>
> int main(int argc, char** argv)
> {
> seed48(seed);
> }
The exit value of that program is undefined, as gcc -Wall should have
hinted. Use either 'return seed48
On Thu, May 06, 2004 at 01:07:08PM +0200, Bastian Blank wrote:
> On Wed, May 05, 2004 at 07:49:51PM +0100, Colin Watson wrote:
> > On Wed, May 05, 2004 at 09:56:01AM -0700, Jeff Bailey wrote:
> > > > (3) make libnss-udeb which includes libnss-dns and libnss-files.
&g
On Thu, May 06, 2004 at 01:07:08PM +0200, Bastian Blank wrote:
> On Wed, May 05, 2004 at 07:49:51PM +0100, Colin Watson wrote:
> > On Wed, May 05, 2004 at 09:56:01AM -0700, Jeff Bailey wrote:
> > > > (3) make libnss-udeb which includes libnss-dns and libnss-files.
&g
r you produce libnss-udeb or two separate
libnss-*-udeb packages: although check that nothing depends on the
existing libnss-dns-udeb (if so, a provides will be needed), and you'll
probably break d-i daily builds for a couple of days if you drop
libnss-dns-udeb now.
If you go for (3) I think you
r you produce libnss-udeb or two separate
libnss-*-udeb packages: although check that nothing depends on the
existing libnss-dns-udeb (if so, a provides will be needed), and you'll
probably break d-i daily builds for a couple of days if you drop
libnss-dns-udeb now.
If you go for (3) I think you
> (1) libc6-udeb includes libnss_files.so*.
> > (2) make libnss-files-udeb.
> > (3) make libnss-udeb which includes libnss-dns and libnss-files.
> >
> > Colin's decision is (1).
>
> 1 and 2.
Agreed. This gives us the greatest flexibility in d-i.
--
Colin Watson [EMAIL PROTECTED]
> (1) libc6-udeb includes libnss_files.so*.
> > (2) make libnss-files-udeb.
> > (3) make libnss-udeb which includes libnss-dns and libnss-files.
> >
> > Colin's decision is (1).
>
> 1 and 2.
Agreed. This gives us the greatest flexibility in d-i.
--
Colin
the existing
libnss-dns-udeb if we want to be able to support sshd in the early
stages of the installer.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
the existing
libnss-dns-udeb if we want to be able to support sshd in the early
stages of the installer.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
`[[?*\]' matches the
four characters `[', `?', `*' and `\'.
Accordingly, I believe that the pattern in your example means
"backslash, followed by a, followed by closing square bracket", not what
you think it means.
--
Colin Watson [EMAIL PROTECTED]
`[[?*\]' matches the
four characters `[', `?', `*' and `\'.
Accordingly, I believe that the pattern in your example means
"backslash, followed by a, followed by closing square bracket", not what
you think it means.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r a long time
>
> I know this is not what I would call sufficient info ... sorry
Oh well; thanks anyway.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d following a libc6.1 upgrade.
What version of libc6.1 did you have beforehand?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the official records of parliamentary
debates in the House of Commons, records times in the AM/PM format:
http://www.parliament.the-stationery-office.co.uk/pa/cm200304/cmhansrd/cm040329/debtext/40329-06.htm#40329-06_time0
--
Colin Watson [EMAIL PROTECTED]
efore commiting, but it's really fast, so I
> don't mind).
This should dispel the mystery:
http://svnbook.red-bean.com/svnbook/apas02.html
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
re planning to freeze the base system for
everything except RC bugs on 15th March? (It may slip by a few days, but
I very much hope not by much.)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e to find it
anyway if its database is up-to-date.
However, there's a bug here: glibc-doc should include symlinks for
sem_wait, sem_trywait, sem_post, sem_getvalue, sem_destroy rather than
expecting man to sort it out based on the header of the man page. See
p
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]
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]
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
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
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]
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]
= 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]
= 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
monly used in BSD-derived
documentation, uses the .Xr macro to format cross-references.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
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]
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
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
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 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
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]
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]
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
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
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
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
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
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
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
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
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
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
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 [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
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]
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]
1 - 100 of 203 matches
Mail list logo
