* wminet:
Description: An inetd monitoring dockapp designed for WindowMaker
WMiNET has some nice nifty features for monitoring, like:
* Monitors number of processes, users, ftp users,
http users, and NFS mounts;
* Monitors any tcp port you specify.
* Selectable LED or LCD
On 11-Sep-2000 Franklin Belew wrote:
E: mozilla: no-shlibs-control-file usr/lib/mozilla/components/liblocalmail.so
I have 86 errors like that, how do I kill them?
(those are not shared libs, and will *never* be linked by ld)
Frank aka Myth
you mail for a override. Or you can make
Grab my task-laptop package for an example of how to do this. For x86 I add
some intel laptop specific packages.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 13-Sep-2000 W. Borgert wrote:
Hi,
I just try to sponsor Michael Piefel, who is in the NM
process. He build successfully the package kimwitu++ and I
uploaded the package, but it disappeared somehow. I think I
missed something important :-)
Is there a page on www.debian.org that
You can also alternatively add an entry to the changelog instead of
using the -m option to dpkg-buildpackage
the changelog is better, that way it makes the sponsorship obvious.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL
On 28-Sep-2000 Yves Arrouye wrote:
Hi,
I've been away from the Debian project for a couple years, but I'm now able
to come back and start packaging things again. I wonder if there is still a
size limit on packages? I want to package the ICU Unicode and I18N library,
and the resulting
On 29-Sep-2000 Yves Arrouye wrote:
I am sure it's an FAQ, sorry... I am making a package with a library package
and a development package. I started with debhelper. My debian/postinst and
debian/postrm call ldconfig. Now what happens is that they end up in my
libxxx-dev package, not my
I may need a little help in this as this is my first real package, but I
don't want to do it if someone is already working on it. Is anyone here in
the know about this? is it ok to package LAME?
Brian Woodcock, rcw, has had this packaged and on his own site for sometime.
ANY form of
I have asked the author to license the work according to one of
the GPL, BSD or Artistic licenses. Can anyone advise me as to
the need for that? Are there examples of "public domain"
software in Debian where the issues of copyright and license are
made explicit?
public domain is the
GPG is the only way you can get a package into Debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 26-Oct-2000 Alexander Kotelnikov wrote:
Hello.
May be I am missing something, but who can tell me what does mean
DH_COMPAT variable? New dh_make set it to 2 in rules and simple binary
package built with this rules appears to be without binary (i.e.
/usr/bin/mybin in my case). If I
On 09-Nov-2000 Fredrik Steen wrote:
When I run lintian on my package i get the following output:
E: sntop: copyright-file-is-gpl
I read the manpage for lintian but didn't understand what it meant...
What would you like this message to say instead?
--
To UNSUBSCRIBE, email to [EMAIL
I don't think that is better: sometimes the copyright file *should* be the
full license.
The only time it should NOT be, is if the copyright is one of those stored
in /usr/share/common-licenses.
from the lintian changelog
* copyright-file-is-gpl renamed to
On 11-Nov-2000 Josip Rodin wrote:
On Sat, Nov 11, 2000 at 10:58:49PM +0100, Mariusz Przygodzki wrote:
Is anybody know what's wrong if lintian sings:
defined(@array) is deprecated at /usr/share/lintian/checks/perl line 154
(Maybe you should just omit the defined()?)
defined(%hash) is
On 22-Nov-2000 Ian Eure wrote:
are there any guidelines as to when i should split a package into several
smaller packages?
i maintain eggdrop, which is just under 2mb installed. about 450k of that
is documentation. should i think of splitting it off into an eggdrop-doc
package?
would
Lintian sings:
W: kups: menu-icon-not-in-xpm-format
/usr/share/icons/locolor/32x32/apps/kupsdconf.png
Icons in the Debian menu system should be in icon format.
Refer to menu 3. for details.
So it means icons in png format are not allowed ?!
BTW, where's "menu 3" (in the
So now I'm going back to the previous solution with just one package. I
will probably upload it today and tomorrow. Where do I tell that
uploaded packages should be removed?
submit a bug on ftp.debian.org.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
So, let's say the package is build with --disable-threads. I should still
use -D_REENTRANT for the libraries since even though they don't use threads
themselves they may be used by applications that do use threads. And then I
should not use -D_REENTRANT for the applications themselves since
On 01-Dec-2000 Alexander Kotelnikov wrote:
Hello.
I am building fvwm and get
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
please send me your original menu entry please.
On 04-Dec-2000 Alexander Kotelnikov wrote:
On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote:
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent
On 06-Dec-2000 stramiello wrote:
Ok, I'm trying to set up /etc/ftppasswd into the conffile. I added that as
the only line:
--
/etc/ftppasswd
--
But then it claims it can't find it. So where in the package should I
physically place the template ftppasswd?
if it is debian made, I keep
I am trying to package soaplib, a python SOAP implementation. I copy the lone
soaplib.py to usr/lib/python1.5/site-packages/soaplib. My postinst runs
compileall.py (I copied python-xml).
When I try to 'import soaplib' in python, I get an error:
ImportError: No module named soaplib
anyone
On 22-Dec-2000 Bastian Kleineidam wrote:
Hi,
if you test my linkchecker .deb package:
I just noticed that lintian gives the following warnings on my 1.2.12
package of LinkChecker:
W: linkchecker: postinst-does-not-set-usr-doc-link
W: linkchecker: prerm-does-not-remove-usr-doc-link
a
On Sat, Dec 23, 2000 at 09:38:27AM -0600, Rob Tillotson wrote:
You should be putting soaplib.py directly into site-packages, instead
of in a directory.
explanation snipped
Thanks Rob, I was not aware of this. I put soaplib in its own dir to avoid
the million files in one directory problem
On 02-Jan-2001 Sudhakar Chandra wrote:
Hi,
I packaging new upstream versions of my packages and noticed that
dpkg-buildpackage is not generating the .changes file. Has anything about
dpkg-buildpackage changed?
dpkg-genchanges is to be called with the -isp arguments if i recall.
--
But when I run lintian on the changes file, it still whinges about no
symlink being setup for /usr/doc:
N: perl checks disabled temporarily
W: meschach: postinst-does-not-set-usr-doc-link
W: meschach: prerm-does-not-remove-usr-doc-link
IANADD however it's been my recent experience with
On 17-Jan-2001 Adam C Powell IV wrote:
Greetings,
I'd like to be able to have a build-time setting determine the names of
binary packages. For example, on my petsc package:
debian/rules PETSC_ARCH=linux_alpha_dec binary
builds using the Compaq ccc compiler. I'd like to make it
Jochen, I get this from lintian:
N: unknown interpreter
[repeat N times]
W: chbg: postinst-does-not-set-usr-doc-link
If you fix this, I might make the upload (if its ok...)
Christian
lintian bug -- get version 1.20.x from unstable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On 31-Jan-2001 Martin Albert wrote:
Hello!
I'm looking for info/doc/scripts/hints on proper / practical ways to
submit patches.
Of interest to me is also the proper way to generate a patch to a
single file - what is the best point in the dir structure to start?
Toplevel, ../Toplevel,
So recipient has to use patch -p1 (or rename his archive) right?
Do you tell them or just let'em figure it out?
mv pkg pkg.orig
diff -pruN pkg.orig pkg
is too dangerous (for the recipient)?
patch is very smart. It can figure out what files to patch even if the dir
names have
On 06-Feb-2001 Richard Braakman wrote:
On Mon, Feb 05, 2001 at 11:16:56AM -0800, Sean 'Shaleh' Perry wrote:
It's an info-level message, so you (should) only get it with lintian -I.
I mod'ed them to be warnings in a recent release as an experiment.
Was curious to know how much
On 06-Feb-2001 Chewie wrote:
On Tue, Jan 30, 2001 at 12:02:05AM -0800, David Whedon wrote:
I'm happy to sponsor you.
OK. The packages are available at:
http://www.wookimus.net/debian/
They are not yet apt-get'able, as I have not taken the time to figure
out scanpackages and
On 16-Feb-2001 Drew Parsons wrote:
I've been setting the Standards-Version of my packages to 3.5.0.0, but
lintian (v 1.20.6) complains:
W: gworldclock source: newer-standards-version 3.5.0.0
Indeed, /usr/share/lintian/checks/standards-version doesn't contain any
references to 3.5,
On 16-Feb-2001 Jochen Voss wrote:
Hi,
I have two question about Build-Depends:
(1) If I want to Build-Depend on packages A, B, C, D, E, and F. And A
depends on B, C, D, E, and F. Should I just mention A, because it
implies B to F or should I enumerate them all?
the smallest set of
On 23-Feb-2001 Jochen Voss wrote:
Hi,
I have prepared a new revision of the gnome-utils package.
It includes an additional manual page and installs more
documentation into the doc/gnome-utils/ directory.
I would be glad if anybody would look at this and
upload it if it's ok.
Jochen
I maintain the xtide package. Currently, it's not a pristine
package: I add harmonics data to the package that are otherwise
downloaded manually from the author's web site (it was packaged
this way when I adopted it). Since the xtide software itself and
the harmonics data are updated
Problem is, you can only declare a conffile if it is in your package. So you
new package has /etc/package/foo and it used to be /etc/foo. What happens
to
/etc/foo? What happens to its configuration changes the admin made?
Let's just move conffiles to the new location then... I have seen
On 23-Feb-2001 Amaya wrote:
Sean 'Shaleh' Perry dijo:
how will this affect current users of your package? when they upgrade, will
they lose all of their old settings?
Of course not! ;-) I'd just move them to the new location.
But, I'm starting to think this is not a good idea, maybe
On 26-Feb-2001 Sean Preston wrote:
Hi
I am a little new at this and confused by the documentation on the bug
track page. How do I go about adopting a package that is up for adoption?
I believe I have to send a message to [EMAIL PROTECTED] but what do I use
in the subject?
Just a
On 07-Mar-2001 Marc Haber wrote:
Hi,
I am making my first tries with debconf at the moment. As suggested by
the debconf tutorial, my package now includes a templates and a config
file that are installed into debian/tmp/DEBIAN by debian/rules. This
seem to work technically, but lintian
On 16-Mar-2001 Adam C Powell IV wrote:
Greetings,
I just uploaded the latest version of my package, petsc. And got back
notices
about an NMU.
if name in changelog != name in control file:
upload is NMU
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On 21-Mar-2001 Shane Wegner wrote:
Hi,
I have packaged shared libraries in the past but am looking
for some help with this particular one. I am packaging
version 1.0.0 of dotconf and rather than naming it
libdotconf.so.1 as was done for 0.x (libdotconf.so.0) it's
named
On 28-Mar-2001 Ryszard Lach wrote:
Hi!
Somebody told me, that there is a good method for checking build-deps by
building in chroot environment. Is there somewhere a tutorial about building
such environment for debian-devel purposes ?
there is a tool called debootstrap I think which can
On 04-Apr-2001 Michael Wiedmann wrote:
Questions which arise for me in creating an unofficial Debian
package for a Python based script:
- the upstream Python script is called 'script.py'. Should I keep
the .py extension or drop it?
Either is fine.
- should this script be installed
3. add updates to the debianized source but not the orig.tar.gz
I would handle it this way personally. Mucking with upstream source is never a
good idea.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 16-Apr-2001 Julian Gilbey wrote:
On Sun, Apr 15, 2001 at 09:59:50PM -0400, Steve M. Robbins wrote:
On Sun, Apr 15, 2001 at 08:06:02PM -0400, Steve M. Robbins wrote:
And note that hard links are forbidden by policy.
It is true that section 5.6 forbids hard links in a _source_
On 16-Apr-2001 Julian Gilbey wrote:
On Mon, Apr 16, 2001 at 01:21:45PM -0700, Sean 'Shaleh' Perry wrote:
To mistake a hard link for a zero-length file is sloppy coding.
This is a bug in lintian.
lintian gets its information from tar's output. A hardlink is shown as a
zero
byte
If I did this, would I still have to move the hitop packages into
non-US (since it would still build-depend upon libpgsql-dev which is
now non-US)? Is there any way around this? Should I even care which
part of the archive it goes in?
anything in non-us does not appear on the default
On 15-May-2001 Niall Young wrote:
I'm creating a bunch of custom task packages, mostly empty
with dependencies but a few will need to contain configs
and pre-filled debconf entries.
It's not too clear from the NMG and the DDR on how to do
this. I can create empty task packages fine, I'm
On 16-May-2001 Mabe, David, M (Dave) wrote:
Debian-Mentors:
I am working on packaging Misterhouse (http://www.misterhouse.net), a home
automation program written entirely in perl. This program has no makefile
for installing, you just unzip, untar and go.
Question 1: Will I have to
Putting -all- the plugins in one package would be nice but I don't know
how happy users will be if they are forced to download a truckload of
extra libs they may not want. I'll probably add a top level pseudo
package depending on all the other packages just for user convenience.
Perhaps
On 18-Jun-2001 Simon Richter wrote:
Package: lintian
Severity: normal
Hi,
lintian complains about empty packages not having a copyright file. I
think it should silently accept empty packages (Severity set to normal
because it might actually stop packages from being installed).
On 19-Jun-2001 Julian Gilbey wrote:
On Mon, Jun 18, 2001 at 06:24:52PM -0700, Sean 'Shaleh' Perry wrote:
And how am I to tell a package that is empty on purpose from one created by
accident? What constitutes empty?
Maybe have a lintian warning about an empty package, but no error
The question is: which do I do first, announce my
intentions to debian-devel or submit a new main-
tainer application? The application seems to want
me to announce. Other docs seem to indicate
that I should become a maintainer first.
either is fine. Do both at the same time (-: The
my @bashism_regexs = (
'function \w+\(\s*\)', # function is useless
# should be '.', not 'source'
'(?:^|\s+)source\s+(?:\.\/|\/|\$)[^\s]+',
'(\[|test|-o|-a)\s*[^\s]+\s+==\s', # should be 'b
On 27-Aug-2001 Drew Parsons wrote:
On Sat, Aug 25, 2001 at 11:06:41AM -0700, Sean 'Shaleh' Perry wrote:
my @bashism_regexs = (
..
);
This is the array of regexes I test Debian scripts against in lintian. it
is
not all encompassing but it catches most of the egregious
Secondarly it tells me I'm putting the man pages in the wrong
place. I had the same problem when i first start on my potato
box, but fixed it by renaming XCounter.1 to XCounter.1x but
neither of them work for lintian now. I have dh_installman
debian/XCounter.1 in my debian/rules file, and
On 08-Sep-2001 Christian T. Steigies wrote:
Hi,
I get a lot of those with lintian on m68k:
Operator or semicolon missing before supported at (eval 115) line 1.
Ambiguous use of resolved as operator at (eval 115) line 1.
Unquoted string supported may clash with future reserved word at
Unquoted string supported may clash with future reserved word at (eval 112)
line 1.
Operator or semicolon missing before supported at (eval 112) line 1.
Ambiguous use of resolved as operator at (eval 112) line 1.
Unquoted string supported may clash with future reserved word at (eval 115)
On 18-Sep-2001 peter karlsson wrote:
Hi!
I am thinking of removing the upstream source level changelog from the
binary package for jwhois, and instead use its NEWS file, which
contains a history in human readable format. Is this wise? Is there any
policy on what should be considered the
Ultimately as packager it is your decision. If NEWS is the right file for a
user to see what has changed since the last version (was my bug fixed? di they
implement feature X yet?) then go with that.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On 01-Oct-2001 Erich Schubert wrote:
W: prips: copyright-lists-upstream-authors-like-dh_make
I've run into that warning with my packages, too.
Is this really intended?
Is it a bad-thing (tm) to fill out the dh_make template?
i could not find this rule anymore in the lintian on the mips
W: prips: copyright-lists-upstream-authors-like-dh_make
N:
N: There is Upstream Author(s) in your copyright file. This is not a
N: fixed field name, it's just a default dh_make value. You should adjust
N: it.
N:
... this long description is spectacularly uninformative!
Whoever
what does kderemove do? I have never seen this, nor is it in Debian menu
policy.
IIRC it's some magic KDE menu-method thingie that Ivan only recently
proposed it to be added to policy.
at my prodding. Once it is official lintian will support it.
-
We have buried the putrid corpse
On 19-Oct-2001 Tollef Fog Heen wrote:
* Stephen Stafford
[from policy]
| It is often a good idea to put text information files (`README's,
| changelogs, and so forth) that come with the source package in
| `/usr/share/doc/package' in the binary package. However, you don't
| need to
Would this be too much magic to add to lintian -- check whether those
are the generic GNU installation instructions or something else?
Just because GNU happens to have INSTALL files does not mean they are the only
one to do it. A file named 'INSTALL' implies it is information on how to
On 25-Oct-2001 Colin Watson wrote:
On Thu, Oct 25, 2001 at 05:24:09PM +0200, [EMAIL PROTECTED] wrote:
Lintians says:
E: lgenereral source: autoconf-generated-file-in-source config.cache
E: blah blah blah config.status
When I edit original source not to have these files, I have a problem
On 30-Oct-2001 Andreas Rottmann wrote:
I repackaged a previously lintian-clean package of mine right now and
the new lintian (v1.20.16) barks:
E: libucxx0-python: package-has-a-duplicate-relation libucxx0
E: libucxx0-guile: package-has-a-duplicate-relation libucxx0
Yeah, I understand
On 30-Oct-2001 Hugo van der Merwe wrote:
I have the following in my changelog:
* New maintainer (closes: #98251)
* Install upstream man page (closes: #93474)
* Removed Suggests: wmaker (closes: #82998)
however the bugs weren't closed automatically. Might it be because of:
*
On 01-Nov-2001 Eric Van Buggenhaut wrote:
Hi,
I'm building my first packages with shared library.
This is what my postinst states:
Lintian is a collection of stupid shell scripts. It tries to catch thr common
cases and does a pretty good job. My best suggestion is to write your code in
This is no different from working with a bunch of coders and everyone
agreeing
on a common code formatting.
Talk to the maintainer of debhelper ?
dh_make is NOT maintained by Joey Hess, the debhelper maint. In fact he has
nothing to do with it.
--
To UNSUBSCRIBE, email to [EMAIL
On 03-Nov-2001 Weichang Yang wrote:
I downloaded the source of shellutil-2.0 package, ran ./configure
make check. Now the size of printf utility is 108102 bytes. Then I ran
strip --remove-section=.comment --remove-section=.note printf, which
is what dh_strip uses for executables. Now
What should I do when upstream name is changes?
I want to upload following new package:
source:
commons-beanutils
commons-collections
binary:
libcommons-beanutils-java
libcommons-collections-java
If commons-beanutils - libcommons-beanutils-java and
Should we ask Craig Small [EMAIL PROTECTED] to sync those .ex files with
Lintian ?
actually he should sync them with debhelper.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
There is a nifty app/package called help2man.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Now there are some open bugs against gql-drivers, which I want to
close with the upload of the new gql package. Should I reassign them
to gql and close them from the changelog? (I guess so)
looks like you have never had someone accidently close a bug of yours (-:
Just close the bug as
On 28-Nov-2001 Gustavo Noronha Silva wrote:
Hello all,
I adopted a package, koth, and wanted to change its build process.
For that I needed to change its orig.tar.gz, now dinstall is
rejecting to overwrite it, I'd like to know what I need to do,
upstream is not releasing anything for
On 28-Nov-2001 peter karlsson wrote:
Hi!
I am trying to add icons to the menu entries for the Siag suite, but I
am having problems getting the icons to be recognized. I have this in
the menu file:
?package(xsiag): needs=X11 section=Apps/Math \
title=Siag longtitle=Siag Office
On 08-Oct-2001 Jaldhar H. Vyas wrote:
lintian -i (v1.20.16) sez:
W: webmin-ssl: postinst-does-not-load-confmodule
N:
N: Even if your postinst does not involve debconf, you currently need to
N: make sure it loads one of the debconf libraries. This will be changed
N: in the future.
On 10-Oct-2001 Jean-Michel Kelbert wrote:
hello,
I have this warning :
Now running lintian...
W: komba2: menu-item-contains-unknown-tag kderemove
/usr/lib/menu/komba2:7
Finished running lintian.
How can I correct this ?
what does kderemove do? I have never seen this, nor is it in
So I'm left in a situation where:
- Policy forbids me from editing the /etc/flipit.conf if I mark it a
conffile.
- The program won't work if /etc/flipit.conf isn't edited.
- I really do want to make it a conffile, so the user is notified of
future options.
-
On 05-Dec-2001 Hereward Cooper wrote:
Hi there yal,
Is 'fileconvert-v1-to-v2' a suitable program name within a package (this is
not
the package itself, just a program is supplies). Should it be shorter + more
relevant to the package in comes with?
a leading app- would probably make
On 09-Dec-2001 Hereward Cooper wrote:
Hi there,
Which section should a guitar tab editor be entered in? editors/sound/misc...
there is one packaged already, where is it?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The debian package should contain the upstream changelog, but I don't
know which one to use.
What I currently did is set the CHANGES file as changelog, and include
ChangeLog without changing its name. Hence, I have to changelog files
(with different capitalization); this might not be good.
On 19-Dec-2001 Speed Blue wrote:
Hello,
I have fix the bug #122994 for bison, I'd like to know what to do for
commit
the fix. Do I send a mail to [EMAIL PROTECTED] with the diff file ? or
use the bts command to close the bug.
just reply to the bug number and include the patch (_NOT_
On 28-Dec-2001 Andrew McMillan wrote:
I'm just about to upload a package that Chris Halls has adopted. Since
he is not yet a DD he wants me to sponsor it for him.
I have reviewed what he is done, and I'm happy with it. Now I want to
upload it.
Should I set myself as maintainer, or
3) non-dev-pkg-with-shlib-symlink /usr/lib/libMSGUI.so.0.0.0
/usr/lib/libMSGUI.so (warning) This package is an interpreter, and the
shared
libraries are for running that, NOT to be linked against, so I think this is
benign and I can ignore them. Yes or no?
libfoo.so is ONLY used to
I do have fakeroot installed. fakeroot dh_testroot succeeds, too.
I've attached the `debian/rules' file in question. Any ideas?
dpkg-buildpackage -rfakeroot ..
you have to run fakeroot yourself, this is not automagic.
Check out dpkg-buildpackage's manpage for the -r parameter for
On 06-Mar-2002 Mikael Hedin wrote:
Hi!
I have some trouble with tela. When compiling with g++ 3.0, there is
no ofstream(int) function (as in STL). This gives a problem when
using popen(), as it returns a FILE*, and tela then uses an ofstream
to read from the process. I've used the
I've stopped using it myself, but it is extremely easy to maintain so I don't
really mind maintaining it.
popularity-contest is not to be trusted. People have to opt-in. This last
statement of your is the important one.
The rule in Debian is we package what we use. When that cardinal
I thought the main problem was this strange combination - I removed it to
no avail, and fiddled with the line until I got the problem: I removed the
first dependency (${shlibs:Depends}), and it worked correctly.
I have always seen this thing in the dependencies, and I still don't know
- In control, I decreased the standards-version from 3.5.2 to 3.0.1
My question may be stupid, but is it really useful to decrease the
stardards-version ? I know that potato's lintian issues a warning for
newer-standards-version, but it sounds rather pointless when
backporting a package
On 03-Apr-2002 David H. Askew wrote:
Ok.. so i'm working on packages for jedit .. and I'm contemplating
splitting the documentation into its own sepperate package.
so there will be
jedit
jedit-doc or jedit-doc-html (which is prefered)?
generally you specify html if there is
On 13-Apr-2002 Joey Hess wrote:
Roger Leigh wrote:
install man pages that are 0 length files. If you send me your build
tree I can try to debug it.
Ah, thanks. Some of the manpages are (oddly) zero-length. I'll have
to write some when I get time, if there are not any elsewhere.
All
On 27-Apr-2002 Oohara Yuuma wrote:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of package-data?
allows
On 27-Apr-2002 Junichi Uekawa wrote:
Oohara Yuuma [EMAIL PROTECTED] cum veritate scripsit:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend
On 28-Apr-2002 Oohara Yuuma wrote:
On Sat, 27 Apr 2002 10:01:29 -0700 (PDT),
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Don't just split without good reason.
I am planning to split xsolider into 3 packages because:
* both raw X version and SDL version are available and only
one of them
For shared libraries, I would use libijs{n} and libijs-dev, but ijs
does not yet have a stable ABI, and is not versioned properly as well
as being tiny, so I have just packaged it as a static library.
Would 'ijs-dev' be legal (as in publib-dev), or should I use
'libijs-dev' (or is this
On 23-May-2002 Bob Hilliard wrote:
I have just discovered (via a bug report) that dict and dictd
depend on netbase. (dict and dictd communicate with each other using
the TCP/IP protocol.) Since dictd has been in debian for over four
years without declaring the dependency, this
Well, you could try running the program through strace, and then look at
all the opened files (with the proper strace flag) and then run dpkg -S
on them.
Same as for autodetecting build depends.
you still miss programs called from maintainer scripts (or any script for that
matter).
1 - 100 of 371 matches
Mail list logo