Yes, it is discussed in the Debian Packaging Manual, section 12.
See:
/usr/doc/dpkg/packaging.html/ch-sharedlibs.html
You should just go ahead and file bugs against packages which don't
include the .so link as part of the package.
If I understand this correctly, there is no need to use
[EMAIL PROTECTED] (Roman Hodek) wrote on 18.12.97 in [EMAIL PROTECTED]:
Is this any different from Intel packages that only make sense when
you have specific hardware installed? We have several of those.
It's not just that you have different hardware installed, but you have
a totally
I notice a flaw in menu placement for a number of packages which might
be categories as Personal Information Managers (PIMs). Namely, `ical'
and `addressbook' are listed in the `Apps/Tools' category, while
`xmaddressbook' is under `Apps/Misc'.
I can't say I'm extremely happy with either
Before I put any effort into this, is anyone familiar with this law?
Is it the same as NASA's NQS that became Cray NQS (commercial),
Cern NQS (free?), GNQS (GPL), ... ?
Mopac is one of the few free computational chemistry packages, and already
has an rpm.
PROGRAM MOPAC
C
C
How should we deal with a locale for Japanese in Debian 2.0?
AFAIK, the XFree86 for the GNU libc are now built without
the X_LOCALE macro definition, so their I18N is based on the
system locales.
However, in hamm, there is no locale for Japanese provided
yet. This may become a large problem for
On Sun, 21 Dec 1997, Tommi Virtanen wrote:
Heiko Schlittermann [EMAIL PROTECTED] maintains
wml and eperl. Last mentions of him in changelogs
is Oct/Sep.. There are new versions out, both packages
suffer a bug, etc.
Sure, I guess you could take those packages.
On 21 Dic, Adam P. Harris wrote:
[You (Karl M. Hegbloom)]
I've created a directory /usr/X11R6/icons for my own use.
that we need to have something like that, and a keeper of the icons.
We already have the location, and it is standard:
/usr/X11R6/include/X11/pixmaps/
There are over 300
Is there any one here that does NOT have tcl/tk installed, who could test
my program xAdmin? I think that I might have boogus dependencies...
Depends: perl, tk41, tcl75, perl-tk, msqlperl
I don't think I need tkXX nore tclXX since I'm using perl-tk...
On Mon, 22 Dec 1997, Christian Schwarz wrote:
(I'm sorry for the late reply.) I'm not sure if it still helps you, but:
Yes, I had the same problems some time ago.
It would be very nice if this problem could be fixed...
Yes, Tommi's solution worked! I just commented out the fclose(fp) at
I'd like to split up the mysql package into the following. Does anyone
have any comments or suggestions?
mysql-server
mysql-client (including libmysqlclient.so)
mysql-dev (header files and libraries)
mysql-bench
mysql-doc
(The upstream source also includes perl libraries, but I'd rather
[EMAIL PROTECTED] (David ROCHER) wrote on 14.12.97 in [EMAIL PROTECTED]:
package: doc-rfc
version: 1997.12-1
all files into doc-rfc have 1000,1000 for owner.
That was dpkg_1.4.0.19_i386-libc5.deb. With fakeroot 0.0-9.
Aargh! We _need_ proper version numbering for libc5 versions.
Dr. Drake Diedrich writes:
Before I put any effort into this, is anyone familiar with this law?
This
C Notice of Public Domain nature of MOPAC
C
C 'This computer program is a work of the United States
C Government and as such is not subject to protection by
C copyright
On Fri, Dec 19, 1997 at 01:49:59PM -0500, Scott Ellis wrote:
Unfortunatly, that is because of the way dselect runs dpkg (dpkg -iGROBE),
which then goes through the directorys and checks every package.
I did a quick hack on dpkg last week to speed up -iGROEB. Basically, the
patch does the
I'll give my opinion here, but I'm running very low on time at the moment.
So, I'll probably not participate in much of this discussion untill
(well?) after 1998/1/7. Joey Hess also has a great feel for these things, and
I will gratefully adopt any desicion he makes (assuming he wants
to
On Mon, 22 Dec 1997, Anthony Fok wrote:
[snip]
PS. Currently wml includes eperl, iselect,
weblint, m4, txt2html etc. I intend to split
these (atleast the bigger ones) to separate
packages, and make wml depend on them. See
/usr/doc/wml/COPYRIGHT.OTHER.
As in, ISA vs. MCA vs. PCI? :-)
No, as in e.g. Intel-PC vs. Sun :-)
Ok, you're right that we could leave the user on his own and tell him
just don't install packages you can't make any use of, but I think
we can do it better... Aren't dependencies exactly for that purpose?
I.e., keep the user
Karl M. Hegbloom wrote:
I find that if you put:
.EXPORT_ALL_VARIABLES:
... into debian/rules, the DH_VERBOSE=1 starts to function.
Thats unnecessary, you only need to export DH_VERBOSE. The example rules
files that come with debhelper do it this way:
#export DH_VERBOSE=1
Also, to put
Hi,
I feel somewhat uneasy about making somehings as central as
dpkg less foolproof, no matter how pathological the lessening of
foolproofness maybe. Experience has taught ne that there are more
fools than one imagines.
I would not object to having the control files skipped by
On 22 Dec 1997, Scott Hanson wrote:
I'd like to split up the mysql package into the following. Does anyone
have any comments or suggestions?
mysql-server
mysql-client (including libmysqlclient.so)
mysql-dev (header files and libraries)
mysql-bench
mysql-doc
(The upstream source also
On Fri, 19 Dec 1997, Robert D. Hilliard wrote:
The installation finished without an fsck, which would prevent
normal booting. I had encountered this problem in an earlier test, and
was not sure if I had made the correct choices in the dselect (S)elect
phase, so I re-ran the
Christian Schwarz [EMAIL PROTECTED] writes:
On 22 Dec 1997, Scott Hanson wrote:
(The upstream source also includes perl libraries, but I'd rather
package these from CPAN.)
The perl lib that's included in the mysql distribution is much different
from the DBI version from CPAN. I'm
On Fri, 19 Dec 1997 [EMAIL PROTECTED] wrote:
While I had been a devoted Slackware fan, trying Debian convinced me
that it is far superior a distribution. However, in the process of
installing Debian 1.3.1 at least 15 times (several computers and
several different plans on how to install them
Work-Needing and Prospective Packages for Debian GNU/Linux
[EMAIL PROTECTED]
$Id: packages.sgml,v 1.63 1997/12/22 23:28:11 johnie Exp $
1. General Questions
1.1. Before reading this document
You should have read the Debian GNU/Linux FAQ
http://www.debian.org/doc/FAQ/.
1.2. Purpose of this
23 matches
Mail list logo
