Debian Bug report logs - #474909
maxima: FTBFS: /bin/sh: ./maxima: No such file or directory

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Lucas Nussbaum <lucas@lucas-nussbaum.net>

To: submit@bugs.debian.org

Subject: maxima: FTBFS: /bin/sh: ./maxima: No such file or directory

Date: Mon, 7 Apr 2008 22:26:53 +0200

Package: maxima
Version: 5.13.0-3.1
Severity: serious
User: debian-qa@lists.debian.org
Usertags: qa-ftbfs-20080407 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> make[2]: Entering directory `/build/user/maxima-5.13.0'
> make[2]: Nothing to be done for `all-am'.
> make[2]: Leaving directory `/build/user/maxima-5.13.0'
> make[1]: Leaving directory `/build/user/maxima-5.13.0'
> cd src/binary-gcl && echo ':lisp (setq si::*readline-prefix* "maxima::$")(when (fboundp (quote si::sgc-on)) (si::sgc-on t))(setq maxima::*maxima-started* nil)(si::putprop (quote cl-info::cause-maxima-index-to-load) "/usr/share/doc/maxima-doc/info/maxima-index.lisp"  (quote autoload))(si::save-system "foo")' | ./maxima -eval '(run)' && mv foo maxima
> /bin/sh: ./maxima: No such file or directory
> make: *** [build-stamp] Error 127

The full build log is available from:
   http://people.debian.org/~lucas/logs/2008/04/07

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| lucas@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lucas@nussbaum.fr             GPG: 1024D/023B3F4F |

Message #10 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Debian Bug Tracking System <474909@bugs.debian.org>

Subject: Build maxima with sbcl for lenny?

Date: Sat, 05 Jul 2008 20:03:23 +0200

Package: maxima
Version: 5.13.0-3.1
Followup-For: Bug #474909


Maybe this is the same bug as #467474? At least it looks the same to me.
    
Although the build failure happens in a slightly different place for me, I still
have a FTBFS with gcl 2.6.7-36.1 and gcc 4.3.1-2.  It now seems to 
die the first time gcl is called

    gcl -batch -eval '(progn (load "../lisp-utils/defsystem.lisp")
    (compiler::emit-fn t) (funcall (intern (symbol-name
    :operate-on-system) :mk) "maxima" :compile :verbose t)
    (compiler::make-all-proclaims "*/*.fn" "*/*/*/*.fn"))' && \ gcl
    -batch -eval '(progn (load "../lisp-utils/defsystem.lisp")
    (funcall (intern (symbol-name :operate-on-system) :mk) "maxima"
    :load :verbose t) (when (fboundp (quote si::sgc-on))(si::sgc-on
    t)) (si:save-system "binary-gcl/maxima"))'

    Warning: REQUIRE is being redefined.  
    /bin/sh: line 1: 15042
    Segmentation fault 
    gcl -batch -eval '(progn (load
    "../lisp-utils/defsystem.lisp") (compiler::emit-fn t) (funcall
    (intern (symbol-name :operate-on-system) :mk) "maxima" :compile
    :verbose t) (compiler::make-all-proclaims "*/*.fn" "*/*/*/*.fn"))'

On the other hand, if I specify ./configure --enable-sbcl && make &&
make check it seems to be OK.

What do people think about building maxima with sbcl for lenny?  I
read that it is supposed be not as fast, but I can't compare since
with sbcl the testsuite takes about 40s (Thinkpad X61s, core 2 duo
1.6GHz), while the gcl version (binary package from sid) crashes with
seg fault half way through.

I have the feeling Camm (the maintainer) is really busy right now, but
if you could OK the idea of building maxima with sbcl for lenny, that
would be great.

-- System Information: Debian Release: lenny/sid APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386
(i686)

Kernel: Linux 2.6.25-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages maxima depends on:
ii  gnuplot-nox               4.2.2-1        A command-line driven interactive 
ii  libc6                     2.7-12         GNU C Library: Shared libraries
ii  libgmp3c2                 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii  libice6                   2:1.0.4-1      X11 Inter-Client Exchange library
ii  libncurses5               5.6+20080621-2 shared libraries for terminal hand
ii  libreadline5              5.2-3          GNU readline and history libraries
ii  libsm6                    2:1.0.3-2      X11 Session Management library
ii  libx11-6                  2:1.1.4-2      X11 client-side library
ii  libxaw7                   2:1.0.4-2      X11 Athena Widget library
ii  libxext6                  2:1.0.4-1      X11 miscellaneous extension librar
ii  libxmu6                   2:1.0.4-1      X11 miscellaneous utility library
ii  libxt6                    1:1.0.5-3      X11 toolkit intrinsics library

Versions of packages maxima recommends:
ii  gv                            1:3.6.4-3  PostScript and PDF viewer for X
ii  maxima-share                  5.13.0-3.1 A computer algebra system -- extra

-- no debconf information

Message #15 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Chris Walker <chrisw@chiark.greenend.org.uk>

To: debian-science@lists.debian.org,David Bremner <bremner@unb.ca>, 474909@bugs.debian.org

Subject: Re: Bug#474909: Build maxima with sbcl for lenny?

Date: 05 Jul 2008 21:49:55 +0100

David Bremner <bremner@unb.ca> writes:

