,
the answer is run dh_strip and it takes care of this for you. However,
it's good to understand the basics and the reasons for what's going on
behind the scenes.
There's some additional information in section 10.1 of Policy.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256900
Yeah, Objective CAML has been that way for years and years.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
or not I'd bother would probably depend on the package.
Is there something useful (some tricks) to know about it? Something to
easy SVN management and it's not written in howto?
http://svnbook.red-bean.com/ is incredibly useful for all the general
Subversion stuff.
--
Russ Allbery ([EMAIL
.
Standard Debian packaging practices don't let you do this sort of thing
and require a hand-maintained changelog file with hand-written new entries
for each new version. The standard packaging tools like debuild therefore
are not prepared to deal with this and probably are not going to cope.
--
Russ
there, and then ask one of the DD members to sponsor an upload
when ready. Currently eloy is doing most of the sponsoring work, but
there are several others involved (myself included) who could and would do
more sponsored uploads if things started piling up.
--
Russ Allbery ([EMAIL PROTECTED
CDPATH set? If so, this is a bug in lintian that's already
fixed in Subversion.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
have to do some porting.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
or add
the functionality that I need to add without significant surgery in a
makefile.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
at the end of
that file.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
don't know
if that is really a good idea?
Replace ä with \[:a]. Upstream may not be able to do this since this is a
groff-specific thing, but it's safe to do in Debian.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
and it's what
everyone is used to. Also, if you use debhelper (most people seem to,
either directly or through cdbs), it assumes that convention.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
packages because it makes backporting
to sarge easier. There doesn't seem to be anything in debhelper 5 that
particularly warrants making backporting harder, so I'm planning on
waiting until etch is released to bump the compatibility level.
--
Russ Allbery ([EMAIL PROTECTED]) http
Daniel Knabl [EMAIL PROTECTED] writes:
As recommended, I had a discussion about it with the author. Now the
license has been changed. I think it can be included into
debian/copyright as follows:
It's fine. There's lots of stuff in Debian with this sort of license.
--
Russ Allbery ([EMAIL
your own packaging, and let
diff figure out the transform (although be careful of upstream files that
you need to delete in your version).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
more straightforward. You may want to give it a
look; I found the manual quite sufficient to get started.
The workflow is substantially different than it is with dpatch, so that
takes a little getting used to, but after I got used to it I actually
liked it better.
--
Russ Allbery ([EMAIL
Stan Vasilyev [EMAIL PROTECTED] writes:
On Tuesday 24 January 2006 13:23, Russ Allbery wrote:
What I would do if I were you would be to make the changes you need to
make to the upstream debian directory to have the package work the way
that it should and send the diffs back to upstream
Stan Vasilyev [EMAIL PROTECTED] writes:
On Tuesday 24 January 2006 13:52, Russ Allbery wrote:
Why? Do you have to remove some files for DFSG-compliance?
Sorry, what I meant was my orig.tar.gz ends up being the pre-release
version, not the official version released on the website.
This work
a bad idea
even if you're upstream; it's really not a good idea if you're not
upstream for the package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
,
or other common licenses; instead, just refer the user to the copy that
already ships with Debian in /usr/share/common-licenses.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
me for this course. The fees is
3,000 us dollars. Shall be grateful for your assistance. My e-mail is
[EMAIL PROTECTED]
Sorry, I'm afraid this isn't lintian-clean and doesn't build properly in
pbuilder.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
to upstream and waiting for them to fix it, or reporting
the bug to upstream and also fixing it yourself in the Debian package,
such as by build-depending on the appropriate version of autotools and
running autogen.sh inside your debian/rules file.
--
Russ Allbery ([EMAIL PROTECTED]) http
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Sat, 14 Jan 2006, Russ Allbery wrote:
The problem is, in a nutshell, this doesn't actually work reliably. If
It does inside Debian (you can explicitly choose a given version, and
upgrade to the next only after some testing
of re-running the autotools automatically on a substantial package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package pools.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for upload.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, and samba packages, for instance, are all using quilt
today.
Oh, interesting. I'd been noticing it in use by large packages, but I
wasn't aware it was at the point where it was a reasonable alternative to
dpatch even for smaller ones. I'll have to take a closer look.
Thanks!
--
Russ Allbery
too -- 2rc3 before
2.0. But it looks stranger.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian/copyright.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
maintainer about it?
You would talk to the dh-make maintainer, and not the debhelper
maintainer.
You may want to talk to them too (I never use dh-make), but take a look at
/usr/share/doc/debhelper/examples/rules and friends.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
be
priority extra, though.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jonas Genannt [EMAIL PROTECTED] writes:
Russ Allbery wrote:
The package looks fine, except that you didn't need to repackage the
upstream source. The package build tools don't care in the slightest
what directory the upstream source unpacks into; they just care that
the tar.gz file be named
of orphaned packages by
people who are really interested in them. Adding more software to Debian
is nice, but improving the software already in Debian is even better.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
,
though, even if the binary packages don't port over.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Rogério Brito [EMAIL PROTECTED] writes:
On Dec 25 2005, Russ Allbery wrote:
Policy describes the config script in section 3.10.1. A reference in
the maintainer scripts section would probably be a good idea.
Ah, then that would explain it... The copy of the policy that I used as
reference
I'm talking about. This is the
separate debconf protocol specification, which you can find in
/usr/share/doc/debian-policy/debconf_specification.*
in the debian-policy package. I don't know if it's also on the doc
section of the Debian web site. It's referred to in Policy 3.9.1.
--
Russ
section would probably be a good idea.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/developer.php summary.
I could probably remove it, but just for the future reference, how would
one fix it? Removing the commented lines, or...?
See the man page for uscan; it explains the format.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
a discussion going on on debian-policy right now about how to redo
all the menu categories.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
as the
file modified, not debian/changelog.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is getting confused by the dependency added by
${misc:Depends} and missing the second dependency that is tighter.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
release of the OpenAFS package, and then I'll
take a look.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Mon, 19 Dec 2005, Russ Allbery wrote:
This may not be the most popular opinion, particularly among fans of
distributed VCSes (and I do understand the merits), but wrapping your
mind around the distributed model isn't easy. I can
or more push notification of things that a
sponsor should be looking at that would fit well into this sort of
framework.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
on Debian packages how to use Subversion, but explaining bzr feels rather
intimidating.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
] ; then
rm -f /usr/bin/cdrtoaster
fi
You have a stray debian/files in your diff.
Send me e-mail when the above has been addressed and I'll be happy to
upload the package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
As previously mentioned, I think:
ifeq (Makefile,$(wildcard Makefile))
$(MAKE) realclean
endif
is cleaner and more reliable.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
the packages on your web site and then send me an e-mail so that I can
take another look? Assuming everything is fine, I'll be happy to upload
it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
and I'll be happy to upload the
package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russ Allbery [EMAIL PROTECTED] writes:
Could you run $(MAKE) test in debian/rules? I think it's best to do
that whenever possible just to make sure nothing strange has happened
and I notice that this package provides a fair number of tests. Also,
while you're changing the package, you may
Debian source and binary package:
http://jonas.capi2name.de/debian-upload/libpod-tests-perl/
Looks good to me. Uploaded. Same comment about -$(MAKE) realclean when
you have some reason to upload a new version.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
warning/error.
Yeah, I should go provide a patch for that to lintian, since I keep
noticing it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Justin Pryzby [EMAIL PROTECTED] writes:
On Sun, Dec 18, 2005 at 01:58:11PM -0800, Russ Allbery wrote:
If you do keep it, the postinstall removes cdrtoaster regardless of
whether it's a symlink. I think it would be better to do something
like:
s/postinstall/postrm/, I hope?
Yeah, my bad
Jose Manuel dos Santos Calhariz [EMAIL PROTECTED] writes:
The new version is online, and I have made a build test from the online
files. Everything seams to be fine now.
Looks good to me. Uploaded.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
need the - in front of rm -rf. The -f makes
it exit with a 0 status even if none of the files were found to remove.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Jonas Genannt [EMAIL PROTECTED] writes:
Russ Allbery wrote:
I would move his e-mail address up to the same line where you list the
upstream maintainer and then replace all of the bit quoted above with
the bit I quoted from the COPYRIGHT section of the module. (You can
omit the bit referring
, but then the result is much more maintainable and
predictable for the user.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
using:
ifeq (Build,$(wildcard Build))
./Build clean
endif
instead. I won't insist that you change this, but I think it's cleaner
to do things this way.
Let me know when you've fixed the above (except maybe the last) and I'll
sponsor the package.
--
Russ
Justin Pryzby [EMAIL PROTECTED] writes:
On Sat, Dec 03, 2005 at 09:31:45AM -0800, Russ Allbery wrote:
Justin Pryzby [EMAIL PROTECTED] writes:
This will only make a symlink if cdrtoaster isn't installed. But is
there a way to make the symlink if cdrtoaster is installed, and then
gets removed
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jonas Genannt [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Everything else looks good. Drop me a line when the above has been
fixed and I'll be happy to sponsor the upload.
Ok, I have updated the package.
Can you please look at the copyright-file if it's now ok?
I guess I'm still missing
stay rather than using overrides. A
lintian override to me means that the lintian message is wrong in this
particular case, not that it's a known bug.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
man page QA project gets resurrected, it will be easy for others
to find the packages that need assistance.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
the old fhist-doc package.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
, they should probably be listed in .PHONY, for
consistency and transparency.
It's common in older packages, probably due to some migration of policy
from long ago. I just strip it out routinely whenever I see it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
-base
+makedev
+passwd
+procps
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Justin Pryzby [EMAIL PROTECTED] writes:
On Wed, Nov 09, 2005 at 01:13:44PM -0800, Russ Allbery wrote:
Essential means that it's very difficult to remove the package and you
have to jump through extreme hoops to do so, and that removing it may
break the system.
Yes, but how is that different
is for
things the package needs to build. Things the package needs to run
get-orig-source or the like are neither, and therefore don't need to be
listed, IMO.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
talking about updating the .orig.tar.gz tarball,
and the script that was upthread called rpm2cpio as part of that.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
to -doc in this particular case, since otherwise when
browsing the package list I'd think I'd have to install the -doc package
to get any documentation at all (rather than just a separate tutorial).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
having the build dependencies installed outside the
chroot.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
upstream whenever possible, since that way (as previously
mentioned) signatures are still valid, MD5 checksums are still valid, etc.
The exception would be when you have to repackage upstream because of
non-free files or similar problems.
--
Russ Allbery ([EMAIL PROTECTED]) http
maintainers might take.
They still might not be willing, but at least you have a fighting chance,
where as the post-configure sed stuff they'll never want.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
it. The minimal
modifications that one makes in an NMU are hopefully unlikely to result in
other unrelated Policy violations due to forgetting to do something that a
debhelper script might have remembered.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
.
I thought the user would only be prompted if the file changed *and* they
had made local modifications to the old file. The last is fairly unlikely
for READMEs.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
be
regenerated from the package. You should be able to do this by running
latex and pdflatex on the .dtx file.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
else, you have to get permission from DJB, although he's
stated elsewhere that he doesn't think copyright law can prohibit the
distribution of patches or your application of patches to software you're
building yourself. (Note that doesn't include distributing the result.)
--
Russ Allbery ([EMAIL
need the debian-policy package installed for that to
work...
Having debian-policy installed plus using apt-listchanges is a pretty nice
way of getting notified of new policy releases too. :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
a new Debian package, it's important enough to release a
new upstream release too, and just make it clear to people in the release
notes whether it's a bug fix they're likely to care about.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
a new Debian package, it's important enough to release a
new upstream release too, and just make it clear to people in the release
notes whether it's a bug fix they're likely to care about.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
on one of them.
I do have a bunch of new packages that I'd like to contribute over time
too, but I figured it would be better to start with adoptions and only add
new packages after I'd helped with the backlog of packages needing an
owner.
--
Russ Allbery ([EMAIL PROTECTED]) http
:
Package: xfonts-jmk
Priority: optional
Section: x11
Installed-Size: 984
Maintainer: Russ Allbery [EMAIL PROTECTED]
Architecture: all
Version: 3.0-5
Depends: xutils (= 4.0.3)
Filename: dists/sid/main/binary-all/x11/xfonts-jmk_3.0-5_all.deb
Size: 515976
MD5sum: deae9853e1c48573f0b07b81f44d88ff
:
Package: xfonts-jmk
Priority: optional
Section: x11
Installed-Size: 984
Maintainer: Russ Allbery [EMAIL PROTECTED]
Architecture: all
Version: 3.0-5
Depends: xutils (= 4.0.3)
Filename: dists/sid/main/binary-all/x11/xfonts-jmk_3.0-5_all.deb
Size: 515976
MD5sum: deae9853e1c48573f0b07b81f44d88ff
segfaults you're getting or how they're produced. Is there a
fairly self-contained example that you know is segfaulting that you can
include? I've done varargs conversions before and have written a fair bit
of stdarg code, so maybe I can help.
--
Russ Allbery ([EMAIL PROTECTED]) http
segfaults you're getting or how they're produced. Is there a
fairly self-contained example that you know is segfaulting that you can
include? I've done varargs conversions before and have written a fair bit
of stdarg code, so maybe I can help.
--
Russ Allbery ([EMAIL PROTECTED]) http
, as I'm
running into this in several packages I'm working on. For the time being,
I've just been ignoring it, but I'm not sure if that's correct.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
try to get this fixed. Note that there's a much newer
version of pod2man that's awaiting Pod::Simple to be completely ready for
it to be released, and a variety of changes are waiting on that process.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
/\n/;
1 while s/^(.*?)(\t+)/$1 . ' ' x (length ($2) * 8 - length ($1) % 8)/me;
s/\\/\\e/g;
+s/-/\\-/g;
s/^(\s*\S)/'\' . $1/gme;
$self-makespace;
$self-output (.Vb $lines\n$_.Ve\n);
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
, as I'm
running into this in several packages I'm working on. For the time being,
I've just been ignoring it, but I'm not sure if that's correct.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
/\n/;
1 while s/^(.*?)(\t+)/$1 . ' ' x (length ($2) * 8 - length ($1) % 8)/me;
s/\\/\\e/g;
+s/-/\\-/g;
s/^(\s*\S)/'\' . $1/gme;
$self-makespace;
$self-output (.Vb $lines\n$_.Ve\n);
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
601 - 690 of 690 matches
Mail list logo