| GOTO Masanori 2004-07-23, 7:51 am |
| At Fri, 23 Jul 2004 10:45:52 +0200,
Mattia Dongili wrote:
> [Cc-ing d-devel and d-glibc to try to have full opinions]
>
> On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
I don't understand why you think it's bad idea. Until glibc included
mqueue, it was existed as separated library. AFAIK, there is no
application that use mqueue library in main. This means user links
mqueue library with his application with his hand.
BTW, Enabling mqueue facility needs kernel support; it's good idea to
support that sysvinit mount mqueue for conforming to the POSIX
compliance if it's available like tmpfs + POSIX shared memory, in the
future.
[vbcol=seagreen]
>
> well, I don't think upgrading glibc now is a great idea. I'll take a
> look into trying to backport mqueue to glibc this weekend. Do glibc
> maintainers would accept such a patch?
I would like to not apply such backport patch until sarge is released
as I wrote in the prior thread. Your attempt modifies glibc for not
bug fixes, but the function expansion. We're now getting closer to
the base freeze of sarge.
BTW, note that you need to consider about the versioned symbol if you
prepare the patch. Mqueue symbol is GLIBC_2.3.4, but our version is
2.3.2. Also you need to be careful about the difference between the
latest cvs and the old debian glibc.
IMHO, all we should need to concentrate working for releasing sarge,
instead our glibc is getting obsolete.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|