> Package: maxima
> Version: 5.13.0-3.1
> Followup-For: Bug #474909
> 
> 
> Maybe this is the same bug as #467474? At least it looks the same to me.
>     
> Although the build failure happens in a slightly different place for me, I still
> have a FTBFS with gcl 2.6.7-36.1 and gcc 4.3.1-2.  It now seems to 
> die the first time gcl is called
> 
>     gcl -batch -eval '(progn (load "../lisp-utils/defsystem.lisp")
>     (compiler::emit-fn t) (funcall (intern (symbol-name
>     :operate-on-system) :mk) "maxima" :compile :verbose t)
>     (compiler::make-all-proclaims "*/*.fn" "*/*/*/*.fn"))' && \ gcl
>     -batch -eval '(progn (load "../lisp-utils/defsystem.lisp")
>     (funcall (intern (symbol-name :operate-on-system) :mk) "maxima"
>     :load :verbose t) (when (fboundp (quote si::sgc-on))(si::sgc-on
>     t)) (si:save-system "binary-gcl/maxima"))'
> 
>     Warning: REQUIRE is being redefined.  
>     /bin/sh: line 1: 15042
>     Segmentation fault 
>     gcl -batch -eval '(progn (load
>     "../lisp-utils/defsystem.lisp") (compiler::emit-fn t) (funcall
>     (intern (symbol-name :operate-on-system) :mk) "maxima" :compile
>     :verbose t) (compiler::make-all-proclaims "*/*.fn" "*/*/*/*.fn"))'
> 
> On the other hand, if I specify ./configure --enable-sbcl && make &&
> make check it seems to be OK.
> 
> What do people think about building maxima with sbcl for lenny?  


Personally I think that having a slow maxima package is better than no
package at all, but I have no expertise in gcl. 

> I
> read that it is supposed be not as fast, but I can't compare since
> with sbcl the testsuite takes about 40s (Thinkpad X61s, core 2 duo
> 1.6GHz), while the gcl version (binary package from sid) crashes with
> seg fault half way through.

There are open bugs keeping the sid version of gcl out of lenny. Is it
possible that the bug that is keeping gcl out of testing is also
causing the maxima build failures?


> 
> I have the feeling Camm (the maintainer) is really busy right now,  but
> if you could OK the idea of building maxima with sbcl for lenny, that
> would be great.
> 


Chris

Message #22 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Camm Maguire <camm@enhanced.com>, 474909@bugs.debian.org

Subject: potential NMU of maxima using sbcl

Date: Fri, 25 Jul 2008 12:28:23 -0300

Hi Camm;

I prepared an NMU for maxima using sbcl as a lisp.

http://mentors.debian.net/debian/pool/main/m/maxima

the main disadvantage seems to be a versioned dependency on sbcl.

Would this be OK for you?

If you have no more time for maxima packaging, I could adopt it.  I
don't claim to understand everything in the packaging on a deep level,
but I'm learning.

David

Message #27 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Debian Bug Tracking System <474909@bugs.debian.org>

Subject: patch for SBCL NMU

Date: Sat, 26 Jul 2008 14:08:40 -0300

Here is a patch to convert to SBCL

diff -u maxima-5.13.0/debian/README.Debian maxima-5.13.0/debian/README.Debian
--- maxima-5.13.0/debian/README.Debian
+++ maxima-5.13.0/debian/README.Debian
@@ -1,6 +1,14 @@
 maxima for Debian
 ----------------------
 
+What's new in 5.15.0
+
+I (David Bremner <bremner@unb.ca>) have packaged this version of
+maxima using sbcl instead of gcl. Currently we lose the nice header
+when maxima starts up, and you have to use rmaxima (or emacs :-) ) for
+command line editing. On the plus side, it now passes the test suite, 
+at least on i386.
+
 What's new in 5.9.1:
 --------------------
 
@@ -41 +49 @@
- -- Camm Maguire <camm@enhanced.com>, Wed Feb 23 19:37:03 2005
+ -- David Bremner <bremner@unb.ca>, Thu, 24 Jul 2008 22:30:12 -0300
diff -u maxima-5.13.0/debian/rules maxima-5.13.0/debian/rules
--- maxima-5.13.0/debian/rules
+++ maxima-5.13.0/debian/rules
@@ -10,6 +10,9 @@
 # This is the debhelper compatability version to use.
 #export DH_COMPAT=3
 
+# choose LISP to use
+LISP=sbcl
+
 NO_STRIP:=
 #ALT_LINK:=
 #ifeq ($(DEB_BUILD_ARCH),mips)
@@ -37,29 +40,35 @@
 build-stamp: 
 	dh_testdir
 
-	for i in aclocal.m4 src/sys-proclaim.lisp configure ; do [ -e $$i.ori ] || cp $$i $$i.ori; done
+	# .ori trick does not work so well here because they are clobbered by make clean
+	mkdir debian/info-backup && cp -a doc/info/maxima.info* debian/info-backup
+	for i in aclocal.m4 src/sys-proclaim.lisp configure; do [ -e $$i.ori ] || cp $$i $$i.ori; done
 
 	aclocal
+	autoconf
 	automake
 
-	GCL_ANSI=t ./configure --enable-gcl $$(gcl -batch -eval '#-native-reloc(princ "--enable-gcl-alt-link")(bye)') \
+	./configure --enable-$(LISP)\
 		--prefix=/usr \
 		--libexec=/usr/lib \
 		--mandir=/usr/share/man \
 		--infodir=/usr/share/info 
 
-	GCL_ANSI=t $(MAKE)
+	$(MAKE)
 
 # This sets up some reasonable readline command completion by default
 
-	cd src/binary-gcl && echo ':lisp (setq si::*readline-prefix* "maxima::$$")(when (fboundp (quote si::sgc-on)) (si::sgc-on t))(setq maxima::*maxima-started* nil)(si::putprop (quote cl-info::cause-maxima-index-to-load) "/usr/share/doc/maxima-doc/info/maxima-index.lisp"  (quote autoload))(si::save-system "foo")' | ./maxima -eval '(run)' && mv foo maxima
 
