Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)

2003-03-20 Thread François Pons
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)

2003-03-20 Thread Leon Brooks
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)

2003-03-20 Thread François Pons
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)

2003-03-19 Thread Leon Brooks
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




Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)

2003-03-19 Thread Brook Humphrey
-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)

2003-03-19 Thread James Sparenberg
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