viteno> "Stephen J. Turnbull" <stephen(a)xemacs.org&gt; writes: viteno> Sorry? Which commit are you referring to? I don't know. I'm looking at a diff against 21.5.12 HEAD which says that entries for x-symbol and ecb are new in my workspace. Hmm ... actually I don't see a notice for it. And checking cvs status it apparently hasn't been updated since ... uh ... 21.5.7. Ook. Maybe some of Steve's recent work caused the version in my source tree to get updated, when in the past it was in ~/.xemacs/? That's bad, I think, or at best a PITA since cvs diffs are going to go nuts every time you update a bunch of packages. Should I just check it in for now? :-) -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.

|--==> "NK" == Norbert Koch <viteno(a)xemacs.org&gt; writes: NK> Wait, do you say that the current package-index file should NK> be committed somewhere (apart from my "backup" checkins in NK> xemacs-build)? My fault for not telling you this, sorry. Anyway, when you make a public release (not Pre-Release) it'd be great if you could update 'etc/package-index.LATEST.gpg' in 21.5 and 'etc/package-index.LATEST.pgp' in 21.4 [1] NK> I feel like Manuel in Fawlty Towers ... "I know nozzing" :-) As long as that doesn't make me Basil. :-) Footnotes: [1] Let Vin apply the patch for 21.4 though. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - The only _______ you'll ever need. | | Fill in the blank, yes, it's THAT good! | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|

|--==> "SJT" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: SJT> Maybe some of Steve's recent work caused the version in my source tree SJT> to get updated, when in the past it was in ~/.xemacs/? What is _supposed_ to happen is: When reading it, first look in ~/.xemacs/ if not there, check in $prefix/lib/xemacs-$ver/etc/, then barf. When writing it, first try the place where it was read from, then drop back to ~/.xemacs/, then barf. SJT> That's bad, I think, or at best a PITA since cvs diffs are SJT> going to go nuts every time you update a bunch of packages. Depends on how you have things set up, but yes, I can see how it could get ugly. Is there any way to make CVS ignore it for diff purposes but still let us commit updates to it and for it to be included in cvs up/co operations? SJT> Should I just check it in for now? :-) No. I'll take care of it later. For now, just mv it to ~/.xemacs/ and then let cvs check out a new one into your $srcdir/etc/. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - The only _______ you'll ever need. | | Fill in the blank, yes, it's THAT good! | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|

|--==> "SJT" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: SY> For now, just mv it to ~/.xemacs/ and then let cvs check out a SY> new one into your $srcdir/etc/. SJT> Why bother? If it's what I think it is, it will just get SJT> overwritten again when I update to Norbert's latest oeuvre. SJT> :-) It's obvious to me that you are running in-place in the same source tree that you use for CVS'ing. If you don't have a copy of the package-index file in 'user-init-directory' every time you use PUI you'll overwrite the index file that is in core. Thereby messing up your diffs. If you do have a package-index file in 'user-init-directory', PUI will update that one and leave the one in core alone. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - The only _______ you'll ever need. | | Fill in the blank, yes, it's THAT good! | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|

|--==> "SJT" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: SJT> What should happen is that it should be located where the SJT> packages are being updated, which is neither my source SJT> tree nor user-init-directory (in fact, it's taken from SJT> EMACSPACKAGEPATH when I'm r-i-p, so that I have control SJT> over whether packages are picked up or not). Some people just want everything. :-) I'll keep this in mind when rehashing PUI and see what I can do. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - The only _______ you'll ever need. | | Fill in the blank, yes, it's THAT good! | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|