[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Summary and next steps for (package-initialize)

From: Angelo Graziosi
Subject: Re: Summary and next steps for (package-initialize)
Date: Wed, 23 Aug 2017 13:33:53 +0200 (CEST)

Hi Radon,

> Il 23 agosto 2017 alle 7.17 Radon Rosborough <address@hidden> ha scritto:
> [...]
> Drew, Stefan, Eli -- would you be comfortable with this alternative
> proposal, to add a second init-file as I've outlined above? It would
> make package.el "just work" in all cases, without requiring any change
> to the user's init-file, as long as users read docstrings before
> customizing `package-load-list' etc., and as long as we're prepared to
> sacrifice a little backwards compatibility (although maybe we can be
> smart about it and make the change pretty painless).
> Angelo -- ... sorry :P
>           I still think that calling package-initialize in the
>           init-file is "the right thing" from an architecture and
>           modularity perspective, but having a second init-file may be
>           a more pragmatic solution.

I don't know which problem you are trying to solve and its details, but the 
idea to introduce an init file to fix it sound wrong to me.

Why not to introduce an init file to fix something in foo1.el or foo2.el or... 

No, what ever you are trying to fix is 'wrong'... :P

reply via email to

[Prev in Thread] Current Thread [Next in Thread]