+#	cd src/binary-gcl && echo ':lisp (setq si::*readline-prefix* "maxima::$$")(when (fboundp (quote si::sgc-on)) (si::sgc-on t))(setq maxima::*maxima-started* nil)(si::putprop (quote cl-info::cause-maxima-index-to-load) "/usr/share/doc/maxima-doc/info/maxima-index.lisp"  (quote autoload))(si::save-system "foo")' | ./maxima -eval '(run)' && mv foo maxima
+
+# this adds about 1M to the image, which is not great, but means 44M vs 43M 
+	echo ':lisp (progn (load "doc/info/maxima-index.lisp") (sb-ext:save-lisp-and-die "newmaxima.core"))'| ./maxima-local -eval && mv newmaxima.core src/binary-sbcl/maxima.core
 
 # Reenable if/when gcl uses __mulsi et. al. on m68k, now configured for (020) unoptimally
 #	[ "$$(dpkg --print-architecture)" != "m68k" ] || cp debian/rtest8.mac.m68k tests/rtest8.mac
 
 	chmod +x ./maxima-local
-	./maxima-local --lisp=gcl --batch-string="run_testsuite(true,true);"  >tmp 2>&1 & \
+	./maxima-local --lisp=$(LISP) --batch-string="run_testsuite(true,true);"  >tmp 2>&1 & \
 		j=$$! ; echo Waiting on pid $$j ; \
 		tail -f --pid=$$j --retry tests/tests-gcl.log tmp & wait $$j
 
