Seeking sponsor for Emilda and related packages

[David Everly]

Hi,

I would like to see Emilda (http://www.emilda.org/) and related packages
come into Debian.

Packages needed by Emilda that are not currently in Debian are:

libgd-barcode-perl(CPAN)
libhtml-htmldoc-perl  (CPAN)
libmarc-record-perl   (CPAN)
libnet-z3950-perl (CPAN)
php4-yaz  (http://www.indexdata.dk)
idzebra-doc   (http://www.indexdata.dk)
libidzebra-perl   (http://www.indexdata.dk)
idzebra   (http://www.indexdata.dk)

Of the above, I only see libmarc-record-perl mentioned in
http://bugs.debian.org/wnpp.

I am willing to work and learn for this to happen, thus seeking
sponsorship.

What work I have done on this so far is in:

http://users.adelphia.net/~david.everly/emilda/sarge/

deb http://users.adelphia.net/~david.everly emilda/sarge/
deb-src http://users.adelphia.net/~david.everly emilda/sarge/

As of today, I have not yet started on php4-yaz.

Oddly, I'm seeing lintian issues with perl documentation when building
these on sarge, such as the following:

W: libnet-z3950-perl: manpage-section-mismatch 
usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
I: libnet-z3950-perl: hyphen-used-as-minus-sign 
usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238

It appears this happens during the pod2man conversion.  I know how to
fix this after the conversion, but how to fix earlier in the process?

Thanks in advance,
Dave.

-- 
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html


signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[elijah wright]

> I would like to see Emilda (http://www.emilda.org/) and related packages
> come into Debian.

so would a lot of other people - your activity should make the LIS
community a little happier.  :)

[not a DD, so can't sponsor you, but i support the notion that this stuff
needs packaging!]

perhaps you should collaborate with the perl module packaging project in
hopes of getting a few of the non-library-related modules packaged up?

elijah


> Packages needed by Emilda that are not currently in Debian are:
>
> libgd-barcode-perl(CPAN)
> libhtml-htmldoc-perl  (CPAN)
> libmarc-record-perl   (CPAN)
> libnet-z3950-perl (CPAN)
> php4-yaz  (http://www.indexdata.dk)
> idzebra-doc   (http://www.indexdata.dk)
> libidzebra-perl   (http://www.indexdata.dk)
> idzebra   (http://www.indexdata.dk)
>
> Of the above, I only see libmarc-record-perl mentioned in
> http://bugs.debian.org/wnpp.
>
> I am willing to work and learn for this to happen, thus seeking
> sponsorship.

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Oddly, I'm seeing lintian issues with perl documentation when building
> these on sarge, such as the following:

> W: libnet-z3950-perl: manpage-section-mismatch 
> usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
> I: libnet-z3950-perl: hyphen-used-as-minus-sign 
> usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238

> It appears this happens during the pod2man conversion.  I know how to
> fix this after the conversion, but how to fix earlier in the process?

There is an open bug about this against Perl and an argument about whether
it's a Perl bug or a policy bug (since policy wants something else).  It's
not possible to fix this before the conversion; the offending assumption
is hard-coded deep inside ExtUtils::MakeMaker and would need a patch to
Perl to fix properly.

I'd appreciate any recommendations on dealing with this myself, 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]) 

CDBS Documentation

[Nico Golde]

Hi,
i subscibed to the cdbs mailinglist with the intention to support the
project a little bit. I wrote a little german documentation for cdbs:
http://www.ngolde.de/texte/cdbs.html, but i get no resonse on the list.
How about the project activity in the last time?
Is it dead?
Regards Nico

-- 
Nico Golde - [EMAIL PROTECTED]
[EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de
GPG: FF46 E565 5CC1 E2E5 3F69  C739 1D87 E549 7364 7CFF
Is there life after /sbin/halt -p?


pgp1yEkiAHUno.pgp
Description: PGP signature

Re: Seeking sponsor for Emilda and related packages

[David Everly]

On Sun, Jul 25, 2004 at 10:14:59AM -0700, Russ Allbery wrote:
> David Everly <[EMAIL PROTECTED]> writes:
> 
> > Oddly, I'm seeing lintian issues with perl documentation when building
> > these on sarge, such as the following:
> 
> > W: libnet-z3950-perl: manpage-section-mismatch 
> > usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
> > I: libnet-z3950-perl: hyphen-used-as-minus-sign 
> > usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238
> 
> > It appears this happens during the pod2man conversion.  I know how to
> > fix this after the conversion, but how to fix earlier in the process?
> 
> There is an open bug about this against Perl and an argument about whether
> it's a Perl bug or a policy bug (since policy wants something else).  It's
> not possible to fix this before the conversion; the offending assumption
> is hard-coded deep inside ExtUtils::MakeMaker and would need a patch to
> Perl to fix properly.
> 
> I'd appreciate any recommendations on dealing with this myself, 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.

Well it looks like for "manpage-section-mismatch", ignoring works,
because ExtUtils/MM_Any.pm has been patched in Sid to fix the .TH header
generation to match the 1pm or 3pm file extension.  (I was looking for
the perl bug you mentioned and couldn't find it.  Then noticed that perl
versions were different between Sarge and Sid, so thought I should see
if it had fixed or changed.)

And as far as I know the policy is:  'Module packages must install
manual pages into the standard directories (see Documentation, Section
2.4) using the extensions .1p and .3pm to ensure that no conflict arises
where a packaged module duplicates a core module.'

Thus, once this new version of perl comes, a rebuild should fix the
problem.

Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
cases pod2man should generate "\-", but instead produces only "-".  All I
know to do is to fix it after the man pages are generated.  Kind of a
non-answer, I know, but I don't know how else to address this one.
Hopefully, someone will have a better answer.

-- 
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html


signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Well it looks like for "manpage-section-mismatch", ignoring works,
> because ExtUtils/MM_Any.pm has been patched in Sid to fix the .TH header
> generation to match the 1pm or 3pm file extension.  (I was looking for
> the perl bug you mentioned and couldn't find it.  Then noticed that perl
> versions were different between Sarge and Sid, so thought I should see
> if it had fixed or changed.)

Ah, excellent, I'm glad my information was stale.

> Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
> cases pod2man should generate "\-", but instead produces only "-".  All
> I know to do is to fix it after the man pages are generated.  Kind of a
> non-answer, I know, but I don't know how else to address this one.
> Hopefully, someone will have a better answer.

Well, I'm the upstream maintainer of pod2man, so if you can give me
specifics, I can 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]) 

Re: CDBS Documentation

[Brian Nelson]

debian-devel would probably be a more appropriate place to ask this.

Nico Golde <[EMAIL PROTECTED]> writes:

> Hi,
> i subscibed to the cdbs mailinglist with the intention to support the
> project a little bit. I wrote a little german documentation for cdbs:
> http://www.ngolde.de/texte/cdbs.html, but i get no resonse on the list.
> How about the project activity in the last time?
> Is it dead?

Sure seems that way...

-- 
You win again, gravity!

Re: Seeking sponsor for Emilda and related packages

[David Everly]

On Sun, Jul 25, 2004 at 06:55:02PM -0700, Russ Allbery wrote:
> David Everly <[EMAIL PROTECTED]> writes:
> > Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
> > cases pod2man should generate "\-", but instead produces only "-".  All
> > I know to do is to fix it after the man pages are generated.  Kind of a
> > non-answer, I know, but I don't know how else to address this one.
> > Hopefully, someone will have a better answer.
> 
> Well, I'm the upstream maintainer of pod2man, so if you can give me
> specifics, I can 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.

Ok, all of this is from Debian/Sarge, so if there is a new version, I
haven't tried it.

Here are the lines that lintian didn't like:

$conn->startSearch(-ccl => 'au=kernighan and su=unix');
$conn->startSearch(-prefix => '@and @attr 1=1 kernighan @attr 1=21 unix');
$conn->startScan(-prefix => '@attr 1=5 programming');
rs = $conn->search(-prefix => '@or rock @attr 1=21 mineral');
$rs = $conn->search(-ccl2rpn => 'rock or su=mineral');
$rs = $conn->search(-ccl => 'rock or su=mineral');
my $handle = IO::File->new( 'gunzip -c file.marc.gz |' );
#!/usr/bin/perl -w
my $fh = IO::File->new( 'gunzip -c marc.dat.gz |' );

Here is what lintian wants them to be:

$conn->startSearch(\-ccl => 'au=kernighan and su=unix');
$conn->startSearch(\-prefix => '@and @attr 1=1 kernighan @attr 1=21 unix');
$conn->startScan(\-prefix => '@attr 1=5 programming');
rs = $conn->search(\-prefix => '@or rock @attr 1=21 mineral');
$rs = $conn->search(\-ccl2rpn => 'rock or su=mineral');
$rs = $conn->search(\-ccl => 'rock or su=mineral');
my $handle = IO::File->new( 'gunzip \-c file.marc.gz |' );
#!/usr/bin/perl \-w
my $fh = IO::File->new( 'gunzip \-c marc.dat.gz |' );

To get an idea of what pod2man gets as input, try looking at:

http://search.cpan.org/CPAN/authors/id/M/MI/MIRK/Net-Z3950-0.44.tar.gz

Specifically Net-Z3950-0.44/Z3950/Connection.pm lines 461, 462, and 571,
which are the sources of the first 3 lines I listed that lintian doesn't
like.

Thanks,
Dave.

--
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html



signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Ok, all of this is from Debian/Sarge, so if there is a new version, I
> haven't tried it.

> Here are the lines that lintian didn't like:

Ah, yes, pod2man wasn't escaping hyphens in verbatim blocks.  It also
wasn't adding a bit of space between the two characters of __.  This is
indeed one of the things that's already fixed in CVS and is waiting on the
next Pod::Simple release to be released.

This will be fixed in the next release, although unfortunately it will
take a little while for that to percolate into Perl.  Note that the
effects of this are probably not obvious unless one uses troff instead of
nroff, and may not be that apparent even then (the hyphens will be a
little shorter than they should be).  This is mainly only a problem in
filled text, where unescaped hyphens are considered potential word breaks
for wrapping; they're not as much of a problem in verbatim text.

The following simple patch will fix this in Pod::Man, although I doubt
it's worth trying to get it into Debian's Perl.

--- Man.pm.orig 2004-07-25 20:10:01.0 -0700
+++ Man.pm  2004-07-25 20:10:19.0 -0700
@@ -517,6 +517,7 @@
 my $lines = tr/\n/\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]) 

Seeking sponsor for Emilda and related packages

[David Everly]

Hi,

I would like to see Emilda (http://www.emilda.org/) and related packages
come into Debian.

Packages needed by Emilda that are not currently in Debian are:

libgd-barcode-perl(CPAN)
libhtml-htmldoc-perl  (CPAN)
libmarc-record-perl   (CPAN)
libnet-z3950-perl (CPAN)
php4-yaz  (http://www.indexdata.dk)
idzebra-doc   (http://www.indexdata.dk)
libidzebra-perl   (http://www.indexdata.dk)
idzebra   (http://www.indexdata.dk)

Of the above, I only see libmarc-record-perl mentioned in
http://bugs.debian.org/wnpp.

I am willing to work and learn for this to happen, thus seeking
sponsorship.

What work I have done on this so far is in:

http://users.adelphia.net/~david.everly/emilda/sarge/

deb http://users.adelphia.net/~david.everly emilda/sarge/
deb-src http://users.adelphia.net/~david.everly emilda/sarge/

As of today, I have not yet started on php4-yaz.

Oddly, I'm seeing lintian issues with perl documentation when building
these on sarge, such as the following:

W: libnet-z3950-perl: manpage-section-mismatch 
usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
I: libnet-z3950-perl: hyphen-used-as-minus-sign 
usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238

It appears this happens during the pod2man conversion.  I know how to
fix this after the conversion, but how to fix earlier in the process?

Thanks in advance,
Dave.

-- 
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html


signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[elijah wright]

> I would like to see Emilda (http://www.emilda.org/) and related packages
> come into Debian.

so would a lot of other people - your activity should make the LIS
community a little happier.  :)

[not a DD, so can't sponsor you, but i support the notion that this stuff
needs packaging!]

perhaps you should collaborate with the perl module packaging project in
hopes of getting a few of the non-library-related modules packaged up?

elijah


> Packages needed by Emilda that are not currently in Debian are:
>
> libgd-barcode-perl(CPAN)
> libhtml-htmldoc-perl  (CPAN)
> libmarc-record-perl   (CPAN)
> libnet-z3950-perl (CPAN)
> php4-yaz  (http://www.indexdata.dk)
> idzebra-doc   (http://www.indexdata.dk)
> libidzebra-perl   (http://www.indexdata.dk)
> idzebra   (http://www.indexdata.dk)
>
> Of the above, I only see libmarc-record-perl mentioned in
> http://bugs.debian.org/wnpp.
>
> I am willing to work and learn for this to happen, thus seeking
> sponsorship.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Oddly, I'm seeing lintian issues with perl documentation when building
> these on sarge, such as the following:

> W: libnet-z3950-perl: manpage-section-mismatch 
> usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
> I: libnet-z3950-perl: hyphen-used-as-minus-sign 
> usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238

> It appears this happens during the pod2man conversion.  I know how to
> fix this after the conversion, but how to fix earlier in the process?

There is an open bug about this against Perl and an argument about whether
it's a Perl bug or a policy bug (since policy wants something else).  It's
not possible to fix this before the conversion; the offending assumption
is hard-coded deep inside ExtUtils::MakeMaker and would need a patch to
Perl to fix properly.

I'd appreciate any recommendations on dealing with this myself, 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]) 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

CDBS Documentation

[Nico Golde]

Hi,
i subscibed to the cdbs mailinglist with the intention to support the
project a little bit. I wrote a little german documentation for cdbs:
http://www.ngolde.de/texte/cdbs.html, but i get no resonse on the list.
How about the project activity in the last time?
Is it dead?
Regards Nico

-- 
Nico Golde - [EMAIL PROTECTED]
[EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de
GPG: FF46 E565 5CC1 E2E5 3F69  C739 1D87 E549 7364 7CFF
Is there life after /sbin/halt -p?


pgp34LEz1GPok.pgp
Description: PGP signature

Re: Seeking sponsor for Emilda and related packages

[David Everly]

On Sun, Jul 25, 2004 at 10:14:59AM -0700, Russ Allbery wrote:
> David Everly <[EMAIL PROTECTED]> writes:
> 
> > Oddly, I'm seeing lintian issues with perl documentation when building
> > these on sarge, such as the following:
> 
> > W: libnet-z3950-perl: manpage-section-mismatch 
> > usr/share/man/man3/Net::Z3950::Connection.3pm.gz:132 3pm != 3
> > I: libnet-z3950-perl: hyphen-used-as-minus-sign 
> > usr/share/man/man3/Net::Z3950::Connection.3pm.gz:238
> 
> > It appears this happens during the pod2man conversion.  I know how to
> > fix this after the conversion, but how to fix earlier in the process?
> 
> There is an open bug about this against Perl and an argument about whether
> it's a Perl bug or a policy bug (since policy wants something else).  It's
> not possible to fix this before the conversion; the offending assumption
> is hard-coded deep inside ExtUtils::MakeMaker and would need a patch to
> Perl to fix properly.
> 
> I'd appreciate any recommendations on dealing with this myself, 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.

Well it looks like for "manpage-section-mismatch", ignoring works,
because ExtUtils/MM_Any.pm has been patched in Sid to fix the .TH header
generation to match the 1pm or 3pm file extension.  (I was looking for
the perl bug you mentioned and couldn't find it.  Then noticed that perl
versions were different between Sarge and Sid, so thought I should see
if it had fixed or changed.)

And as far as I know the policy is:  'Module packages must install
manual pages into the standard directories (see Documentation, Section
2.4) using the extensions .1p and .3pm to ensure that no conflict arises
where a packaged module duplicates a core module.'

Thus, once this new version of perl comes, a rebuild should fix the
problem.

Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
cases pod2man should generate "\-", but instead produces only "-".  All I
know to do is to fix it after the man pages are generated.  Kind of a
non-answer, I know, but I don't know how else to address this one.
Hopefully, someone will have a better answer.

-- 
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html


signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Well it looks like for "manpage-section-mismatch", ignoring works,
> because ExtUtils/MM_Any.pm has been patched in Sid to fix the .TH header
> generation to match the 1pm or 3pm file extension.  (I was looking for
> the perl bug you mentioned and couldn't find it.  Then noticed that perl
> versions were different between Sarge and Sid, so thought I should see
> if it had fixed or changed.)

Ah, excellent, I'm glad my information was stale.

> Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
> cases pod2man should generate "\-", but instead produces only "-".  All
> I know to do is to fix it after the man pages are generated.  Kind of a
> non-answer, I know, but I don't know how else to address this one.
> Hopefully, someone will have a better answer.

Well, I'm the upstream maintainer of pod2man, so if you can give me
specifics, I can 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]) 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: CDBS Documentation

[Brian Nelson]

debian-devel would probably be a more appropriate place to ask this.

Nico Golde <[EMAIL PROTECTED]> writes:

> Hi,
> i subscibed to the cdbs mailinglist with the intention to support the
> project a little bit. I wrote a little german documentation for cdbs:
> http://www.ngolde.de/texte/cdbs.html, but i get no resonse on the list.
> How about the project activity in the last time?
> Is it dead?

Sure seems that way...

-- 
You win again, gravity!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Seeking sponsor for Emilda and related packages

[David Everly]

On Sun, Jul 25, 2004 at 06:55:02PM -0700, Russ Allbery wrote:
> David Everly <[EMAIL PROTECTED]> writes:
> > Now regarding the hyphen-used-as-minus-sign issue, it seems that in some
> > cases pod2man should generate "\-", but instead produces only "-".  All
> > I know to do is to fix it after the man pages are generated.  Kind of a
> > non-answer, I know, but I don't know how else to address this one.
> > Hopefully, someone will have a better answer.
> 
> Well, I'm the upstream maintainer of pod2man, so if you can give me
> specifics, I can 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.

Ok, all of this is from Debian/Sarge, so if there is a new version, I
haven't tried it.

Here are the lines that lintian didn't like:

$conn->startSearch(-ccl => 'au=kernighan and su=unix');
$conn->startSearch(-prefix => '@and @attr 1=1 kernighan @attr 1=21 unix');
$conn->startScan(-prefix => '@attr 1=5 programming');
rs = $conn->search(-prefix => '@or rock @attr 1=21 mineral');
$rs = $conn->search(-ccl2rpn => 'rock or su=mineral');
$rs = $conn->search(-ccl => 'rock or su=mineral');
my $handle = IO::File->new( 'gunzip -c file.marc.gz |' );
#!/usr/bin/perl -w
my $fh = IO::File->new( 'gunzip -c marc.dat.gz |' );

Here is what lintian wants them to be:

$conn->startSearch(\-ccl => 'au=kernighan and su=unix');
$conn->startSearch(\-prefix => '@and @attr 1=1 kernighan @attr 1=21 unix');
$conn->startScan(\-prefix => '@attr 1=5 programming');
rs = $conn->search(\-prefix => '@or rock @attr 1=21 mineral');
$rs = $conn->search(\-ccl2rpn => 'rock or su=mineral');
$rs = $conn->search(\-ccl => 'rock or su=mineral');
my $handle = IO::File->new( 'gunzip \-c file.marc.gz |' );
#!/usr/bin/perl \-w
my $fh = IO::File->new( 'gunzip \-c marc.dat.gz |' );

To get an idea of what pod2man gets as input, try looking at:

http://search.cpan.org/CPAN/authors/id/M/MI/MIRK/Net-Z3950-0.44.tar.gz

Specifically Net-Z3950-0.44/Z3950/Connection.pm lines 461, 462, and 571,
which are the sources of the first 3 lines I listed that lintian doesn't
like.

Thanks,
Dave.

--
Encrypted Mail Preferred:
Key ID:  8527B9AF
Key Fingerprint:  E1B6 40B6 B73F 695E 0D3B  644E 6427 DD74 8527 B9AF
Information:  http://www.gnupg.org/

ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html



signature.asc
Description: Digital signature

Re: Seeking sponsor for Emilda and related packages

[Russ Allbery]

David Everly <[EMAIL PROTECTED]> writes:

> Ok, all of this is from Debian/Sarge, so if there is a new version, I
> haven't tried it.

> Here are the lines that lintian didn't like:

Ah, yes, pod2man wasn't escaping hyphens in verbatim blocks.  It also
wasn't adding a bit of space between the two characters of __.  This is
indeed one of the things that's already fixed in CVS and is waiting on the
next Pod::Simple release to be released.

This will be fixed in the next release, although unfortunately it will
take a little while for that to percolate into Perl.  Note that the
effects of this are probably not obvious unless one uses troff instead of
nroff, and may not be that apparent even then (the hyphens will be a
little shorter than they should be).  This is mainly only a problem in
filled text, where unescaped hyphens are considered potential word breaks
for wrapping; they're not as much of a problem in verbatim text.

The following simple patch will fix this in Pod::Man, although I doubt
it's worth trying to get it into Debian's Perl.

--- Man.pm.orig 2004-07-25 20:10:01.0 -0700
+++ Man.pm  2004-07-25 20:10:19.0 -0700
@@ -517,6 +517,7 @@
 my $lines = tr/\n/\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]) 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]