Bug#945917: jh_build: JH_JAR_EXTRA is ignored
Package: javahelper
Version: 0.72.9
Severity: normal
Dear Maintainer,
Option JH_JAR_EXTRA is ignored by jh_build. When setting the script
variable from the environment, the code looks at the existing value,
rather than the env. IOW, it should be:
diff -U0 jh_build.orig jh_build
--- jh_build.orig 2019-12-01 00:25:24.162770395 +
+++ jh_build2019-12-01 00:35:58.528043183 +
@@ -121 +121 @@
-@JH_JAR_EXTRA = split(' ', $ENV{'JH_JAR_EXTRA'}) if @JH_JAR_EXTRA;
+@JH_JAR_EXTRA = split(' ', $ENV{'JH_JAR_EXTRA'}) if $ENV{JH_JAR_EXTRA};
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages javahelper depends on:
ii bsdmainutils 11.1.2+b1
ii dctrl-tools 2.24-3
ii debhelper12.1.1
ii devscripts 2.19.5+deb10u1
ii dpkg-dev 1.19.7
ii libarchive-zip-perl 1.64-1
ii perl 5.28.1-6
javahelper recommends no packages.
javahelper suggests no packages.
-- no debconf information
Bug#524169: apticron: Uses non-standard -a option when invoking mailx
Package: apticron Version: 1.1.27 Severity: normal Tags: patch Hello, Apticron uses the -a option, which for different mailx packages means different things. With bsd-mailx, it means adding a header ; with heirloom-mailx, it means attaching a file. Since you are already depending on bsd-mailx, why don't you just do what you want, that is invoking /usr/bin/bsd-mailx instead of /usr/bin/mailx which may be a symlink to one or the other ? As in : --- /usr/sbin/apticron 2009-01-31 16:18:46.0 +0100 +++ apticron2009-04-15 11:12:16.0 +0200 @@ -240 +240 @@ - ) 21 | /usr/bin/mailx -a Content-type: text/plain; charset=UTF-8 -s $DISTRIB_ID package updates on $SYSTEM $EMAIL + ) 21 | /usr/bin/bsd-mailx -a Content-type: text/plain; charset=UTF-8 -s $DISTRIB_ID package updates on $SYSTEM $EMAIL -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apticron depends on: ii apt0.7.20.2 Advanced front-end for dpkg ii bsd-mailx 8.1.2-0.20071201cvs-3 A simple mail user agent ii debconf [debconf-2 1.5.24Debian configuration management sy ii ucf3.0016Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.83 package change history notificatio ii iproute 20080725-2 networking and traffic control too apticron suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473791: Missing dependencies
Hello, I saw two upgrades to texlive-* packages, the last one this morning, but none addressed this bug. Do I need to provide more info ? Are you goiing to add the dependencies I suggested, or do you think there are not necessary ? Regards, -- Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473791: Missing dependencies
Package: texlive-pstricks Version: 2007.dgfs.1-1 Hello, pdftricks, which is part of this package, needs ps2eps(1) (from the package which has the same name) and epstopdf(1) (from the package texlive-extra-utils). However, texlive-pstricks doesn't depend on those two packages ; as a result, documents using pdftricks don't compile when installing only texlive-pstricks. I suggest adding those two packages, at least as soft (Suggests or Recommends) dependencies. Regards, -- Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473791: Missing dependencies
Le Tue, 1 Apr 2008 22:10:06 +0200, Norbert Preining
[EMAIL PROTECTED] a écrit :
On Di, 01 Apr 2008, Frédéric Perrin wrote:
pdftricks, which is part of this package, needs ps2eps(1) (from
the package which has the same name) and epstopdf(1) (from the
package
I suppose that this depends on the the use of pdftricks. Or does it
happen in *any* case??? Can you provide a minimal example?
Since the compilation fails because pdflatex can't find the tools it
needs in order to convert between the different formats, I would say
it is going to happen in all cases. Oh, and by the way, the example
file in /u/s/d/texlive-pstricks-doc/latex/pdftricks/test.tex.gz can't
compile (I can't find, nor 'apt-file search' can, the pst2pdf script).
Actually, I ran into this while trying to draw Markov chain. Here is
a simple example :
8--
\documentclass{article}
\usepackage{pdftricks}
\begin{psinputs}
\usepackage{pst-all}
\end{psinputs}
\begin{document}
Une chaine de Markov toute simple :
\begin{pdfdisplay}
\psmatrix[mnode=circle]
1
\endpsmatrix
\psset{arrows=-}
\nccircle{1,1}{0.4cm}\taput{1}
\end{pdfdisplay}
\end{document}
---8
When trying to compile it with neither ps2eps nor
texlive-extra-utils, compilation fails with :
sh: ps2eps: command not found
rm: ne peut enlever `a-fig1.eps': Aucun fichier ou répertoire de ce
type
(rm : cannot remove `a-fig1.eps': no such file or directory).
The same error happens with the test.tex.gz included as an example by
the package.
I can provide the full logs, if you need them.
Note that the Markov chain is correctly built (and is staying in
a-fig1.ps), but hasn't been converted to a suitable format and
hasn't been included in the final PDF document.
After installing ps2eps (and, just in case, moving a.tex to another,
clean directory), compilation fails with :
Creating output file a-fig1.eps...ready.
sh: epstopdf: command not found
After installing texlive-extra-utils, the document is built as
expected.
I suggest adding those two packages, at least as soft (Suggests or
Recommends) dependencies.
That could be an option (suggest)
Best wishes
Norbert
OK. I actually thought of a Recommends, but Suggests is fine. Maybe
also a comment in the description ?
--
Fred
Bug#413253: Canon S300 shrinks content
Le Sunday 15 July 2007 18:26:04 Roger Leigh, vous avez écrit : Frédéric Perrin [EMAIL PROTECTED] writes: With the PPD file generated for the Canon S300 printer, content is printed on approximately a quarter of the page. Please could you try the new version of Gutenprint in testing and unstable, version 5.0.1, to verify if this has been fixed? This new version has had much improvement to the Canon driver. Yes, it is fixed. My apologies for not having read upstream's changelog; this bug report can be closed now. As suggested on linuxprinting.org[0], using the PPD for the Canon S800 gives the expected result, that is, the whole page is used. You only have to adjust the print density -- I set it to 1.5, with good results, for both black and colours. Which PPD and driver? In CUPS' web interface, in Modèle/Pilote pour $my_printer (Model/Driver for $my_printer?) I selected Canon S800 - CUPS+Gutenprint v5.XX (en), where XX was the version number at the time. The top of /etc/cups/ppd/$my_printer.ppd reads : *ModelName: Canon S800 Thanks, Roger Thank you ; I'm closing the bug now.
Bug#425277: Problem fixed ?
Hello, Thanks for the quick reaction, but are you sure you fixed the mismatch in libraries names ? (Maybe it is just me failing to understand the diversion system.) /tmp$ cp /var/cache/apt/archives/nvidia-glx-legacy-71xx_1.0.7185-2_i386.deb ./ /tmp$ mkdir nvidia /tmp$ dpkg -e nvidia-glx-legacy-71xx_1.0.7185-2_i386.deb nvidia /tmp$ cd nvidia /tmp/nvidia$ grep dpkg-divert preinst |grep -v ^# dpkg-divert --add --rename --package nvidia-glx-legacy-71xx --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 /dev/null dpkg-divert --add --rename --package nvidia-glx-legacy-71xx --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 /dev/null dpkg-divert --add --rename --package nvidia-glx-legacy-71xx --divert /usr/lib/nvidia/libGLcore.a.xlibmesa /usr/lib/xorg/modules/extensions/libGLcore.a /dev/null dpkg-divert --add --rename --package nvidia-glx-legacy-71xx --divert /usr/lib/nvidia/libglx.a.xlibmesa /usr/lib/xorg/modules/extensions/libglx.a /dev/null dpkg-divert --add --rename --package nvidia-glx-legacy-71xx --divert /usr/lib/nvidia/libglx.so.xlibmesa /usr/lib/xorg/modules/extensions/libglx.so /dev/null /tmp/nvidia$ grep dpkg-divert postrm |grep -v ^# dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 /dev/null dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 /dev/null dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libGLcore.a.xlibmesa /usr/lib/xorg/modules/extensions/libGLcore.a /dev/null dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libglx.a.xlibmesa /usr/lib/xorg/modules/extensions/libglx.a /dev/null dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libglx.so.xlibmesa /usr/lib/xorg/modules/extensions/libglx.so /dev/null Also, for further comments, please CC this address ([EMAIL PROTECTED]) instead of the initial reporter's one : when entering my address in reportbug, it failed to understand that when I type @voila.fr, I actually mean @wanadoo.fr ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425277: nvidia-glx-legacy-71xx: Can't be uninstalled
Package: nvidia-glx-legacy-71xx Version: 1.0.7185-1 Severity: normal When trying to uninstall the package nvidia-glx-legacy-71xx, dpkg fails with the following error : chameau:~# aptitude remove nvidia-glx-legacy-71xx Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Écriture de l'information d'état étendu... Fait Construction de la base de données des étiquettes... Fait Les paquets suivants ont été conservés : claws-mail-doc claws-mail-i18n claws-mail-tools Les paquets suivants seront ENLEVÉS : nvidia-glx-legacy-71xx 0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 3 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 9908ko seront libérés. Écriture de l'information d'état étendu... Fait (Lecture de la base de données... 216994 fichiers et répertoires déjà installés.) Suppression de nvidia-glx-legacy-71xx ... rm: ne peut enlever `/usr/lib/libGL.so': Aucun fichier ou répertoire de ce type dpkg-divert: erreur de correspondance sur paquet lors de la suppression de « diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy » « diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy-71xx » trouvé dpkg : erreur de traitement de nvidia-glx-legacy-71xx (--remove) : le sous-processus post-removal script a retourné une erreur de sortie d'état 2 Des erreurs ont été rencontrées pendant l'exécution : nvidia-glx-legacy-71xx E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : chameau:~# It looks like the postrm script for this package tries to remove libraries with the old, nvidia-glx-legacy name, although libraries have the new, -71xx suffixed name. Indeed, the /var/lib/dpkg/info/nvidia-glx-legacy-71xx.postrm script contains the following lines: dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 /dev/null dpkg-divert --remove --rename --package nvidia-glx-legacy --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 /dev/null Whereas the /var/lib/dpkg/diversions file contains the following: /usr/lib/libGL.so.1 /usr/lib/nvidia/libGL.so.1.xlibmesa nvidia-glx-legacy-71xx /usr/lib/libGL.so.1.2 /usr/lib/nvidia/libGL.so.1.2.xlibmesa nvidia-glx-legacy-71xx /usr/lib/xorg/modules/extensions/libGLcore.a /usr/lib/nvidia/libGLcore.a.xlibmesa nvidia-glx-legacy-71xx /usr/lib/xorg/modules/extensions/libglx.a /usr/lib/nvidia/libglx.a.xlibmesa nvidia-glx-legacy-71xx /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/nvidia/libglx.so.xlibmesa nvidia-glx-legacy-71xx In cast this helps, here is the output of « ls -l /usr/lib/*GL* » (after re-installing nvidia-glx-legacy-71xx) : -rw-r--r-- 1 root root 7626156 2007-05-01 06:34 /usr/lib/libGLcore.so lrwxrwxrwx 1 root root 21 2007-05-20 17:48 /usr/lib/libGLcore.so.1 -libGLcore.so.1.0.7185 -rw-r--r-- 1 root root 7626156 2007-05-01 06:34 /usr/lib/libGLcore.so.1.0.7185 lrwxrwxrwx 1 root root 17 2007-05-20 17:48 /usr/lib/libGL.so.1 -libGL.so.1.0.7185 -rw-r--r-- 1 root root 488960 2007-05-01 06:34 /usr/lib/libGL.so.1.0.7185 lrwxrwxrwx 1 root root 20 2007-05-20 12:14 /usr/lib/libGLU.so.1 -libGLU.so.1.3.060502 -rw-r--r-- 1 root root 521080 2007-05-18 14:22 /usr/lib/libGLU.so.1.3.060502 And « ls -l /usr/lib/nvidia » : total 812 -rw-r--r-- 1 root root 384668 2007-05-18 14:22 libGL.so.1.2.xlibmesa lrwxrwxrwx 1 root root 12 2007-05-20 12:14 libGL.so.1.xlibmesa - libGL.so.1.2 -rw-r--r-- 1 root root 424173 2007-05-16 15:44 libglx.so.xlibmesa -rw-r--r-- 1 root root 2004 2007-05-01 06:34 libnvidia-tls.so.1.0.7185 -rwxr-xr-x 1 root root 3220 2007-05-01 06:34 tls_test -rw-r--r-- 1 root root 3384 2007-05-01 06:34 tls_test_dso.so -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-glx-legacy-71xx depends on: ii libc62.5-7 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii nvidia-kerne 1.0.7185-1+2.6.18.dfsg.1-12 NVIDIA binary kernel module for Li ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc nvidia-glx-legacy-71xx recommends no packages. -- no debconf information
Bug#420449: xserver-xorg-core update breaks the nvidia-legacy driver
Hi, I just had the same problem. I tried to fix this by renaming the nvidia_drv.o to nvidia_drv.so, but then I got this error: Oh, you're right, I didn't notice the difference in the suffix. I tried to rename nvidia_drv.o to nvidia_drv.so too, but I get the same error as you. I also tried to rebuild my drivers (removing nvidia-* packages, deleting /usr/src/nvidia-*.deb files, and starting over the procedure), with no luck. I also forgot to mention what video card I have : it is an nvidia Geforce 2 MX/MX 400. Like yours, it is supported by the 9631 drivers, but I don't want to try them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420449: xserver-xorg-core update breaks the nvidia-legacy driver
Package: nvidia-kernel-legacy-source Version: 1.0.7184-3 Severity: important Justification: the package is unusable Hello, I'm not sure whether the bug is in X or in the nvidia driver, please reassign if necessary. I'm using nvidia-kernel-legacy-source, following the instructions on wiki.debian.org/NvidiaGraphicsDrivers (method 1, with module-assistant). The latest upgrade of xserver-xorg-core (2:1.3.0.0.dfsg-1) broke the nVidia display driver: X failed, complaining about being unable to find the nvidia module. Moreover, «dpkg-reconfigure xserver-xorg» didn't allow one to select nvidia as a driver. Nevertheless, the free nv driver works fine. Today's update of xserver-xorg-core (2:1.3.0.0.dfsg-2) made nvidia available as a driver, but X still fails to start. Here is the relevant part of Xorg.0.log: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian Current Operating System: Linux chameau 2.6.18-4-686 #1 SMP Mon Mar 26 17:17:36 UTC 2007 i686 Build Date: 21 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Apr 22 12:07:48 2007 (==) Using config file: /etc/X11/xorg.conf [...] (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.7184 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension GLX [...] (II) LoadModule: nvidia (WW) Warning, couldn't open module nvidia (II) UnloadModule: nvidia (EE) Failed to load module nvidia (module does not exist, 0) [...] (EE) No drivers available. Fatal server error: no screens found As far as I can tell, this post on nvidia's forums is about this problem, and suggests that the problem is with X: http://www.nvnews.net/vbulletin/showthread.php?t=3D72490 The 1.3 series of the X.org server has a bug where the version reported changed from 7.2.* to 1.*. This confuses nvidia-installer into thinking that your X server is very old and it installs the X modules in the wrong place. To work around this problem, use the following options: # sh NVIDIA-Linux-version.run --x-module-path=3D`X -showDefaultModulePath 21 | cut -d, -f1` --x-library-path=3D`X -showDefaultLibPath 21` As root, «X -showDefaultLibPath» outputs /usr/lib and «X -showDefaultModulePath» prints /usr/lib/xorg/modules. Before upgrading to 2:1.3.0.0.dfsg-2, I couldn't find a file whose name suggests anything about nvidia in the latter location. With today's update of xserver-xorg-core, there is a modules/drivers/nvidia_drv.so file, yet X still fails to start. Bug #420239 seems related, however the second comment says that the culprit is the proprietary driver. Besides, a new version of the nvidia-legacy driver (7185) is available on nVidia's web site, and claims to improve compatibility with newer X.org servers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-legacy-source depends on: ii debhelper 5.0.49 helper programs for debian/rules ii dpatch 2.0.21 patch maintenance system for Debia ii make 3.81-3 The GNU version of the make util ii sed4.1.5-1The GNU sed stream editor Versions of packages nvidia-kernel-legacy-source recommends: ii devscripts 2.10.3 Scripts to make the life of a Debi pn kernel-package none (no description available) ii nvidia-glx-legacy 1.0.7184-3 NVIDIA binary Xorg driver (legacy -- no debconf information
Bug#413253: Canon S300 shrinks content
Package: cupsys-driver-gutenprint Version: 5.0.0-3 Hello, With the PPD file generated for the Canon S300 printer, content is printed on approximately a quarter of the page. As suggested on linuxprinting.org[0], using the PPD for the Canon S800 gives the expected result, that is, the whole page is used. You only have to adjust the print density -- I set it to 1.5, with good results, for both black and colours. [0] http://www.linuxprinting.org/show_printer.cgi?recnum=Canon-S300 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (800, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cupsys-driver-gutenprint depends on: ii cupsys1.2.7-4Common UNIX Printing System(tm) - ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4Common UNIX Printing System(tm) - ii libcupsys21.2.7-4Common UNIX Printing System(tm) - ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgutenprint25.0.0-3runtime for the Gutenprint printer ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii perl 5.8.8-7Larry Wall's Practical Extraction ii zlib1g1:1.2.3-13 compression library - runtime cupsys-driver-gutenprint recommends no packages. -- no debconf information -- Frédéric Perrin [EMAIL PROTECTED]
