Re: Nightly CVS tarballs

Jeff> Well, I would like to see the nightly cvs tarballs and Jeff> here's why. OK, that's two in favor. Jeff> Being able to download a tarred up cvs snapshot would, in Jeff> most cases, save me a lot of trouble. Well, if Steve Y wants to go ahead and take responsibility for it, I guess I'll withdraw my opposition for 21.5 and the packages. 21.4 is still a no-no for the reasons given. Two suggestions: 1. Provide a daily cvs diff in case the current day is broken. 2. Provide a diff against r21-5-latest-beta. A bit redundant, but helps to address the main problems I foresee (the code itself in CVS is often broken, and CVS concurrency issues). They should be small enough that people could just automatically suck them down too. Jeff> the problem i get doing this is: Jeff> *) shell scripts load execute permissions, i.e. configure. If it's only configure that's a problem, autoconf should fix it. But there are other scripts, and they're static. Jeff> *) while the .c files will generally compile, my non-mule Jeff> xemacs chokes on .el files with the dos cr/lf. So too, does Jeff> make on the similarly afflicted makefiles cvs update accepts the -kb "treat it as binary" flag. This may or may not help depending on how the files are stored in the repository. Jeff> *) the majority of the files that have some kind of case Jeff> dependent filename generally lose the case. That's weird. None of the above is intended to say "we shouldn't have nightly tarballs," just offered in hope of easing the pain in the meantime. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."