[cl-debian] Re: darcs patch: document customizable images (and 6 more)
On Monday 09 January 2006 08:54, you wrote:
Sun Jan 8 23:09:17 CET 2006 René van Bevern <rvb@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|
On 9.01.06, Peter Van Eynde wrote:
Sun Jan 8 23:09:17 CET 2006 René van Bevern <rvb@cadr.progn.org> * document customizable images All cool stuff.
But it will make problems when one installs implementations or libraries using "sudo" with the current calculation of the fasl-root. :-/
* Do not use home directory for spooldirs but user IDs This is a rather big change.
Yes. :-/
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, while the home directory is not. If, for example, rvb and rvc share a home directory, only ones of these users will be able to use Common Lisp, because CLC will complain that the fasl cache of rvc belongs to rvb, because rvb happened to use CLC earlier. Same is if I run the lisps with sudo, in which case 'root' shares a home directory with 'rvb'. These problems do not arise if each user ID has his own fasl cache. In fact, I don't see another solution, because CLC will only allow belonging a FASL cache to one single user. And naming the directories after UIDs is the easiest way to achieve this.
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 ;-(.
Well, I have to admit, that I really much dislike Blogs and seldom read them. ;-)
I'll think about this a little, ok?
Yes, of course.
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. René
Hi, First: the good things. :-) I made the customizable images patch work with the bug in the current fasl-cache-scheme, which means we can use it without changing the scheme. Customizable-image support is halfway ready for ECL-alikes, it needs some testing still but it will be ready within the next couple of nights. I'll send you the patches of the above two changes when everything is ready -- independent from the home-vs-uid patch. Second: the not-so-good [tm] things:
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.
Hm, ok. I thought about such sites and came to the conclusion that CLC does _not_ support such a splitted directory structure. I guess you will hate me by now. ;-) The Lisp side supports it fine, but look at unregister-common-lisp-{implementation,source}. These clearly disallow multiple nesting levels for "user" in /var/cache/common-lisp-controller/"user"/...: from unregister-source: rm -rf /var/cache/common-lisp-controller/*/*/"$1" from unregister-impl: rm -rf /var/cache/common-lisp-controller/*/"$1" The nesting level in this directory is not predictable for these scripts. Ok, the unusual cases: There is a user whose home directory is /home/s/sbcl (or another impl): unregister-impl will delete his whole cache. There is a lisp-source that is called sbcl (or another impl): unregister-source will delete the whole cache for sbcl. The more usual case: these scripts will fail and leave the cache and stale FASLs behind, not removing/purging packages cleanly and causing trouble on implementation upgrades I don't know which one is worse, but it's a bug. ;-) Grüße, René
Hello René On Tuesday 10 January 2006 09:07, René van Bevern wrote:
Hm, ok. I thought about such sites and came to the conclusion that CLC does _not_ support such a splitted directory structure. I guess you will hate me by now. ;-)
No, it just put the final nail in the coffin. I think the number of 1 person debian installations outnumber installations with more then 10 by a _large_ margin, so I agree to go with the UID directories.
The more usual case: these scripts will fail and leave the cache and stale FASLs behind, not removing/purging packages cleanly and causing trouble on implementation upgrades
This of course is not good. Removing too much is ok by me :-). 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|
On 10.01.06, Peter Van Eynde wrote:
On Tuesday 10 January 2006 09:07, René van Bevern wrote:
I guess you will hate me by now. ;-) No
Better so, I still need you to sponsor my uploads. ;-) However, I just sent you the new patchset. If something is missing or required to be changed, just tell me. A manual page for clc-update-customized-images is still missing. I'll get that done as soon as the rest is in. René
participants (2)
-
Peter Van Eynde -
René van Bevern