Managing libraries hosted on EmacsWikiHow can I improve startup time despite many packages?

Proving that a Russian cryptographic standard is too structured

Can all groups be thought of as the symmetries of a geometrical object?

Reactive Programming

Which is the better way to call a method that is only available to one class that implements an interface but not the other one?

What are some really overused phrases in French that are common nowadays?

How can I end combat quickly when the outcome is inevitable?

Does putting salt first make it easier for attacker to bruteforce the hash?

My boss want to get rid of me - what should I do?

What are neighboring ports?

Why is long-term living in Almost-Earth causing severe health problems?

Should I put programming books I wrote a few years ago on my resume?

Is it possible for a vehicle to be manufactured without a catalytic converter?

Why was this person allowed to become Grand Maester?

How to “listen” to existing circuit

Why did Intel abandon unified CPU cache?

Can a human be transformed into a Mind Flayer?

UTC timestamp format for launch vehicles

Someone whose aspirations exceed abilities or means

With Ubuntu 18.04, how can I have a hot corner that locks the computer?

Is it possible to fly backward if you have really strong headwind?

60s or 70s novel about Empire of Man making 1st contact with 1st discovered alien race

Can I utilise a baking stone to make crepes?

Is it possible to have 2 different but equal size real number sets that have the same mean and standard deviation?

How can I remove material from this wood beam?



Managing libraries hosted on EmacsWiki


How can I improve startup time despite many packages?













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?










share|improve this question




























    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?










    share|improve this question


























      2












      2








      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?










      share|improve this question
















      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















      share|improve this question













      share|improve this question




      share|improve this question








      edited Jun 2 at 2:19









      Drew

      49.5k465111




      49.5k465111










      asked Jun 2 at 1:44









      antonioantonio

      876512




      876512




















          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























          • +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


















          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























          • 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











          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/3.0/"u003ecc by-sa 3.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


















          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















          Required, but never shown

























          2 Answers
          2






          active

          oldest

          votes








          2 Answers
          2






          active

          oldest

          votes









          active

          oldest

          votes






          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























          • +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















          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























          • +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













          5












          5








          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














          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












          share|improve this answer



          share|improve this answer










          answered Jun 2 at 12:10









          npostavsnpostavs

          7,00111237




          7,00111237












          • +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

















          • +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
















          +1. Good to know. I didn't realize that el-get works with Emacs-Wiki libraries also.

          – Drew
          Jun 2 at 14:22





          +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





          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





          @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





          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





          @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











          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























          • 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















          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























          • 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













          1












          1








          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













          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












          share|improve this answer



          share|improve this answer










          answered Jun 2 at 2:17









          DrewDrew

          49.5k465111




          49.5k465111












          • 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

















          • 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
















          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





          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





          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





          @PhilHudson: Laziness. See reddit.com/r/emacs/comments/7vocqa/….

          – Drew
          Jun 4 at 23:20

















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Emacs Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          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















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Category:9 (number) SubcategoriesMedia in category "9 (number)"Navigation menuUpload mediaGND ID: 4485639-8Library of Congress authority ID: sh85091979ReasonatorScholiaStatistics

          Circuit construction for execution of conditional statements using least significant bitHow are two different registers being used as “control”?How exactly is the stated composite state of the two registers being produced using the $R_zz$ controlled rotations?Efficiently performing controlled rotations in HHLWould this quantum algorithm implementation work?How to prepare a superposed states of odd integers from $1$ to $sqrtN$?Why is this implementation of the order finding algorithm not working?Circuit construction for Hamiltonian simulationHow can I invert the least significant bit of a certain term of a superposed state?Implementing an oracleImplementing a controlled sum operation

          Magento 2 “No Payment Methods” in Admin New OrderHow to integrate Paypal Express Checkout with the Magento APIMagento 1.5 - Sales > Order > edit order and shipping methods disappearAuto Invoice Check/Money Order Payment methodAdd more simple payment methods?Shipping methods not showingWhat should I do to change payment methods if changing the configuration has no effects?1.9 - No Payment Methods showing upMy Payment Methods not Showing for downloadable/virtual product when checkout?Magento2 API to access internal payment methodHow to call an existing payment methods in the registration form?