Re: RFS: pdfmerge

Kalle Kivimaa wrote: pdftk - A useful tool for manipulating PDF documents Totally right, but: depends: libgcj4 (>= 1:3.3.2-1) Java runtime library for use with gcj -- When in doubt, use brute force. -- Ken Thompson

Re: RFS: pdfmerge

Kalle Kivimaa wrote: pdftk - A useful tool for manipulating PDF documents Totally right, but: depends: libgcj4 (>= 1:3.3.2-1) Java runtime library for use with gcj -- When in doubt, use brute force. -- Ken Thompson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Re: RFS: pdfmerge

Hi mentors, thanks for your input, Ben Young wrote: In a way I agree w/ Jepri. If I want a specific script, I would like to be able to install it right away (few Kbs of script in my system is ok!) and not download the whole package of 32mb of a larger unknown program with another weird name jus

Re: RFS: pdfmerge

Hi mentors, thanks for your input, Ben Young wrote: In a way I agree w/ Jepri. If I want a specific script, I would like to be able to install it right away (few Kbs of script in my system is ok!) and not download the whole package of 32mb of a larger unknown program with another weird name just

Re: RFS: pdfmerge

Thomas Viehmann wrote: The proper place for the script (after doing things right) is ghostscript upstream. Take a look at pdf2ps and try to get your program next to that. There's no reason to produce packages for a one liner. Hi mentors, ok, so we know the opinion of Thomas, what does the res

Re: RFS: pdfmerge

Thomas Viehmann wrote: The proper place for the script (after doing things right) is ghostscript upstream. Take a look at pdf2ps and try to get your program next to that. There's no reason to produce packages for a one liner. Hi mentors, ok, so we know the opinion of Thomas, what does the rest of

Re: RFS: pdfmerge

Hi Thomas, hi mentors, Thomas Viehmann wrote: - The script randomly overwrites files in the CWD. issue fixed, pdfmerge now uses File::Temp for secure creation... Version 1.0-5 as usual at <http://mr.technikum-wien.at/~mephinet/pdfmerge/> Interested, anyone? :-) Regards, Philipp

Re: RFS: pdfmerge

Hi Thomas, hi mentors, Thomas Viehmann wrote: why does it need autotools for a trivial perl script? I wasn't aware that the autotools are _not_ the tools of choice for platform-independent programs :-) To me, it's the easiest way to help dh_make building the rules... what is the differenc

Re: RFS: pdfmerge

Hi Thomas, hi mentors, Thomas Viehmann wrote: - The script randomly overwrites files in the CWD. issue fixed, pdfmerge now uses File::Temp for secure creation... Version 1.0-5 as usual at <http://mr.technikum-wien.at/~mephinet/pdfmerge/> Interested, anyone? :-) Regards, Philipp Gortan -

Re: RFS: pdfmerge

Hi Thomas, hi mentors, Thomas Viehmann wrote: why does it need autotools for a trivial perl script? I wasn't aware that the autotools are _not_ the tools of choice for platform-independent programs :-) To me, it's the easiest way to help dh_make building the rules... what is the difference? Y

Re: RFS: pdfmerge

Hi Frank, hi mentors, thanks for your input! I filed an ITP bug: http://bugs.debian.org/235659 (didn't cc to debian-devel though, wrong header section) The version mismatch is corrected, README and NEWS are deleted, and dh_make is warnings-free and cleaned up. Should the perl script be in the

Re: RFS: pdfmerge

Hi Frank, hi mentors, thanks for your input! I filed an ITP bug: http://bugs.debian.org/235659 (didn't cc to debian-devel though, wrong header section) The version mismatch is corrected, README and NEWS are deleted, and dh_make is warnings-free and cleaned up. Should the perl script be in the "i3

RFS: pdfmerge

into sid :-) Yours, Philipp Gortan -- When in doubt, use brute force. -- Ken Thompson

RFS: pdfmerge

-) Yours, Philipp Gortan -- When in doubt, use brute force. -- Ken Thompson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]