savannah-hackers
[Top][All Lists]
Advanced

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

Re: [Savannah-hackers] savannah.gnu.org: submission of GNU/Linux via RPM


From: Jaco Greeff
Subject: Re: [Savannah-hackers] savannah.gnu.org: submission of GNU/Linux via RPM
Date: Wed, 13 Feb 2002 12:51:31 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010914

        Ok. Could you please register again and specify that you will
only host spec files and not the actual distribution ? We don't have
the resources for this. Storing spec files is ok, storing packages
will use too much resources.


Loic,

I know you problably prefer the submission via savannah, but please bear with me. I just want to make 100% sure before submitting more requests that will be dead in the water.

I understand your resource constraints, however, we have the following in the planning/initial building stage to handle package updates. The program is called lvr-pkg, which downloads updated specs (.bz2'ed) and updated sources (.tar.bz2'ed) from a server if there is an update. We are focussing on providing only spec files, but also need sources distributed.

Now, this reduces the load significantly on any server: specs typically change and needs to be downloaded, packages (sources) stay current for much longer. In typicall distributions as small a change as a typo would require a redownload of the full SRPM/RPM, in our system it would only be the spec. (A K or two as compared to a Meg or two.) To build the new RPM you only need the changed spec, nothing more. (Providing you already have the source.)

We do not host packages (SRPMS/RPM) but do host sources. (My interpretation, your "package" might refer to the sources as well, hence the need for clarification.) For an example of what gets distributed, please take a look at

http://www.puxedo.org/lvr/download/[stable|unstable]/*

and

http://www.puxedo.org/lvr/download/[stable|unstable]/[SPECS|sources]

Would this scheme work or fall into the "large resource requirements rules this out" category?

Greetings,
Jaco




reply via email to

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