Bsrgvty

How does an aircraft descend without its nose pointing down?

In Cura, can I make my top and bottom layer be all perimiters?

How does AT-AT deploy troops?

Is "I can eat a glass" a good translation of "私はガラスを食べられます"?

Why the job's next_run_time is wrong?

Run "cd" command as superuser in Linux

On the finite simple groups with an irreducible complex representation of a given dimension

Adjusting the definition of a well-powered category to category theory with universes: size issues

Why is Ancient Greek "δέ" translated by Gothic "þan" /then/?

Did Bercow say the would have sent the EU extension-request letter himself had Johnson not done so?

Can tankless & conventional water heaters join forces?

Iterator for traversing a tree [v2]

Why past tense of vomit generally spelled 'vomited' rather than 'vomitted'?

Reviewer wants me to do massive amount of work, the result would be a different article. Should I tell that to the editor?

Are there any spells that aren't on any class's spell list?

Right way to say I disagree with the design but ok I will do

My bike's adjustable stem keeps falling down

What is different between 'accidental' and 'contingent'?

Multiple devices with one IPv6 to the Internet?

Computationally expensive AI techniques (that are promising!)

Do some genes follow Rock-Scissors-Paper model of dominance?

why we need self-synchronization?

What order of magnitude incoming asteroid could we, in fact, deflect?

What is an "07" chord?

Managing libraries hosted on EmacsWiki

Managing packages using use-packageWhats the correct structure and way to load libraries / packages?How can I improve startup time despite many packages?Are there license restrictions for Emacs Lisp packages?

.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;

2

I recently learned that some former MELPA libraries are now available only from the EmacsWiki.

Let aside security implications,

Is there an equivalent of M-x package-list-packages for those libraries?

Is there an equivalent of (use-package foo), which I could put in my init file?

Any best practice suggested to deal with EmacsWiki libraries?

package emacs-wiki

share|improve this question

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

add a comment
 | 

2

I recently learned that some former MELPA libraries are now available only from the EmacsWiki.

Let aside security implications,

Is there an equivalent of M-x package-list-packages for those libraries?

Is there an equivalent of (use-package foo), which I could put in my init file?

Any best practice suggested to deal with EmacsWiki libraries?

package emacs-wiki

share|improve this question

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

add a comment
 | 

I recently learned that some former MELPA libraries are now available only from the EmacsWiki.

Let aside security implications,

Is there an equivalent of M-x package-list-packages for those libraries?

Is there an equivalent of (use-package foo), which I could put in my init file?

Any best practice suggested to deal with EmacsWiki libraries?

package emacs-wiki

share|improve this question

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

share|improve this question

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

share|improve this question

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

edited Jun 2 at 2:19

Drew

52k44 gold badges6868 silver badges121121 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

asked Jun 2 at 1:44

antonioantonio

89655 silver badges1212 bronze badges

2 Answers
2

active

oldest

votes

5

Is there an equivalent of M-x package-list-packages for those libraries?

The el-get package manager supports installation from the EmacsWiki; after doing M-x el-get-emacswiki-build-local-recipes, M-x el-get-list-packages will show packages from EmacsWiki as well.

Is there an equivalent of (use-package foo), which I could put in my init file?

(el-get-bundle foo) would be approximately equivalent.

