Re: Bug#167422: files in /usr/share should be world-readable

2002-11-12 Thread Branden Robinson
On Sat, Nov 09, 2002 at 08:10:02PM -0600, Manoj Srivastava wrote:
   You can decide not to log for _your_ package. I certainly am
  going to continue to log the compilation for mine.

Well, will you consider placing them in a more FHS-friendly location
than /usr/share?  :)

-- 
G. Branden Robinson| Suffer before God and ye shall be
Debian GNU/Linux   | redeemed.  God loves us, so He
[EMAIL PROTECTED] | makes us suffer Christianity.
http://people.debian.org/~branden/ | -- Aaron Dunsmore


pgp7NBHqSmGay.pgp
Description: PGP signature


Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Othmar Pasteka
hi,

On Tue, Nov 12, 2002 at 12:12:09PM +, Colin Watson wrote:
 On Tue, Nov 12, 2002 at 12:58:55PM +0100, Othmar Pasteka wrote:
  On Wed, Oct 30, 2002 at 04:26:02PM +, Colin Watson wrote:
   --- policy.sgml.orig  2002-10-30 16:13:24.0 +
   +++ policy.sgml   2002-10-30 16:14:13.0 +
   @@ -7476,22 +7476,22 @@
  [snip]
   +   There must be a manual page at least for every program.  If
  
  
  you probably edited the wrong document, this should be should :).
  or did I miss something?
 
 Yes, you missed this:
 
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=39830msg=75

I didn't miss that.

 I would love to see seconds to, or discussions of, my most recent
 proposed diff:
 
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=39830msg=81

this is the updated version where you removed the TODO.Debian
paragraph. and in this you have the must which I thought should
be a should according to the previous diff you sent. and just
afterwards you removed the TODO bit, hence it's a bit confusing.

 Chris Waters said he would renew his second if I changed must to
 should, which I did. There have been several seconds to Roland's
 original proposal. Beyond that, the discussion period I proposed expires
 very soon!

yeah, I'ld second this one with s/must/should/.

clear now what i mean?

so long
Othmar



Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Colin Watson
On Tue, Nov 12, 2002 at 01:46:16PM +0100, Othmar Pasteka wrote:
 On Tue, Nov 12, 2002 at 12:12:09PM +, Colin Watson wrote:
  On Tue, Nov 12, 2002 at 12:58:55PM +0100, Othmar Pasteka wrote:
   you probably edited the wrong document, this should be should :).
   or did I miss something?
  
  Yes, you missed this:
  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=39830msg=75
 
 I didn't miss that.
 
  I would love to see seconds to, or discussions of, my most recent
  proposed diff:
  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=39830msg=81
 
 this is the updated version where you removed the TODO.Debian
 paragraph. and in this you have the must which I thought should
 be a should according to the previous diff you sent. and just
 afterwards you removed the TODO bit, hence it's a bit confusing.

Er, um, oops. :) Thank you for spotting that.

--- policy.sgml.orig2002-11-12 12:50:40.0 +
+++ policy.sgml 2002-11-12 12:51:30.0 +
@@ -7485,22 +7485,22 @@
  page included as well.
/p
 
-   p
- If no manual page is available for a particular program,
- utility, function or configuration file and this is reported
- as a bug to the Debian Bug Tracking System, a symbolic link
- from the requested manual page to the manref
- name=undocumented section=7 manual page may be
- provided.  This symbolic link can be created from
- filedebian/rules/file like this:
- example compact=compact
-ln -s ../man7/undocumented.7.gz \
-  debian/tmp/usr/share/man/man[1-9]/varrequested_manpage/var.[1-9].gz
- /example
- This manpage claims that the lack of a manpage has been
- reported as a bug, so you may only do this if it really has
- (you can report it yourself, if you like).  Do not close the
- bug report until a proper manpage is available./p
+p
+ There should be a manual page at least for every program.  If
+ no manual page is available, this is considered as a bug and
+ should be reported to the Debian Bug Tracking System (the
+ maintainer of the package is allowed to write this bug report
+ himself, too).  Do not close the bug report until a proper
+ manpage is available.footnote
+   p
+ It is not very hard to write a man page. See the url
+ id=http://www.schweikhardt.net/man_page_howto.html;
+ name=Man-Page-HOWTO, ttman(7)/tt, the examples
+ created by ttdebmake/tt or ttdh_make/tt, or the
+ directory file/usr/share/doc/man-db/examples/file.
+   /p
+ /footnote
+   /p
 
p
  You may forward a complaint about a missing manpage to the

-- 
Colin Watson  [EMAIL PROTECTED]



Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread James Troup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I second the diff in:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=39830msg=108

- -- 
James
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAj3RAU8ACgkQgD/uEicUG7BmXgCaA9sqMV1YwHpsAvz2l9JsfAwg
TlsAoOWgMwWh0+EgY66cDvnFFubN3Pf/
=t2bx
-END PGP SIGNATURE-



Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Peter Palfrader
On Tue, 12 Nov 2002, Colin Watson wrote:

 --- policy.sgml.orig  2002-11-12 12:50:40.0 +
 +++ policy.sgml   2002-11-12 12:51:30.0 +
 @@ -7485,22 +7485,22 @@
 page included as well.
   /p
  
 - p
 -   If no manual page is available for a particular program,
 -   utility, function or configuration file and this is reported
 -   as a bug to the Debian Bug Tracking System, a symbolic link
 -   from the requested manual page to the manref
 -   name=undocumented section=7 manual page may be
 -   provided.  This symbolic link can be created from
 -   filedebian/rules/file like this:
 -   example compact=compact
 -ln -s ../man7/undocumented.7.gz \
 -  debian/tmp/usr/share/man/man[1-9]/varrequested_manpage/var.[1-9].gz
 -   /example
 -   This manpage claims that the lack of a manpage has been
 -   reported as a bug, so you may only do this if it really has
 -   (you can report it yourself, if you like).  Do not close the
 -   bug report until a proper manpage is available./p
 +p
 +   There should be a manual page at least for every program.  If
 +   no manual page is available, this is considered as a bug and
 +   should be reported to the Debian Bug Tracking System (the
 +   maintainer of the package is allowed to write this bug report
 +   himself, too).  Do not close the bug report until a proper
 +   manpage is available.footnote
 + p
 +   It is not very hard to write a man page. See the url
 +   id=http://www.schweikhardt.net/man_page_howto.html;
 +   name=Man-Page-HOWTO, ttman(7)/tt, the examples
 +   created by ttdebmake/tt or ttdh_make/tt, or the
 +   directory file/usr/share/doc/man-db/examples/file.
 + /p
 +   /footnote
 + /p
  
   p
 You may forward a complaint about a missing manpage to the

Yes, undocumented(7) needs to die. Seconded.

yours,
peter

-- 
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
messages preferred.| : :' :  The  universal
   | `. `'  Operating System
 http://www.palfrader.org/ |   `-http://www.debian.org/


pgpdenIILRqHA.pgp
Description: PGP signature


Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Branden Robinson
I second the proposal in [EMAIL PROTECTED].

-- 
G. Branden Robinson|You can have my PGP passphrase when
Debian GNU/Linux   |you pry it from my cold, dead
[EMAIL PROTECTED] |brain.
http://people.debian.org/~branden/ |-- Adam Thornton


pgpzFL2o2b5a8.pgp
Description: PGP signature


Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Colin Watson
On Tue, Nov 12, 2002 at 05:27:50PM +0100, Josip Rodin wrote:
 On Tue, Nov 12, 2002 at 12:53:35PM +, Colin Watson wrote:
  + There should be a manual page at least for every program.  If
  + no manual page is available, this is considered as a bug and
  + should be reported to the Debian Bug Tracking System (the
  + maintainer of the package is allowed to write this bug report
  + himself, too).  Do not close the bug report until a proper
  + manpage is available.footnote
 
 This wording is unclear, it could be misinterpreted by newbie maintainers to
 mean no manual page at all in the package, as opposed to no manual page per
 each shipped program. Yeah, I know, I'm nitpicking. :)

