- cl-debian@lists.common-lisp.net - mailman3.common-lisp.net

[cl-debian] Packages sponsoring
by Pierre THIERRY 06 Oct '07

06 Oct '07

Hi, have anyone taken a look at the packages I uploaded to mentors.d.n? I'm planning to work on bigger packages next, probably drakma and elephant, and maybe CL-MIME in the meantime. Quickly, Pierre -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

1 0

[cl-debian] Bug#445174: slime 20070927-1 --configure error
by Erick Lopez Carreon 04 Oct '07

04 Oct '07

Package: slime Version: 1:20070927-1 Severity: important Hello Peter: I just try to upgrade my slime to the 20070927-1 version, and i'm getting this error in the configuration part of installation: ------------------------------------------------------------------------ Wrote /usr/share/emacs21/site-lisp/slime/contrib/slime-typeout-frame.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/slime/contrib/slime-xref-browser.el: !! File error (("Cannot open load file" "tree-widget")) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/slime emacs21 emacs21 emacs22 failed at /usr/lib/emacsen-common/emacs-package-install line 30, <TSORT> line 2. dpkg: error processing slime (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: slime ------------------------------------------------------------------------ I get the same error on two different machines. And dpkg -s slime says: ------------------------------------------------------------------------ Package: slime Status: install ok half-configured Priority: optional Section: devel Installed-Size: 1840 Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Architecture: all Version: 1:20070927-1 Config-Version: 1:20070628-1 ------------------------------------------------------------------------ Because of this i can't start slime in emacs22, emacs22 says: ------------------------------------------------------------------------ Debugger entered--Lisp error: (file-error "Cannot open load file" "slime") require(slime) eval-buffer(#<buffer *load*> nil "/home/foo/.emacs" nil t) ; Reading at buffer position 512 load-with-code-conversion("/home/foo/.emacs" "/home/foo/.emacs" t t) load("~/.emacs" t t) #[nil "" [init-file-user system-type user-init-file-1 user-init-file otherfile source ms-dos "~" "/_emacs" windows-nt directory-files nil "^\ \.emacs\$\\.elc?\$?$" "~/.emacs" "^_emacs\$\\.elc?\$?$" "~/_emacs" vax-vms "sys$login:.emacs" "/.emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default" alt inhibit-default-init inhibit-startup-message] 7]() command-line() normal-top-level() ------------------------------------------------------------------------ In emacs21 slime works well. :-? ------------------------------------------------------------------------ ; SLIME 2007-09-27 CL-USER> ------------------------------------------------------------------------ Could be something wrong with my ~/.emacs? I am using - Debian GNU/Linux Sid - Architecture: i386 (i686) - Kernel 2.6.18 - slime 1:20070927-1 - sbcl 1:1.0.10.0-1 - emacs21 21.4a+1-5.1 - emacs22 22.1+1-2 Thank you.

3 2

[cl-debian] Accepted slime 1:20070927-2 (source all)
by Peter Van Eynde 04 Oct '07

04 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 04 Oct 2007 09:09:47 +0200 Source: slime Binary: cl-swank slime Architecture: source all Version: 1:20070927-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: cl-swank - Superior LISP Interaction Mode for Emacs (Lisp-side server) slime - Superior LISP Interaction Mode for Emacs Closes: 445174 Changes: slime (1:20070927-2) unstable; urgency=low . * Readded tree-widget to the sources. emacs21 on debian does _not_ have that file. emacs22 and xemacs do. (Closes: #445174) Files: 6641a51bd978b3c2d12d8d8299a611dd 759 devel optional slime_20070927-2.dsc 39efda1e445942aff98ebd3dc52d85c4 18486 devel optional slime_20070927-2.diff.gz d254dbecc0223a08003429bc59ad506c 783862 devel optional slime_20070927-2_all.deb 860ffdb230ec7a908c9b23f9f074ac00 376508 devel optional cl-swank_20070927-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHBJL211ldN0tyliURAoPsAJ9HiOx96f2AZLpAm4MzbkOjYeUFTACfSjfT kCRGZpcAr/kUwn5l0TPJwvY= =n2NI -----END PGP SIGNATURE----- Accepted: cl-swank_20070927-2_all.deb to pool/main/s/slime/cl-swank_20070927-2_all.deb slime_20070927-2.diff.gz to pool/main/s/slime/slime_20070927-2.diff.gz slime_20070927-2.dsc to pool/main/s/slime/slime_20070927-2.dsc slime_20070927-2_all.deb to pool/main/s/slime/slime_20070927-2_all.deb

1 0

[cl-debian] Bug#382430: c-l-c installation of ecl does things wrong
by "Faré" 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-2 Severity: normal the c-l-c installation of ecl does a few wrong things: (1) it uses the c-l-c version of asdf and not the ecl-provided one from /usr/lib/ecl/asdf.fas as a result it fails to include the make-build extension from ECL sources ecl-0.9i/contrib/asdf/asdf-ecl.lisp Solution (a) would be to (require 'asdf) from the c-l-c compiled image and not compile it in the c-l-c binary for ecl. Solution (b) would be to include asdf-ecl.lisp in the ecl package, and recompile it together with c-l-c's asdf.lisp when installing c-l-c. (2) it somehow gets cmp.fas and sysfun.lsp to systematically load verbosely in a way that isn't hushed up by flag -q resulting in an unremovable banner ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" which is quite annoying for programs that need produce controlled output. This is probably caused by the runtime loading of /etc/lispconfig.lisp by c-l-c. This banner should not be printed by quiet ecl scripts. Solution (2a) is to explicitly bind *load-verbose* to nil when loading /etc/lispconfig.lisp. Solution (2b) is to modify the c-l-c ecl startup to somehow hook the value of *load-verbose* on the -q flag. However, this requires modifying or overriding code from ecl-0.9i/src/lsp/cmdline.lsp and maintaining the result. Ouch. Solution (2c) is to hook into ecl's loading of a user resource file and replace it with the loading of a system resource file, say /etc/ecl/rc.lisp that in turn loads /etc/lispconfig.lisp then the user resource file. We would just prepend that path to *lisp-init-file-list* from install-clc.lisp, and writing the proper default code in /etc/ecl/rc.lisp Thus the usual parsing of -q and -norc applies to clc's ecl. (3) compiling configuration files everytime can be a performance issue, in addition to requiring to load the compiler. We could instead have a mechanism such as cl-launch's compile-and-load-file to only recompile when needed (SLIME's doesn't try hard enough for ECL), and put c-l-c cached .fas variants of the files in *lisp-init-file-list* before the source variants. Also, we want it to not require users to do anything special for the fasl to remain in synch with their lisp configuration. Any hackish code should come precompiled as part of install-clc.lisp so as to avoid requiring costly recompilation at runtime when things change. Solution (3a) would be to only do that for the system-wide file, and have that system-wide file include provisions for recompiling itself and then loading the compiled contents, and do the same for lispconfig.lisp and user files. A bit of a hack. Solution (3b) would be to modify or override cmdline.lsp to do the compile-and-load instead of load. Costly to maintain. (4) If we use a compile-and-load-file strategy for (3), then we might share code with cl-launch. This would mean having a dependency on cl-launch. It also means I should change cl-launch to install its file in /usr/share/common-lisp/source/cl-launch instead of /usr/share/common-lisp/cl-launch and produce a cl-launch.asd. I'll do that for cl-launch 1.85. In any cases, problems (1) and (2) both interact badly with cl-launch, and although cl-launch 1.84 now fully supports ECL, debian users need export ECL=/usr/lib/ecl/ecl-original so as to use cl-launch with ECL. I should probably include detection of that executable in cl-launch as a workaround to current breakage, since I already kluge a lot of my way to supporting ECL in cl-launch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to e n_US.iso-8859-1) Versions of packages ecl depends on: ii common-lisp-controller 6.1 This is a Common Lisp source and c ii gcc-4.1 4.1.1-9 The GNU C compiler ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgc-dev 1:6.7-2 conservative garbage collector for ii libgc1c2 1:6.7-2 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libncurses5-dev 5.5-2 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 2

[cl-debian] Accepted sbcl 1:1.0.10.0-1 (source all i386)
by Peter Van Eynde 03 Oct '07

03 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Sep 2007 22:32:05 +0200 Source: sbcl Binary: sbcl sbcl-source sbcl-doc Architecture: source all i386 Version: 1:1.0.10.0-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: sbcl - A Common Lisp compiler and development system sbcl-doc - Documentation for Steel Bank Common Lisp sbcl-source - Source code files for SBCL Changes: sbcl (1:1.0.10.0-1) unstable; urgency=low . * New upstream version. Major changes: + new feature: SB-CLTL2 contrib module now implements FUNCTION-INFORMATION. (thanks to Larry D'Anna) + optimization: scavenging weak pointers is now more efficient, requiring O(1) instead of O(N) per weak pointer to identify scanvenged vs. unscavenged pointers. (thanks to Paul Khuong) + optimization: typechecking (SETF SLOT-VALUE) is now ~5x faster in method bodies using constant slot-names when the first argument is a specializer parameter for the method. + optimization: SLOT-VALUE &co are now ~50% faster for variable slot names, when the class of the instance is a direct instance STANDARD-CLASS or FUNCALLABLE-STANDARD-CLASS (making them only 3x as slow as the constant slot-name case.) + optimization: member type construction is now O(N) instead of O(N^2). + optimization: UNION and NUNION are now O(N+M) for large inputs as long as the :TEST function is one of EQ, EQL, EQUAL, or EQUALP. + enhancement: DEFINE-MODIFY-MACRO lambda-list information is now more readable in environments like Slime which display it. (thanks to Tobias C. Rittweiler) + bug fix: SB-EXT:COMPARE-AND-SWAP was non-atomic unless the compiler was able to infer the correct argument type for the object on which the CAS operation was being performed. + bug fix: copy propagation interfered with parallel assignment semantics in local calls. (reported by Paul Khuong) + bug fix: the signed modular fixnum shift compiled to wrong code on x86 and x86-64. (spotted by a slight modification to some of PFD's random tests) Files: 12317b4c125bad9af4f572cb5d6c13db 800 devel optional sbcl_1.0.10.0-1.dsc dd2d403ddb90c8712b6b9150ca4ad3d4 4616528 devel optional sbcl_1.0.10.0.orig.tar.gz 0954f0800d9ede8fb1cbe1b1229096d8 34632 devel optional sbcl_1.0.10.0-1.diff.gz c392432a9d8c8dda64efde281165bc1a 1563216 doc optional sbcl-doc_1.0.10.0-1_all.deb 42e6366bbc89665da2c87fb1ee5dfd3a 3887108 doc optional sbcl-source_1.0.10.0-1_all.deb 7a220d6f57d21b2df8ca81b048811364 9047826 devel optional sbcl_1.0.10.0-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG/HEA11ldN0tyliURAmecAJwM6v71K1eWeCKy9DDClytgDkU89ACfdvig 82m0FSu+VQSs1MTGmt5y5Us= =XfBS -----END PGP SIGNATURE----- Accepted: sbcl-doc_1.0.10.0-1_all.deb to pool/main/s/sbcl/sbcl-doc_1.0.10.0-1_all.deb sbcl-source_1.0.10.0-1_all.deb to pool/main/s/sbcl/sbcl-source_1.0.10.0-1_all.deb sbcl_1.0.10.0-1.diff.gz to pool/main/s/sbcl/sbcl_1.0.10.0-1.diff.gz sbcl_1.0.10.0-1.dsc to pool/main/s/sbcl/sbcl_1.0.10.0-1.dsc sbcl_1.0.10.0-1_i386.deb to pool/main/s/sbcl/sbcl_1.0.10.0-1_i386.deb sbcl_1.0.10.0.orig.tar.gz to pool/main/s/sbcl/sbcl_1.0.10.0.orig.tar.gz

1 0

[cl-debian] Bug#436129: "Object #<"ASDF" package> cannot be externalized." when installing ecl
by css 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-20070324-2 Severity: normal When installing ecl via "aptitude install ecl" the following error occurs: Richte ecl ein (0.9i-20070324-2) ... /usr/lib/common-lisp/bin/ecl.sh loading and dumping clc. ;;; Loading "/usr/lib/ecl/install-clc.lisp" ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" Saving to new-ecl... ;;; Loading "/var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.fas" An error occurred during initialization: Object #<"ASDF" package> cannot be externalized. The ECL-Command is not existant afterwards. The Manpage exists and some script ecl-config doing nothing exists also. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ecl depends on: ii common-lisp-controller 6.11 Common Lisp source and compiler ma ii gcc-4.1 4.1.2-13 The GNU C compiler ii libc6 2.6-2 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1 conservative garbage collector for ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libncurses5-dev 5.6+20070716-1 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#433802: cl-swank: Slime crashes CMUCL on disconnect
by Mark Wooding 03 Oct '07

03 Oct '07

Package: cl-swank Version: 1:20070409-3 Severity: normal Tags: patch To demonstrate: * Start cmucl in a window. * Say to Lisp: (load "/usr/share/common-lisp/source/slime/swank-loader.lisp") * Say to Lisp `(create-server)'. * Start Emacs. * Say to Emacs `M-x slime-connect RET RET RET'. * Play about in both to show they've connected. * Say to Emacs `, disconnect RET'. * Lisp says: Help! 12 nested errors. KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. Debug (type H for help) (LISP::DO-OUTPUT #<Stream for descriptor 6> #.(SYSTEM:INT-SAP #xB7F8A000) 0 3055 ...) and refuses to cooperate further. It won't listen to C-c, C-z, C-\ or any other obvious signals; saying `killall lisp' in another shell works OK. This is obviously hopeless for connecting Slime to some long-running server, fixing something, and disconnecting again. To fix the problem (apparently): --- /usr/share/common-lisp/source/slime/swank.lisp 2007-05-31 21:49:06.000000000 +0100 +++ /tmp/mwooding/swank.lisp 2007-07-19 14:46:46.000000000 +0100 @@ -617,7 +617,7 @@ (connection.socket-io *emacs-connection*)) (defun close-connection (c &optional condition backtrace) - (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) +;; (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) (let ((cleanup (connection.cleanup c))) (when cleanup (funcall cleanup c))) In case it's interesting, I'm using cmucl 19d-20061116-2. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cl-swank depends on: ii common-lisp-controller 6.10 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

2 1

[cl-debian] Accepted slime 1:20070927-1 (source all)
by Peter Van Eynde 03 Oct '07

03 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 02 Oct 2007 23:59:03 +0200 Source: slime Binary: cl-swank slime Architecture: source all Version: 1:20070927-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: cl-swank - Superior LISP Interaction Mode for Emacs (Lisp-side server) slime - Superior LISP Interaction Mode for Emacs Closes: 433802 Changes: slime (1:20070927-1) unstable; urgency=low . * New upstream with fixes and a new contrib directory. * Also add contrib to load-path. * Use the upstream asd file as it works well with clc now. * This version also fixes the CMUCL crash on disconnect (Closes: #433802) Files: b0dcc30cb386e22d5f0640873e6dc323 759 devel optional slime_20070927-1.dsc b5ced1c6bdac87f2bce949cc04f28cd0 584183 devel optional slime_20070927.orig.tar.gz f6df92e2496a3af5919846e659847bc6 11711 devel optional slime_20070927-1.diff.gz 787618f1282cc1b95b1eeb16c717caeb 777100 devel optional slime_20070927-1_all.deb 528dc88f3c7b1586a94cb32c7d90d957 376448 devel optional cl-swank_20070927-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHAsA211ldN0tyliURAh+OAKCyezmZcDKbCG1WYPXlpYTuZ0VdvgCdF4zl 9ZSwH2CtR6dgqTWi0lKtu50= =vxNg -----END PGP SIGNATURE----- Accepted: cl-swank_20070927-1_all.deb to pool/main/s/slime/cl-swank_20070927-1_all.deb slime_20070927-1.diff.gz to pool/main/s/slime/slime_20070927-1.diff.gz slime_20070927-1.dsc to pool/main/s/slime/slime_20070927-1.dsc slime_20070927-1_all.deb to pool/main/s/slime/slime_20070927-1_all.deb slime_20070927.orig.tar.gz to pool/main/s/slime/slime_20070927.orig.tar.gz

1 0

[cl-debian] Accepted cl-asdf 1.109-2 (source all)
by Peter Van Eynde 03 Oct '07

03 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Sep 2007 05:42:20 +0200 Source: cl-asdf Binary: cl-cclan cl-asdf Architecture: source all Version: 1.109-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: cl-asdf - Another System Definition Facility cl-cclan - Comprehensive Common Lisp Archive Network Closes: 436129 Changes: cl-asdf (1.109-2) unstable; urgency=low . * stop trying to dump the package, use the package name instead. (Closes: #436129) Files: 31f95227f67edb551db49f7f247b6b31 748 devel optional cl-asdf_1.109-2.dsc 5b80fe3719301663a01dd59d18b2359e 14106 devel optional cl-asdf_1.109-2.diff.gz 85166e4119e6b1a057fbbe6dd8b42111 223472 devel optional cl-asdf_1.109-2_all.deb c3413fb5acef70a9615b7dfc7e6f8853 20824 devel optional cl-cclan_1.109-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG/BQF11ldN0tyliURAh1nAKDAwi4OdVqxVzdyM+rerLa3Mlz1ZQCgg67d HG3D2I6nISE90JuzD8nFabc= =jxuA -----END PGP SIGNATURE----- Accepted: cl-asdf_1.109-2.diff.gz to pool/main/c/cl-asdf/cl-asdf_1.109-2.diff.gz cl-asdf_1.109-2.dsc to pool/main/c/cl-asdf/cl-asdf_1.109-2.dsc cl-asdf_1.109-2_all.deb to pool/main/c/cl-asdf/cl-asdf_1.109-2_all.deb cl-cclan_1.109-2_all.deb to pool/main/c/cl-asdf/cl-cclan_1.109-2_all.deb

1 0

[cl-debian] [RFS] Batch of packages
by Pierre THIERRY 02 Oct '07

02 Oct '07

I uploaded to mentors 4 packages I'm searching a sponsor for. (and 1 was still waiting) For each package, I make the Mercurial history of my work available online. If you're not familiar with Mercurial, note that these Web addresses are both pullable and viewable in a browser, and provide RSS feeds for various logs. In this case, the most interesting is the feed for tags (I add a tag for each upstream and debian version). First, I finally made a package from Bordeaux Threads 0.0.2[1][2], for which I contributed license clarifications (there was actually no license notice in the code, nor any license file). 1. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 2. http://arcanes.fr.eu.org/~pierre/2007/03/bordeaux-threads-pkg/ There is still a package for MT19937 1.1[3][4], a portable Mersenne Twister random number generator. 3. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 4. http://arcanes.fr.eu.org/~pierre/2007/03/mt19937-pkg/ But the main part is getting Vecto into Debian. I modified the license information for CL-Vectors 0.1.3[5][6] according to the reject of the ftp-masters, created a package for the other missing dependency, Salza-PNG 1.0[7][8] and last but not least, created a package for Vecto 1.0.1[9][10]. 5. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 6. http://arcanes.fr.eu.org/~pierre/2007/03/cl-vectors-pkg/ 7. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 8. http://arcanes.fr.eu.org/~pierre/2007/09/salza-png-pkg/ 9. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 10. http://arcanes.fr.eu.org/~pierre/2007/09/vecto-pkg/ For all these packages, I'm searching for a sponsor to do the upload. If my work is of a sufficient quality, I'd like to become officially Debian Maintainer for them, to be able to upload them autonomously. It may be helpful if I also take maintainership for Salza, I suppose. Dependently, Pierre -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

1 1