January 2006 - cl-debian@common-lisp.net - mailman3.common-lisp.net

[cl-debian] gclcvs 2.7.0-54 MIGRATED to testing
by Debian testing watch 10 Jan '06

10 Jan '06

FYI: The status of the gclcvs source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 2.7.0-54 -- 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] gcl 2.6.7-14 MIGRATED to testing
by Debian testing watch 10 Jan '06

10 Jan '06

FYI: The status of the gcl source package in Debian's testing distribution has changed. Previous version: 2.6.7-11 Current version: 2.6.7-14 -- 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] Re: darcs patch: document customizable images (and 6 more)
by Peter Van Eynde 10 Jan '06

10 Jan '06

On Monday 09 January 2006 08:54, you wrote: > Sun Jan 8 23:09:17 CET 2006 René van Bevern <rvb(a)cadr.progn.org> > * document customizable images All cool stuff. > * Do not use home directory for spooldirs but user IDs This is a rather big change. The current system is like it is to support sites with a large number of users. Think /home/p/pv/pv/pvaneynd. You system could pose problems at such sites. I would like to have a 'poll of users' for this, but I when I asked questions like this in the past on the blog or on the cl-debian ML the silence was deafening ;-(. I'll think about this a little, ok? BTW did you see my preparations for clc v5? For ecl (and I support gcl) I had to split up init-common-lisp-controller-v4 into compile-common-lisp-controller-v5 to compile the files. This returns the fasls you need to load up, and init-common-lisp-controller-v5 that actually configures clc. This is because ecl and friends create a new image with the 'load these files and dump' method instead of 'dump current running image'. Much like ACL can also do. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

2 4

[cl-debian] Accepted albert 1:0.4.10-4 (source i386 sparc alpha)
by René van Bevern 10 Jan '06

10 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 12 Dec 2005 20:09:02 +0100 Source: albert Binary: albert Architecture: source i386 alpha sparc Version: 1:0.4.10-4 Distribution: unstable Urgency: low Maintainer: René van Bevern <rvb(a)pro-linux.de> Changed-By: René van Bevern <rvb(a)pro-linux.de> Description: albert - Documents Common Lisp programs in DocBook format Changes: albert (1:0.4.10-4) unstable; urgency=low . [Peter Van Eynde] * Now uses darcs * Updated standard version . [René van Bevern] * debian/watch: add * debian/copyright: add upstream URL * debian/control: update package description * debian/dirs: removed, all work is done by dh_install . * install alb_xml2sexp in /usr/lib/albert + debian/install: install alb_xml2sexp new path + debian/manpages: removed, do not install useless manpage for alb_xml2sexp that contained no information + settings.lisp: update path correctly . * build using dh-lisp + debian/postinst, debian/prerm, debian/links removed + debian/control: Build-Depends: dh-lisp, Depends: ${misc:Depends} + debian/rules: call dh-lisp after installation, remove above files explicitly, because they are present in an ancient debian/ directory of the upstream tarball . * handle configuration file correctly + debian/settings.lisp: new file to load /etc/albert/settings.lisp and ~/.albert-settings.lisp + debian/install: install settings.lisp to /etc/albert, debian/settings.lisp to /usr/share/common-lisp/source/albert + debian/README.Debian: reference to the user-local file Files: 9cc32dbeb83d8f98c939d7f61398fe20 600 devel optional albert_0.4.10-4.dsc 6513a9ab69f0414db9f30ea7fc2e9625 5501 devel optional albert_0.4.10-4.diff.gz 1723f1a612592fa92173cae700415e87 199362 devel optional albert_0.4.10-4_i386.deb e5379b8b0dfc90c6e9ec27ed7f14f71c 204700 devel optional albert_0.4.10-4_sparc.deb afaaa849cd1e1ba337b0ed45de0407f6 213692 devel optional albert_0.4.10-4_alpha.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDw4bUipBneRiAKDwRAksQAJ44MkFDhlANVgCLucm0RlAoB3BECgCfQ6yl sf0C9FZh32NoEunltU/PzOw= =ZkR6 -----END PGP SIGNATURE----- Accepted: albert_0.4.10-4.diff.gz to pool/main/a/albert/albert_0.4.10-4.diff.gz albert_0.4.10-4.dsc to pool/main/a/albert/albert_0.4.10-4.dsc albert_0.4.10-4_alpha.deb to pool/main/a/albert/albert_0.4.10-4_alpha.deb albert_0.4.10-4_i386.deb to pool/main/a/albert/albert_0.4.10-4_i386.deb albert_0.4.10-4_sparc.deb to pool/main/a/albert/albert_0.4.10-4_sparc.deb

1 0

[cl-debian] Re: darcs patch: document customizable images (and 6 more)
by Peter Van Eynde 09 Jan '06

09 Jan '06

On Monday 09 January 2006 18:26, you wrote: > > The current system is like it is to support sites with a large number of > > users. Think /home/p/pv/pv/pvaneynd. You system could pose problems at such > > sites. > > Sorry, I don't see the specific problem. :-/ User IDs are unique, Think 10000 users. Think of the size of the /home directory. Remember that the size of a directory does not decrease in unix. Remember that the default directory format is still a plain list. :-( > > BTW did you see my preparations for clc v5? For ecl (and I support > > gcl) I had to split up init-common-lisp-controller-v4 into > > compile-common-lisp-controller-v5 to compile the files. This returns > > the fasls you need to load up, and init-common-lisp-controller-v5 > > that actually configures clc. > > Yes, I have seen this and am working on load-user-image-components to > return a list of compiled files using asdf::traverse, so that > customized images also work with ECL. Great! I love it when people read my mind. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

2 1

[cl-debian] darcs patch: document customizable images (and 6 more)
by René van Bevern 09 Jan '06

09 Jan '06

Hi, got here some patches for common-lisp-controller. One is a bugfix in that CLC does not work if multiple users have the same home directory or that it does not work correctly in a sudo environemnt (because in that case the user becomes "root" but the home-directory usually stays the same). This situation makes two users end up with the same FASL cache, which is not allowed by the CLC security checks. The other patches add a feature, more to read in the changelog and README.Debian. They should be mostly independent from each other, so you can apply as you like. :-) René Sun Jan 8 23:09:17 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * document customizable images Sun Jan 8 23:47:48 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * update implementation images on (un)registration of lisp source Mon Jan 9 00:57:08 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * Load some user-wished systems into the default generated system Mon Jan 9 01:24:40 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * Do not use home directory for spooldirs but user IDs Because there is a big problem with the current thing: multiple users may have the same home directory and so multiple users may get the same fasl root. That is a bad thing[tm] especially because this case won't let act multiple users on that FASL root. This breaks usage of clisp in sudo, because in sudo, my UID will be 0 but my home direcotry is still /home/rvb and I will get the fasl cache of rvb as root. Bad bad bad ... This situation always arises when one does "sudo aptitude install clisp" and causes trouble for a very cool patch that I am about to send you as soon as this one is applied. ;-) User IDs are unique, while directory names are not. I highly recommend applying this patch. :-> Of course the current practise is more portable, but not practicable. :-/ Mon Jan 9 02:06:54 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * update changelog for customized default-images Mon Jan 9 02:07:25 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * Split functions more up, making more code-reuse check-spooldir-security is no longer present twice and get-uid is split out of get-uid-mode-and-my-uid, because it is useful (see next patch). Tested patch with several unsecure and secure spooldirs using sbcl and clisp (no cmucl available on my arch). Mon Jan 9 09:40:18 CET 2006 René van Bevern <rvb(a)cadr.progn.org> * add a "portable and sucking" get-uid

