unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: drkm <usenet@fgeorges.org>
Subject: Re: "Easy" Windows Emacs
Date: Mon, 06 Jun 2005 00:08:43 +0200	[thread overview]
Message-ID: <u3brwtq1g.fsf@fgeorges.org> (raw)
In-Reply-To: mailman.3396.1117997017.25862.help-gnu-emacs@gnu.org

Eli Zaretskii <eliz@gnu.org> writes:

> Sorry, I don't see how a package-system could solve the bulk of the
> problems here.  In my experience, the problem with Windows is that
> there's no coherent set of tools and ports that will all work
> seamlessly with Emacs

  Then, if Emacs has its own package system (as a set of ELisp
libraries), there is no more need to such tools.

  David said that using a package system within Emacs may
conflict with the packaging of the system (like, as I understood,
with the Debian packages, or RPMs, or whatever).

  I agree.  But if such an Emacs package system exists (as in
XEmacs, but I don't know XEmacs), I think ELisp package
maintainers must use it instead of the system package system (I
mean they have to provide XEmacs packages, not Debian packages,
for example).

  But I don't think a package system is interresting if it's
designed to work only with a specific flavour of Emacs, or a
specific version.  The only usefull package system is one
available on almost all Emacsen.

  Because it have to be itself customisable, the maintainers of
the Emacs system package (for example gnu-emacs-XXX.deb) have to
setup it correctly (set the correct directories, etc.).

  Because we can customize such a system at any level (the
flavour or version of Emacs, the OS, the site administrator, the
user, the package itself), I don't think it'll really conflict
with other package systems.

  The most serious problem is to be used widely enough, and that
most libraries provide such a package as its official
distribution media.

  IMHO.

--drkm

  parent reply	other threads:[~2005-06-05 22:08 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-04 15:14 "Easy" Windows Emacs Shug Boabby
2005-06-04 15:55 ` Pascal Bourguignon
2005-06-04 16:48   ` Shug Boabby
2005-06-04 18:06     ` [HS] " drkm
2005-06-04 18:31       ` Shug Boabby
2005-06-04 18:43         ` Thien-Thi Nguyen
2005-06-04 21:20           ` Shug Boabby
2005-06-04 19:42         ` drkm
2005-06-04 20:52     ` Pascal Bourguignon
2005-06-04 21:26       ` Shug Boabby
2005-06-05  0:47         ` David Kastrup
2005-06-06 18:41           ` Fabrice Popineau
2005-06-06 18:52             ` David Kastrup
2005-06-05  5:26         ` Pascal Bourguignon
2005-06-05 13:04           ` Klaus Berndl
2005-06-05 15:15             ` David Kastrup
2005-06-05 18:40             ` Eli Zaretskii
     [not found]             ` <mailman.3396.1117997017.25862.help-gnu-emacs@gnu.org>
2005-06-05 22:08               ` drkm [this message]
2005-06-06  3:42                 ` Eli Zaretskii
     [not found]                 ` <mailman.3462.1118029861.25862.help-gnu-emacs@gnu.org>
2005-06-06 20:01                   ` drkm
2005-06-05 23:16               ` Stefan Monnier
2005-06-06  0:21                 ` [HS] " drkm
2005-06-06  2:36             ` Shug Boabby
2005-06-06  7:00               ` Brian Elmegaard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=u3brwtq1g.fsf@fgeorges.org \
    --to=usenet@fgeorges.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).