Hi,
On Sun, Mar 02, 2003 at 11:01:41AM +0900, GOTO Masanori wrote:
It's my concern. We're adding much symbols - my concern is (1) the
script can't catch like this case, (2) your listed symbols are really
needed for libgcc-compat. Yes, apparently libgcc-compat is needed,
but I wonder such a
On Sun, Mar 02, 2003 at 09:08:57PM +0900, GOTO Masanori wrote:
OK, I review your patch, and found that:
1. mips part should declare extern float __floatdisf
2. alpha part lacks Makefile and Versions files.
3. ia64 part does not declare __divsi3 __modsi3 __udivsi3
Package: libc6-dev
Version: 2.3.1-9
Severity: important
Tags: patch
Missing prototypes for the following new resolver functions from netdb.h
However, they are documented in the corresponding man pages.
- getipnodebyname
- getipnodebyaddr
- freehostent
solved by including this in netdb.h:
On Sun, Mar 02, 2003 at 10:21:31PM +0900, GOTO Masanori wrote:
I prepared for you and debian-glibc yesterday about my patch:
OK, for ia64, I'm preparing it.
Great!
[..snip..]
I wonder why the Redhat glibc removes all the assembly and uses C
functions instead. Any ideas?
BTW, IA64
Next 2.3.1-15. We're making/checking libgcc-compat symbols as you
created for ppc. If the test is OK for all archs, then we will go to
2.3.2-1.
Agreed. I second this. Since 2.3.2-1 will definately FTBS for HPPA
unless I get the sysdep-cancel.h support written.
c.
--
To UNSUBSCRIBE, email
I can confirm now that glibc 2.3.2 eliminates the TEXTREL that
shows up in recent (since at least 2.3.1-12?) glibc builds in libc.so.6
on ppc sid. Using the current debian glibc 2.3.1-14 packaging and
patches with the release 2.3.2 tarballs I get a libc.so.6 that
no longer shows a TEXTREL
Package: libc-udeb
Version: unavailable; reported 2003-03-02
Severity: normal
On the next soname change all udebs relying on libc-udeb are about to
break. Until they are rebuilded, net installs will not be possible.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: libc-udeb
Version: unavailable; reported 2003-03-02
Severity: normal
Together with the packagename change this will allow other udebs to just
use dh_shlibdeps to determine their dependencies, because the shlibs
file for glibc of course ponts to libc6.
--
To UNSUBSCRIBE, email to
On Sun, Mar 02, 2003 at 08:06:12PM +0100, Sebastian Ley wrote:
Package: libc-udeb
Version: unavailable; reported 2003-03-02
Severity: normal
Together with the packagename change this will allow other udebs to just
use dh_shlibdeps to determine their dependencies, because the shlibs
file
Stephen Gran [EMAIL PROTECTED] wrote:
Ah, I see that now. I checked with dpkg -S, but didn't look further.
Because of what appear to be largely syntactic errors in these two
headers, the build failed, but only on hppa. I guess this needs to be
reassigned to the kernel. Sorry about that.
* Ben Collins wrote:
Hell no. This would cause than a fair share of problem.
All deps on libc6 are versioned and versioned provides are
non-existent. So it wouldn't even work.
I discussed this issue with Martin Sjögren, and he stated that udpkg
just does not parse the version information.
On Mon, Mar 03, 2003 at 07:30:15AM +1100, Herbert Xu said:
Stephen Gran [EMAIL PROTECTED] wrote:
Ah, I see that now. I checked with dpkg -S, but didn't look further.
Because of what appear to be largely syntactic errors in these two
headers, the build failed, but only on hppa. I guess
Your message dated Sun, 2 Mar 2003 15:47:39 -0500
with message-id [EMAIL PROTECTED]
and subject line bug in kernel, not libc6-dev
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Package: libc-udeb
Version: unavailable; reported 2003-03-02
Severity: normal
GTK and libdirectfb link against libpthread, so we need libpthread in the libc udeb.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Feb 27, 2003 at 10:28:51PM +0900, GOTO Masanori wrote:
[...]
Thanks! I followed your suggestion.
I've just commited into cvs.
A last word about it. Could you please move debian/locales/DEBIAN/po/ into
debian/po/ ?
The reason is that po-debconf is designed so that all translatable
On Sun, Mar 02, 2003 at 10:41:18PM +0100, Sebastian Ley wrote:
Package: libc-udeb
Version: unavailable; reported 2003-03-02
Severity: normal
GTK and libdirectfb link against libpthread, so we need libpthread in the libc udeb.
Whoa now. That seems like the wrong way to go. Why can't you
On Sun, Mar 02, 2003 at 12:51:04AM +0900, GOTO Masanori wrote:
Yes, /bin/sh example makes sense. Binaries contained in bash and
libc6 and sysvinit should exist at the same time. This bootstraping
problem lies all over the essential packages.
Yup.
BTW, postinst has another file-rc checking:
At Sun, 2 Mar 2003 11:48:16 -0500,
Carlos O'Donell wrote:
With regards to GNU/Libc 2.3.x
The following is an update of LinuxThreads for HPPA, the changelog
is in progress and it has shown no regressions from a testing
standpoint. It actually does better in the gcc/g++ testsuite. This work
At Sun, 02 Mar 2003 14:56:33 +0100,
Jose Luis Tallon wrote:
Package: libc6-dev
Version: 2.3.1-9
Followup-For: Bug #100986
Additional missing manpages:
cap_set_proc(3) / cap_get_proc(3) , capsetp(3) / capgetp(3)
However, the raw funcs in section 2, capget / capset are documented.
You
19 matches
Mail list logo
