HTTP fetching

[Steve Youngs]

A non-text attachment was scrubbed...
Name: not available
Type: application/emacs-lisp
Size: 16733 bytes
Desc: not available
Url : http://calypso.tux.org/pipermail/xemacs-beta/attachments/20050207/defcddb8/attachment.bin 
-------------- next part --------------

  > Of course, we also need to get Steve Youngs' agreement with this
  > approach; after all, package-get.el is him. As he just answered on
  > xemacs-beta; he doesn't want package-get.el to depend on something not
  > in core, and the http.el above would not be in core. Or would it? But
  > even if we put it in core, there remains the question how we handle
  > the upgrade path of those installations where it isn't there yet. (I
  > thought about adding it to the package package; but that's not a clean
  > way, IMO.)

Simple, you do it in such a way that there is zero impact on existing
package retrieval mechanisms.

  > If we agree on a design, I would submit an implementation. Next
  > Sunday, I'll go for a one-week holiday and will have some time for
  > hacking there.

Probably not necessary unless you feel package-transport.el is flawed
(very possible, I haven't looked at since 2003).  As I said above, all
that needs to be done is to hook package-transport into package-get.
If you want to do that, go for it! :-)


-- 
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|                        In space,                         |
|             No one can hear you rip a stinky             |
|------------------------------------<steve at sxemacs.org>---|
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 256 bytes
Desc: not available
Url : http://calypso.tux.org/pipermail/xemacs-beta/attachments/20050207/defcddb8/attachment-0001.bin