This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: Pending Packages List, 2003-10-21
On 2003-10-21T17:00-0000, Daniel Reed wrote:
) Package: libsigsegv 2.0-1
) Description: Library for handling page faults.
) Proposer: Jari Aalto
) Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00238.html
) http://tierra.dyndns.org:81/cygwin/libsigsegv/libsigsegv-2.0-1.tar.bz2
) http://tierra.dyndns.org:81/cygwin/libsigsegv/libsigsegv-2.0-1-src.tar.bz2
) http://tierra.dyndns.org:81/cygwin/libsigsegv/setup.hint
) Also: libsigsegv-devel [Library for handling page faults.]
) http://tierra.dyndns.org:81/cygwin/libsigsegv/devel/libsigsegv-devel-2.0-1.tar.bz2
) http://tierra.dyndns.org:81/cygwin/libsigsegv/devel/setup.hint
) Also: libsigsegv-doc [Library for handling page faults (Documentation).]
) http://tierra.dyndns.org:81/cygwin/libsigsegv/doc/libsigsegv-doc-2.0-1.tar.bz2
) http://tierra.dyndns.org:81/cygwin/libsigsegv/doc/setup.hint
) Problems: base package as well as the devel package contain the same files in usr/lib (cygwin-apps-get.11564)
) the package uses a too old libtool (cygwin-apps-get.11564)
) Same for the docs. Why splitting if the documentation is for developers? (cygwin-apps-get.11564)
) Status: Attained required 3 votes. Package available.
) HOLD-UPS: Unresolved problems. Not reviewed.
The libsigsegv package contains the combined content of those two
sub-packages, so they appear to be redundant. Either libsigsegv should be an
empty package; or one of libsigsegv-devel or libsigsegv-doc should replace
libsigsegv; or both libsigsegv-devel and libsigsegv-doc should be removed
and libsigsegv should remain the same.
That is, libsigsegv-devel includes a header file, a static library, and the
.la file for linking. None of these are necessary for the runtime of any
potential dependent packages, they are just used for building.
libsigsegv-doc includes the contents of usr/share/doc/libsigsegv-2.0/ and
usr/share/doc/Cygwin/.
libsigsegv contains all of the above.
My recommendation would be to replace libsigsegv with libsigsegv-doc, since
the base package is expected to include both things libsigsegv-doc includes,
and to leave libsigsegv-devel standalone. When/if a shared version of
libsigsegv is produced, it should accompany the documentation in the
libsigsegv package.
So, unless there is any objection, I am going to re-list
http://tierra.dyndns.org:81/cygwin/libsigsegv/doc/libsigsegv-doc-2.0-1.tar.bz2
as libsigsegv-2.0-1 and ignore
http://tierra.dyndns.org:81/cygwin/libsigsegv/libsigsegv-2.0-1.tar.bz2
entirely.
If there is consensus that the whole package should be held off until it can
be re-packaged to produce a dynamic library, I will hold off on uploading.
Otherwise, since there appear to be people patiently holding their breath, I
will go ahead and upload libsigsegv and libsigsegv-devel later today.
) Package: suite3270 3.2.20-1
) Description: 3270 Emulator Suite
) Proposer: Peter A. Castro
) Also: suite3270-common [3270 Emulator Suite (common)]
) Also: c3270 [3270 Emulator (Curses)]
) Also: pr3287 [3287 Printer Emulator]
) Also: s3270 [3270 Emulator (Scripted)]
) Also: tcl3270 [3270 Emulator (Tcl)]
) Also: x3270 [3270 Emulator (X-Windows)]
) Aye votes: Corinna Vinschen (2003-09/msg00341.html) [1/3]
) Status: Package available.
) HOLD-UPS: Not enough votes (need 2 more). Not reviewed.
I have not heard from the original packager whether renaming these
sub-packages should go through; should this be considered an unresolved
problem, or should I just rename them?
--
Daniel Reed <n@ml.org> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
It is so easy to miss pretty trivial solutions to problems deemed
complicated. The goal of a scientist is to find an interesting problem,
and live off it for a while. The goal of an engineer is to evade
interesting problems :) -- Vadim Antonov <avg@kotovnik.com> on NANOG