Skip to content
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

The package database is now tracked as a text dump #91

Closed
tarsius opened this issue Jun 27, 2020 · 4 comments
Closed

The package database is now tracked as a text dump #91

tarsius opened this issue Jun 27, 2020 · 4 comments

Comments

@tarsius
Copy link
Member

tarsius commented Jun 27, 2020

The database is now being stored as a text file instead of in its binary form. That gives us more useful diffs and most importantly it allows us to shrink the size of the repository. To accomplish that the old history had to be removed and is now available at https://github.com/emacsmirror/epkgs-v4. The database schemata revision is now 5.

All users will have to move aside the old repository (or delete it) and then clone the new repository:

cd ~/.emacs.d/
mv epkgs epkgs-v4
git clone git@github.com:emacsmirror/epkgs.git epkgs
@tarsius
Copy link
Member Author

tarsius commented Jun 27, 2020

/cc @raxod502

@raxod502
Copy link

Oh, nice! So I think that it will still be helpful for me to maintain emacsmirror-mirror since a shallow clone of epkgs is 23MB whereas a shallow clone of emacsmirror-mirror is only 228KB, but the user experience will be improved for people who elect to use epkgs directly by means of

(setq straight-recipes-emacsmirror-use-mirror nil)

If I understand correctly, this only modifies the SQL database format, and doesn't touch the rest of the repository, so straight.el should still be able to extract recipes from epkgs in the same way (i.e., no update required), namely by looking at the attic and mirror subdirectories and asking Git to inspect .gitmodules.

@tarsius
Copy link
Member Author

tarsius commented Jun 28, 2020

That should work as before yes. One small difference is that Melpa, GNU Elpa and the Emacswiki are now being tracked as submodules but as long as you don't initialize those that shouldn't make a difference.

@fbergroth
Copy link

Perhaps obvious, but if you use no-littering you should clone into var/epkgs (or let epkg-db do it for you).

@tarsius tarsius closed this as completed Jul 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

3 participants