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

Please maintain ox-clip in a separate repository #21

Closed
tarsius opened this issue Nov 3, 2016 · 6 comments
Closed

Please maintain ox-clip in a separate repository #21

tarsius opened this issue Nov 3, 2016 · 6 comments

Comments

@tarsius
Copy link

tarsius commented Nov 3, 2016

Now that ox-clip is available from Melpa, please consider maintaining it in a separate repository. If you want to maintain its history but have difficulties using git filter-branch to do so, then I can help you with that.

@jkitchin
Copy link
Owner

jkitchin commented Nov 3, 2016

why does it matter?

@tarsius
Copy link
Author

tarsius commented Nov 3, 2016

It would allow installing the package as a git submodule. I explain why installing packages as submodules enables users to more easily contribute to the packages that they use in Assimilate Emacs packages using Git submodules.

I mentioned the Melpa package because I maintain the Emacsmirror, a mirror of Emacs package repositories, and have been trying to mirror all packages that are available from Melpa. Something that I have accomplished yesterday (sans one package for testing purposes)!

I used to not mirror any packages whose repositories bundle third-party packages, in this case org-mime which is part of org itself. I mirror them anyway now because I want to mirror everything that is available from Melpa, but that requires a lot of work to fixup the extracted metadata. And that is all I can do, fixup the metadata, if a user actually adds a "broken" repository to the load-path, then issues like the below will arise.

When a repository bundles third-party libraries, then it is undefined which version will get loaded, the bundled version or the authoritative version. That's an issue because bundled versions in experience tend to not get updated for years. The user, being unaware that s/he is using an outdated version, might then report bugs against the upstream repository, and for obvious reasons upstream won't be able to reproduce them.

@jkitchin
Copy link
Owner

jkitchin commented Nov 8, 2016

This sounds reasonable. My hands are full at the moment, so I will try to do this in December.

@tarsius
Copy link
Author

tarsius commented Nov 8, 2016

Take our time.

@tarsius
Copy link
Author

tarsius commented Jul 20, 2017

Friendly ping!

@jkitchin
Copy link
Owner

jkitchin commented Aug 5, 2017

It is on its way hopefully: melpa/melpa#4916

jkitchin added a commit that referenced this issue Aug 5, 2017
This removes ox-clip.el from scimax and replaces it with a git submodule for the
new repo at http://github.com/jkitchin/ox-clip.
@jkitchin jkitchin closed this as completed Aug 5, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants