-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XEmacs repositories #7
Comments
Preserving the XEmacs history would be extremely valuable, as would making the repositories accessible and visible to more people. |
xemacs is dead. Last message on xemacs.org is dated to 2017. go on for gnu-emacs, the present and future. |
Sorry, I missed this discussion and only saw it just now. I have tried to collect XEmacs releases. What I have is here: I would be happy to add more. |
thanks a lot! Sorry, I missed this discussion and only saw it just now.I have tried to collect XEmacs releases. What I have is here:https://github.com/larsbrinkhoff/emacs-history/tree/sources/ftp.xemacs.org/Attic/releasesI would be happy to add more.—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications on the go with GitHub Mobile for iOS or Android.Gesendet mit Firemail.de - Freemail
|
@noahfriedman Do you still have copies of the repositories? I think it would be worthwhile to add them in addition to the releases that Lars has collected, even if just as tarballs. |
Speaking of repository conversion. I'm sure Raymond did the best he could, but if you go back to the earliest commits they don't make a lot of sense. So better preserve the original data as is, in addition to doing any conversion. If Emacs originally used RCS or something, I'd love to see that. |
I only have copies of the final mercurial repositories. If there were earlier repository formats in the past (e.g. cvs or bzr) they are probably lost to time now. The conversion from hg to git is much less messy than CVS, but I agree they should be preserved. Perhaps as LFS objects? I was mirroring them weekly when they went offline, so I think they're up to date. The most recent commits were around March 2020. |
It looks like the XEmacs repositories have been migrated and there is some recent activity. The new location is https://foss.heptapod.net/xemacs. It's still managed in Mercurial. |
I still have a tar file of the last state of the CVS repository before it was migrated to Bazaar in 2009. |
I wonder if there's still a copy of the CVS repository somewhere. Debian has their Alioth archive but it doesn't include the full XEmacs repository only some if it. I would like to have the contents of it since some it was never merged into Mercurial. |
Maybe Debian has an earlier backup of the CVS or SunSITE.dk has some backups. The latter hosted the CVS before Debian took over. Some changes were not merged to Hg such as the Qt branch. https://web.archive.org/web/20130309233736/http://rdfweb.org/people/damian/2003/09/xemacsqtmac.png |
As of September 2020, bitbucket.org has lived up to their name and eradicated all of the XEmacs repositories, which were still hosted in Mercurial. I have clones of most or all of them that were probably up to date at the time this happened.
I'm not sure how much effort it would take to accurately import them into git (including fixing any references in change descriptions to commit hash ids and the like). I know that ESR spent almost a year doing this kind of detailed conversion for the GNU Emacs repository when he prepared the migration from bazaar to git. In any case, these sources ought to be preserved for posterity's sake even if the project is so dead that nobody over at xemacs.org cared enough to move them despite almost a year of warning from bitbucket that they were planning this.
I count 141 separate repositories for XEmacs. I'm pondering creating a new user or group here on github and importing them as archived repositories. What do you think?
The text was updated successfully, but these errors were encountered: