Re: Nightly CVS tarballs

|--==> "SJT" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp&gt; writes: SY> We don't do this do we? I think that this would be trivial to SY> set up (via a shell script and cron). Would anyone mind if I SY> did it? SJT> You can if you want, but I think it's a waste of space. Many of them SJT> won't even build, so people will have to backtrack. Often as much as SJT> a week or more on oddball platforms that don't get frequent builds. SJT> That means you really need to make patchkits too which is somewhat SJT> hairier (although Martin automated that with makepatch and I'm getting SJT> pretty good results too.) CVS is a much better way of doing this. My motivation for this came about because I know of at least one person whose firewall prevents them from using CVS. So in that scenario whether or not the package will build is probably not so important. SJT> But let's hear from the testers on this. Precisely what I want to do before I do anything. SY> I was thinking: SY> - a 21.4 nightly tarball SJT> Don't. 21.4 doesn't change until just before I do a formal release or SJT> prerelease. Either way it's done with a fair amount of care, and SJT> automating it wouldn't do _me_ any good. I've got all the automation SJT> I can use already. All you could do with an automated process that SJT> doesn't track my schedule is guarantee unnecessary breakage. Fair enough. Agreed. SJT> - a 21.5 nightly tarball SJT> You will almost surely regularly get checkouts in the middle of a SJT> commit; XEmacs development is 24 hours a day. But commits aren't SJT> atomic. Is it worth it? Development isn't that fast and furious is it? Granted there's a chance of getting a checkout in the middle of someone else's commit, but the same can be said for developers who use CVS anyway. SJT> - perhaps individual package nightly tarballs SJT> This makes sense; people typically don't build their own packages, but SJT> download them with pui. This would free you from explicitly making SJT> "pre-releases," all you7d have to do is announce them. I think that's SJT> a good idea. I get the impression you're thinking about this as another way for users to get XEmacs or packages. That's not what I was thinking. It's more a way for developers who don't have access to CVS to get hold of bleeding edge code so they can hack to their hearts' content. :-) -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|