Hi Branden,
On Thu, 17 Aug 2023 at 10:08, G. Branden Robinson wrote:
>
> Hi Hugh,
>
> [...]
> So whether the man page is hand-crafted or generated from some other
> format at build time is not relevant. In fact, it's _meta_ irrelevant
> (if that's even a thing) because the only reason (apart from
On Thu, 17 Aug 2023 at 09:10, Colin Watson wrote:
>
> Your problem is that you need this line as the very first line of the
> page to instruct man(1) to run the tbl preprocessor:
>
> '\" t
>
> See https://manpages.debian.org/bookworm/man-db/man.1.en.html#DEFAULTS
That does the trick. Thank you!
At 2023-08-17T01:37:52+0100, Colin Watson wrote:
> On Wed, Aug 16, 2023 at 07:08:18PM -0500, G. Branden Robinson wrote:
> > [6] https://man.cx/grog
> >
> > I was going to link to
> > https://manpages.debian.org/unstable/groff/grof.1.en.html here, but
> > the man page is missing! groff
On Wed, Aug 16, 2023 at 07:08:18PM -0500, G. Branden Robinson wrote:
> [6] https://man.cx/grog
>
> I was going to link to
> https://manpages.debian.org/unstable/groff/grof.1.en.html here, but
> the man page is missing! groff definitely ships it. Any advice?
Aside from the typo in th
Hi Hugh,
At 2023-08-17T07:54:03+1000, Hugh McMaster wrote:
> On Thu, 17 Aug 2023 at 03:39, Colin Watson wrote:
> > On Wed, Aug 16, 2023 at 09:29:45PM +1000, Hugh McMaster wrote:
> > > This all seems promising. Unfortunately, the man page is
> > > hand-crafted, not generated from another source, so
On Thu, Aug 17, 2023 at 07:54:03AM +1000, Hugh McMaster wrote:
> The man page in question -- ftlint.1 -- is in the freetype2-demos
> package [1], or you can get an online copy from [2].
>
> [1] /usr/share/man/man1/ftlint.1.gz
> [2]
> https://sources.debian.org/src/freetype/2.13.0%2Bdfsg-1/ft2demo
On Thu, 17 Aug 2023 at 03:39, Colin Watson wrote:
>
> On Wed, Aug 16, 2023 at 09:29:45PM +1000, Hugh McMaster wrote:
> > This all seems promising. Unfortunately, the man page is hand-crafted,
> > not generated from another source, so groff is never invoked, and no
> > other documents are referenced
On Wed, Aug 16, 2023 at 09:29:45PM +1000, Hugh McMaster wrote:
> This all seems promising. Unfortunately, the man page is hand-crafted,
> not generated from another source, so groff is never invoked, and no
> other documents are referenced in the file.
groff must be run somewhere, because you're s
ot run; table(s) likely not rendered (TE
> > macro called with TW register undefined)
> >
> > It seems TW is not defined in the number register.
> >
> > While I can define TW by adding `.nr TW 0` before .TS, I don't know if
> > that's the correct soluti
f-message an.tmac::66: warning: tbl preprocessor
> > failed, or it or soelim was not run; table(s) likely not rendered (TE
> > macro called with TW register undefined)
>
> I haven't looked at your code in detail, but this sounds similar to
> https://bugs.debian.org/cgi
Hi Hugh,
I work on groff upstream.
At 2023-08-15T22:46:30+1000, Hugh McMaster wrote:
> groff-message an.tmac::66: warning: tbl preprocessor
> failed, or it or soelim was not run; table(s) likely not rendered (TE
> macro called with TW register undefined)
>
> It seems TW is not
ot run; table(s) likely not rendered (TE
> macro called with TW register undefined)
I haven't looked at your code in detail, but this sounds similar to
https://bugs.debian.org/1042358. groff is most likely observing that
you're using the tbl macros but haven't invoked groff with -t, w
Lintian has recently started emitting this groff warning for ftlint.1
in freetype-demos as part of its man pages check:
groff-message an.tmac::66: warning: tbl preprocessor
failed, or it or soelim was not run; table(s) likely not rendered (TE
macro called with TW register undefined)
It seems TW
/bytecodealliance/regalloc2
* License : Apache-2.0 with LLVM exception
Programming Lang: Rust
Description : backtracking register allocator
regalloc2 is a register allocator
that started life as, and is about 50% still,
a port of IonMonkey's backtracking register allocator to Rust.
In
Description : Register a comm implementation in the Jupyter kernel
It provides a way to register a Kernel Comm implementation, as per the Jupyter
kernel protocol. It also provides a base Comm implementation and a default
CommManager that can be used.
This is a new dependency of the ipykernel
: BSD-2-clause
Programming Lang: Perl
Description : Crypt::U2F::Server::Simple - Register and Authenticate U2F
compatible security devices
Universal 2nd Factor (U2F) is an open authentication standard that
strengthens and simplifies two-factor authentication using specialized
USB
client of World Register of Marine Species (WoRMS)
Client for World Register of Marine Species
(<http://www.marinespecies.org/>). Includes functions for each
of the API methods, including searching for names by name, date and
common names, searching using external identifiers, fetching
synony
Dear Colleague,
The 9th Annual Optimizing Clinical Trials Summit: Site Selection, Feasibility &
Patient Recruitment (6th – 8th October, London) is almost fully booked, with
only 8 seats left. If you have not already reserved a seat, its time to book
now if you would like to join.
Request
* License : BSD-3-Clause
Programming Lang: Python
Description : Click extension to register external CLI commands
Click plugins allows developers of Click commandline applications to add
a plugin mechanism to their tools. This allows the creation of
subcommands registered by those plugins
on used to register global keyboard shortcuts
(long description would come later.)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/2014051010180
Do you have a key role or an interest in campaigning?
Ever wondered why some campaigns 'fizz' and others 'fizzle'?
Want to get unique insights in how to 'Win'?
Come to the Campaign2Win Conference
Come and interact with professionals that have in three recent successful
campaigns, turned arou
On Mon, 2011-07-18 at 14:19 +0200, Paul Wise wrote:
> On Sun, Jul 17, 2011 at 1:04 AM, Peter Samuelson wrote:
>
> > - Treat the file as though it were shipped in the package directly.
> > This means it is removed on package upgrade, as well as on package
> > removal. This is very straightforwar
On Sun, Jul 17, 2011 at 1:04 AM, Peter Samuelson wrote:
> - Treat the file as though it were shipped in the package directly.
> This means it is removed on package upgrade, as well as on package
> removal. This is very straightforward (append the filename to
> /var/lib/dpkg/info/{foo}.list), b
]] Peter Samuelson
| - Treat the file as though it were shipped in the package directly.
| This means it is removed on package upgrade, as well as on package
| removal. This is very straightforward (append the filename to
| /var/lib/dpkg/info/{foo}.list), but perhaps not too useful.
This
[Roger Leigh]
> By registering the file as I create it, I completely avoid the
> breakage potential of complex and poorly-tested postrm logic--it's
> completely removed. It also means that other packages can't
> arbitrarily overwrite it. It would certainly be very useful for
> e.g. generated fil
On Sat, Jul 16, 2011 at 08:32:46PM +0100, Christopher Baines wrote:
> On Sat, 2011-07-16 at 17:12 +0200, Paul Wise wrote:
> > On Sat, Jul 16, 2011 at 4:48 PM, Peter Samuelson wrote:
> >
> > > It would be useful in any number of situations to be able
> > > to "
On Sat, 2011-07-16 at 17:12 +0200, Paul Wise wrote:
> On Sat, Jul 16, 2011 at 4:48 PM, Peter Samuelson wrote:
>
> > It would be useful in any number of situations to be able
> > to "register" a file with dpkg: tell dpkg that a given package owns a
> > given
On Sat, Jul 16, 2011 at 4:48 PM, Peter Samuelson wrote:
> It would be useful in any number of situations to be able
> to "register" a file with dpkg: tell dpkg that a given package owns a
> given file, so that it is automatically removed when the package is
> removed or upg
d be useful in any number of situations to be able
to "register" a file with dpkg: tell dpkg that a given package owns a
given file, so that it is automatically removed when the package is
removed or upgraded. I can see this being used in many postinst
scripts, so as to simplify or eli
/dist/CGI-Application-Plugin-AutoRunmode/
* License : Perl
Programming Lang: Perl
Description : CGI::App plugin to automatically register runmodes
This package is being split out from its current bundle package.
The CGI::Application::Plugin::AutoRunmode plugin for CGI::Application
Pölsterl
Alex Graveley
* URL : http://kaizer.se/wiki/python-keybinder/
* License : GPLv2
Programming Lang: C
Description : register global key bindings for gtk-based apps
Python extension to allow applications to register a key binding to be
later
On 30/10/08 at 13:50 +0100, Marco d'Itri wrote:
> On Oct 21, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
>
> > I'm not sure that filing lots of bugs about missing Depends on
> > update-inetd really delays the release. Chris Lamb is fixing those bugs
> > faster than I file them anyway ;)
> WTF? Packa
On Oct 21, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
> I'm not sure that filing lots of bugs about missing Depends on
> update-inetd really delays the release. Chris Lamb is fixing those bugs
> faster than I file them anyway ;)
WTF? Packages other than inetd daemons MUST NOT depend on update-inetd
Lucas Nussbaum wrote:
> On 22/10/08 at 20:38 -0500, Raphael Geissert wrote:
>>
>> If everything goes the way I want it to be, it won't be just lucas the one
>> filing reports: I asked lucas if he could do the remove/purge test in lenny
>
> I'll do that.
Thanks :)
>
>> and
>> the full install/
On 22/10/08 at 20:38 -0500, Raphael Geissert wrote:
> Pierre Habouzit wrote:
>
> > On mar, oct 21, 2008 at 11:57:48 +, Josselin Mouette wrote:
> >> Le mardi 21 octobre 2008 à 08:53 -0300, David Bremner a écrit :
> >> > So downgrading bugs to non-RC severity (with appropriate rationale)
> >> >
Pierre Habouzit wrote:
> On mar, oct 21, 2008 at 11:57:48 +, Josselin Mouette wrote:
>> Le mardi 21 octobre 2008 à 08:53 -0300, David Bremner a écrit :
>> > So downgrading bugs to non-RC severity (with appropriate rationale)
>> > does not count in the great cookie contest?
>>
>> Of course it
Stefano Zacchiroli dijo [Tue, Oct 21, 2008 at 07:50:59AM -0500]:
> On Tue, Oct 21, 2008 at 02:11:04PM +0200, Pierre Habouzit wrote:
> > Does bribing lucas into not using grid5k anymore works too ? :)
>
> Definitely! Please add it to the rules :)
Can Lucas be bribed with cookies? I always noticed
On Tue, 2008-10-21 at 14:39 +0200, Lucas Nussbaum wrote:
> I'm not sure that filing lots of bugs about missing Depends on
> update-inetd really delays the release. Chris Lamb is fixing those bugs
> faster than I file them anyway ;)
You mean like this one?
http://bugs.debian.org/cgi-bin/bugrepor
On 21/10/08 at 14:11 +0200, Pierre Habouzit wrote:
> On mar, oct 21, 2008 at 11:57:48 +, Josselin Mouette wrote:
> > Le mardi 21 octobre 2008 à 08:53 -0300, David Bremner a écrit :
> > > So downgrading bugs to non-RC severity (with appropriate rationale)
> > > does not count in the great cookie
Josselin Mouette wrote:
> we are currently very close to release lenny which is most likely going
> to be absolutely awesome.
>
> However, there are currently around 100 RC bugs remaining
Apologies if this has already been brought up.
Using the number RC bugs that a present in lenny and sid is
On Tue, Oct 21, 2008 at 02:11:04PM +0200, Pierre Habouzit wrote:
> Does bribing lucas into not using grid5k anymore works too ? :)
Definitely! Please add it to the rules :)
--
Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7
[EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<
On mar, oct 21, 2008 at 11:57:48 +, Josselin Mouette wrote:
> Le mardi 21 octobre 2008 à 08:53 -0300, David Bremner a écrit :
> > So downgrading bugs to non-RC severity (with appropriate rationale)
> > does not count in the great cookie contest?
>
> Of course it does count; added to the rules
Le mardi 21 octobre 2008 à 08:53 -0300, David Bremner a écrit :
> So downgrading bugs to non-RC severity (with appropriate rationale)
> does not count in the great cookie contest?
Of course it does count; added to the rules in the wiki page.
--
.''`.
: :' : We are debian.org. Lower your pr
At Tue, 21 Oct 2008 13:43:01 +0200, Josselin Mouette wrote
> Fixing a RC bug means either of:
> * Uploading a NMU that fixes the bug to unstable.
> * Convincing, with a mail that details the rationale, a release
> manager to tag the bug lenny-ignore.
> * Convincing, in
have a section "tex", at least I
> > used to register the docs of some my TeX-related packages there
> > Has this section been removed on purpose? If yes, where should
> > TeX-related documenation go now?
>
> Good question; with the currently declared hierarchy, I&#
Ralf Treinen <[EMAIL PROTECTED]> writes:
> Sorry if this has been answered before, but looking at section 2.3.3 of
> the doc-base manual (version 0.8.10) I cannot find a section TeX. If
> memory serves me right we used to have a section "tex", at least I
> used to regi
Sorry if this has been answered before, but looking at section 2.3.3 of
the doc-base manual (version 0.8.10) I cannot find a section TeX. If
memory serves me right we used to have a section "tex", at least I
used to register the docs of some my TeX-related packages there :-)
Has this se
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Register
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHim9Y5nwsoBIDC4YRAgKOAJ0csDSPndMNF2QwgXckfjyelQW7vACfbSiO
VPle65WuwWS2XPCiKrHUcvY=
=3jJY
-END PGP
Hi,
I've been unable to find documentation about how we're supposed to
choose a priority for alternatives. It seems like every web browser
maintainer likes their browser the most, so wants it to be the highest.
I'm CC'ing debian-devel in the hope that somebody will be able to point
me in the dire
On Mon, Apr 15, 2002 at 12:16:50AM +0200, Wouter Verhelst wrote:
> * URL : http://users.ox.ac.uk/~univ377/c600.html
leads to an 404:
The requested URL /~univ377/c600.html was not found on this server.
--
CU, / Friedrich-Alexander University Erlangen, Germany
Martin Wait
Package: wnpp
Version: N/A; reported 2002-04-15
Severity: wishlist
* Package name: hotswap
Version : 0.2.0
Upstream Author : Tim Stadelmann
* URL : http://users.ox.ac.uk/~univ377/c600.html
* License : HTML
Description : register/deregister hotswappable
Package: wnpp
Severity: wishlist
URL:
http://ipcheck.sourceforge.net
License:
GPL
Description:
This package provides an update service for the Free dynamic DNS hosting
service at dyndns.org.
Ipcheck.py is the only UNIX dyndns.org client rated at
Compliant. The Debian ddclien
and money, register immediately
the best names for you, your company and your trademarks.
More we pay you 8 $US per domain name definitively registered through your
promotion or your affiliates.
To take more information and make really money go to:
http://members.tripod.de/bestdomain
(you
53 matches
Mail list logo