No manual page is just an abbreviation for what's in the previous
sentence. But I don't mind if a policy editor wants to clarify the
wording.

 Note that I don't want to second this proposal even if you fix the above,
 because I think the undocumented(7) manual page is better than nothing for
 total newbies. Sorry. :)
 
 (Thanks for not outlawing it -- then I'd have to object.)

The undocumented(7) page itself can continue to exist. As discussed on
IRC, I'm happy to hack man-db so that it can (configurably) point to
further information in addition to the No manual entry for foo
message.

The reason why I'm supporting this proposal is because I find the
symlinks to undocumented(7) technically less than ideal in a number of
ways. They lead to a farm of dangling symlinks on machines that don't
have the manpages package installed (#32019, #53214); they have
translation issues that would necessitate some very ugly hacks like not
honouring symlinks in the expected way (#167291); and they cause this
very common complaint due to the symlinks showing up in 'dpkg -L'
output:

  17:06 weasel you are happy that you finally found some docs, wait
  for groff to render it, and what you get is a stupid undocumented(7)
  page

Indeed it is useful to have better-than-nothing documentation for
newbies, so let's arrange for the pointer to be kept in a central place,
something like:

  No manual entry for foo. Either you mistyped, or there is no
  documentation for this feature: try 'man 7 undocumented'.

This policy proposal, however, doesn't mandate any particular
arrangement along these lines: if you'd be happy with *something* like
this in place of the symlink farm then we can sort out the details as
time goes on. As you correctly note, I'd simply like to drop the policy
*requirement* that programs without a man page ship a symlink to
undocumented(7).

  + It is not very hard to write a man page. See the url
  + id=http://www.schweikhardt.net/man_page_howto.html;
  + name=Man-Page-HOWTO, ttman(7)/tt, the examples
  + created by ttdebmake/tt or ttdh_make/tt, or the
  + directory file/usr/share/doc/man-db/examples/file.
 
 Oh, and that should be manref name=man section=7.

Again, I'm happy to leave it to a policy editor to fix the markup if
desired.

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]



Re: Bug#168761: Documentation is quite messy.

2002-11-12 Thread Joey Hess
Luca - De Whiskey's - De Vitis wrote:
 Debconf documentation is quite messy, or not moslty clear. I'll give you some
 examples of inconsistency i've foung between debconf_specification and
 debconf-devel(8)
 
 * debconf_specification lists type `text' as available while debconf-devel
   does not: none of them seems to assert it's the authoritative source of
   documentation.

This is because the text data-type is kind of unused and ill-supported
and deprecated. I have added a mention of it anyway.

The debconf specification is, as its title might suggest, authoratative.
The debconf-devel(7) man page is descriptive. And yes, it does refer
readers to the debconf specification for definitive docs, in at least 3
places.

 * neither debconf_specification nor debconf-devel(8) explicitly says that the
   Choices: field may include variables, but the example in debconf-devel(8)
   use this approach (ADVANCED PROGRAMING WITH DEBCONF - Choosing among
   related packages)

This is mildly deprecated, and will be replaced with a better mechanism
in the future, if I can ever get anything through the policy process.

 * debconf_specification does not says anything about localization and fields
   name while debconf-devel(8) does.
   * More over, debconf-devel(8) does not speak about translated fields name
 like Description{-ll{_LL}} or Choices{-ll{_LL}}: you need to visit
 http://www.debian.org/intl/l10n/templates/hints to know anithing about
 this (ony about Description field.
 * debconf-devel(8) sugests to use po-debconf package, while
   http://www.debian.org/intl/l10n/templates/hints still suggests the
   `traditional' way.

I recently removed most of the details from debconf-devel(7) (which does
mention -ll fields still), since the internals of how the fields are
named is all handed by po-debconf now, like the man page says.

 Probably this bug should be cloned for debian-policy and debian-www.
 I suggests that 2 or 3 people to take the debconf documentation and start
 reorganizing it: i would be nicely one of these people.

Randolph Chung was planning at OLS to rewrite the debconf specifcation
into something that is understandable and up-to-date, but he has not
doing any work that I am aware of. There is my policy proposal #160776,
which I think hits most of the points you mentioned above BTW. That has
had two seconds in mid-september, but for some reason has not gotten
into recent releases of policy.

 I suggest that:
 * debconf-devel(8) should drop the section `THE TEMPLATES FILE', `THE CONFIG
   SCRIPT' and `THE DEBCONF PROTOCOL': these issues should be handled by the
   debconf_specification only which _must_ be the authoritative source.

debconf-devel(7) is there to be a single source that a package
maintainer should be able to read to learn pretty much everything they
need to know to use debconf. As such its descriptions of the debconf
protocol and templates file and config script are very important. Each
of these sections contains a lot of information and answers to FAQs that
will never get into the policy document. I will not be removing them. I
don't expect that keeping the few bits that overlap with the spec in
sync will be a big deal, since I have to update debconf's code anyway if
the spec changes.

   * debconf_specification _must_ be updated acordingly.
 * debconf-devel(8) should redirect to proper man pages keeping its content as
   small as possible. It's my opinon that this man page should only speack 
 about
   hints and hacks developing with debconf.

I disagree. It's much nicer to have a single page that I can refer
developers to, and which can be read right though or used as a reference
than it is to have the docs scattered amoung many pages. I have gotten
many fewer repeated FAQs from developers about debconf since I wrote the
single large man page.

-- 
see shy jo


pgpnuGokd9Wbx.pgp
Description: PGP signature


Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Othmar Pasteka
[repost, in case the seconds should be signed. they probably
should. if so, stating that somewhere in the developer corner
would be great. or did I miss something?]

hi,

On Tue, Nov 12, 2002 at 12:53:35PM +, Colin Watson wrote:
 --- policy.sgml.orig  2002-11-12 12:50:40.0 +
 +++ policy.sgml   2002-11-12 12:51:30.0 +
 @@ -7485,22 +7485,22 @@
 page included as well.
   /p
  
 - p
 -   If no manual page is available for a particular program,
 -   utility, function or configuration file and this is reported
 -   as a bug to the Debian Bug Tracking System, a symbolic link
 -   from the requested manual page to the manref
 -   name=undocumented section=7 manual page may be
 -   provided.  This symbolic link can be created from
 -   filedebian/rules/file like this:
 -   example compact=compact
 -ln -s ../man7/undocumented.7.gz \
 -  debian/tmp/usr/share/man/man[1-9]/varrequested_manpage/var.[1-9].gz
 -   /example
 -   This manpage claims that the lack of a manpage has been
 -   reported as a bug, so you may only do this if it really has
 -   (you can report it yourself, if you like).  Do not close the
 -   bug report until a proper manpage is available./p
 +p
 +   There should be a manual page at least for every program.  If
 +   no manual page is available, this is considered as a bug and
 +   should be reported to the Debian Bug Tracking System (the
 +   maintainer of the package is allowed to write this bug report
 +   himself, too).  Do not close the bug report until a proper
 +   manpage is available.footnote
 + p
 +   It is not very hard to write a man page. See the url
 +   id=http://www.schweikhardt.net/man_page_howto.html;
 +   name=Man-Page-HOWTO, ttman(7)/tt, the examples
 +   created by ttdebmake/tt or ttdh_make/tt, or the
 +   directory file/usr/share/doc/man-db/examples/file.
 + /p
 +   /footnote
 + /p
  
   p
 You may forward a complaint about a missing manpage to the

I second this :).

so long
Othmar


pgpvjxXsVXPHa.pgp
Description: PGP signature


Bug#39830: [AMENDMENT]: get rid of undocumented(7) symlinks

2002-11-12 Thread Chris Waters
On Tue, Nov 12, 2002 at 12:53:35PM +, Colin Watson wrote:

 Er, um, oops. :) Thank you for spotting that.

 --- policy.sgml.orig  2002-11-12 12:50:40.0 +
 +++ policy.sgml   2002-11-12 12:51:30.0 +
 @@ -7485,22 +7485,22 @@
 page included as well.
   /p
  
 - p
 -   If no manual page is available for a particular program,
 -   utility, function or configuration file and this is reported
 -   as a bug to the Debian Bug Tracking System, a symbolic link
 -   from the requested manual page to the manref
 -   name=undocumented section=7 manual page may be
 -   provided.  This symbolic link can be created from
 -   filedebian/rules/file like this:
 -   example compact=compact
 -ln -s ../man7/undocumented.7.gz \
 -  debian/tmp/usr/share/man/man[1-9]/varrequested_manpage/var.[1-9].gz
 -   /example
 -   This manpage claims that the lack of a manpage has been
 -   reported as a bug, so you may only do this if it really has
 -   (you can report it yourself, if you like).  Do not close the
 -   bug report until a proper manpage is available./p
 +p
 +   There should be a manual page at least for every program.  If
 +   no manual page is available, this is considered as a bug and
 +   should be reported to the Debian Bug Tracking System (the
 +   maintainer of the package is allowed to write this bug report
 +   himself, too).  Do not close the bug report until a proper
 +   manpage is available.footnote
 + p
 +   It is not very hard to write a man page. See the url
 +   id=http://www.schweikhardt.net/man_page_howto.html;
 +   name=Man-Page-HOWTO, ttman(7)/tt, the examples
 +   created by ttdebmake/tt or ttdh_make/tt, or the
 +   directory file/usr/share/doc/man-db/examples/file.
 + /p
 +   /footnote
 + /p
  
   p
 You may forward a complaint about a missing manpage to the

This version gets my second, as promised.

cheers

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


pgpF2IO7Dj11W.pgp
Description: PGP signature


New additions to the policy editors set

2002-11-12 Thread Manoj Srivastava
Hi folks,

We have a couple of volunteers for the policy editors set (we
 need more people on that list, to work through the backlog and
 alleviate them in the future when any one of us is busy).

Branden Robinson [EMAIL PROTECTED], and  Josip Rodin
 [EMAIL PROTECTED] have graciously volunteered to help with the
 process, and should soon be set up with CVS write privileges. 

manoj
-- 
 The more they over-think the plumbing the easier it is to stop up the
 drain.
Manoj Srivastava   [EMAIL PROTECTED]  http://www.debian.org/%7Esrivasta/
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C