s function)
A closer look reveals that stock FreeBSD 10.x does define this symbol,
so presumably kernel support is available but the installed headers
are too old to reflect it.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mi
Craig Small writes:
> /usr/include/x86_64-linux-gnu/bits/local_lim.h:#define HOST_NAME_MAX 64
I just took a closer look and noticed the "-linux-" in this path. This
is not a header I would expect kFreeBSD builds to use.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at deb
ge was
even intentional; copying debian-glibc for clarification.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
und could be to follow gtk+-2.0's lead: keep the
actual binaries in the lib package, but place them under /usr/lib and
have the bin package just ship symlinks to them.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cg
#x27;s too easy to circumvent in normal circumstances
for that to carry much weight.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
configuration error.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
configuration error.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reade and wait for bug reports on services that need
> to be added to the list.
Fair enough.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
, Debian has always (rightly) placed a lot of
value on infrastructure AFAICT.
Thoughts? (Obviously this is too late to use for 2.2 -> 2.3, but it
should be possible to complete the transition in plenty of time for
whatever follows it [2.4? 3.0?].)
--
Aaron M. Ucko, KB1CJC (amu at alum.m
reade and wait for bug reports on services that need
> to be added to the list.
Fair enough.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
ed I didn't remember that before 2.3.1 was
> uploaded.
Oh, well; it *is* called "unstable" for a reason... ;-)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
, Debian has always (rightly) placed a lot of
value on infrastructure AFAICT.
Thoughts? (Obviously this is too late to use for 2.2 -> 2.3, but it
should be possible to complete the transition in plenty of time for
whatever follows it [2.4? 3.0?].)
--
Aaron M. Ucko, KB1CJC (amu at alum.m
ed I didn't remember that before 2.3.1 was
> uploaded.
Oh, well; it *is* called "unstable" for a reason... ;-)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email
Package: libc6
Version: 2.3.1-1
Severity: important
Tags: sid
The call to dpkg --compare-versions in libc's postinst should compare
against a higher version than 2.1.95-1; after upgrading to 2.3.1-1, I
found that a lot of services (including in particular inetd and kdm)
didn't work right until I r
Package: libc6
Version: 2.3.1-1
Severity: important
Tags: sid
The call to dpkg --compare-versions in libc's postinst should compare
against a higher version than 2.1.95-1; after upgrading to 2.3.1-1, I
found that a lot of services (including in particular inetd and kdm)
didn't work right until I r
Package: libc6-dev
Version: 2.2.5-14
Severity: normal
Tags: upstream
The m68k version of fails to define the MADV_*
constants, even though they are present in in the
kernel sources (as of 2.4.19, at any rate). I acknowledge that the
issue is not hard to work around, and that assuming the exist
16 matches
Mail list logo