1 0

[cl-debian] Processed: setting package to clisp clisp-dev clisp-doc, tagging 346217
by owner＠bugs.debian.org 09 Jan '06

09 Jan '06

Processing commands for control(a)bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.10 > package clisp clisp-dev clisp-doc Ignoring bugs not assigned to: clisp clisp-dev clisp-doc > tags 346217 + pending Bug#346217: clisp: FTBFS on ia64 There were no tags set. Tags added: pending > 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] Processed: setting package to clisp clisp-dev clisp-doc, tagging 346649
by owner＠bugs.debian.org 09 Jan '06

09 Jan '06

Processing commands for control(a)bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.10 > package clisp clisp-dev clisp-doc Ignoring bugs not assigned to: clisp clisp-dev clisp-doc > tags 346649 + pending Bug#346649: clisp: FTBFS: build-depends on removed xlibs-dev There were no tags set. Tags added: pending > 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#346649: clisp: FTBFS: build-depends on removed xlibs-dev
by Adeodato Simó 09 Jan '06

09 Jan '06

Package: clisp Version: 1:2.36-2 Severity: serious Hello, This is a serious bug filed against your package because it build-depends on xlibs-dev, which as announced in [1] a while ago, is no longer available in sid. This makes your package fail to build from source. [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html To fix this bug, you need to update your build-dependencies and substitute xlibs-dev for the list of individual X development libraries that your package needs to be built. You can find detailed information about how to do that in the DependsXlibsDev wiki page [2]. [2] http://wiki.debian.org/DependsXlibsDev As indicated by the Release Team [3], the full transition from XFree86 to Xorg is a release blocker for Etch, which means that Etch will not be released until this bug is fixed (or your package removed from testing). So, please, try to fix in a timely manner. [3] http://lists.debian.org/debian-devel-announce/2005/10/msg00004.html The number of affected packages by the xlibs-dev transition is huge, so if you feel like helping with patches or uploads, feel free to follow the instructions contained in the wiki page above. A list of affected packages can be found here [4]. [4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev Finally, if there's a strong reason for which your package should not be NMUed, please note so in this bug report. Prospective NMUers will read your reasoning, and will decide if it's strong enough to delay their upload. Thanks for your collaboration! -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org

1 0

[cl-debian] Bug#346576: cl-utilities: doesn't correctly replace cl-split-sequence
by Ryan Nowakowski 08 Jan '06

08 Jan '06

Package: cl-utilities Version: 1.2.3-1 Severity: normal Araneida requires cl-utilities which is supposed to provide split-sequence, however araneida can't file split-sequence unless I apt-get install cl-split-sequence. Should I just file a bug on araneida requiring cl-split-sequence? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-rn-thinkpad Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cl-utilities depends on: ii common-lisp-controller 4.27 This is a Common Lisp source and c cl-utilities recommends no packages. -- no debconf information

1 0