Bug#651992: cl-portable-aserve: diff for NMU version 1.2.42+cvs.2010.02.08-dfsg-1.1
tags 651992 + patch
tags 651992 + pending
thanks
Dear maintainer,
I've prepared an NMU for cl-portable-aserve (versioned as
1.2.42+cvs.2010.02.08-dfsg-1.1). I have not uploaded it since I am a DM.
Regards.
diff -u cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/control
cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/control
--- cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/control
+++ cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/control
@@ -12,7 +12,7 @@
Package: cl-aserve
Architecture: all
-Depends: cl-ppcre, cl-puri, ${misc:Depends}
+Depends: cl-acl-compat, cl-htmlgen, cl-ppcre, cl-puri, ${misc:Depends}
Suggests: cl-webactions
Description: Portable Aserve
A portable version of AllegroServe which is a web application server
@@ -38,7 +38,7 @@
Package: cl-webactions
Architecture: all
-Depends: cl-ppcre, cl-puri, ${misc:Depends}
+Depends: cl-aserve, cl-ppcre, cl-puri, ${misc:Depends}
Description: HTTP dispatch library for cl-aserve
Webactions is Franz's library for dispatching HTTP requests as well as
processing HTML templates. It uses the cl-aserve package.
diff -u cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/changelog
cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/changelog
--- cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/changelog
+++ cl-portable-aserve-1.2.42+cvs.2010.02.08-dfsg/debian/changelog
@@ -1,3 +1,12 @@
+cl-portable-aserve (1.2.42+cvs.2010.02.08-dfsg-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Added dependency of cl-aserve on cl-acl-compat and cl-htmlgen.
+(Closes: #651992)
+ * Added dependency of cl-webactions on cl-aserve.
+
+ -- Sébastien Villemot sebastien.ville...@ens.fr Fri, 17 Feb 2012 16:21:04
+0100
+
cl-portable-aserve (1.2.42+cvs.2010.02.08-dfsg-1) unstable; urgency=low
* New upstream changes with sbcl fixes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493869: octave3.0: gaminv and gamcdf crash for big values of parameter A
Package: octave3.0 Version: 1:3.0.1-6 Severity: normal gaminv and gamcdf function crash with the following parameters: octave gaminv(0.5,600,1) ***MESSAGE FROM ROUTINE D9LGIT IN LIBRARY SLATEC. ***FATAL ERROR, PROG ABORTED, TRACEBACK REQUESTED * NO CONVERGENCE IN 200 TERMS OF CONTINUED FRACTION * ERROR NUMBER = 3 * ***END OF MESSAGE ***JOB ABORT DUE TO FATAL ERROR. 0 ERROR MESSAGE SUMMARY LIBRARYSUBROUTINE MESSAGE START NERR LEVEL COUNT SLATEC D9LGIT NO CONVERGENCE IN 20 3 2 8 error: exception encountered in Fortran subroutine xgammainc_ error: evaluating assignment expression near line 54, column 15 error: evaluating if command near line 53, column 5 error: evaluating if command near line 52, column 3 error: called from `gamcdf' in file `/usr/share/octave/3.0.1/m/statistics/distributions/gamcdf.m' error: evaluating binary operator `-' near line 73, column 37 error: evaluating binary operator `./' near line 73, column 42 error: evaluating assignment expression near line 73, column 13 error: evaluating for command near line 72, column 5 error: evaluating if command near line 57, column 3 error: called from `gaminv' in file `/usr/share/octave/3.0.1/m/statistics/distributions/gaminv.m' octave gamcdf(600, 600, 1) ***MESSAGE FROM ROUTINE D9LGIT IN LIBRARY SLATEC. ***FATAL ERROR, PROG ABORTED, TRACEBACK REQUESTED * NO CONVERGENCE IN 200 TERMS OF CONTINUED FRACTION * ERROR NUMBER = 3 * ***END OF MESSAGE ***JOB ABORT DUE TO FATAL ERROR. 0 ERROR MESSAGE SUMMARY LIBRARYSUBROUTINE MESSAGE START NERR LEVEL COUNT SLATEC D9LGIT NO CONVERGENCE IN 20 3 2 9 error: exception encountered in Fortran subroutine xgammainc_ error: evaluating assignment expression near line 54, column 15 error: evaluating if command near line 53, column 5 error: evaluating if command near line 52, column 3 error: called from `gamcdf' in file `/usr/share/octave/3.0.1/m/statistics/distributions/gamcdf.m' octave Note that if you replace 600 by 500, the problem doesn't occur. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-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 octave3.0 depends on: ii libatlas3gf-base [libl 3.6.0-21.5Automatically Tuned Linear Algebra ii libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3 ii libc6 2.7-10GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-5 Multi-protocol file transfer libra ii libfftw3-3 3.1.2-3.1 library for computing Fast Fourier ii libgcc11:4.3.1-2 GCC support library ii libgfortran3 4.3.1-2 Runtime library for GNU Fortran ap ii libglpk0 4.29-2linear programming kit with intege ii libhdf5-serial-1.6.6-0 1.6.6-4 Hierarchical Data Format 5 (HDF5) ii liblapack3gf [liblapac 3.1.1-1 library of linear algebra routines ii libncurses55.6+20080713-1shared libraries for terminal hand ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libqhull5 2003.1-9 calculate convex hulls and related ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libsuitesparse-3.1.0 3.1.0-3 collection of libraries for comput ii texinfo4.11.dfsg.1-4 Documentation system for on-line i ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages octave3.0 recommends: ii gnuplot 4.2.2-1.1 A command-line driven interactive ii libatlas3gf-base 3.6.0-21.5 Automatically Tuned Linear Algebra Versions of packages octave3.0 suggests: pn octave3.0-doc none (no description available) ii octave3.0-emacsen 1:3.0.1-6 Emacs support for the GNU Octave l ii octave3.0-headers 1:3.0.1-6 header files for the GNU Octave la ii octave3.0-htmldoc 1:3.0.1-6 HTML documentation on the GNU Octa ii octave3.0-info1:3.0.1-6 GNU Info documentation on the GNU -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492959: dblatex: fails when a linkend attribute contains an underscore
Package: dblatex
Version: 0.2.9-2
Severity: normal
dblatex does not correctly handle underscores in linkend attributes. It
doesn't escape the underscore with a backslash when outputting the LaTeX file,
and this makes pdflatex fail.
Consider the following example:
xml version=1.0?
!DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.5//EN
http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;
book
paraThis is a xref linkend=testgood /. This is a xref
linkend=testbad /./para
paraHere is the anchor id=testgood xreflabel=goodlinkend/good
linkend./para
paraHere is the anchor id=testbad xreflabel=bad_linkend/bad
linkend./para
/book
This is valid DocBook, and is correctly converted to HTML by xsltproc.
When fed to dblatex, it gives the following:
Build the listings...
XSLT stylesheets DocBook - LaTeX 2e (0.2.9-2)
===
Build dblatex-report.pdf
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
%-line parsing enabled.
entering extended mode
pdflatex failed
dblatex-report_tmp.tex:49: Missing $ inserted.
dblatex-report_tmp.tex:49: leading text: ...This is a
\hyperlink{testbad}{bad_linkend}
dblatex-report_tmp.tex:49: Missing $ inserted.
dblatex-report_tmp.tex:49: leading text: ...This is a
\hyperlink{testbad}{bad_linkend}
A possible reason for transformation failure is invalid DocBook
(as reported by xmllint)
Removing the underscore in bad_linkend fixes the problem.
The poor man's workaround is to use link instead of xref, but this is not
very convenient when writing a software reference manual (as I do) with a lot
of command names containing underscores.
Best,
S. Villemot
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-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 dblatex depends on:
ii docbook-xml4.5-5 standard XML documentation system,
ii python 2.5.2-1 An interactive high-level object-o
ii python-4suite-xml 1.0.2-5 An open-source platform for XML an
ii python-apt 0.7.6 Python interface to libapt-pkg
ii python-support 0.8.4 automated rebuilding support for P
ii texlive2007.dfsg.1-2 TeX Live: A decent selection of th
ii texlive-extra-utils2007.dfsg.2-3 TeX Live: TeX auxiliary programs
ii texlive-lang-cyrillic 2007.dfsg.3-2 TeX Live: Cyrillic
ii texlive-latex-extra2007.dfsg.3-1 TeX Live: LaTeX supplementary pack
ii texlive-math-extra 2007.dfsg.3-1 TeX Live: Advanced math typesettin
ii texlive-xetex 2007.dfsg.2-3 TeX Live: XeTeX macros
ii xsltproc 1.1.24-1 XSLT command line processor
Versions of packages dblatex recommends:
ii libxml2-utils 2.6.32.dfsg-2 XML utilities
Versions of packages dblatex suggests:
ii acroread [pdf-viewe 8.1.2.su1-0.0Adobe Acrobat Reader: Portable Doc
ii docbook 4.5-4standard SGML representation syste
ii evince [pdf-viewer] 2.22.2-1 Document (postscript, pdf) viewer
ii ghostscript 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF
ii imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii lmodern 1.010x-5 scalable PostScript and OpenType f
pn opensp none (no description available)
pn transfignone (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485920: octave-miscellaneous: calling waitbar() makes Octave crash when run within Emacs
Package: octave-miscellaneous Version: 1.0.6-2 Severity: normal When I run Octave as an Emacs inferior process (with M-x run-octave), any call to waitbar() will make Octave segfault: octave waitbar(0) panic: Segmentation fault -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete Process Inferior Octave erreur de segmentation I use emacs22-gtk (version 22.2+2-2), with octave3.0-emacsen (version 1:3.0.1-3). The crash happens whether I run Emacs in a terminal or under X-Windows. I have made no customization to octave3.0-emacsen settings. Note that the segfault doesn't occur if Octave is directly run within a standard terminal. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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 octave-miscellaneous depends on: ii libatlas3gf-base [libl 3.6.0-21.5Automatically Tuned Linear Algebra ii libblas3gf [libblas.so 1.2-1.5 Basic Linear Algebra Subroutines 3 ii libc6 2.7-10GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libgcc11:4.3.0-5 GCC support library ii libgfortran3 4.3.0-5 Runtime library for GNU Fortran ap ii libhdf5-serial-1.6.6-0 1.6.6-4 Hierarchical Data Format 5 (HDF5) ii liblapack3gf [liblapac 3.1.1-0.4 library of linear algebra routines ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii octave3.0 1:3.0.1-3 GNU Octave language for numerical ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime octave-miscellaneous recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336602: gksu: fails when wheel group trusted in /etc/pam.d/su
Package: gksu Version: 1.3.5-2 Severity: normal I have uncommented the following line in /etc/pam.d/su: auth sufficient pam_wheel.so trust so that members of group wheel can su without a password. This settings makes gksu exit after a few seconds without any output or display (or crash if a password had been given in a previous session of gksu while the above line was commented). Commenting the above line restores normal behaviour. S.V. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gksu depends on: ii gconf22.10.1-6 GNOME configuration database syste ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libgksu1.2-0 1.3.5-1library providing su and sudo func ii libgksuui1.0-11.0.6-1a graphical fronted to su library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome-keyring0 0.4.5-1GNOME keyring services library ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii sudo 1.6.8p9-3 Provide limited super user privile gksu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313227: bacula-director-pgsql: omits to set character encoding when creating database
Package: bacula-director-pgsql Version: 1.36.2-2sarge1 Severity: normal When it creates the postgresql database, the postinst script omits to specify a character encoding. Therefore, the system wide setting is used, which is unicode on my box. Because of this, when a backup job encounters a filename containing a character which is illegal in unicode (and this is frequent with latin-1 or windows filenames), it fails with an SQL error complaining about unicode infringment. The solution for me was to create the database with encoding SQL_ASCII, which accepts every possible character. It would have probably worked as well with LATIN1 or any other single-byte encoding. Therefore, I think that the postinst script should be modified, in the following way: --- /tmp/bacula-director-pgsql.postinst 2005-06-12 16:42:07.177238406 +0200 +++ bacula-director-pgsql.postinst 2005-06-11 19:24:56.0 +0200 @@ -178,7 +178,7 @@ DB_EXIST=$PGCMD $PGSQL -l 2/dev/null | grep $CATALOG || true if [ -z $DB_EXIST ]; then if ! $PGCMD $PGSQL -d template1 \ - -c \CREATE DATABASE $CATALOG;\ /dev/null 21; then + -c \CREATE DATABASE $CATALOG WITH ENCODING = 'SQL_ASCII';\ /dev/null 21; then echo -e \nERROR: Database creation failed!; restore_pgpass # Unset parameters since they didn't work, re-ask next time Thanks, S.V. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages bacula-director-pgsql depends on: ii bacula-common 1.36.2-2sarge1 Network backup, recovery and verif ii bacula-director-common1.36.2-2sarge1 Network backup, recovery and verif ii debconf 1.4.30.13 Debian configuration management sy ii postgresql-client 7.4.7-6sarge1 front-end programs for PostgreSQL -- debconf information: * bacula-director-pgsql/create_tables: false * bacula-director-pgsql/db_host: localhost * bacula-director-pgsql/pgsql_root_username: mot bacula-director-pgsql/db_user: bacula * bacula-director-pgsql/remove_catalog_on_purge: false * bacula-director-pgsql/drop_db: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
