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

[cl-debian] [ann] [html-template-announce] New release 0.9.1 (Re: Is this behaviour for SKIP-LEADING-WHITESPACE correct?)
by Edi Weitz 16 Nov '07

16 Nov '07

On Thu, 15 Nov 2007 00:31:10 +0530, Chaitanya Gupta <mail(a)chaitanyagupta.com> wrote: > I have come across a situation where SKIP-LEADING-WHITESPACE > (HTML-TEMPLATE's internal function) throws an error while trying to > create a template printer. I have narrowed it down to the following > [...] Yes, that looks like a bug. Should be fixed in the new release. Thanks for the report, Edi. _______________________________________________ html-template-announce site list html-template-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/html-template-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [elephant-announce] Elephant 0.9.1 officially released (The "Postmodern" release)
by Robert L. Read 16 Nov '07

16 Nov '07

Elephant 0.9.1 is now officially released. Instructions for downloading it via darcs can be found here: http://common-lisp.net/project/elephant/downloads.html The release provides official support for using Postmodern http://common-lisp.net/project/postmodern/ as a back-end data repository on top of Postgres. This back-end is about three times faster than the generic SQL interface on top of Postgres. There are some other improvements as well. Note that existing Postgres repositories are not compatible with a Postmodern repository. However, Elephant provides powerful multi-repository migration. If you have an existing Postgres repository and want to migrate to Postmodern, you should create a completely new Postmodern repository and migrate all of your data into it. The migration can be accomplished with a single command. If you have been using the (unofficially released) postmodern backend, you will have to migrate your data into a CL-SQL based postgres backend, or into a BDB backend, and then migrate into your new postmodern repository. This release is not compatible with previous (development) versions of the postmodern functionality. Thanks very much to Henrik Hejte and the postmodern team for this functionality, and to Ian Eslick for other improvements. This release has been tested on a 64-bit Linux with SBCL 1.0.10, and other platforms as well. If anybody downloads it and tests it, please run the (large) set of automated tests and report your results to elphant-devel at common-lisp.net. I will update the platforms page: http://common-lisp.net/project/elephant/platforms.html as I receive your updates. Henrik has creates some new documentation which can be build from the source, but I have been unable to build it, so have not updated the website. -- Robert L. Read Konsenti.com _______________________________________________ elephant-announce site list elephant-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [hunchentoot-announce] New release 0.14.7 (Was: Workaround for OpenMCL bug in ENOUGH-NAMESTRING)
by Edi Weitz 15 Nov '07

15 Nov '07

Hi Hans, On Wed, 14 Nov 2007 17:08:54 +0100, "Hans Hübner" <hans(a)huebner.org> wrote: > OpenMCL has a bug in ENOUGH-NAMESTRING that makes Hunchentoot fail > when the "/" prefix is exported from the file system using > CREATE-FOLDER-DISPATCHER-AND-HANDLER. ENOUGH-NAMESTRING fails to > work for URI paths having more than one component. As URI strings > are not path names, I find using ENOUGH-NAMESTRING being a little > fishy here anyway and I'd propose the following patch, courtesy of > Kilian Sprotte: Thanks. I've released a new version which incorporates your patch. Untested, as I'm currently in the process of re-installing my OS and my Lisps on my laptop. The next time please send the patch as a an attachment or use a mail client which doesn't break lines willy-nilly... :) Cheers, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql
by Brian Kudowski 14 Nov '07

14 Nov '07

