Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
Le jeu 20/03/2003 à 16:41, Leon Brooks a écrit : > On Thursday 20 March 2003 01:25 pm, James Sparenberg wrote: > > Correct me if I'm wrong here but couldn't urpmi.update -a just use rsync > > to grab the hdlist. > > Deem yourself corrected. The hdlist is re-sorted and re-compressed from > scratch each time it changes. This does not make for a happy rsync > experience. )-: The sorting should be kept with incremental version of package (always ldconfig first, ... according to most used package (perl-URPM counts reference to each package globaly before building hdlist)). Compression of hdlist is done by section, not the whole file is compressed but only section of 40 bytes (generally) of concatenated rpm headers (some headers have size of 1.2Mb). This means rsync can behave correctly. François.
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
On Thursday 20 March 2003 01:25 pm, James Sparenberg wrote: > Correct me if I'm wrong here but couldn't urpmi.update -a just use rsync > to grab the hdlist. Deem yourself corrected. The hdlist is re-sorted and re-compressed from scratch each time it changes. This does not make for a happy rsync experience. )-: Cheers; Leon
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
Le jeu 20/03/2003 à 06:25, James Sparenberg a écrit : > Correct me if I'm wrong here but couldn't urpmi.update -a just use rsync > to grab the hdlist. I'm thinking that if you have it once and since the > name never changes the second++ time you grab it it would always be an > incremental change... not a whole download. This is exactly the case, unless you use -f which avoid this feature. François.
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
On Wed, 2003-03-19 at 07:40, Leon Brooks wrote: > On Wednesday 19 March 2003 05:39 pm, Chad wrote: > > Then simply type some thing along the lines of urpms (urpmi for SRPMS) > > urpms –flags=”--mach=k6-2 -o3” kde-full > > urpms would then sort out the dependencies required for a full install of > > kde the kde packages build them in the correct order with the CFLAGS and > > CXXFLAGS set to the –flags option and install them setting up kdm or mdkdm. > > I'd also like to be able to do the same with gcc so “ urpms –flags=xxx > > gcc” > > Hear, hear! (-: > > I'd also like to implement a simple technique for turning the updates list > into an incremental download. New updates are simply appended to an alternate > hdlist.cz-ish file (gzip has always known how to cope with this) - maybe call > it hdlist.incz - and all urpmi has to do is `resume' downloading against its > cached version to get only the bits of the hdlist that have changed since it > last looked. This would turn megabytes-long re-downloads of the updates list > into kilobytes-long resyncs. Correct me if I'm wrong here but couldn't urpmi.update -a just use rsync to grab the hdlist. I'm thinking that if you have it once and since the name never changes the second++ time you grab it it would always be an incremental change... not a whole download. James > > > 3)The final suggestion I have is for the creation of an App called > > something like drakecooker or cookerdrake. This would be a program for > > helping with cooker testing. > > Hear, hear! > > Cheers; Leon > >
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 07:40 am, Leon Brooks wrote: > On Wednesday 19 March 2003 05:39 pm, Chad wrote: > > Then simply type some thing along the lines of urpms (urpmi for SRPMS) > > urpms –flags=”--mach=k6-2 -o3” kde-full > > urpms would then sort out the dependencies required for a full install of > > kde the kde packages build them in the correct order with the CFLAGS and > > CXXFLAGS set to the –flags option and install them setting up kdm or > > mdkdm. I'd also like to be able to do the same with gcc so “ urpms > > –flags=xxx gcc” > This idea I really like and at the same time it would well give the gentoo users someting to with their time. This would even be nicer if the scripts were set up to auto build and optimize for the arch you run on. - -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eJ67nT1TkA6FgPgRAuOWAKCaSsOwH83xDIlJy9wirc7q/VCMUwCeO7Q1 IHMButYXsMnmaj88IktIl6M= =rsE4 -END PGP SIGNATURE-
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
On Wednesday 19 March 2003 05:39 pm, Chad wrote: > Then simply type some thing along the lines of urpms (urpmi for SRPMS) > urpms –flags=”--mach=k6-2 -o3” kde-full > urpms would then sort out the dependencies required for a full install of > kde the kde packages build them in the correct order with the CFLAGS and > CXXFLAGS set to the –flags option and install them setting up kdm or mdkdm. > I'd also like to be able to do the same with gcc so “ urpms –flags=xxx > gcc” Hear, hear! (-: I'd also like to implement a simple technique for turning the updates list into an incremental download. New updates are simply appended to an alternate hdlist.cz-ish file (gzip has always known how to cope with this) - maybe call it hdlist.incz - and all urpmi has to do is `resume' downloading against its cached version to get only the bits of the hdlist that have changed since it last looked. This would turn megabytes-long re-downloads of the updates list into kilobytes-long resyncs. > 3)The final suggestion I have is for the creation of an App called > something like drakecooker or cookerdrake. This would be a program for > helping with cooker testing. Hear, hear! Cheers; Leon
