Re: [Cooker] rpmdrake-1.3-87mdk
Pixel [EMAIL PROTECTED] writes: Borsenkow Andrej [EMAIL PROTECTED] writes: I stringly believe, hdlist should be splitted in two parts: one that is needed to compute dependencies (whatever is needed) and another with all extra information that is kept per-RPM. It is nonsense, that I have to download decsriptions, changelogs and filelist for RPMs that I never will use. the biggest part of hdlist is the filelist which is needed to fulfill dependencies. At least it was that way when i started urpmi (which was meant for a stable distro, not for cooker-like thingie). since that time, hdlist has always been used (and tools like urpmf/rpmdrake use it). I think the synthesis file can get (partly?) rid of the hdlist requirement. francois ? (the urpmi master) Yes, synthesis file is the file containing everything only necessary for urpmi to build dependancies (except for file list used in require, which are located in /var/lib/urpmi/provides). This is when urpmi is called it use synthesis file for computing dependancies (and provides file too) if present (or hdlist with parsehdlist in other cases). Look at synthesis file, this is only a gzip'd file. But as Pixel said, urpmf and rpmdrake need file list to work (urpmf use other option now and can search through requires, provides, summary ...). François.
Re: [Cooker] rpmdrake-1.3-87mdk
On Sun, 9 Sep 2001, Michael Reinsch wrote: Hi! If one has several sources defined and updates all of them, rpmdrake now needs much longer because it first updates one source then computes the dependencies then updates the next source, computes the dependencies again and so on. 12MB on a dialup connection is just too much. All we really need are the filenames to compute the dependencies from. The changelog is nice and all, but not on a dialup connection. And then the next day when you need to get the updates, apparently you have to download the entire hdlist again if it has changed. Any chance on providing a smaller hdlist for 8.1? There was some talk about how Debian did it, and the response was that Mandrake wants these extra featues. I'm not against them, I like them too on a high bandwidth connection, but is there anything against providing two versions, the other being for dialup users? -- Sincerely, David Walluck [EMAIL PROTECTED]
Re: [Cooker] rpmdrake-1.3-87mdk
On Sun, 9 Sep 2001, Borsenkow Andrej wrote: Those with high speed connection can simply download everything (and urpmi/rpmdrake needs in this case switch to force download everyhing) while those with slow lines can choose if they really need these exra features. I also proposed providing diff's for people on slow connections so that a full re-download would not be needed. I'm not sure if this is the best solution, but certainly a possible one. -- Sincerely, David Walluck [EMAIL PROTECTED]
Re: [Cooker] rpmdrake-1.3-87mdk
I love the diff idea even though I have fast access. I tend to use kpackage instead of rpmdrake mostly because rpmdrake takes way too much time to find update lists on cooker. --- David Walluck [EMAIL PROTECTED] wrote: On Sun, 9 Sep 2001, Borsenkow Andrej wrote: Those with high speed connection can simply download everything (and urpmi/rpmdrake needs in this case switch to force download everyhing) while those with slow lines can choose if they really need these exra features. I also proposed providing diff's for people on slow connections so that a full re-download would not be needed. I'm not sure if this is the best solution, but certainly a possible one. -- Sincerely, David Walluck [EMAIL PROTECTED] = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
Re: [Cooker] rpmdrake-1.3-87mdk
David Walluck wrote: 12MB on a dialup connection is just too much. All we really need are the filenames to compute the dependencies from. The changelog is nice and all, but not on a dialup connection. And then the next day when you need to get the updates, apparently you have to download the entire hdlist again if it has changed. Any chance on providing a smaller hdlist for 8.1? There was some talk about how Debian did it, and the response was that Mandrake wants these extra featues. I'm not against them, I like them too on a high bandwidth connection, but is there anything against providing two versions, the other being for dialup users? I stringly believe, hdlist should be splitted in two parts: one that is needed to compute dependencies (whatever is needed) and another with all extra information that is kept per-RPM. It is nonsense, that I have to download decsriptions, changelogs and filelist for RPMs that I never will use. This extra information should be downloaded on demand, kept in cache, purged (or updated) when version is updated. Those with high speed connection can simply download everything (and urpmi/rpmdrake needs in this case switch to force download everyhing) while those with slow lines can choose if they really need these exra features. -andrej