Package: cl-sql-mysql Version: 3.7.8-1 Severity: important Hello, asdf:load-op 'clsql-mysql throws me into the sbcl debugger (sbcl 1.0.7 from Peter Van Eynden's deb repo). 1. as root: cd /var/cache/commonlisp-controller && rm -rf * 2. then in the slime repl: (asdf:oos 'asdf:load-op 'clsql-mysql) Couldn't load foreign libraries "libmysqlclient", "libmysql". (searched CLSQL-SYS:*FOREIGN-LIBRARY-SEARCH-PATHS*) [Condition of type SIMPLE-ERROR] Restarts: 0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {B67AE61}> on #<ASDF:CL-SOURCE-FILE "mysql-loader" {B67AD89}>. 1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {B67AE61}> on #<ASDF:CL-SOURCE-FILE "mysql-loader" {B67AD89}> as having been successful. 2: [ABORT] Return to SLIME's top level. 3: [TERMINATE-THREAD] Terminate this thread (#<THREAD "worker" {BFC08B1}>) Backtrace: 0: (CLSQL-UFFI:FIND-AND-LOAD-FOREIGN-LIBRARY ("libmysqlclient" "libmysql")) 1: ((SB-PCL::FAST-METHOD CLSQL-SYS:DATABASE-TYPE-LOAD-FOREIGN ((EQL :MYSQL))) #<unavailable argument> #<unavailable argument> #<unavailable argument>) 2: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.)) #<unavailable argument> #<unavailable argument> :MYSQL) 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file #/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #/{BC0AB31}>) 4: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 5: (SB-UNIX::CALL-WITH-LOCAL-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITH-LOCAL-INTERRUPTS-THUNK) {B6040555}> T) 6: ((FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) T) 7: ((FLET SB-UNIX::RUN-WITHOUT-INTERRUPTS)) 8: (SB-UNIX::CALL-WITHOUT-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) {B6040645}>) 9: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B60406BD}> #S(SB-THREAD:MUTEX :NAME "big compiler lock" :VALUE #<SB-THREAD:THREAD "worker" {BFC08B1}>)) 10: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file #/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #/{BC0AB31}> NIL #<unavailable argument>) 11: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" :ERROR NIL NIL :BINARY NIL) 12: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" :ERROR NIL NIL NIL :DEFAULT) 13: (LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl") 14: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {B67AE61}> #<ASDF:CL-SOURCE-FILE "mysql-loader" {B67AD89}>) 15: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {B67AE61}> #<ASDF:CL-SOURCE-FILE "mysql-loader" {B67AD89}>) 16: ((LAMBDA ())) 17: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 18: (SB-UNIX::CALL-WITH-LOCAL-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITH-LOCAL-INTERRUPTS-THUNK) {B6040AAD}> T) 19: ((FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) T) 20: ((FLET SB-UNIX::RUN-WITHOUT-INTERRUPTS)) 21: (SB-UNIX::CALL-WITHOUT-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) {B6040B9D}>) 22: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B6040C15}> #S(SB-THREAD:MUTEX :NAME "big compiler lock" :VALUE #<SB-THREAD:THREAD "worker" {BFC08B1}>)) 23: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA #) {AB30BED}>) 24: (ASDF:OPERATE ASDF:LOAD-OP CLSQL-MYSQL) 25: (SB-INT:SIMPLE-EVAL-IN-LEXENV (ASDF:OOS 'ASDF:LOAD-OP 'CLSQL-MYSQL) #<NULL-LEXENV>) 26: ((LAMBDA ())) 27: ((LAMBDA (SWANK-BACKEND::FN)) #<CLOSURE (LAMBDA #) {BFC12E5}>) 28: (SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA #) {BFC12E5}>) 29: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:INTERACTIVE-EVAL "(asdf:oos 'asdf:load-op 'clsql-mysql) ") #<NULL-LEXENV>) 30: ((LAMBDA ())) 31: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {BFC1195}>) 32: ((LAMBDA ())) 33: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA #) {BB80435}>) 34: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {BE5CF41}> #<CLOSURE (LAMBDA #) {BFC10E5}>) 35: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {BE5CF41}> #<FUNCTION (LAMBDA #) {BB80435}>) 36: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {BE5CF41}>) 37: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {BFC10C5}>) 38: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 39: (SB-UNIX::CALL-WITH-LOCAL-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITH-LOCAL-INTERRUPTS-THUNK) {B6041125}> T) 40: ((FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) T) 41: ((FLET SB-UNIX::RUN-WITHOUT-INTERRUPTS)) 42: (SB-UNIX::CALL-WITHOUT-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) {B6041215}>) 43: (SB-THREAD::CALL-WITH-MUTEX #<CLOSURE (FLET SB-THREAD::WITH-MUTEX-THUNK) {B6041295}> #S(SB-THREAD:MUTEX :NAME "thread result lock" :VALUE #<SB-THREAD:THREAD "worker" {BFC08B1}>) #<SB-THREAD:THREAD "worker" {BFC08B1}> T) 44: ((LAMBDA ())) 45: ("foreign function: call_into_lisp") 46: ("foreign function: funcall0") 47: ("foreign function: new_thread_trampoline") 48: ("foreign function: #xB7FC9240") Regards, Brian K -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cl-sql-mysql depends on: ii cl-sql 3.7.8-1 SQL Interface for Common Lisp ii cl-sql-uffi 3.7.8-1 Common UFFI functions for CLSQL da ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libmysqlclient15off 5.0.32-7etch1 mysql database client library ii zlib1g 1:1.2.3-13 compression library - runtime cl-sql-mysql recommends no packages. -- no debconf information

3 2

[cl-debian] Processed: your mail
by owner＠bugs.debian.org 14 Nov '07

14 Nov '07

Processing commands for control(a)bugs.debian.org: > fixed 451095 3.8.5-1 Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql Bug marked as fixed in version 3.8.5-1. > severity 451095 normal Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql Severity set to `normal' from `important' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[cl-debian] Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql
by whooey1830＠web.de 13 Nov '07

13 Nov '07

> I believe the > issue then is likely related to the changes that I made in CLSQL > 3.8.5. From the changelog > > cl-sql (3.8.5-1) unstable; urgency=low > > * debian/control: Add libmysqlclient15-dev as dependency for cl-sql-mysql > since clsql-mysql modules depends on finding the .so files to load > > -- Kevin M. Rosenberg <kmr(a)debian.org> Mon, 16 Jul 2007 02:16:22 -0600 > > Would you mind installing the libmysqlclient15-dev package and see if > that fixes the problem? It did. Again, thank you very much. Brian _______________________________________________________________________ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 3 Monate kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220

2 1

[cl-debian] Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql
by whooey1830＠web.de 13 Nov '07

13 Nov '07

> -----Ursprüngliche Nachricht----- > Von: Kevin Rosenberg <kevin(a)rosenberg.net> > Gesendet: 13.11.07 15:18:01 > An: 451095(a)bugs.debian.org > Betreff: Re: Bug#451095: cl-sql-mysql: cant load foreign libraries libmysqlclinet, libmysql > > Brian Kudowski wrote: > > asdf:load-op 'clsql-mysql throws me into the sbcl debugger (sbcl 1.0.7 > > from Peter Van Eynden's deb repo). > > > > 1. as root: cd /var/cache/commonlisp-controller && rm -rf * > > 2. then in the slime repl: (asdf:oos 'asdf:load-op 'clsql-mysql) > > Can you verify that it works correctly with the SBCL version that is > included with etch, IIRC, it's 0.9.6. downgrade ok. (apt-get remove sbcl, then deleted the appropiate line in /etc/apt/source.lst, then apt-get update, then apt-get install sbcl: 0.9.6.) > I assume you're using the > version of UFFI that comes with etch as well. Yes. (checked on packages.debian.org versus dpkg --list cl-uffi: 1.5.17-1 cl-sql-uffi: 3.7.8.-1) > I recently tested > clsql-mysql on a clean etch-i386 chroot and it worked fine; see bug > #450869 1. rm -rf /var/cache/com... 2. then asdf:loading clsql-mysql 3. SB debugger returns a different backtrace as with sbcl 1.0.7: Couldn't load foreign libraries "libmysqlclient", "libmysql". (searched CLSQL-SYS:*FOREIGN-LIBRARY-SEARCH-PATHS*) [Condition of type SIMPLE-ERROR] Restarts: 0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {C0AE7C1}> on #<ASDF:CL-SOURCE-FILE "mysql-loader" {C0AE479}>. 1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {C0AE7C1}> on #<ASDF:CL-SOURCE-FILE "mysql-loader" {C0AE479}> as having been successful. 2: [ABORT] Return to SLIME's top level. 3: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {BD733E1}>) Backtrace: 0: (CLSQL-UFFI:FIND-AND-LOAD-FOREIGN-LIBRARY #<unavailable argument> :MODULE "mysql" :SUPPORTING-LIBRARIES ("c") :ERRORP T) 1: ((SB-PCL::FAST-METHOD CLSQL-SYS:DATABASE-TYPE-LOAD-FOREIGN ((EQL :MYSQL))) #<unavailable argument> #<unavailable argument> #<unavailable argument>) 2: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.)) #<unavailable argument> #<unavailable argument> :MYSQL) 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" {A8AF6E1}>) 4: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" {A8AF6E1}> NIL #<unavailable argument>) 5: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" :ERROR NIL NIL :BINARY NIL) 6: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl" :ERROR NIL NIL NIL :DEFAULT) 7: (LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/clsql-mysql/db-mysql/mysql-loader.fasl") 8: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C0AE7C1}> #<ASDF:CL-SOURCE-FILE "mysql-loader" {C0AE479}>) 9: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C0AE7C1}> #<ASDF:CL-SOURCE-FILE "mysql-loader" {C0AE479}>) 10: ((LAMBDA ())) 11: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA #) {B9C4975}>) 12: (ASDF:OPERATE ASDF:LOAD-OP CLSQL-MYSQL) 13: (SB-INT:EVAL-IN-LEXENV (ASDF:OOS 'ASDF:LOAD-OP 'CLSQL-MYSQL) #<NULL-LEXENV>) 14: (SWANK::EVAL-REGION "(asdf:oos 'asdf:load-op 'clsql-mysql) " T) 15: ((LAMBDA ())) 16: ((LAMBDA (SWANK-BACKEND::FN)) #<CLOSURE (LAMBDA #) {A90BE75}>) 17: (SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA #) {A90BE75}>) 18: (SWANK:LISTENER-EVAL "(asdf:oos 'asdf:load-op 'clsql-mysql) ") 19: (SB-INT:EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(asdf:oos 'asdf:load-op 'clsql-mysql) ") #<NULL-LEXENV>) 20: ((LAMBDA ())) 21: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {A909905}>) 22: ((LAMBDA ())) 23: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA #) {B3CE075}>) 24: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {B9D8A59}> #<CLOSURE (LAMBDA #) {A90979D}>) 25: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {B9D8A59}> #<FUNCTION (LAMBDA #) {B3CE075}>) 26: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {B9D8A59}>) 27: (SWANK::REPL-LOOP #<SWANK::CONNECTION {B9D8A59}>) 28: (SWANK::REPL-LOOP #<SWANK::CONNECTION {B9D8A59}>) 29: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {BD830A5}>) 30: ((LAMBDA ())) 31: ("foreign function: call_into_lisp") 32: ("foreign function: funcall0") 33: ("foreign function: new_thread_trampoline") 34: ("foreign function: #xB7FC9240") Brian ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt testen! http://produkte.web.de/club/?mc=021130

2 1

[cl-debian] slime 1:20070927-3 MIGRATED to testing
by Debian testing watch 12 Nov '07

12 Nov '07

FYI: The status of the slime source package in Debian's testing distribution has changed. Previous version: 1:20070927-2 Current version: 1:20070927-3 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] cl-launch 2.07-1 MIGRATED to testing
by Debian testing watch 12 Nov '07

12 Nov '07

FYI: The status of the cl-launch source package in Debian's testing distribution has changed. Previous version: 2.03-1 Current version: 2.07-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] Bug#449352: gclcvs: should this package be removed?
by Lucas Nussbaum 12 Nov '07

12 Nov '07

Package: gclcvs Version: 2.7.0-78 Severity: serious User: debian-qa(a)lists.debian.org Usertags: proposed-removal Hi, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * Low popcon (11 insts) * 3 long standing RC bugs If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you agree, sending the following commands to control(a)bugs.debian.org should do it (after replacing nnnnnn with this bug's number): severity nnnnnn normal reassign nnnnnn ftp.debian.org retitle nnnnnn RM: <packagename> -- RoM; <reasons> thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt If you disagree and want to continue to maintain this package, please just close this bug, preferably in an upload also fixing the other issues. Thank you, -- | Lucas Nussbaum | lucas(a)lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lucas(a)nussbaum.fr GPG: 1024D/023B3F4F |

3 2