Re: [Cooker] Urpmi.addmedia problem
Spencer <[EMAIL PROTECTED]> writes: > Thanks. This should cleanup mkcd,gendistrib and urpmi should it not? Yes... François.
Re: [Cooker] Urpmi.addmedia problem
On Tuesday 09 July 2002 08:22 am, you wrote: > [EMAIL PROTECTED] (François Pons) writes: > > rcc <[EMAIL PROTECTED]> writes: > > > using --noclean it goes on for another 508 rpms, now being at 1016, > > > then 1524 and so on, eventually you can arrive at the end and get > > > working hdlists > > > > Now the problem is reproducible for me, I check this, it seems to be > > effectively a software bug. > > Shame on me :-( the bug is fixed in 0.08-4mdk of perl-URPM (was an opened > file not closed, due to code factorisation, close have been dropped...) > > François. Thanks. This should cleanup mkcd,gendistrib and urpmi should it not?
Re: [Cooker] Urpmi.addmedia problem
[EMAIL PROTECTED] (François Pons) writes: > rcc <[EMAIL PROTECTED]> writes: > > > using --noclean it goes on for another 508 rpms, now being at 1016, then > > 1524 and so on, eventually you can arrive at the end and get working > > hdlists > > Now the problem is reproducible for me, I check this, it seems to be effectively > a software bug. Shame on me :-( the bug is fixed in 0.08-4mdk of perl-URPM (was an opened file not closed, due to code factorisation, close have been dropped...) François.
Re: [Cooker] Urpmi.addmedia problem
rcc <[EMAIL PROTECTED]> writes: > using --noclean it goes on for another 508 rpms, now being at 1016, then > 1524 and so on, eventually you can arrive at the end and get working > hdlists Now the problem is reproducible for me, I check this, it seems to be effectively a software bug. François.
Re: [Cooker] Urpmi.addmedia problem
On 09 Jul 2002 10:33:56 +0200 [EMAIL PROTECTED] (François Pons) wrote: > > perl: rpmio.c:2631: Fwrite: Assertion `fd && fd->magic == > > 0x04463138' failed. Aborted > > > > perl-URPM maybe? > > A lot of people seems to have problem here, but it is unreproduceable > for me. > > Can you disable supermount and try again ? check no error in dmesg on > access to hdc drive are present. hmm, I'm having this with building hdlists from rpms residing on hd to summarize the problem: gendistrib from cooker-mirror on installed cooker -> fails gendistrib from 8.2-mirror on installed cooker -> works gendistrib from cooker-mirror using mirror environment as in MakeCD -> works gendistrib from cooker on installed cooker fails (for me) after 508 rpms read using --noclean it goes on for another 508 rpms, now being at 1016, then 1524 and so on, eventually you can arrive at the end and get working hdlists - Mark
Re: [Cooker] Urpmi.addmedia problem
Spencer <[EMAIL PROTECTED]> writes:
> Fresh cooker install this morning
>
> [root@spence sbin]# urpmi.addmedia Cooker file://Cooker/Mandrake/RPMS/
> using different removable device [/dev/hdc] for "disc 1 MandrakeLinux Cooker
> (cdrom1)"
> using different removable device [/dev/hdc] for "disc 2 MandrakeLinux Cooker
> (cdrom2)"
> {-- snip-- }
> /var/cache/urpmi/headers/libbonobo-activation4-devel-1.0.2-1mdk.i586
> /var/cache/urpmi/headers/libfnlib0-devel-0.5-3mdk.i586
> /var/cache/urpmi/headers/libsnmp0-4.2.3-3mdk.i586
> /var/cache/urpmi/headers/libcups1-devel-1.1.15-4mdk.i586
> perl: rpmio.c:2631: Fwrite: Assertion `fd && fd->magic == 0x04463138' failed.
> Aborted
>
> perl-URPM maybe?
A lot of people seems to have problem here, but it is unreproduceable for me.
Can you disable supermount and try again ? check no error in dmesg on access to
hdc drive are present.
François.
Re: [Cooker] urpmi.addmedia requests
Marcel Pol <[EMAIL PROTECTED]> writes: > I didn't know that, I just read the man page. > It seems the help text on urpmi.addmedia is more up to date. Oops, my fault, I updated the man pages but forget about -h ... > Anyway, why not make the -h option default, unless there is a hdlist > specified? This is a good idea, this could make thing better. François.
Re: [Cooker] urpmi.addmedia requests
On 10 Apr 2002 10:41:09 +0200 [EMAIL PROTECTED] (François Pons) wrote: > > I would like to request 2 things for urpmi.addmedia. > > The format is now like this: > > ftp:/// with > > > > 1. Make the "with" optional. > > I mean, let this format also be a good format: > > ftp:/// > > When I switched from apt to urpmi some time ago the "with" was the thing I > > really stumbled over. In the manpage I read it as part of the sentence, > > not as part of the command. > > And I don't think it should really be necessary. > > > > 2. Use a default hdlist.cz > > Right now you have to specify an hdlist file, and its relative path. > > Mostly it will just be ../base/hdlist.cz, so why not make that the > > default. So if there is no hdlist in the command, use the default. > > Yes, I'm lazy at typing :-) > > But mostly I am just annoyed when it barks back at me after typing a > > command which is valid to me, but not to urpmi.addmedia. > > You can try urpmi.addmedia -h ftp:///, it will try to > find the synthesis or hdlist file. I didn't know that, I just read the man page. It seems the help text on urpmi.addmedia is more up to date. Anyway, why not make the -h option default, unless there is a hdlist specified? -- Marcel Pol Linux 2.4.18-5mdksmp, up 14 days, 17:30
Re: [Cooker] urpmi.addmedia requests
Marcel Pol <[EMAIL PROTECTED]> writes: > Hello, > > I would like to request 2 things for urpmi.addmedia. > The format is now like this: > ftp:/// with > > 1. Make the "with" optional. > I mean, let this format also be a good format: > ftp:/// > When I switched from apt to urpmi some time ago the "with" was the thing I really > stumbled over. In the manpage I read it as part of the sentence, not as part of the > command. > And I don't think it should really be necessary. > > 2. Use a default hdlist.cz > Right now you have to specify an hdlist file, and its relative path. > Mostly it will just be ../base/hdlist.cz, so why not make that the default. > So if there is no hdlist in the command, use the default. > Yes, I'm lazy at typing :-) > But mostly I am just annoyed when it barks back at me after typing a command > which is valid to me, but not to urpmi.addmedia. You can try urpmi.addmedia -h ftp:///, it will try to find the synthesis or hdlist file. François.
Re: [Cooker] urpmi.addmedia --distro does not work on 8.2
Le Mardi 9 Avril 2002 20:09, Borsenkow Andrej a écrit : > [yes, I know, not a cooker problem. But it is mostly about QA problems > > :(] > > Mandrake/base/hdlists contains two media with the same name so > urpmi.addmedia --distro breaks with error message. And stupid me advices > people to use it to recreate there urpmi database :( What a fool I > looked like to them ... And third CD contains two RPM directories (rpm3 and rpms4), which make mandatory to add two different medias :-( -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] urpmi.addmedia wget error with relative pathname
Gary Chisholm <[EMAIL PROTECTED]> writes: > Been getting the same error [...] known bug already reported here in cooker, and warly has posted a temporaly workaround.. -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] urpmi.addmedia wget error with relative pathname
Been getting the same error [root@cooker mud]# urpmi.addmedia cooker ftp://carroll.cac.psu.edu/pub/linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS with ../base/hdlist.cz added medium cooker retrieving description file of "cooker"... curl: (6) Couldn't resolve host 'ftp' retrieving source hdlist (or synthesis) of "cooker"... curl: (6) Couldn't resolve host 'ftp' ...retrieving failed: curl failed: exited with 6 or signal 0 retrieve of source hdlist (or synthesis) failed no hdlist file found for medium "cooker" unable to update medium "cooker" Using: urpmi-3.3-7mdk On Sun, 2002-02-17 at 18:46, Con Kolivas wrote: > > With the last few urpmi rpms, an error has crept into the urpmi.addmedia. > Currently using urpmi-3.3-7mdk > -- Gary Chisholm http://mud.nexlinks.net/ My GnuPG Public Key available at http://www.keyserver.net/ signature.asc Description: This is a digitally signed message part
Re: [Cooker] urpmi.addmedia keeps only the last added media
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > No, I do not use xterm; I get Do you have xterm installed ? Else try typing "c" on the debugger. François.
RE: [Cooker] urpmi.addmedia keeps only the last added media
> > > > Any idea for debugging? I tried perl -d but it stop upon first fork > > > > (when it parses hdlist) and I do not know how to continue. > > > > > > Close the window ? > > > > > > > Which window? I do not understand. > > You don't have an xterm which popups ? > No, I do not use xterm; I get 125:close I; DB<22> # Forked, but do not know how to change a TTY. # Define $DB::fork_TTY - or a function DB::get_fork_TTY() which will set $DB::fork_TTY. The value of $DB::fork_TTY should be the name of TTY to use. On UNIX-like systems one can get the name of a TTY for the given window by typing tty, and disconnect the shell from TTY by sleep 100. In rpmtools.pm read_hdlists And I cannot go past it and something interesting must happen here :-) -andrej
Re: [Cooker] urpmi.addmedia keeps only the last added media
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > > Any idea for debugging? I tried perl -d but it stop upon first fork > > > (when it parses hdlist) and I do not know how to continue. > > > > Close the window ? > > > > Which window? I do not understand. You don't have an xterm which popups ? François.
RE: [Cooker] urpmi.addmedia keeps only the last added media
> > Any idea for debugging? I tried perl -d but it stop upon first fork > > (when it parses hdlist) and I do not know how to continue. > > Close the window ? > Which window? I do not understand.
Re: [Cooker] urpmi.addmedia keeps only the last added media
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > > > [root@cooker root]# urpmi.addmedia cooker > > file://downloads/cooker/i586/Mandrake/RPMS with ../base/hdlist.cz > > built hdlist synthesis file for medium "cooker" > ... > > Actually after this depslist.ordered is zero-sized. @home I update > existing installation that may explain the difference. Oops, I'll have to check a little better result. Does hdlist has problem, it seems not (size and no error with parsehdlist). François.
Re: [Cooker] urpmi.addmedia keeps only the last added media
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > and now depslist.ordered contains only the last (contrib.) media. I do > not know what happens; @home I use the same hdlists to update and it > does it correctly. I checked here (cooker without with_hdlist and contrib with_hdlist) no problem. I check again with cooker and contrib both with_hdlist. > Any idea for debugging? I tried perl -d but it stop upon first fork > (when it parses hdlist) and I do not know how to continue. Close the window ? François.
RE: [Cooker] urpmi.addmedia keeps only the last added media
> > [root@cooker root]# urpmi.addmedia cooker > file://downloads/cooker/i586/Mandrake/RPMS with ../base/hdlist.cz > built hdlist synthesis file for medium "cooker" ... Actually after this depslist.ordered is zero-sized. @home I update existing installation that may explain the difference. -andrej
Re: [Cooker] urpmi.addmedia
Pierre Fortin <[EMAIL PROTECTED]> writes:
> This gets me into a whole new area of rants ("Leave my config files alone!!!");
> but I'll save that for another thread... :> Suffice it to say, I deleted the
> default CD entries and urpmi.addmedia put them back on its own...
That's normal, this support for older urpmi, you have to remove yourself hdlist
and list file in /var/lib/urpmi. it's failsafe as pixel says (via redundancy :-)
> Sidebar: Is there a format for "-o loop" mounts in /etc/fstab...?
add "loop" at the end of line with other options...
> The basic idea here is to copy all the ISO images onto a remote HD, and use
> those to install progs instead of real CDs. An idea for the future:
Yes, but to add them automatically in /etc/fstab and mount them on the fly
should be possible currently.
François.
Re: [Cooker] urpmi.addmedia
François Pons wrote:
>
> Pierre Fortin <[EMAIL PROTECTED]> writes:
>
> > Given this, what is the correct way to setup urpmi config files to avoid the
> > request to insert a CD into /dev/cdrom...?
> >
> > The only way I succeeded was to fix the files (cd1 in particular) which
> > urpmi.addmedia created and delete the original "disc\ [123]\ Downloa..." entries
> > in /etc/urpmi/urpmi.cfg.
>
> Moving them to the beginning (which should give higher priority) the medium info
> should be enough instead of deleting older entries.
This gets me into a whole new area of rants ("Leave my config files alone!!!");
but I'll save that for another thread... :> Suffice it to say, I deleted the
default CD entries and urpmi.addmedia put them back on its own...
> does /mnt/cd1 is used for removable device (or in /etc/fstab in fact), if true,
> choose another mount point (/mnt/disk) because newer version of urpmi will not
> need anymore device given in url (only removable:/mnt/cdrom...) and will assume
> the first (or last) mount point as a cdrom.
The problem is that there are 3 ISO images and no CDs at the remote site, so I
need 3 mount points (unless there is a way to mount them all at the same point)
... trying it on my own machine:
/hd/e2/ISO/Mandrake81-cd1-inst.i586.iso
663968663968 0 100% /mnt/inst
/hd/e2/ISO/Mandrake81-cd2-ext.i586.iso
663968663968 0 100% /mnt/inst
But this only sees the cd2 files (last mount -- the blocks/used info is also
overridden by the last mount), so this is not viable.
Sidebar: Is there a format for "-o loop" mounts in /etc/fstab...?
The basic idea here is to copy all the ISO images onto a remote HD, and use
those to install progs instead of real CDs. An idea for the future:
ISO://mnt[cd1,cd2,cd3] # multiple "drives"; handles NFS too
ISO://some.host:/mnt/[cd1,cd2,cd3]
ISO://http://.../mnt/[cd1,cd2,cd3]
http://.../foo.rpm
ftp://.../bar.rpm
ISO://dev/cdrom{CD1,CD2,CD3} # requires swapping: {} vs []
ISO://dev/[cdrom,cdrom2,cdrom3] # multiple drives available
Thanks,
Pierre
Re: [Cooker] urpmi.addmedia
Pierre Fortin <[EMAIL PROTECTED]> writes: > Given this, what is the correct way to setup urpmi config files to avoid the > request to insert a CD into /dev/cdrom...? > > The only way I succeeded was to fix the files (cd1 in particular) which > urpmi.addmedia created and delete the original "disc\ [123]\ Downloa..." entries > in /etc/urpmi/urpmi.cfg. Moving them to the beginning (which should give higher priority) the medium info should be enough instead of deleting older entries. does /mnt/cd1 is used for removable device (or in /etc/fstab in fact), if true, choose another mount point (/mnt/disk) because newer version of urpmi will not need anymore device given in url (only removable:/mnt/cdrom...) and will assume the first (or last) mount point as a cdrom. François.
Re: [Cooker] urpmi.addmedia
François Pons wrote: > > Pierre Fortin <[EMAIL PROTECTED]> writes: > > > > > I tried: > > > > # mount -o loop /home/ISO/Mandrake81-cd1-inst.i586.iso /mnt/cd1 > > > > # urpmi.addmedia cdrom1 file:///mnt/cd1 with Mandrake/base/hdlist1.cz > >... > > but the URL parsing should be changed to allow "file:///mnt/..." unless there is > > never likely to be any confusion with "//mnt/..." entries I noticed in an > > /etc/fstab... > > This is unclear I man pages will be fixed, in fact it should be file:/. > > where path is absolute, but using non absolute path is correct (!) at least for > ftp or http URLs. (you can use cwd when login) > > For file:/, path should be absolute or problems will comes. > > Another problem is using with, you have removed one possibility of urpmi (I > wonder if this is a bug) where urpmi automatically searches for packages, so > writing > urpmi.addmedia cdrom1 file://mnt/cd1 > is correct (should be) and urpmi find all rpms on the first CD, but > urpmi.addmedia cdrom1 file://mnt/cd1 with Mandrake/base/hdlist1.cz > removes this possibility of searching (like for ftp or http where with is > mandatory). The problem is this: I wanted to install gnucash (no CDs at remote site or even anyone there to load the tray). All the CDs were copied to /home/ISO/... and mounted as /mnt/cd[123] Given this, what is the correct way to setup urpmi config files to avoid the request to insert a CD into /dev/cdrom...? The only way I succeeded was to fix the files (cd1 in particular) which urpmi.addmedia created and delete the original "disc\ [123]\ Downloa..." entries in /etc/urpmi/urpmi.cfg. Thanks, Pierre
Re: [Cooker] urpmi.addmedia
Pierre Fortin <[EMAIL PROTECTED]> writes: > > > I tried: > > > # mount -o loop /home/ISO/Mandrake81-cd1-inst.i586.iso /mnt/cd1 > > > # urpmi.addmedia cdrom1 file:///mnt/cd1 with Mandrake/base/hdlist1.cz >... > but the URL parsing should be changed to allow "file:///mnt/..." unless there is > never likely to be any confusion with "//mnt/..." entries I noticed in an > /etc/fstab... This is unclear I man pages will be fixed, in fact it should be file:/. where path is absolute, but using non absolute path is correct (!) at least for ftp or http URLs. (you can use cwd when login) For file:/, path should be absolute or problems will comes. Another problem is using with, you have removed one possibility of urpmi (I wonder if this is a bug) where urpmi automatically searches for packages, so writing urpmi.addmedia cdrom1 file://mnt/cd1 is correct (should be) and urpmi find all rpms on the first CD, but urpmi.addmedia cdrom1 file://mnt/cd1 with Mandrake/base/hdlist1.cz removes this possibility of searching (like for ftp or http where with is mandatory). François.
RE: [Cooker] urpmi.addmedia
> > but the URL parsing should be changed to allow "file:///mnt/..." unless > there is > never likely to be any confusion with "//mnt/..." entries I noticed in an > /etc/fstab... > > > > (likewise for CD2 and CD3) > > > > > > "file:///mnt..." because the docs say "file://" and is > > > "/mnt/cd..."; hence "///". > > > > > > > Wrong second time. Urpmi knows that path is absolute. Adding third slash > > result in extra double slashes which usually does not hurt, but ... > > As a user, I should not have to know that urpmi assUmes an absolute path; > it > should follow UR* conventions. > As a user you should know how to define it; as you user you most probably do not even know what URL is. Show me where it is stated that urpmi parameter conforms to any RFC. I find it silly to be forced to type extra slash just to be conformant. That's said I have nothing against accepting file:/// _in addition_ to current syntax. -andrej
Re: [Cooker] urpmi.addmedia
Borsenkow Andrej wrote: > > > > > One of my remote machines (8.1) is 2 hours away, with only 31.2kb > modem > > access; > > so I loaded the ISO images onto the HD figuring I could install > proggies > > remotely. I'm trying to install gnucash for the user. Gnucash has a > load > > of > > dependencies, so I thought urpmi would ease the process... > > > > I tried: > > # mount -o loop /home/ISO/Mandrake81-cd1-inst.i586.iso /mnt/cd1 > > # urpmi.addmedia cdrom1 file:///mnt/cd1 with Mandrake/base/hdlist1.cz > > [snip] > > Wrong (two times). First error is, URL points to RPMs location in this > case /mnt/cd1/Mandrake/RPMS To quote the man page: Local drive or NFS: urpmi.addmedia file:// with Where is your reference for the media (e.g. Myrpms). is the location of the rpm directory on your machine. So, you're correct about the URL; after an initial read, I focused on just the syntax which mentions "". I suppose this should simply read: urpmi.addmedia file:// with but the URL parsing should be changed to allow "file:///mnt/..." unless there is never likely to be any confusion with "//mnt/..." entries I noticed in an /etc/fstab... > > (likewise for CD2 and CD3) > > > > "file:///mnt..." because the docs say "file://" and is > > "/mnt/cd..."; hence "///". > > > > Wrong second time. Urpmi knows that path is absolute. Adding third slash > result in extra double slashes which usually does not hurt, but ... As a user, I should not have to know that urpmi assUmes an absolute path; it should follow UR* conventions. > > Even after deleting the default /dev/cdrom stuff from > /etc/urpmi/urpmi.cfg, > > urpmi.addmedia still insists on setting it up to use /dev/cdrom... > > > > Have you removed old media? If you mean the actual CDs; yes, there are no Mdk CDs at this remote site. > > Finally edited /var/lib/urpmi/list.cdrom1 to fix the broken paths from > > "/mnt/cd1/" to "/mnt/cd1/Mandrake/RPMS/" (see below). > > You told it to use this path. Then it should have given consistent results... not: > For some reason, > > unlike > > CD1, CD2 in /var/lib/urpmi/list.cdrom2 got the correct path so I only > > changed > > That's really funny. Should not actually if you used the above form. I use a minimum of keystrokes (other than wearing out my arrow keys :) so all 3 mounts were done first, then the 3 urpmi.addmedia's changing only the [123]s... sounds like an obscure bug. Thanks, Pierre
Re: [Cooker] urpmi.addmedia
On Wed, 14 Nov 2001, Pierre Fortin wrote: > One of my remote machines (8.1) is 2 hours away, with only 31.2kb modem access; > so I loaded the ISO images onto the HD figuring I could install proggies > remotely. I'm trying to install gnucash for the user. Gnucash has a load of > dependencies, so I thought urpmi would ease the process... > urpmi is pain. Try apt from contrib. -- 1:05am up 28 days, 14:02, 2 users, load average: 0.00, 0.00, 0.00 __ | / \ |Iouri Goussev// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Foo-Bar / // \\ \ jgs\\ // http://foobar.irc-unix.net| \__/ | I am not 31337. But I can use the Vi editor... ;-0
RE: [Cooker] urpmi.addmedia
> > One of my remote machines (8.1) is 2 hours away, with only 31.2kb modem > access; > so I loaded the ISO images onto the HD figuring I could install proggies > remotely. I'm trying to install gnucash for the user. Gnucash has a load > of > dependencies, so I thought urpmi would ease the process... > > I tried: > # mount -o loop /home/ISO/Mandrake81-cd1-inst.i586.iso /mnt/cd1 > # urpmi.addmedia cdrom1 file:///mnt/cd1 with Mandrake/base/hdlist1.cz > [snip] Wrong (two times). First error is, URL points to RPMs location in this case /mnt/cd1/Mandrake/RPMS > (likewise for CD2 and CD3) > > "file:///mnt..." because the docs say "file://" and is > "/mnt/cd..."; hence "///". > Wrong second time. Urpmi knows that path is absolute. Adding third slash result in extra double slashes which usually does not hurt, but ... > Even after deleting the default /dev/cdrom stuff from /etc/urpmi/urpmi.cfg, > urpmi.addmedia still insists on setting it up to use /dev/cdrom... > Have you removed old media? > Finally edited /var/lib/urpmi/list.cdrom1 to fix the broken paths from > "/mnt/cd1/" to "/mnt/cd1/Mandrake/RPMS/" (see below). You told it to use this path. For some reason, > unlike > CD1, CD2 in /var/lib/urpmi/list.cdrom2 got the correct path so I only > changed That's really funny. Should not actually if you used the above form. -andrej
Re: [Cooker] urpmi.addmedia
On Sun, Jul 30, 2000 at 03:18:18PM -0400, David Walluck wrote: > > Don't use FTP, use rsync - it will automatically compare all local > > and server files of the same name in the nominated directory using > > clever algorithms and download only the differences and patch them > > in. It is very fast and totally reliable. Read man rsync. > > I do't have the diskspace to host 700+ MB of RPMS. This is why I don't > like autorpm either. What I need is for something to check against the RPM > *database*, not the actual files on the system. Then, download the updated > package, automatically install, then remove the new package file from the > disk. This way I could stay up-to-date and save disksapce too. I only have > around 2G for disk, which these days is pretty small. Doesn't autorpm check against the rpm database? I'm pretty sure it does... -- [EMAIL PROTECTED], OpenPGP key available on www.keyserver.net Freezer Burn BBS: telnet://bbs.freezer-burn.org . ICQ: 54924721 Webmaster for the Linux Portal Site Freezer Burn: http://www.freezer-burn.org Current Linux uptime: 1 day 23 hours 52 minutes.
Re: [Cooker] urpmi.addmedia
On Sun, 23 Jul 2000, Ron Stodden wrote: > Don't use FTP, use rsync - it will automatically compare all local > and server files of the same name in the nominated directory using > clever algorithms and download only the differences and patch them > in. It is very fast and totally reliable. Read man rsync. I do't have the diskspace to host 700+ MB of RPMS. This is why I don't like autorpm either. What I need is for something to check against the RPM *database*, not the actual files on the system. Then, download the updated package, automatically install, then remove the new package file from the disk. This way I could stay up-to-date and save disksapce too. I only have around 2G for disk, which these days is pretty small. I have an 18G drive just sitting here, waiting to find a site that offers Cooker CD's for a nominal fee... -- Sincerely, David Walluck <[EMAIL PROTECTED]>
Re: [Cooker] urpmi.addmedia
David Walluck wrote: > > If the file exists on > FTP, why must it be downlaoded every day (locally)? Don't use FTP, use rsync - it will automatically compare all local and server files of the same name in the nominated directory using clever algorithms and download only the differences and patch them in. It is very fast and totally reliable. Read man rsync. -- Regards, Ron. [AU] - sent by Mandrake Linux. To write a poem in 17 syllables is very diffic
Re: [Cooker] urpmi.addmedia
On 22 Jul 2000, Pixel wrote: > David Walluck <[EMAIL PROTECTED]> writes: > > download at least provide diff's for the hdlist so the whole very large > > file need not be downloaded every single day. > > is hdlist.cz2 really too big for you to download? I am on a 28.8 modem and I believe it was *large*.. I remember it being like 15, but this was before you started zipping it. Debian does not require and updated list. Plus I cannot ever get urpmi to work right. I added a removable mdeia (CD-ROM mdk 7) and it doesn't find it when it tries to install a package.
Re: [Cooker] urpmi.addmedia
David Walluck <[EMAIL PROTECTED]> writes: > I recently posted about the FTP as a media being impossible over a > standrad modem, Pxel agree, but what will be the solution for this? I > currently use an old 7.0 CD as media, but this obviously has the wrong > packages... I would like to use the cooker FTP site. If the file exists on > FTP, why must it be downlaoded every day (locally)? How does Debain > manage? Obviously a better way. And if you were going to stick with a > download at least provide diff's for the hdlist so the whole very large > file need not be downloaded every single day. is hdlist.cz2 really too big for you to download?
Re: [Cooker] urpmi.addmedia
David Walluck <[EMAIL PROTECTED]> writes: > What I mean is that if I add my Mandrake 2.0-1 CD it is all older than > what is currently installed on my PC. So do I want: > > urpmi.addmedia cooker > ftp://rpmfind.net/linux/MandrakeCooker/cooker/Mandrake/base with > hdlist.cz2 > > Would this be OK? well, make it: urpmi.addmedia cooker ftp://rpmfind.net/linux/MandrakeCooker/cooker/Mandrake/RPMS with ../base/hdlist.cz2 and that will be ok.
