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?
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
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
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
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
package emacs-wiki
edited Jun 2 at 2:19
Drew
49.5k465111
49.5k465111
asked Jun 2 at 1:44
antonioantonio
876512
876512
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
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.
+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 usingel-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. Andel-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+)
giveserror 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 byel-get
. Byte-compilingdired+
works, so the problem is in the wayel-get
installsdired+
.
– antonio
Jun 3 at 14:03
@antonio oh, I misread the error in your first comment. I think it's due todired+
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 usingel-get-bundle
:(el-get-bundle dired+ :autoloads nil)
.
– npostavs
Jun 3 at 20:48
|
show 2 more comments
No. As far as I know, there is no equivalent of
package-list-packages
oruse-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 yourload-path
, and thenrequire
the library feature name or main-file name (e.g.(require 'isearch+)
.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.
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.
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 yourload-path
, and thenrequire
-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/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
);
);
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
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
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
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.
+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 usingel-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. Andel-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+)
giveserror 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 byel-get
. Byte-compilingdired+
works, so the problem is in the wayel-get
installsdired+
.
– antonio
Jun 3 at 14:03
@antonio oh, I misread the error in your first comment. I think it's due todired+
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 usingel-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.
+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 usingel-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. Andel-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+)
giveserror 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 byel-get
. Byte-compilingdired+
works, so the problem is in the wayel-get
installsdired+
.
– antonio
Jun 3 at 14:03
@antonio oh, I misread the error in your first comment. I think it's due todired+
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 usingel-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.
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.
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 usingel-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. Andel-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+)
giveserror 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 byel-get
. Byte-compilingdired+
works, so the problem is in the wayel-get
installsdired+
.
– antonio
Jun 3 at 14:03
@antonio oh, I misread the error in your first comment. I think it's due todired+
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 usingel-get-bundle
:(el-get-bundle dired+ :autoloads nil)
.
– npostavs
Jun 3 at 20:48
|
show 2 more comments
+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 usingel-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. Andel-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+)
giveserror 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 byel-get
. Byte-compilingdired+
works, so the problem is in the wayel-get
installsdired+
.
– antonio
Jun 3 at 14:03
@antonio oh, I misread the error in your first comment. I think it's due todired+
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 usingel-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
|
show 2 more comments
No. As far as I know, there is no equivalent of
package-list-packages
oruse-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 yourload-path
, and thenrequire
the library feature name or main-file name (e.g.(require 'isearch+)
.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.
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.
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 yourload-path
, and thenrequire
-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 |
No. As far as I know, there is no equivalent of
package-list-packages
oruse-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 yourload-path
, and thenrequire
the library feature name or main-file name (e.g.(require 'isearch+)
.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.
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.
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 yourload-path
, and thenrequire
-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 |
No. As far as I know, there is no equivalent of
package-list-packages
oruse-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 yourload-path
, and thenrequire
the library feature name or main-file name (e.g.(require 'isearch+)
.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.
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.
No. As far as I know, there is no equivalent of
package-list-packages
oruse-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 yourload-path
, and thenrequire
the library feature name or main-file name (e.g.(require 'isearch+)
.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.
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.
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 yourload-path
, and thenrequire
-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 |
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 yourload-path
, and thenrequire
-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
add a comment |
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.
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
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
Required, but never shown
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
Required, but never shown
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
Required, but never shown
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
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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