From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from xantronkunden1.de (xantronkunden1.de [80.86.187.130]) by robin.gentoo.org (8.13.3/8.13.3) with ESMTP id j26C9gDO018475 for ; Sun, 6 Mar 2005 12:09:42 GMT Received: from [10.0.0.13] (dsl-082-083-248-106.arcor-ip.net [82.83.248.106]) by xantronkunden1.de (Postfix) with ESMTP id 5712428FB15; Sun, 6 Mar 2005 13:09:03 +0100 (CET) Subject: [gentoo-dev] Re: For starters.. requirements of the portage API From: Patrick Lauer To: Fredrik Klasson Cc: gentoo-dev@robin.gentoo.org, dev-portage@gentoo.org, portage@gentoo.org In-Reply-To: <422AEE8A.40601@telia.com> References: <1110086845.14682.8.camel@secures> <422AEE8A.40601@telia.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KaInz2o75FGHG6W345pX" Organization: Gentoo Date: Sun, 06 Mar 2005 13:09:39 +0100 Message-Id: <1110110979.31097.23.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-To: gentoo-dev@gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-Archives-Salt: ef171dec-4bb4-45fb-89bb-4b6fbadb7757 X-Archives-Hash: ff65203eeff4b592ff31eb7c0805132e --=-KaInz2o75FGHG6W345pX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 2005-03-06 at 12:50 +0100, Fredrik Klasson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Chris White wrote: > | 2) access to an internal download library built into portage (not wget > | or some such). This would not only allow us to do basic downloading, > | but also address new protocols that come later on. > uhm, just a radnom thought struck me, why re-invent the wheel? What I'm > thinking is that, why not simply provide some Download Abstraction Layer > (DAL) or something like that, ie, "downloadThisFileForMe(filename);" I think that was the idea. You tell portage "use that download wrapper" in a config file, then just invoke "portage.fetch("URI") > that /[cw]ould/ invoke > ~ wget (why not? ;), > ~ scp (maybe a bad idea), > ~ or someother nifty file fecthing tool=20 For that you might want some extra information. E.g. if you had a diffserver (binary diffs between versions) portage has the metadata to decide if the full file or only the diff should be fetched. A wrapper would have to generate that metadata. Therefore a portage-internal fetch mechanism should work better. > (maybe even some bittorent > client - woulnd't it be nicer to make use of p2p to fetch files at > (hopefully) full download speed while reducing the load on the mirrors?). Maybe bittorrent is not optimal for many small files, but there are some simple yet effective ways of "enhancing" the file fetching. > IMO, writing a new download library seems to me like asking for one more > part that can be subject to Murphys law (if it can break it will), > though, one could argue that some kind of DAL would be a great place for > "interface bugs" (or whatever to call bugs that reside between one pice > of software communitating with another). Right, but you'd get a lot of extra functionality. Right now, implementing=20 a new fetch mechanism is quite awkward. Having portage support for that=20 would seriously help all those mechanisms. > just my 2 =F6re YAFYGI ;) How much is that in real money? ;-) hth, Patrick --=-KaInz2o75FGHG6W345pX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0-ecc0.1.6 (GNU/Linux) iD8DBQBCKvMCqER3hOUoZM4RAuk0AJ9tgU1sbwNSvZ1O25jvt/TGY3OHKQCdH9H2 y1eNkvj6ZUfUXGde/E0gI2Y= =nywt -----END PGP SIGNATURE----- --=-KaInz2o75FGHG6W345pX-- -- gentoo-dev@gentoo.org mailing list