Hi Ben,
Ben Finney wrote:
Howdy mentors,
I'm attempting to start my long slide into package maintainership :-)
Welcome :-) I also started this journey some weeks ago, maybe some
hints can help you:
- In addition to the documents below, reading the
New Maintainers Guide:
On 09-May-2005, Andreas Fester wrote:
Hi Ben,
[Andreas and others: please respect my Mail-Followup-To header field
when posting a followup to the list.]
- In addition to the documents below, reading the
New Maintainers Guide: http://www.debian.org/doc/maint-guide/
is a must
Forgot that
On 09-May-2005, martin f krafft wrote:
I also encourage you to take a look at guessnet, which is the only
autoconfiguration tool in true Debian spirit.
Care to elaborate? How does it gain the true Debian spirit that
others lack?
--
\No one ever went broke underestimating the
On 09-May-2005, Ben Finney wrote:
On 09-May-2005, Andreas Fester wrote:
- You should subscribe to debian-devel; this is where development
and packaging issues are discussed
At what point is this necessary? I usually read debian-devel by proxy
(DWN); it's *way* too high-traffic for me to
also sprach Ben Finney [EMAIL PROTECTED] [2005.05.09.0905 +0200]:
I also encourage you to take a look at guessnet, which is the only
autoconfiguration tool in true Debian spirit.
Care to elaborate? How does it gain the true Debian spirit that
others lack?
It integrates with ifupdown
[Sebastian Kuzminsky]
Before 0.10, the upstream installed both the binaries (actually shell
scripts) and the shell libraries in /usr/bin. Starting with 0.10,
the shell libraries are moved to /usr/lib/cogito.
Correct, except that it should be /usr/share/cogito/.
Thanks for packaging this.
On Mon, May 09, 2005 at 02:33:27PM +1000, Ben Finney wrote:
Howdy mentors,
I'm attempting to start my long slide into package maintainership :-)
There is a wealth of material available on how to be a Debian package
maintainer. I'm trying to find my way through it slowly. Here's what
I've
* Ben Finney [Mon, 09 May 2005 14:33:27 +1000]:
What else should I be doing before I embark on getting a package
ready? Does an overall checklist like the above already exist, that I
should be following?
IME, reading bits from d-devel-changes [1] will teach you things you
won't learn
su, 2005-05-08 kello 22:15 -0600, Sebastian Kuzminsky kirjoitti:
The only lintian/linda complaints are from missing manpages. Some
upstream folks are working on translating the existing docs from .txt
to manpages (actually asciidoc), so it'll hopefully get cleaner soon
without me lifting a
Hello
I packaged the current release of celestia (1.3.2). Version 1.3.0 which is
in debian is old and has been removed from sarge because of RC bugs. The
current version contains loads of new features and closes several bugs and
whishlist items.
I'm already maintaining the 3ddesktop package,
On Mon, May 09, 2005 at 04:59:29PM +0200, Mathias Weyland wrote:
Hello
I packaged the current release of celestia (1.3.2). Version 1.3.0 which is
in debian is old and has been removed from sarge because of RC bugs.
I forgot to mention that the package has been orphaned, sorry
Mathias
On Mon, May 09, 2005 at 01:18:23PM +0200, Adeodato Sim??? wrote..
[1] http://lists.debian.org/debian-devel-changes
As the traffic is obviously too high, I've always had a procmail
rule in place that discards uploads of non-installed packages
(unless explicitly monitored),
* Kevin Coyner [Mon, 09 May 2005 12:07:40 -0400]:
On Mon, May 09, 2005 at 01:18:23PM +0200, Adeodato Sim??? wrote..
[1] http://lists.debian.org/debian-devel-changes
As the traffic is obviously too high, I've always had a procmail
rule in place that discards uploads of
What's the point of this? For example, why would one want the README to
stick around after the package has been removed? (c.f. 10.7.3) Unless
the README is actually a configuration file, it should be
in /usr/share/doc, perhaps named as README.configuration if there's a
different README
Peter Samuelson [EMAIL PROTECTED] wrote:
] [Sebastian Kuzminsky]
] Before 0.10, the upstream installed both the binaries (actually shell
] scripts) and the shell libraries in /usr/bin. Starting with 0.10,
] the shell libraries are moved to /usr/lib/cogito.
]
] Correct, except that it should
Hi all,
I've submitted an ITA for kannel and I was hoping that someone might
like to sponsor me.
Kannel is a WAP/SMS gateway. Mobile phones with WAP capabilities can
set their WAP gateway to the IP address of a server running kannel and
can then browse WML web pages. Additionally, kannel can be
On 09-May-2005, Sebastian Kuzminsky wrote:
Peter Samuelson [EMAIL PROTECTED] wrote:
] [Sebastian Kuzminsky]
] the shell libraries are moved to /usr/lib/cogito.
] Correct, except that it should be /usr/share/cogito/.
The FHS describes /usr/share as architecture-independent data, and
gives
17 matches
Mail list logo