@@ -109,7 +118,8 @@
 	rm -f $(BOOK) config.log config.status plotting/mgnuplot \
 			src/maxima.bat src/rmaxima maxima-local xmaxima-local maxima.spec maxima.iss
 	rm -rf src/numerical/slatec/fortran/CVS src/*gazonk* interfaces/xmaxima/win32/Makefile
-	for i in aclocal.m4 src/sys-proclaim.lisp configure ; do ! [ -e $$i.ori ] || mv $$i.ori $$i; done
+	! [ -d debian/info-backup ] || mv debian/info-backup/maxima.info* doc/info && rm -rf debian/info-backup
+	for i in aclocal.m4 src/sys-proclaim.lisp configure; do ! [ -e $$i.ori ] || mv $$i.ori $$i; done
 	dh_clean
 
 
@@ -220,7 +230,8 @@
 	dh_installchangelogs  -i
 	dh_link -i
 	dh_strip -i
-	dh_compress -i -X.shtml -X.hh -Xmaxima-index.lisp
+	# maxima.info is read directly by maxima and  shouldn't (?) be compressed
+	dh_compress -i -X.shtml -X.hh -Xmaxima-index.lisp -Xmaxima.info
 	dh_fixperms -i
 	dh_installdeb -i
 	dh_shlibdeps -i
diff -u maxima-5.13.0/debian/control maxima-5.13.0/debian/control
--- maxima-5.13.0/debian/control
+++ maxima-5.13.0/debian/control
@@ -2,13 +2,13 @@
 Section: math
 Priority: optional
 Maintainer: Camm Maguire <camm@enhanced.com>
-Build-Depends: gcl ( >= 2.6.7-36 ) , texinfo, libgmp3-dev, libreadline5-dev | libreadline-dev, locales, automake1.9, debhelper ( >=4.1.0 ) , libncurses5-dev, autoconf2.13, gawk | awk, texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev
+Build-Depends: sbcl ( >= 1:1.0.18.0), sbcl (<< 1:1.0.19.0~) , texinfo, libgmp3-dev, libreadline5-dev | libreadline-dev, locales, automake1.9, debhelper ( >=4.1.0 ) , libncurses5-dev, autoconf2.13, gawk | awk, texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev
 Standards-Version: 3.7.2
 
 Package: maxima
 Architecture: any
-Depends:  ${shlibs:Depends}, gnuplot-nox
-Recommends: maxima-share, gv
+Depends:  ${shlibs:Depends}, gnuplot-nox, sbcl ( >= 1:1.0.18), sbcl (<<1:1.0.19~)
+Recommends: maxima-share, gv, rlwrap
 Suggests: texmacs, maxima-doc, wish
 Description: A computer algebra system -- base system
  Maxima is a fully symbolic computation program.  It is full featured
@@ -87,7 +87,7 @@
  libraries. 
 
 Package: maxima-emacs
-Depends:  maxima (>= ${binary:Version}), emacs22 | emacsen, emacsen-common (>= 1.4.14), tetex-extra | texlive-base-bin
+Depends:  maxima (>= ${binary:Version}), emacs22 | emacsen, emacsen-common (>= 1.4.14), texlive-base-bin
 Architecture: all
 Replaces: maxima (<< ${binary:Version})
 Description: A computer algebra system -- emacs interface
diff -u maxima-5.13.0/debian/changelog maxima-5.13.0/debian/changelog
--- maxima-5.13.0/debian/changelog
+++ maxima-5.13.0/debian/changelog
@@ -1,3 +1,10 @@
+maxima (5.13.0-3.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Convert to SBCL (Closes: #474909, Closes: #489871)
+  * install rmaxima because sbcl does not have native readline support
+ -- David Bremner <bremner@unb.ca>  Thu, 24 Jul 2008 07:54:35 -0300
+
 maxima (5.13.0-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u maxima-5.13.0/debian/maxima.install.in maxima-5.13.0/debian/maxima.install.in
--- maxima-5.13.0/debian/maxima.install.in
+++ maxima-5.13.0/debian/maxima.install.in
@@ -1,4 +1,5 @@
 debian/tmp/usr/bin/maxima
+debian/tmp/usr/bin/rmaxima
 debian/tmp/usr/lib
 debian/tmp/usr/share/man/man1/maxima.1
 debian/tmp/usr/share/maxima/@MVERS@/demo
reverted:
--- maxima-5.13.0/doc/info/maxima.texi
+++ maxima-5.13.0.orig/doc/info/maxima.texi
@@ -35,7 +35,7 @@
 @end macro
 @end ifinfo
 
+@include category-macros.texi
-@c @include category-macros.texi
 
 @titlepage
 @sp 10
only in patch2:
unchanged:
--- maxima-5.13.0.orig/debian/TODO
+++ maxima-5.13.0/debian/TODO
@@ -0,0 +1,6 @@
+# Hey emacs -*- readme-debian -*-
+
+- Replace maxima with rmaxima?
+- Make lintian happier
+
+ -- David Bremner <bremner@unb.ca>, Fri, 25 Jul 2008 09:34:38 -0300

Message #34 received at 474909-close@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: 474909-close@bugs.debian.org

Subject: Bug#474909: fixed in maxima 5.13.0-3.2

Date: Sun, 27 Jul 2008 13:17:24 +0000

Source: maxima
Source-Version: 5.13.0-3.2

We believe that the bug you reported is fixed in the latest version of
maxima, which is due to be installed in the Debian FTP archive:

maxima-doc_5.13.0-3.2_all.deb
  to pool/main/m/maxima/maxima-doc_5.13.0-3.2_all.deb
maxima-emacs_5.13.0-3.2_all.deb
  to pool/main/m/maxima/maxima-emacs_5.13.0-3.2_all.deb
maxima-share_5.13.0-3.2_all.deb
  to pool/main/m/maxima/maxima-share_5.13.0-3.2_all.deb
maxima-src_5.13.0-3.2_all.deb
  to pool/main/m/maxima/maxima-src_5.13.0-3.2_all.deb
maxima-test_5.13.0-3.2_all.deb
  to pool/main/m/maxima/maxima-test_5.13.0-3.2_all.deb
maxima_5.13.0-3.2.diff.gz
  to pool/main/m/maxima/maxima_5.13.0-3.2.diff.gz
maxima_5.13.0-3.2.dsc
  to pool/main/m/maxima/maxima_5.13.0-3.2.dsc
maxima_5.13.0-3.2_i386.deb
  to pool/main/m/maxima/maxima_5.13.0-3.2_i386.deb
xmaxima_5.13.0-3.2_i386.deb
  to pool/main/m/maxima/xmaxima_5.13.0-3.2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 474909@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
David Bremner <bremner@unb.ca> (supplier of updated maxima package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Thu, 24 Jul 2008 07:54:35 -0300
Source: maxima
Binary: maxima maxima-src maxima-test maxima-doc xmaxima maxima-emacs maxima-share
Architecture: source all i386
Version: 5.13.0-3.2
Distribution: unstable
Urgency: low
Maintainer: Camm Maguire <camm@enhanced.com>
Changed-By: David Bremner <bremner@unb.ca>
Description: 
 maxima     - A computer algebra system -- base system
 maxima-doc - A computer algebra system -- documentation
 maxima-emacs - A computer algebra system -- emacs interface
 maxima-share - A computer algebra system -- extra code
 maxima-src - A computer algebra system -- source code
 maxima-test - A computer algebra system -- test suite
 xmaxima    - A computer algebra system -- x interface
Closes: 474909 489871
Changes: 
 maxima (5.13.0-3.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Convert to SBCL (Closes: #474909, Closes: #489871)
   * install rmaxima because sbcl does not have native readline support
Checksums-Sha1: 
 347ad75a6d3b3c714d776ff6273583815d052d53 1263 maxima_5.13.0-3.2.dsc
 22446e79ee076745421a5d7c679cf4d8c803ffd3 2071398 maxima_5.13.0-3.2.diff.gz
 b84a241875722a017024ab36e1701a28b6b4fd2c 1051936 maxima-src_5.13.0-3.2_all.deb
 dfce75ee129dd5f2b0e1750f4c8855f8c2158528 153510 maxima-test_5.13.0-3.2_all.deb
 5180cdfdd6bd9be240cd2f4b8962aa17d0b9d98d 3556950 maxima-doc_5.13.0-3.2_all.deb
 927bb8da2b7aebee62ee6c543d303e92ec6fec8d 96022 maxima-emacs_5.13.0-3.2_all.deb
 2b7a43a9554195c057b0871f827f4392253ecefd 3918782 maxima-share_5.13.0-3.2_all.deb
 04af29d087ef1a1bbedb0d162415f6e836f34b90 14225216 maxima_5.13.0-3.2_i386.deb
 1cc1392a419d5025dd9b5a57d93b0eee876f90de 381554 xmaxima_5.13.0-3.2_i386.deb
Checksums-Sha256: 
 11ccf55e8f66c76befc7bae74c8f2c17ecffa0f4b4504ec1f43c260b91ea1187 1263 maxima_5.13.0-3.2.dsc
 7efb04994ad1c87d6f0196bd1b224d6eaf6d78dccca2b415184f847486b3998e 2071398 maxima_5.13.0-3.2.diff.gz
 dec43b44d9b3794acc99e2a6c4fa868735512960f0b248ddad71b96de73a5699 1051936 maxima-src_5.13.0-3.2_all.deb
 b94b7a02e8772cab6d948fb70e60108094bf388d4e3fa683133b5a749c47d5f1 153510 maxima-test_5.13.0-3.2_all.deb
 24a707e7b00263f5242b1ea43b7213b2d445e2937aecf3043a320900db20bba0 3556950 maxima-doc_5.13.0-3.2_all.deb
 f04a97a4b89e185f1549cc9edebdda7c2d0844eb067c2755e88f5526feabc323 96022 maxima-emacs_5.13.0-3.2_all.deb
 e2bfc578bdc7001b3af033d01bfe3acb51055ac16c741f77af84f0a0f0ab5bf3 3918782 maxima-share_5.13.0-3.2_all.deb
 99982473b705ccdda61f8d53a217d05bc9f419f2253c095b17c025fc5b551eec 14225216 maxima_5.13.0-3.2_i386.deb
 882c481dd36a4a6fea083fe4182b82149ac287c597ec9f972695c89458447c31 381554 xmaxima_5.13.0-3.2_i386.deb
Files: 
 1c14eb616d6fefb461558d17957f382d 1263 math optional maxima_5.13.0-3.2.dsc
 cb1969badb1d6cb6a1638620e5fc4827 2071398 math optional maxima_5.13.0-3.2.diff.gz
 9e060e66f54221c1a63e8accf5d3606e 1051936 math optional maxima-src_5.13.0-3.2_all.deb
 9007482740dec5646d9829049ec55a76 153510 math optional maxima-test_5.13.0-3.2_all.deb
 6bfcac05c958101b8c6b1fadbb5d1d14 3556950 math optional maxima-doc_5.13.0-3.2_all.deb
 8b2627e8cec532091e3a8c4f4265ba98 96022 math optional maxima-emacs_5.13.0-3.2_all.deb
 07edadb82c38b59b7c86bffc958a84f0 3918782 math optional maxima-share_5.13.0-3.2_all.deb
 2bc5472dbc309bb4ea14dfc6afcec865 14225216 math optional maxima_5.13.0-3.2_i386.deb
 6862a89e1de324d9dc96ead1a9be9464 381554 math optional xmaxima_5.13.0-3.2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIjHPoibPvMsrqrwMRAskIAKDXSsUheDYKEmp6Q8dzbOEsktsMRACeKdHM
6ATlFzXhXoLDT+rPCODOFa8=
=X2AU
-----END PGP SIGNATURE-----

Message #39 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Camm Maguire <camm@enhanced.com>

To: David Bremner <bremner-dated-1218209305.7d15df@pivot.cs.unb.ca>

Cc: 474909@bugs.debian.org

Subject: Re: potential NMU of maxima using sbcl

Date: 29 Jul 2008 18:00:38 -0400

Greetings, and thank you so much for your assistance!  I would love
your input on and help with the package.  

I'm uploading a -15 now, which has quite a lot of cleanup work
remaining, as a test of the build status on the various platforms.  I
would like to stick with gcl due to its history, portability, license,
closeness to gcc, and uniformity with other heavy duty lisp programs.

Please feel free to comment on the large diff, lintian problems,
source build warnings, etc.  I'd really appreciate help making the
package as simple and streamlined as possible.

Take care,

David Bremner <bremner@unb.ca> writes:

> Hi Camm;
> 
> I prepared an NMU for maxima using sbcl as a lisp.
> 
> http://mentors.debian.net/debian/pool/main/m/maxima
> 
> the main disadvantage seems to be a versioned dependency on sbcl.
> 
> Would this be OK for you?
> 
> If you have no more time for maxima packaging, I could adopt it.  I
> don't claim to understand everything in the packaging on a deep level,
> but I'm learning.
> 
> David
> 
> 
> 
> 
> 

-- 
Camm Maguire			     			camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Message #44 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Camm Maguire <camm@enhanced.com>

Cc: 474909@bugs.debian.org

Subject: Re: potential NMU of maxima using sbcl

Date: Tue, 29 Jul 2008 19:39:41 -0300

At 29 Jul 2008 18:00:38 -0400,
Camm Maguire wrote:
> I'm uploading a -15 now, which has quite a lot of cleanup work
> remaining, as a test of the build status on the various platforms.  I
> would like to stick with gcl due to its history, portability, license,
> closeness to gcc, and uniformity with other heavy duty lisp programs.

Sure, sounds reasonable.  I just wasn't ready to step up to maintain GCL.

> Please feel free to comment on the large diff, lintian problems,
> source build warnings, etc.  I'd really appreciate help making the
> package as simple and streamlined as possible.

OK, by default I will send patches to BTS. Let me know if/when you are
interested in some kind of shared version control setup.

David

Message #53 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Debian Bug Tracking System <474909@bugs.debian.org>

Subject: maxima 5.15.0-1 FTFS on i386

Date: Tue, 29 Jul 2008 22:31:10 -0300

Hi;

I just verified in an up-to-date pbuilder the latest maxima FTBFS on
i386.  gcl is  2.6.7-36.1.  I mention this because it won't show up 
on the buildds

Here are the last few lines of the log file.

make[2]: Entering directory `/tmp/buildd/maxima-5.15.0/src'
test -d binary-gcl || mkdir binary-gcl
gcl -batch -eval '(progn (load "../lisp-utils/defsystem.lisp") (load "../lisp-utils/make-depends.lisp") (funcall (intern "CREATE-DEPENDENCY-FILE" :mk) "binary-gcl/maxima" "gcl-depends.mk"))'

Warning:
REQUIRE is being redefined.
make[2]: *** [gcl-depends.mk] Segmentation fault
make[2]: *** Deleting file `gcl-depends.mk'
make[2]: Leaving directory `/tmp/buildd/maxima-5.15.0/src'
make[1]: *** [all-recursive] Error 1

Let me know if you want the whole log.

David

Message #58 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Camm Maguire <camm@enhanced.com>

Cc: Debian Bug Tracking System <474909@bugs.debian.org>

Subject: Re: none

Date: Wed, 30 Jul 2008 07:41:07 -0300

At 29 Jul 2008 22:17:34 -0400,
Camm Maguire wrote:
> 
> Greetings, and thanks!
> 
> 1) Can't reproduce with debuild and same gcl installed on up to date
>    chroot.  Might be a kernel randomization item.  Info here?

I am running linux-image-2.6.25-2-686 version 2.6.25-27

> 2) Full log would be great

It is at  http://www.cs.unb.ca/~bremner/logs/2008/07/29/maxima.log

> 3) Can you build gcl on this box using pbuilder and use that?

I will try that.

> 4)  Why will this not appear on the buildds?

Well, it looked to me like it was using the i386 .deb that you uploaded.
Am I wrong?

bye for now,

David

Message #63 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Camm Maguire <camm@enhanced.com>

To: David Bremner <bremner@unb.ca>

Cc: 474909@bugs.debian.org

Subject: Re: Bug#474909: none

Date: 30 Jul 2008 10:49:21 -0400

Greetings!

I am in the process of winding down my job here -- done at the end of
September.  I need to reset my email forwarding address and ssh keys
for project machine access.  Do you know how I can get this done
quickly?

Take care,
-- 
Camm Maguire			     			camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Message #68 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Adeodato Simó <dato@net.com.org.es>

To: Camm Maguire <camm@enhanced.com>, 474909@bugs.debian.org

Subject: Re: Bug#474909: none

Date: Wed, 30 Jul 2008 22:43:29 +0100

* Camm Maguire [Wed, 30 Jul 2008 10:49:21 -0400]:

> Greetings!

> I am in the process of winding down my job here -- done at the end of
> September.  I need to reset my email forwarding address and ssh keys
> for project machine access.  Do you know how I can get this done
> quickly?

http://db.debian.org/doc-mail.html

-- 
Adeodato Simó                                     dato at net.com.org.es
Debian Developer                                  adeodato at debian.org
 
Listening to: The Magnetic Fields - The Luckiest Guy on the Lower East Side

Message #73 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: 474909@bugs.debian.org

Cc: Camm Maguire <camm@enhanced.com>

Subject: New build log

Date: Wed, 30 Jul 2008 23:21:30 -0300

I had to apply the patch from Peter de Wachter (#487435) to get gcl to build
on my box (I guess it is a kernel 2.6.25 issue).  With this patched version of 
gcl 2.6.7-36.1, I get farther into the build, but it fails compiling 
numerical/slatec/zexp.o

full build log is at

http://www.cs.unb.ca/~bremner/logs/2008/07/31/maxima.log

David

Message #78 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Camm Maguire <camm@enhanced.com>

To: David Bremner <bremner@unb.ca>

Cc: 474909@bugs.debian.org

Subject: Re: Bug#474909: New build log

Date: 31 Jul 2008 15:55:08 -0400

Greetings, and thank you for the report!  I think just uploaded -38
should fix all issues, modulo typos, etc.

Please let me know if this works for you.

Take care,

David Bremner <bremner@unb.ca> writes:

> I had to apply the patch from Peter de Wachter (#487435) to get gcl to build
> on my box (I guess it is a kernel 2.6.25 issue).  With this patched version of 
> gcl 2.6.7-36.1, I get farther into the build, but it fails compiling 
> numerical/slatec/zexp.o
> 
> full build log is at
> 
> http://www.cs.unb.ca/~bremner/logs/2008/07/31/maxima.log
> 
> David
> 
> 
> 
> 
> 
> 
> 
> 

-- 
Camm Maguire			     			camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Message #83 received at 474909@bugs.debian.org (full text, mbox, reply):

From: David Bremner <bremner@unb.ca>

To: Camm Maguire <camm@enhanced.com>, 474909@bugs.debian.org

Subject: Re: Bug#474909: New build log

Date: Fri, 01 Aug 2008 00:11:36 -0300

Intially on debian kernel 2.6.25-7, configuration of gcl 2.6.7-38
failed (log on http://www.cs.unb.ca/~bremner/logs/2008/07/31/gcl.log
but I think there is nothing too surprising there) with the message

checking for ADDR_NO_RANDOMIZE constant... yes, 40000
checking for personality(ADDR_NO_RANDOMIZE) support... no
checking that sbrk is (now) non-random... no
Cannot build with randomized sbrk. Your options:
 - upgrade to a kernel/libc that knows about personality(ADDR_NO_RANDOMIZE)
 - recompile your kernel with CONFIG_COMPAT_BRK (if it has that option)
 - run sysctl kernel.randomize_va_space=0 before using gcl


Following this advice, I ran

 sysctl kernel.randomize_va_space=0

After this I was able to successfuly build gcl and then use that gcl to 
build maxima-5.15.0-2.  This build of maxima seems OK; run_testsuite() 
produces no unexpected errors.

David

Message #88 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Camm Maguire <camm@enhanced.com>

To: David Bremner <bremner@unb.ca>

Cc: 474909@bugs.debian.org, gcl-devel@gnu.org

Subject: Re: Bug#474909: New build log

Date: 01 Aug 2008 10:09:21 -0400

Greetings, and thanks for the feedback!  WOuld you mind excerpting the
C routines corresponding to the two 'no' results below, compile with
-g and run under gdb to let me know where they fail?  I am surprised
at the failure.  

Specifically, what is wrong with

void gprof_cleanup() {};
int main(int argc,char *argv[],char *envp[]) {
#include "h/unrandomize.h"
return 0;}

when compiled and run in the topdir of gcl source?

Separately, I've found that Debian is not passing personality changes
across execve, unlike Fedora.  Sure wish someone could explain the
variants out there to me.

Take care,

David Bremner <bremner@unb.ca> writes:

> Intially on debian kernel 2.6.25-7, configuration of gcl 2.6.7-38
> failed (log on http://www.cs.unb.ca/~bremner/logs/2008/07/31/gcl.log
> but I think there is nothing too surprising there) with the message
> 
> checking for ADDR_NO_RANDOMIZE constant... yes, 40000
> checking for personality(ADDR_NO_RANDOMIZE) support... no
> checking that sbrk is (now) non-random... no
> Cannot build with randomized sbrk. Your options:
>  - upgrade to a kernel/libc that knows about personality(ADDR_NO_RANDOMIZE)
>  - recompile your kernel with CONFIG_COMPAT_BRK (if it has that option)
>  - run sysctl kernel.randomize_va_space=0 before using gcl
> 
> 
> Following this advice, I ran
> 
>  sysctl kernel.randomize_va_space=0
> 
> After this I was able to successfuly build gcl and then use that gcl to 
> build maxima-5.15.0-2.  This build of maxima seems OK; run_testsuite() 
> produces no unexpected errors.
> 
> David
> 
> 
> 
> 

-- 
Camm Maguire			     			camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Message #93 received at 474909-close@bugs.debian.org (full text, mbox, reply):

From: Camm Maguire <camm@enhanced.com>

To: 474909-close@bugs.debian.org

Subject: Bug#474909: fixed in maxima 5.16.2-1

Date: Sun, 24 Aug 2008 23:47:09 +0000

Source: maxima
Source-Version: 5.16.2-1

We believe that the bug you reported is fixed in the latest version of
maxima, which is due to be installed in the Debian FTP archive:

maxima-doc_5.16.2-1_all.deb
  to pool/main/m/maxima/maxima-doc_5.16.2-1_all.deb
maxima-emacs_5.16.2-1_all.deb
  to pool/main/m/maxima/maxima-emacs_5.16.2-1_all.deb
maxima-share_5.16.2-1_all.deb
  to pool/main/m/maxima/maxima-share_5.16.2-1_all.deb
maxima-src_5.16.2-1_all.deb
  to pool/main/m/maxima/maxima-src_5.16.2-1_all.deb
maxima-test_5.16.2-1_all.deb
  to pool/main/m/maxima/maxima-test_5.16.2-1_all.deb
maxima_5.16.2-1.diff.gz
  to pool/main/m/maxima/maxima_5.16.2-1.diff.gz
maxima_5.16.2-1.dsc
  to pool/main/m/maxima/maxima_5.16.2-1.dsc
maxima_5.16.2-1_i386.deb
  to pool/main/m/maxima/maxima_5.16.2-1_i386.deb
maxima_5.16.2.orig.tar.gz
  to pool/main/m/maxima/maxima_5.16.2.orig.tar.gz
xmaxima_5.16.2-1_i386.deb
  to pool/main/m/maxima/xmaxima_5.16.2-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 474909@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Camm Maguire <camm@enhanced.com> (supplier of updated maxima package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 24 Aug 2008 17:06:39 +0000
Source: maxima
Binary: maxima maxima-src maxima-test maxima-doc xmaxima maxima-emacs maxima-share
Architecture: source all i386
Version: 5.16.2-1
Distribution: unstable
Urgency: high
Maintainer: Camm Maguire <camm@enhanced.com>
Changed-By: Camm Maguire <camm@enhanced.com>
Description: 
 maxima     - A computer algebra system -- base system
 maxima-doc - A computer algebra system -- documentation
 maxima-emacs - A computer algebra system -- emacs interface
 maxima-share - A computer algebra system -- extra code
 maxima-src - A computer algebra system -- source code
 maxima-test - A computer algebra system -- test suite
 xmaxima    - A computer algebra system -- x interface
Closes: 474684 474909 479100 480308 484278 484279 488518 489302
Changes: 
 maxima (5.16.2-1) unstable; urgency=high
 .
   * New upstream release
   * Bug fix: "No such file or directory", thanks to Lucas Nussbaum
     (Closes: #474909). Build-dep against latest gcl
   * Bug fix: "fails to integrate a simple rational function", thanks to
     Alexei Sheplyakov (Closes: #474684).  new release
   * Bug fix: "maxima needs gnuplot-x11 to plot", thanks to
     cardaniuc@gmail.com</a>; (Closes: #479100). depend on gnuplot-x11
   * Bug fix: "segfaults in quad_qagi()", thanks to Stephen Dann (Closes:
     #480308). Apparently fixed in new release -- cannot trigger
   * Bug fix: "Maxima fails on &#39;load(rducon);&#39;", thanks to Felix
     Homann (Closes: #484278). Fixed in new release
   * Bug fix: "new upstream version available", thanks to Stanislav
     Maslovski (Closes: #489302).
   * Bug fix: "describe triggers &quot;fatal&quot; lisp error", thanks to
     David Bremner (Closes: #488518).  Missing maxima-doc now reports
     describe error
   * Bug fix: "New upstream version 5.15.0", thanks to Felix Homann
     (Closes: #484279).
Checksums-Sha1: 
 4adfd3d1fbcfa9babf6641648f2c42580ca78eca 1229 maxima_5.16.2-1.dsc
 3cf98dd1c638603443a3f7a4dd7a2e3a96328f9c 19935965 maxima_5.16.2.orig.tar.gz
 c87a222400c6a45b3e209dce223126050a5568d2 2080055 maxima_5.16.2-1.diff.gz
 2f496bfcb224a2796d8d422ba1e1a42f91e9b680 1119302 maxima-src_5.16.2-1_all.deb
 e0945141b7bd50a831551f3edc2c330d158d8d67 180612 maxima-test_5.16.2-1_all.deb
 c65b2b922257839110afeae03e506a60c6936e41 3739068 maxima-doc_5.16.2-1_all.deb
 07dbc1c5badf94d47473fdab0d12900f9f22e21a 121362 maxima-emacs_5.16.2-1_all.deb
 3b5b7a1ce8f64acf360716e842bc4b6f9deab863 4015740 maxima-share_5.16.2-1_all.deb
 f9beb028ed3df336269dfb3368d587f8af498209 8247078 maxima_5.16.2-1_i386.deb
 04aaa726ff9966ad1927cb5af88d8808c54e9c66 383760 xmaxima_5.16.2-1_i386.deb
Checksums-Sha256: 
 a5e793638c7e90f71e2e442afe657d61c88236c60e699eb04e66bcd47e79d6ba 1229 maxima_5.16.2-1.dsc
 cb49fa7270665c59387b178f4087a93a1775dc1149dd09d4ec57e8d784f47d15 19935965 maxima_5.16.2.orig.tar.gz
 ec75bd121d5348b7812804bb755bfbe55740de26d5289c4cf402a9c8d2c95fd8 2080055 maxima_5.16.2-1.diff.gz
 c85496c1dad90032511b712bc6fdc137ebcf45ff0c8563e22d5737699d242582 1119302 maxima-src_5.16.2-1_all.deb
 16e7ea76b2a8e2b4d8f2a00a785280a0580b83a57f413255ff6b64598f125858 180612 maxima-test_5.16.2-1_all.deb
 0b42d3c5c9f453cea9fc5965fefc500e0f5143509689a4e63b1c74dbd250a841 3739068 maxima-doc_5.16.2-1_all.deb
 ccb3e553e0b91c0597d7316041ad31457e25933243122d4578f238778f09faaa 121362 maxima-emacs_5.16.2-1_all.deb
 b304828e109223bb8e2acc0282c1427f43ffe435952c26395db28301921f705b 4015740 maxima-share_5.16.2-1_all.deb
 933ce8bf1d461a5364ee26b27cc7f99fafdb5b36632884d0feade1cb89371221 8247078 maxima_5.16.2-1_i386.deb
 14e1d56d596c0082f7d77016d91d2456cfbe50bb734c7399e0c05e7b8fb40c10 383760 xmaxima_5.16.2-1_i386.deb
Files: 
 47ad5b870c06e6f04550174f8710350e 1229 math optional maxima_5.16.2-1.dsc
 f040416f79ac3932909de6ac4a9fcd10 19935965 math optional maxima_5.16.2.orig.tar.gz
 b581b2b465c2a130b76cee18f8736922 2080055 math optional maxima_5.16.2-1.diff.gz
 c65e55f6ac1b8bb60085b3b94c695cfa 1119302 math optional maxima-src_5.16.2-1_all.deb
 ac922cd886f1f81f27495325d0e50f8a 180612 math optional maxima-test_5.16.2-1_all.deb
 23ec9b28791499aad290e8d6182aa996 3739068 doc optional maxima-doc_5.16.2-1_all.deb
 4e1b83dde5a8290c75b34d634d74dd25 121362 math optional maxima-emacs_5.16.2-1_all.deb
 13b3bb4e031f3a090ada6dc0ae8639d0 4015740 math optional maxima-share_5.16.2-1_all.deb
 466f193a3a74c257bd2d8871b2b2ba50 8247078 math optional maxima_5.16.2-1_i386.deb
 7ee803763743573721d39a5d0033e440 383760 math optional xmaxima_5.16.2-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFIsa/8czG1wFfwRdwRAgHCAJ9AJRjnts9+CDEflrCW/vBBGqdakACgoOcH
HePY+iq3+zALCWUIelvrqdU=
=OVda
-----END PGP SIGNATURE-----

Message #94 received at 474909-done@bugs.debian.org (full text, mbox, reply):

From: Adeodato Simó <dato@net.com.org.es>

To: 474909-done@bugs.debian.org

Subject: Closing #474909

Date: Wed, 8 Oct 2008 22:13:12 +0200

I'm unversioned-closing this bug because we successfully binNMUed maxima
in testing some months after this bug was opened. IIRC, and the
changelog seems to agree, this bug was caused by older versions of gcl.

Please let me know if you feel this to be in error.

Cheers,

-- 
Adeodato Simó                                     dato at net.com.org.es
Debian Developer                                  adeodato at debian.org
 
Everything you read in newspapers is absolutely true, except for that
rare story of which you happen to have first-hand knowledge.
                -- Erwin Knoll

Message #99 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Kumar Appaiah <akumar@debian.org>

To: 479100@bugs.debian.org, 474909@bugs.debian.org

Subject: Fix for this bug: for testing-proposed-updates

Date: Fri, 10 Oct 2008 13:10:37 -0500

[Message part 1 (text/plain, inline)]

tags 474909 + patch
tags 479100 + patch

Dear Camm,

Please find attached a patch against the Lenny version to fix the two
bugs mentioned. Please consider uploading this to
testing-proposed-updates, so that it can be included in Lenny.

More testing of the patches may be advisable, though I am unsure.

Thanks.

Kumar

[maxima_fix.diff (text/x-diff, attachment)]

Message #108 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Kumar Appaiah <akumar@debian.org>

To: 479100@bugs.debian.org, 474909@bugs.debian.org

Subject: Re: Fix for this bug: for testing-proposed-updates

Date: Fri, 10 Oct 2008 13:31:50 -0500

tags 474909 + patch
tags 479100 + patch
thanks

In hindsight, these don't seem to be bugs any more. So I removed the
patch tags. Sorry for the noise, and hope to see maxima in Lenny.

Kumar

Message #113 received at 474909@bugs.debian.org (full text, mbox, reply):

From: Adeodato Simó <dato@net.com.org.es>

To: 474909@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Re: Closing #474909

Date: Sat, 11 Oct 2008 15:25:12 +0200

notfixed 474909 5.16.2-1
thanks

* Adeodato Simó [Wed, 08 Oct 2008 22:13:12 +0200]:

> I'm unversioned-closing this bug because we successfully binNMUed maxima
> in testing some months after this bug was opened. IIRC, and the
> changelog seems to agree, this bug was caused by older versions of gcl.

> Please let me know if you feel this to be in error.

Apparently bugs can't be unversioned-closed if they're already fixed in
one version. Hence, I'm removing the "fixed" version, to mark it as not
present in testing as well.

Cheers,

-- 
Adeodato Simó                                     dato at net.com.org.es
Debian Developer                                  adeodato at debian.org
 
- Are you sure we're good?
- Always.
                -- Rory and Lorelai

Send a report that this bug log contains spam.