Control: tags -1 +moreinfo
On Sun, 14 Jul 2024 23:16:20 -0400 James Montgomery
wrote:
> On Sun, Jul 14, 2024 at 11:07 PM Otto Kekäläinen wrote:
>
> > Yes, using Salsa or CI is not required, but I was curious is there
> > particular reason this package is not using Salsa-CI to validate
> > that
Your message dated Wed, 17 Jul 2024 04:42:38 +0100
with message-id
and subject line Re: ITP: mangl -- An enhanced man page viewer
has caused the Debian Bug report #1074777,
regarding ITP: mangl -- An enhanced man page viewer
to be marked as done.
This means that you claim that the problem has
Hi!
If you are not using Salsa CI simply because you didn't know about it, then
check out https://salsa.debian.org/salsa-ci-team/pipeline
I will check the Mentor website and look for opportunities to document
Salsa CI better.
On Sun, Jul 14, 2024 at 11:07 PM Otto Kekäläinen wrote:
> Yes, using Salsa or CI is not required, but I was curious is there
> particular reason this package is not using Salsa-CI to validate
> that all easily testable things are correct?
>
> Hi Otto,
Thank you for your review of mango. I was no
On Sun, 2024-07-14 at 20:02 -0700, Otto Kekäläinen wrote:
> Yes, using Salsa or CI is not required, but I was curious is there particular
> reason this package is not using Salsa-CI to validate
> that all easily testable things are correct?
>
Hi Otto,
Everyone leveraging Salsa and Salsa CI woul
Yes, using Salsa or CI is not required, but I was curious is there
particular reason this package is not using Salsa-CI to validate
that all easily testable things are correct?
On Sun, 2024-07-14 at 15:06 -0700, Otto Kekäläinen wrote:
> Hi!
>
> There are no CI runs visible at
> https://salsa.debian.org/monty/mangl/-/pipelines
>
> Any particular reason this package is not using Salsa-CI to validate
> that all easily testable things are correct?
>
> - Otto
Hi Otto,
Wh
Hi!
There are no CI runs visible at https://salsa.debian.org/monty/mangl/-/pipelines
Any particular reason this package is not using Salsa-CI to validate
that all easily testable things are correct?
- Otto
James,
Preamble...
Thank you for taking the time to create this package and your contribution to
the Debian project.
The below review is for assistance. It is offered to help submitters of
packages to Debian mentors improve their packages prior to possible
sponsorship into Debian. There is no ob
On Wed, 10 Jul 2024 17:15:28 -0400 James Montgomery
wrote:
> Control: tags -1 - moreinfo
>
> On Wed, Jul 10, 2024 at 07:29:18PM +0100, Phil Wyett wrote:
>
>
> > 3. Licenses (lrc): Issue
> >
> > philwyett@ks-windu:~/Development/builder/debian/mentoring/mangl-1.1.5$ lrc
> > en: Versions: recon
Control: tags -1 + moreinfo
James,
Preamble...
Thank you for taking time to create this package and your contribution to
Debian.
The below review is for assistance. It is offered to help submitters of
packages to Debian mentors improve their packages prior to possible
sponsorship into Debian. T
On Fri, Jul 05, 2024 at 09:18:39AM +0100, Phil Wyett wrote:
> Review...
>
> 1. Build: Good
>
> 2. Lintian: Issue
>
> I: mangl source: unused-license-paragraph-in-dep5-copyright bsd-3-clause
> [debian/copyright:83]
> N:
> N: The license paragraph in the machine-readable copyright file is not
On Fri, 2024-07-05 at 10:05 +0100, Phil Wyett wrote:
> >
> > 3. Licenses: Issue
> >
> > philwyett@ks-windu:~/Development/builder/debian/mentoring/mangl-1.1.5$ lrc
> > en: Versions: recon 1.11 check 3.3.9-1
> >
> > Parsing Source Tree
> > Reading copyright
> > Running licensecheck
Hi James,
Additional...
In 'debian/copyright', I advise adding a 'Files: debian/*' section. Many DDs
will not sponsor a
package without it.
Regards
Phil
--
Internet Relay Chat (IRC): kathenas
Website: https://kathenas.org
Instagram: https://instagram.com/kathenasorg/
Buy Me A Coffee: htt
On Fri, 2024-07-05 at 09:18 +0100, Phil Wyett wrote:
> On Fri, 2024-07-05 at 02:24 -0400, James Montgomery wrote:
> > Control: tags -1 - moreinfo
> >
> > Hi Phil,
> >
> > Thank you for taking the time to review my package and for your invaluable
> > feedback.I've gone through and updated the cop
On Fri, 2024-07-05 at 02:24 -0400, James Montgomery wrote:
>
> Control: tags -1 - moreinfo
>
> Hi Phil,
>
> Thank you for taking the time to review my package and for your invaluable
> feedback.I've gone through and updated the copyright, switched to sbuild, and
> incorporated reprotest. I've
Control: tags -1 - moreinfo
Hi Phil,
Thank you for taking the time to review my package and for your invaluable
feedback.I've gone through and updated the copyright, switched to sbuild,
and incorporated reprotest. I've included a snippet of the output
sbuild -d unstable mangl_1.1.5-1.dsc
+--
Control: tags -1 + moreinfo
Hi James,
Preamble...
Thanks for taking time to create this package and your contribution to Debian.
The below review is for assistance. It is offered to help submitters of
packages to Debian mentors improve their packages prior to possible
sponsorship into Debian. T
: BSD-2-Clause
* Vcs : https://salsa.debian.org/monty/mangl
Section : utils
The source builds the following binary packages:
mangl - Graphical man page viewer based on the mandoc library
To access further information about this package, please visit the
following URL
Please file a Request For Sponsorship (RFS) bug.
https://mentors.debian.net/sponsors/rfs-howto/
I will review here for now, but you must do the above.
Hi Ziga,
Package fails to build.
dpkg-buildpackage
-
Command: dpkg-buildpackage --sanitize-env -us -uc -mPhil Wyett
-ePhil
W
* License : BSD-2-Clause
* Vcs : https://salsa.debian.org/monty/mangl
Section : utils
The source builds the following binary packages:
mangl - Graphical man page viewer based on the mandoc library
To access further information about this package, please visit the
fol
Your message dated Tue, 2 Jul 2024 20:00:53 -0400
with message-id
and subject line Closing duplicate bug
has caused the Debian Bug report #1074777,
regarding ITP: mangl -- An enhanced man page viewer
to be marked as done.
This means that you claim that the problem has been dealt with.
If this
: BSD-2-Clause
* Vcs : https://salsa.debian.org/monty/mangl
Section : utils
The source builds the following binary packages:
mangl - Graphical man page viewer based on the mandoc library
To access further information about this package, please visit the
following URL
Your message dated Sun, 28 Apr 2019 22:57:53 +0200
with message-id <20190428205753.gb19...@angband.pl>
and subject line Re: Bug#927937: RFS: scdoc/1.9.4-2
has caused the Debian Bug report #927937,
regarding RFS: scdoc/1.9.4-2 -- Simple man page generator written for POSIX
systems written
Hi,
I have added man page in version 2.2.3-2
Also, now the /usr/bin/brightness-controller calls python instead of
directly executing /usr/share/brightness-controller/init.py
Archisman Panigrahi
Thanks Riley, you've been extremely helpful.
On Sun, 14 Dec 2014 15:34:05 +1100, Riley Baird wrote:
> Looking at the gzip source, it seems that ...
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
❦ 14 décembre 2014 04:15 GMT, T o n g :
> What's the trick to have different programs use same man page when
> packaging a Debian package?
>
> E.g., say I'm packaging gzip, and I want both `man gzip` and `man gunzip`
> goes to the same man file. How can I make it ha
On 14/12/14 15:15, T o n g wrote:
> Hi,
>
> What's the trick to have different programs use same man page when
> packaging a Debian package?
>
> E.g., say I'm packaging gzip, and I want both `man gzip` and `man gunzip`
> goes to the same man file. How can I m
Hi,
What's the trick to have different programs use same man page when
packaging a Debian package?
E.g., say I'm packaging gzip, and I want both `man gzip` and `man gunzip`
goes to the same man file. How can I make it happen?
Thanks
--
To UNSUBSCRIBE, email to debian-me
I have been packaging the OpenGL 4.2 reference page:
http://mentors.debian.net/package/khronos-opengl-man4
I am now debating whether or not to package the equivalent legacy pre
3.x and 3.x opengl man page.
The issue is that most diffs will be in the actual man pages. Since
man page mechanism do
gz
> > Invalid or incomplete multibyte or wide character
>
> > The problem is that there are more 80 characters on lines.
>
> Well, that may also be the case, but that's not actually what Lintian is
> warning about. man --warnings thinks that you've got an inval
Ben Finney writes:
> Russ Allbery writes:
>> The first thing to double-check is whether you have a UTF-8 locale
>> installed. If you don't, that may be confusing man.
> I'm confused by the related discussion (on ‘debian-devel’, I think) of
> having a UTF-8 locale installed by default.
> In a m
Russ Allbery writes:
> The first thing to double-check is whether you have a UTF-8 locale
> installed. If you don't, that may be confusing man.
I'm confused by the related discussion (on ‘debian-devel’, I think) of
having a UTF-8 locale installed by default.
In a minimal ‘pbuilder’ environment,
so be the case, but that's not actually what Lintian is
warning about. man --warnings thinks that you've got an invalid wide
character in your man page.
The first thing to double-check is whether you have a UTF-8 locale
installed. If you don't, that may be confusing man. Lintian
Hi mentors,
When i run lintian on my package i have this :
W: dhcp-probe: manpage-has-errors-from-man
usr/share/man/cf/man5/dhcp_probe.5.gz Invalid or incomplete multibyte or wide
character
N:
N:This man page provokes warnings or errors from man.
N:
N:"cannot adjust"
Adriaan Peeters wrote:
> Hello,
>
> I am packaging sysinfo [1,2]: a simple Gtk program which can display
> some computer/system information. Upstream does not provide a man page,
> but the program has no useful command line parameters, except the
> default gtk options. Does the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adriaan Peeters wrote:
> Hello,
>
> I am packaging sysinfo [1,2]: a simple Gtk program which can display
> some computer/system information. Upstream does not provide a man page,
> but the program has no useful command line paramet
Hello,
I am packaging sysinfo [1,2]: a simple Gtk program which can display
some computer/system information. Upstream does not provide a man page,
but the program has no useful command line parameters, except the
default gtk options. Does there exist a default man page for these
cases, should I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 23 July 2004 02:59 pm, Brian Nelson wrote:
> "Nathaniel W. Turner" <[EMAIL PROTECTED]> writes:
> > Documentation was missing from the package for a while, but it's back
> > now; see /usr/share/doc/cdbs/cdbs.html and /usr/share/doc/cdbs/why.ht
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 23 July 2004 02:59 pm, Brian Nelson wrote:
> "Nathaniel W. Turner" <[EMAIL PROTECTED]> writes:
> > Documentation was missing from the package for a while, but it's back
> > now; see /usr/share/doc/cdbs/cdbs.html and /usr/share/doc/cdbs/why.ht
Hallo Bartosz,
* Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> [2004-07-23 18:35]:
> > > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > > use dh_make to create debian/.
> >
> >
> > But why on earth would anyone use dh_make when we have cdbs? ;-)
> >
>
> I can say
Hallo Magnus,
* Magnus Therning <[EMAIL PROTECTED]> [2004-07-23 18:34]:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none fro
Hallo Bartosz,
* Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> [2004-07-23 18:35]:
> > > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > > use dh_make to create debian/.
> >
> >
> > But why on earth would anyone use dh_make when we have cdbs? ;-)
> >
>
> I can say
Hallo Magnus,
* Magnus Therning <[EMAIL PROTECTED]> [2004-07-23 18:34]:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none fro
"Nathaniel W. Turner" <[EMAIL PROTECTED]> writes:
> On Friday 23 July 2004 09:11 am, Bartosz Fenski aka fEnIo wrote:
>> On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
>> > But why on earth would anyone use dh_make when we have cdbs? ;-)
>>
>> I can say only for myself, but c
"Nathaniel W. Turner" <[EMAIL PROTECTED]> writes:
> On Friday 23 July 2004 09:11 am, Bartosz Fenski aka fEnIo wrote:
>> On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
>> > But why on earth would anyone use dh_make when we have cdbs? ;-)
>>
>> I can say only for myself, but c
> Documentation was missing from the package for a while, but it's back now;
> see /usr/share/doc/cdbs/cdbs.html and /usr/share/doc/cdbs/why.html for
> starters.
>
> I agree, documentation is rather helpful to have. =)
well, _more_ documentation would be helpfull too.
we cannot say cdbs do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 23 July 2004 09:11 am, Bartosz Fenski aka fEnIo wrote:
> On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> > But why on earth would anyone use dh_make when we have cdbs? ;-)
>
> I can say only for myself, but cdbs is com
On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > use dh_make to create debian/.
>
>
> But why on earth would anyone use dh_make when we have cdbs? ;-)
>
I can say only for myself, but cdbs is c
On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> On Thursday 22 July 2004 10:39 pm, Justin Pryzby wrote:
> > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > use dh_make to create debian/.
>
>
> But why on earth would anyone use dh_make when we ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 22 July 2004 10:39 pm, Justin Pryzby wrote:
> FYI, dh_installman is, by default, commented out in debian/rules, if you
> use dh_make to create debian/.
But why on earth would anyone use dh_make when we have cdbs? ;-)
- --
Nathaniel W.
> Documentation was missing from the package for a while, but it's back now;
> see /usr/share/doc/cdbs/cdbs.html and /usr/share/doc/cdbs/why.html for
> starters.
>
> I agree, documentation is rather helpful to have. =)
well, _more_ documentation would be helpfull too.
we cannot say cdbs do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 23 July 2004 09:11 am, Bartosz Fenski aka fEnIo wrote:
> On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> > But why on earth would anyone use dh_make when we have cdbs? ;-)
>
> I can say only for myself, but cdbs is com
On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > use dh_make to create debian/.
>
>
> But why on earth would anyone use dh_make when we have cdbs? ;-)
>
I can say only for myself, but cdbs is c
On Fri, Jul 23, 2004 at 08:34:12AM -0400, Nathaniel W. Turner wrote:
> On Thursday 22 July 2004 10:39 pm, Justin Pryzby wrote:
> > FYI, dh_installman is, by default, commented out in debian/rules, if you
> > use dh_make to create debian/.
>
>
> But why on earth would anyone use dh_make when we ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 22 July 2004 10:39 pm, Justin Pryzby wrote:
> FYI, dh_installman is, by default, commented out in debian/rules, if you
> use dh_make to create debian/.
But why on earth would anyone use dh_make when we have cdbs? ;-)
- --
Nathaniel W.
FYI, dh_installman is, by default, commented out in debian/rules, if you
use dh_make to create debian/.
Justin
signature.asc
Description: Digital signature
Magnus Therning <[EMAIL PROTECTED]>:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none from upstream,
> so I simply left
FYI, dh_installman is, by default, commented out in debian/rules, if you
use dh_make to create debian/.
Justin
signature.asc
Description: Digital signature
Am 2004-07-22 23:40:23, schrieb Magnus Therning:
> build-stamp: config.status
>...
> cp debian/gcursor.1 gcursor.1
> ...
>
>Still no luck though. could someone give some hints on how to get the
>man-page to be installed?
Why not use 'dh_inst
Magnus Therning <[EMAIL PROTECTED]>:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none from upstream,
> so I simply left
Am 2004-07-22 23:40:23, schrieb Magnus Therning:
> build-stamp: config.status
>...
> cp debian/gcursor.1 gcursor.1
> ...
>
>Still no luck though. could someone give some hints on how to get the
>man-page to be installed?
Why not use 'dh_inst
On Thu, Jul 22, 2004 at 11:40:23PM +0200, Magnus Therning wrote:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none from upstream,
>
This ought to be a simple question to answer. I've just created a
package for gcursor (no ITP filed yet). It's a binary executable in
/usr/bin so it needs a man-page. However, there is none from upstream,
so I simply left the one generated by dh_make (renamed it to gcursor.1
though) and
On Thu, Jul 22, 2004 at 11:40:23PM +0200, Magnus Therning wrote:
> This ought to be a simple question to answer. I've just created a
> package for gcursor (no ITP filed yet). It's a binary executable in
> /usr/bin so it needs a man-page. However, there is none from upstream,
>
This ought to be a simple question to answer. I've just created a
package for gcursor (no ITP filed yet). It's a binary executable in
/usr/bin so it needs a man-page. However, there is none from upstream,
so I simply left the one generated by dh_make (renamed it to gcursor.1
though) and
On Fri, Jul 16, 2004 at 09:44:43PM +0200, Erik Schanze wrote:
> Hi!
>
> I'd like to write a man page for a KDE application, which has its own options
> (beside KDE and QT options).
> Should this man page explain all options including KDE- and QT-options as
> &q
Hi!
I'd like to write a man page for a KDE application, which has its own options
(beside KDE and QT options).
Should this man page explain all options including KDE- and QT-options as
"--help-all" shows or are application-specific options enough?
Regards,
Erik
--
www
On Fri, Jul 16, 2004 at 09:44:43PM +0200, Erik Schanze wrote:
> Hi!
>
> I'd like to write a man page for a KDE application, which has its own options
> (beside KDE and QT options).
> Should this man page explain all options including KDE- and QT-options as
> &q
Hi!
I'd like to write a man page for a KDE application, which has its own options
(beside KDE and QT options).
Should this man page explain all options including KDE- and QT-options as
"--help-all" shows or are application-specific options enough?
Regards,
Erik
--
www
uencode/uudecode. There is also a Perl script for this.
This should answer your question:
http://lists.debian.org/debian-mentors/2002/debian-mentors-200203/msg00027.html
IIRC, theres development to enable binary diffs for the debian package utils,
but I dont remember the thread anymore.
> 2) Should
nds: sharutils" (sharutils contains uudecode) and a line in
debian/rules that decodes it at build time]
2) Should I write a man page for a CGI script ? If yes, could someone
point me to an example of such a page ?
3) The package contains a Perl script that can be used either as a cgi-bin
and
uencode/uudecode. There is also a Perl script for this.
This should answer your question:
http://lists.debian.org/debian-mentors/2002/debian-mentors-200203/msg00027.html
IIRC, theres development to enable binary diffs for the debian package utils,
but I dont remember the thread anymore.
> 2) Should
nds: sharutils" (sharutils contains uudecode) and a line in
debian/rules that decodes it at build time]
2) Should I write a man page for a CGI script ? If yes, could someone
point me to an example of such a page ?
3) The package contains a Perl script that can be used either as a cgi-bin
and
There is a nifty app/package called help2man.
There is a nifty app/package called help2man.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
he dh_installmanpages to understand what this
> programs exactly does. (Basically, it searches for any file that
> looks like a man page, and installs it.)
>
> However, I'm not really aware on everything about building packages
> (I'm not a debian developper), so my explanations
he dh_installmanpages to understand what this
> programs exactly does. (Basically, it searches for any file that
> looks like a man page, and installs it.)
>
> However, I'm not really aware on everything about building packages
> (I'm not a debian developper), so my expl
anpage to have an overview on what it provides. You can also have a look
at the dh_installmanpages to understand what this programs exactly does.
(Basically, it searches for any file that looks like a man page, and installs
it.)
However, I'm not really aware on everything about building package
On Thursday 08 Nov 2001 10:11 pm, Peter Jay Salzman wrote:
>
> another question though -- i took a look at the deb package for
> defendguin (another game written by the same author). the debian
> maintainer wrote the manpage for defendguin (bill kendrick knows how
> to write games, but doesn't kno
On Thu, Nov 08, 2001 at 02:11:46PM -0800, Peter Jay Salzman wrote:
>
> another question though -- i took a look at the deb package for defendguin
> (another game written by the same author). the debian maintainer wrote the
> manpage for defendguin (bill kendrick knows how to write games, but does
or every installed
> > executable.
> >
> > ok.
> >
> > i installed manedit and whipped up a placeholder manpage. questions:
> >
> > 1. is there a way to get past the manpage requirement? is there
> > some way of linking to the "undocumented" m
anpage to have an overview on what it provides. You can also have a look
at the dh_installmanpages to understand what this programs exactly does.
(Basically, it searches for any file that looks like a man page, and installs
it.)
However, I'm not really aware on everything about building package
On Thu, Nov 08, 2001 at 12:56:57PM -0800, Peter Jay Salzman wrote:
> 1. is there a way to get past the manpage requirement? is there some way
>of linking to the "undocumented" man page?
Yes, but if you read undocumented(7) it says "this is here because it's
a bug,
On Thursday 08 Nov 2001 10:11 pm, Peter Jay Salzman wrote:
>
> another question though -- i took a look at the deb package for
> defendguin (another game written by the same author). the debian
> maintainer wrote the manpage for defendguin (bill kendrick knows how
> to write games, but doesn't kn
there some way
of linking to the "undocumented" man page?
2. is it ok to include my placeholder manpage with the deb package? it
really doesn't give any useful information at all. just gives the app
name, installed files and the author.
any guidance appreciated!
pet
On Thu, Nov 08, 2001 at 02:11:46PM -0800, Peter Jay Salzman wrote:
>
> another question though -- i took a look at the deb package for defendguin
> (another game written by the same author). the debian maintainer wrote the
> manpage for defendguin (bill kendrick knows how to write games, but doe
or every installed
> > executable.
> >
> > ok.
> >
> > i installed manedit and whipped up a placeholder manpage. questions:
> >
> > 1. is there a way to get past the manpage requirement? is there
> > some way of linking to the "undocumented" m
On Thu, Nov 08, 2001 at 12:56:57PM -0800, Peter Jay Salzman wrote:
> 1. is there a way to get past the manpage requirement? is there some way
>of linking to the "undocumented" man page?
Yes, but if you read undocumented(7) it says "this is here because it
? is there some way
of linking to the "undocumented" man page?
2. is it ok to include my placeholder manpage with the deb package? it
really doesn't give any useful information at all. just gives the app
name, installed files and the author.
any guidance appreciated!
pet
On Sat, Dec 23, 2000 at 05:41:31PM -0500, Bob Hilliard wrote:
Hi Bob.
> I am writing a manpage for a new program, and have run into a
> snag. Following is a fragment from my draft:
>
> .TP
You probably want to use .PP here(?)
> As a separate question, what is the difference between
I am writing a manpage for a new program, and have run into a
snag. Following is a fragment from my draft:
.TP
Headers are prepended to the file giving the URL of the site from
which the original database was obtained, and the name of the
dictionary.
man renders this as:
Header
On Sat, Dec 23, 2000 at 05:41:31PM -0500, Bob Hilliard wrote:
Hi Bob.
> I am writing a manpage for a new program, and have run into a
> snag. Following is a fragment from my draft:
>
> .TP
You probably want to use .PP here(?)
> As a separate question, what is the difference betwee
I am writing a manpage for a new program, and have run into a
snag. Following is a fragment from my draft:
.TP
Headers are prepended to the file giving the URL of the site from
which the original database was obtained, and the name of the
dictionary.
man renders this as:
Heade
> > (...)
>
> No problem, I just wrote one and attached it to this mail.
> For more information about writing manual pages, have a look at the
> manpage HOWTO (http://www.schweikhardt.net/man_page_howto.html) as
> well as into man(7) and groff_man(7).
Also take a look at pod2man(1p); it may not be
On Sat, 15 Jan 2000, Elegant Dice wrote:
> also a guy called Roland thinks that I need to write a man page for
> vrweb. its in the policy so thats fine, i'll write one, but can
> anyone help me write one?
No problem, I just wrote one and attached it to this mail.
For more inf
Elegant Dice wrote:
> hi,
>
> i'm the maintainer for vrweb (diff email for
> holidays), and dropped out of the world for a while
> (exams and stuff). 2 of the (simple) bugs were NMU
> fixed (not a complaint: thanks Javier) but are marked
> 'outstanding'.
>
> what does that mean? do i need to clos
ll?
also a guy called Roland thinks that I need to write a
man page for vrweb. its in the policy so thats fine,
i'll write one, but can anyone help me write one?
vrweb is just an x-based program with _minimal_
commandline arguements, so there won't be much to
write, but i don't know w
I wrote:
> I'm packaging powstatd. It comes with a man page that displays
> tables correctly on Red Hat, but (disappointingly) doesn't on
> Debian. It seems we don't use the same man pre-processors?
This is solved. Zack Weinberg <[EMAIL PROTECTED]> told me to
(Related to a post of mine on -devel)
I'm packaging powstatd. It comes with a man page that displays
tables correctly on Red Hat, but (disappointingly) doesn't on
Debian. It seems we don't use the same man pre-processors?
The offending bits look like:
[cut]
Hit ^C to sto
1 - 100 of 117 matches
Mail list logo
