Hi,

On Mon, Apr 25, 2005 at 10:11:55PM -0300, Marco T�lio Gontijo e Silva wrote:
> Em Seg, 2005-04-25 �s 23:42 +0200, Osamu Aoki escreveu:
> > Changed "has" to "provides" and added footnote.  What do you think?
> > 
> > I changed to "provides" since some package generates these from SGML or
> > TeX source file sets.  So we may not be just copying files.
> > 
> > Also this can be done with script within build target of debian/rules
> > file to.  So many ways to do this.  So I want to keep it generic with
> > minimum hints.
> 
> I think that the problem is in not saying anywhere in the whole
> maint-guide how the .html files were installed. Isn't the propose of the
> maint-guide to explicitly explain how the gentoo example package was
> generated? Somewhere, the guy that wants to package gentoo or any other
> package with .html docs will have to install it.
Initilally, your mesage made sense but where in the maint-guide
explicitly explain how the binary commands are created and installed.

I think this document asumes the reader to know how to install tar-ball
under TARGETDIR=/usr/local.  So these basics are not explained.

> If someone have a package with .html docs and want to learn how to
> debianize it, maint-guide will fail on teaching, because it says about
> registering but it doesn't says about installing. And installing is a
> prerequisite for registering.

I do not think Debian packages random html files.  It usually packages
SGML/XML/LaTEx generated html files.  I know some package use upstream
html files for the sake of reducing dependency. But those maintainer
knows alternatives too.

> Isn't it illogical? Teaching how to register a file that you haven't
> teach how to install?

It is not illogical.  But who should write it in which part of document.
Yes, I am talking about byurden of efforts in volunteer project.

Also what is the priority for the shortcomming of the document.

For me, if I have time, I would rather give more detailed guidance on
how to package auto-tools based packages.  Although I do mostly
documentation things, Debian's core competence is binary packages with
commands not documents.  So unless I get very brief and good alternative
text on your line of "wishlist", I can not include it.  Otherwise, I
think my recent change proposal may bew not worth doing it if you do not
care it as a good improvement. 

> That's what my bug was about.

So now is your time to propose a solid alternative text :-)

Do folowings:
$ sudo apt-get update
$ apt-get source maint-guide
$ ls maint-*
$ cd maint-guide*
$ mc # edit files

Send me your text proposal.

I think Debian BTS should be used to improve Debian.

Osamu


Reply via email to