share|improve this answer

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  +1. Good to know. I didn't realize that el-get works with Emacs-Wiki libraries also.
  
  – Drew
  Jun 2 at 14:22
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I tried to add to my init (use-package el-get :config (el-get-emacswiki-build-local-recipes)) (el-get-bundle dired+). However, el-get-bundle raises an error, when generating autoloads and byte-compiling the autoload file, because dired-omit-files is void. A hack would be to (setq dired-omit-files nil), but clearly there should be a proper way.
  
  – antonio
  Jun 3 at 7:55
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, you have to load el-get before using el-get-bundle (because it's a macro), you can't start using it in the same statement that you load it. Maybe try (el-get nil 'dired+) instead. And el-get-emacswiki-build-local-recipes takes a long time, you probably don't want to run it every time you startup.
  
  – npostavs
  Jun 3 at 11:47
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  As regards (el-get-emacswiki-build-local-recipes), use-package :config is clever enough to run it only the first time. Still (el-get nil 'dired+) gives error in process sentinel: Symbol’s value as variable is void: dired-omit-files. The mentioned variable is part part of dired (not dired+), which is not loaded by el-get. Byte-compiling dired+ works, so the problem is in the way el-get installs dired+.
  
  – antonio
  Jun 3 at 14:03
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, I misread the error in your first comment. I think it's due to dired+ misusing ;;;###autoload. You can work around it with (add-to-list 'el-get-sources '(:name dired+ :autoloads nil)) before the (el-get nil 'dired+) call, or using el-get-bundle: (el-get-bundle dired+ :autoloads nil).
  
  – npostavs
  Jun 3 at 20:48
  

  
  
  
  

 | 
show 2 more comments

1

1. No. As far as I know, there is no equivalent of package-list-packages or use-package for libraries uploaded to the Emacs Wiki Elisp Area. In general, you download the file(s) for a library to a local directory that is in your load-path, and then require the library feature name or main-file name (e.g. (require 'isearch+).




2. Questions about things such as best practice are off-topic on emacs.SE, as they are generally primarily opinion-based or too broad. Questions here should be specific and call for specific answers.




3. Anyone can upload code to Emacs Wiki. As a result, the code there is variable in what it does, how it does it, and perhaps how well it does it. As is true in general elsewhere, it's a good idea to take a look at code you download before using it, and preferably take a look at any associated doc there may be for it.

share|improve this answer

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Please consider moving your comment to @npostavs's answer about elget. My answer only speaks about downloading libraries to a local directory that you add to your load-path, and then require-ing those libraries. Doing that, I think you will encounter no such problem.
  
  – Drew
  Jun 3 at 3:40
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Hey, @Drew, as you are the author of by far the largest number of useful libraries on EmacsWiki (thank you!), can you explain why you choose that as your publishing mechanism?
  
  – Phil Hudson
  Jun 4 at 23:14
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @PhilHudson: Laziness. See reddit.com/r/emacs/comments/7vocqa/….
  
  – Drew
  Jun 4 at 23:20
  

  
  
  
  

add a comment
 | 

Your Answer

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "583"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name

Email

Required, but never shown

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2femacs.stackexchange.com%2fquestions%2f50815%2fmanaging-libraries-hosted-on-emacswiki%23new-answer', 'question_page');

);

Post as a guest

Name

Email

Required, but never shown

5

Is there an equivalent of M-x package-list-packages for those libraries?

The el-get package manager supports installation from the EmacsWiki; after doing M-x el-get-emacswiki-build-local-recipes, M-x el-get-list-packages will show packages from EmacsWiki as well.

Is there an equivalent of (use-package foo), which I could put in my init file?

(el-get-bundle foo) would be approximately equivalent.

share|improve this answer

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  +1. Good to know. I didn't realize that el-get works with Emacs-Wiki libraries also.
  
  – Drew
  Jun 2 at 14:22
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I tried to add to my init (use-package el-get :config (el-get-emacswiki-build-local-recipes)) (el-get-bundle dired+). However, el-get-bundle raises an error, when generating autoloads and byte-compiling the autoload file, because dired-omit-files is void. A hack would be to (setq dired-omit-files nil), but clearly there should be a proper way.
  
  – antonio
  Jun 3 at 7:55
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, you have to load el-get before using el-get-bundle (because it's a macro), you can't start using it in the same statement that you load it. Maybe try (el-get nil 'dired+) instead. And el-get-emacswiki-build-local-recipes takes a long time, you probably don't want to run it every time you startup.
  
  – npostavs
  Jun 3 at 11:47
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  As regards (el-get-emacswiki-build-local-recipes), use-package :config is clever enough to run it only the first time. Still (el-get nil 'dired+) gives error in process sentinel: Symbol’s value as variable is void: dired-omit-files. The mentioned variable is part part of dired (not dired+), which is not loaded by el-get. Byte-compiling dired+ works, so the problem is in the way el-get installs dired+.
  
  – antonio
  Jun 3 at 14:03
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, I misread the error in your first comment. I think it's due to dired+ misusing ;;;###autoload. You can work around it with (add-to-list 'el-get-sources '(:name dired+ :autoloads nil)) before the (el-get nil 'dired+) call, or using el-get-bundle: (el-get-bundle dired+ :autoloads nil).
  
  – npostavs
  Jun 3 at 20:48
  

  
  
  
  

 | 
show 2 more comments

5

Is there an equivalent of M-x package-list-packages for those libraries?

The el-get package manager supports installation from the EmacsWiki; after doing M-x el-get-emacswiki-build-local-recipes, M-x el-get-list-packages will show packages from EmacsWiki as well.

Is there an equivalent of (use-package foo), which I could put in my init file?

(el-get-bundle foo) would be approximately equivalent.

share|improve this answer

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  +1. Good to know. I didn't realize that el-get works with Emacs-Wiki libraries also.
  
  – Drew
  Jun 2 at 14:22
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I tried to add to my init (use-package el-get :config (el-get-emacswiki-build-local-recipes)) (el-get-bundle dired+). However, el-get-bundle raises an error, when generating autoloads and byte-compiling the autoload file, because dired-omit-files is void. A hack would be to (setq dired-omit-files nil), but clearly there should be a proper way.
  
  – antonio
  Jun 3 at 7:55
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, you have to load el-get before using el-get-bundle (because it's a macro), you can't start using it in the same statement that you load it. Maybe try (el-get nil 'dired+) instead. And el-get-emacswiki-build-local-recipes takes a long time, you probably don't want to run it every time you startup.
  
  – npostavs
  Jun 3 at 11:47
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  As regards (el-get-emacswiki-build-local-recipes), use-package :config is clever enough to run it only the first time. Still (el-get nil 'dired+) gives error in process sentinel: Symbol’s value as variable is void: dired-omit-files. The mentioned variable is part part of dired (not dired+), which is not loaded by el-get. Byte-compiling dired+ works, so the problem is in the way el-get installs dired+.
  
  – antonio
  Jun 3 at 14:03
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @antonio oh, I misread the error in your first comment. I think it's due to dired+ misusing ;;;###autoload. You can work around it with (add-to-list 'el-get-sources '(:name dired+ :autoloads nil)) before the (el-get nil 'dired+) call, or using el-get-bundle: (el-get-bundle dired+ :autoloads nil).
  
  – npostavs
  Jun 3 at 20:48
  

  
  
  
  

 | 
show 2 more comments

Is there an equivalent of M-x package-list-packages for those libraries?

The el-get package manager supports installation from the EmacsWiki; after doing M-x el-get-emacswiki-build-local-recipes, M-x el-get-list-packages will show packages from EmacsWiki as well.

Is there an equivalent of (use-package foo), which I could put in my init file?

(el-get-bundle foo) would be approximately equivalent.

share|improve this answer

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

share|improve this answer

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

answered Jun 2 at 12:10

npostavsnpostavs

7,55511 gold badge1212 silver badges4141 bronze badges

1

1. No. As far as I know, there is no equivalent of package-list-packages or use-package for libraries uploaded to the Emacs Wiki Elisp Area. In general, you download the file(s) for a library to a local directory that is in your load-path, and then require the library feature name or main-file name (e.g. (require 'isearch+).




2. Questions about things such as best practice are off-topic on emacs.SE, as they are generally primarily opinion-based or too broad. Questions here should be specific and call for specific answers.




3. Anyone can upload code to Emacs Wiki. As a result, the code there is variable in what it does, how it does it, and perhaps how well it does it. As is true in general elsewhere, it's a good idea to take a look at code you download before using it, and preferably take a look at any associated doc there may be for it.

share|improve this answer

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Please consider moving your comment to @npostavs's answer about elget. My answer only speaks about downloading libraries to a local directory that you add to your load-path, and then require-ing those libraries. Doing that, I think you will encounter no such problem.
  
  – Drew
  Jun 3 at 3:40
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Hey, @Drew, as you are the author of by far the largest number of useful libraries on EmacsWiki (thank you!), can you explain why you choose that as your publishing mechanism?
  
  – Phil Hudson
  Jun 4 at 23:14
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @PhilHudson: Laziness. See reddit.com/r/emacs/comments/7vocqa/….
  
  – Drew
  Jun 4 at 23:20
  

  
  
  
  

add a comment
 | 

1

1. No. As far as I know, there is no equivalent of package-list-packages or use-package for libraries uploaded to the Emacs Wiki Elisp Area. In general, you download the file(s) for a library to a local directory that is in your load-path, and then require the library feature name or main-file name (e.g. (require 'isearch+).




2. Questions about things such as best practice are off-topic on emacs.SE, as they are generally primarily opinion-based or too broad. Questions here should be specific and call for specific answers.




3. Anyone can upload code to Emacs Wiki. As a result, the code there is variable in what it does, how it does it, and perhaps how well it does it. As is true in general elsewhere, it's a good idea to take a look at code you download before using it, and preferably take a look at any associated doc there may be for it.

share|improve this answer

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Please consider moving your comment to @npostavs's answer about elget. My answer only speaks about downloading libraries to a local directory that you add to your load-path, and then require-ing those libraries. Doing that, I think you will encounter no such problem.
  
  – Drew
  Jun 3 at 3:40
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Hey, @Drew, as you are the author of by far the largest number of useful libraries on EmacsWiki (thank you!), can you explain why you choose that as your publishing mechanism?
  
  – Phil Hudson
  Jun 4 at 23:14
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @PhilHudson: Laziness. See reddit.com/r/emacs/comments/7vocqa/….
  
  – Drew
  Jun 4 at 23:20
  

  
  
  
  

add a comment
 | 

1. No. As far as I know, there is no equivalent of package-list-packages or use-package for libraries uploaded to the Emacs Wiki Elisp Area. In general, you download the file(s) for a library to a local directory that is in your load-path, and then require the library feature name or main-file name (e.g. (require 'isearch+).




2. Questions about things such as best practice are off-topic on emacs.SE, as they are generally primarily opinion-based or too broad. Questions here should be specific and call for specific answers.




3. Anyone can upload code to Emacs Wiki. As a result, the code there is variable in what it does, how it does it, and perhaps how well it does it. As is true in general elsewhere, it's a good idea to take a look at code you download before using it, and preferably take a look at any associated doc there may be for it.

share|improve this answer

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

share|improve this answer

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges

answered Jun 2 at 2:17

DrewDrew

52k44 gold badges6868 silver badges121121 bronze badges