Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 55276 - missing ebuild for libmqueue
Summary: missing ebuild for libmqueue
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All All
: High enhancement (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2004-06-26 14:05 UTC by Christian Korff
Modified: 2004-08-27 04:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

provisional ebuild (libmqueue-4.41.ebuild,506 bytes, text/plain)
2004-06-26 14:24 UTC, Christian Korff
provisional ebuild (ver2: updated description) (libmqueue-4.41.ebuild,607 bytes, text/plain)
2004-06-26 15:19 UTC, Christian Korff
provisional ebuild (ver3: removed my additional copyright note) (libmqueue-4.41.ebuild,612 bytes, text/plain)
2004-08-27 04:49 UTC, Christian Korff

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Korff 2004-06-26 14:05:55 UTC
We're missing a ebuild for libmqueue.
This library is required to use mqueue which can be used with 2.6.7 (or 2.6.6? I don't know. I'm upgrading from 2.6.5 to 2.6.7) and CONFIG_POSIX_MQUEUE.

This is that the kernel help text says about CONFIG_POSIX_MQUEUE:
POSIX variant of message queues is a part of IPC. In POSIX message         
    queues every message has a priority which decides about succession         
    of receiving it by a process. If you want to compile and run               
    programs written e.g. for Solaris with use of its POSIX message            
    queues (functions mq_*) say Y here. To use this feature you will           
    also need mqueue library, available from                                   
    POSIX message queues are visible as a filesystem called 'mqueue'           
    and can be mounted somewhere if you want to do filesystem                  
    operations on message queues.
Comment 1 Christian Korff 2004-06-26 14:24:53 UTC
Created attachment 34230 [details]
provisional ebuild

I think this can make it but it needs testing.
Comment 2 Christian Korff 2004-06-26 15:19:28 UTC
Created attachment 34240 [details]
provisional ebuild (ver2: updated description)

sorry, but i forgot the description
Comment 3 Tim Yamin (RETIRED) gentoo-dev 2004-07-29 12:38:17 UTC
Hi, we can't commit in ebuilds with lines such as "# (C) 2004 by Christian Korff." . If you are happy to assign copyright of your ebuild to the Gentoo Foundation, it may get committed in if somebody is willing to maintain it. If so, you will get a mention that you submitted the ebuild in the ChangeLog's first entry.
Comment 4 Tim Yamin (RETIRED) gentoo-dev 2004-07-29 12:39:50 UTC
This isn't a Kernel Team bug; this is an ebuild for a POSIX queue system the kernel merely implements. I'm handing this back to the Bug Wranglers so they can possibly find a maintainer for this ebuild.
Comment 5 Aaron Walker (RETIRED) gentoo-dev 2004-08-21 17:07:41 UTC
I was going to volunteer to maintain this ebuild, but after looking on the site it
looks as though any versions of glibc released after 04-12-2004 include libmqueue.
Would there still be any reason for the ebuild?
Comment 6 Christian Korff 2004-08-22 03:13:43 UTC
well, taking a look at /usr/portage/sys-libs/glibc I still see 4 glibc 2.3.2-r* and 4 glibc verions newer than 2.3.2. And we
Comment 7 Christian Korff 2004-08-22 03:13:43 UTC
well, taking a look at /usr/portage/sys-libs/glibc I still see 4 glibc 2.3.2-r* and 4 glibc verions newer than 2.3.2. And we´ve got a 3.2.x ebuild (for compatibility reason?)
I personally use glibc 2.3.2. I don´t know then it was released but I think it was released prior 12.04.2004.

Tim Yamin: Okay, you can remove it as long as I get mentioned. ;-) But I put time of myself in this issue and so I just want to mention myself.
Comment 8 Seemant Kulleen (RETIRED) gentoo-dev 2004-08-25 19:14:58 UTC
closing this, because apparently newer glibc's use this. 

Besides that, the reporter did not read the ebuild guides and ebuild mistakes documentation.  *NOBODY* except the original submitter can change the Copyright line.  Our rules for submitting ebuilds are very clear in the documentation. Credit to the authors goes automatically to the ChangeLog.
Comment 9 Christian Korff 2004-08-27 04:49:57 UTC
Created attachment 38296 [details]
provisional ebuild (ver3: removed my additional copyright note)