Bug#619178: help2man: does not catch 'usage' for the synopsis
Hi, Le jeudi 14 juin 2012, Jakub Wilk a écrit : While your patch is indeed an improvement, it's not sufficient for a decent argparse support. Two other things that help2man doesn't handle well: - usage can be spread across multiple lines; - it's optional arguments: instead of Options:. I must admit I haven't heavily tested it. Bad habit. I'll try to improve it this summer. Thanks for the feedback -- Jean-Philippe -- Jean-Philippe
Bug#619461: [Pkg-cups-devel] Bug#619461: Bug#619461: cups-pdf: PDFVer andGSCall keys not taken into account
I finally find some time to test. Removed 2.5.0 through aptitude, downloaded 2.5.1-3 from the testing repo and installed it. I still end up with a blank page. Hope this helps Le 21 avril 2011 21:29, Martin-Éric Racine q-f...@iki.fi a écrit : 2011/4/1 jphthierry.pe...@gmail.com: No clue I must admit. Looking at the log file on 2.5.1 everything seems to run smoothly but I end up with a blank file. I can investigate further; I would just need some directions. Can you compare the results between upgrading from 2.5.0 to 2.5.1, verus purging 2.5.0 first and then installing 2.5.1 after? Someone in another bug report seems to have spotted the problem as being possible related to upgrades failing to update the content of our PPD, which might require handling by our package's maintainer script. Martin-Éric -- Jean-Philippe
Bug#619461: [Pkg-cups-devel] Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account
Hi, 2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de On Thu, 2011-03-24 at 17:54 +0100, Jean-Philippe Thierry wrote: Hi, Le 24 mars 2011 15:44, Martin-Éric Racine martin-eric.rac...@iki.fi a écrit : 2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de: The log-file you sent me contains the following line: Thu Mar 24 11:05:53 2011 [DEBUG] file already pdf, simply copying it (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256 /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf) This option to directly copy PDF instead of reprocessing it was suggested to me some time back and I decided not to implement it since it would disable all options set in cups-pdf.conf on the respective files. This is exactly what happens to you here: the PDF is just passed through instead of getting re-worked with all your desired options by CUPS-PDF. So, speaking for upstream: no fix needed. My advise to the distribution: remove this additional patch on CUPS-PDF since it breaks basic functionality. The patch in question was removed in 2.5.1-1 as far as Debian and Ubuntu are concerned: * Dropped 70_cups-pdf_support-pdf-workflow.patch + This patch has received more criticism than praises from the end-users, because it essentially renders the Ghostscript options in cups-pdf.conf useless, plus it no longer applies cleanly to the upstream code. From this perspective, I'd mark the issue as fixed since that version. Agreed? Martin-Éric just tried installing cups-pdf from sid on my squeeze. GSCall and PDFVer are taken into acount but... I am only getting 1 page empty documents; even failling back to the default settings in /etc/cups/cups-pdf.conf. Could it be due to a dependency issue even if not raised by the package? log file attached Just as a note: might be related to issue #617468 I end up recompiling the package from source (squeeze version) removing patch 70_cups-pdf_support-pdf- workflow.patch and it works. Thanks folks for your help. -- Jean-Philippe
Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account
Package: cups-pdf
Version: 2.5.0-16
Severity: normal
Hi,
I am trying to set up an encrypted pdf printer using cups-pdf. I find my way in
identifying the right command-line options for encryption with ps2pdf and
everything works fine.
I then tuned the /etc/cups/cups-pdf.conf file changing the GSCall key but
without any success so far :( PDF document is generated but is still a PDF 1.3
document (although I set the PDFVer key to 1.4) and encryption options are not
taken into account.
I looked at the logs (DEBUG level) but nothing there except that it says: found
beginning of pdf code (%PDF-1.3).
I tried -dCompatibilityLevel=%s, -dCompatibilityLevel=1.4,
-dCompatibilityLevel=PDFVer; none of them worked. I am probably missing
something straightforward but googling did not help me so...
Thanks for your help
Jean-Philippe
-- System Information:
Debian Release: 6.0.1
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cups-pdf depends on:
ii cups1.4.4-7 Common UNIX Printing System(tm) -
ii cups-client 1.4.4-7 Common UNIX Printing System(tm) -
ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF
ii libc6 2.11.2-10Embedded GNU C Library: Shared lib
ii libpaper-utils 1.1.24 library for handling paper charact
cups-pdf recommends no packages.
Versions of packages cups-pdf suggests:
pn system-config-printer-gnome | none (no description available)
-- Configuration Files:
/etc/cups/cups-pdf.conf changed:
Out ${HOME}/tmp/PDF
Label 0
Grp lpadmin
LogType 1
PDFVer 1.4
GSCall %s -q -dCompatibilityLevel=PDFVer -dNOPAUSE -dBATCH -dSAFER
-sDEVICE=pdfwrite -sOutputFile=%s -dAutoRotatePages=/PageByPage
-dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode
-sOwnerPassword=AjC -dEncryptionR=3 -dKeyLength=128 -dPermissions=-3904 -c
.setpdfwrite -f %s
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619461: [Pkg-cups-devel] Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account
Hi, Le 24 mars 2011 15:44, Martin-Éric Racine martin-eric.rac...@iki.fi a écrit : 2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de: The log-file you sent me contains the following line: Thu Mar 24 11:05:53 2011 [DEBUG] file already pdf, simply copying it (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256 /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf) This option to directly copy PDF instead of reprocessing it was suggested to me some time back and I decided not to implement it since it would disable all options set in cups-pdf.conf on the respective files. This is exactly what happens to you here: the PDF is just passed through instead of getting re-worked with all your desired options by CUPS-PDF. So, speaking for upstream: no fix needed. My advise to the distribution: remove this additional patch on CUPS-PDF since it breaks basic functionality. The patch in question was removed in 2.5.1-1 as far as Debian and Ubuntu are concerned: * Dropped 70_cups-pdf_support-pdf-workflow.patch + This patch has received more criticism than praises from the end-users, because it essentially renders the Ghostscript options in cups-pdf.conf useless, plus it no longer applies cleanly to the upstream code. From this perspective, I'd mark the issue as fixed since that version. Agreed? Martin-Éric just tried installing cups-pdf from sid on my squeeze. GSCall and PDFVer are taken into acount but... I am only getting 1 page empty documents; even failling back to the default settings in /etc/cups/cups-pdf.conf. Could it be due to a dependency issue even if not raised by the package? log file attached -- Jean-Philippe cups-pdf_log Description: Binary data
Bug#619178: help2man: does not catch 'usage' for the synopsis
Package: help2man
Version: 1.38.2
Severity: wishlist
Hi,
I am a Python fan and argparse (optparse replacer) is printing 'usage: XXX' as
a synopsis. Bad luck help2man is looking for 'Usage' only. It would be nice to
have both accepted at least for me.
Regards
Jean-Philippe
-- System Information:
Debian Release: 6.0
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages help2man depends on:
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii liblocale-gettext-perl1.05-6 Using libc functions for internati
ii perl 5.10.1-17 Larry Wall's Practical Extraction
help2man recommends no packages.
help2man suggests no packages.
-- no debconf information
330c330
my $PAT_USAGE = _('Usage');
---
my $PAT_USAGE = _('Usage|usage');
Bug#550092: dia2code: Segmentation Fault into 64 bits systems
Hi all, I've just installed dia2code on my Lenny system (AMD64) and I get the same error. I attach the dia file I am using in ccase it can help. Jean-Philippe sechage_inverse-base_classes.dia Description: application/dia-diagram
Bug#308795: Solved
I have cleaned up my python module tree (it was a mess), reconfigured both numarray and Numeric and it's now working well. It seems I had troubles with different versions of Numeric. Perhaps python-tables uses a function that I don't in the NumPy packages, because all was working well since no calls were made to python-tables. Anyway, congratulations for this package that is really handy to use and so efficient. Jean-Philippe
Bug#308795: floating point exception
Package: python2.3-tables Version: 0.9.1-2 Severity: normal when I try to add a row to an enlargeable table column, I get a floating point exception error. After some more trials, it seems that this occurs only when a variable is modified inside the loop that appends data to the table (the code is attached). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages python2.3-tables depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libhdf5-serial-1.6.2-0 [lib 1.6.2-3 Hierarchical Data Format 5 (HDF5) ii liblzo1 1.08-1.2 A real-time data compression libra ii libucl1 1.03-2 Portable compression library - run ii python2.3 2.3.5-3 An interactive high-level object-o ii python2.3-numarray 1.1.1-3 An array processing package modell -- no debconf information FileTable.py Description: application/python
