KP Kirchdörfer wrote: > > Am Samstag, 2. Februar 2002 00:52 schrieb Michael D. Schleif: > > KP Kirchdörfer wrote: > > > the backup destination of packages points by default to cdrom, > > > which is write-protected by technology... > > > > > > Could this be changed easily to default to /dev/fd0? > > > > > > Cosmetic change, I know, for leaf-die-hards, but something new > > > user might be disattracted. > > > > This is what I do: > > > > # cat /etc/init.d/backdisk.update > > Thanks Michael, > but I didn't ask for a workaround, instead it's been a request for > Dachstein 1.0.3. > > I'm under the impression this has slipped into the release, even it > makes no sense; but it might also be related to keep scripts between > cdrom and floppy version in sync, and therefor isn't easy to change. > > Now, if nothing happens, I'll consider to make use of your > workaround, better than nothing.
I studied why Charles coded this the way it is and decided that this simple rc script is probably the best way. Since the current mechanism bases the backup destination on whence the package last came -- this is a good thing -- I don't see an easy fix. Without some manual configuration, how will the system know -- at startup -- where you prefer to backup packages? Of course, it is possible that the post-startup backup process can test backup destinations for write-ability. Is this complication really warranted? Since my `solution' _fixes_ reasonable startup defaults and does *not* break anything for floppy-based users, it is a small, reasonable solution. Of course, wherever this script is hardcoded for `msdos', `fd0', &c., these can be made into variables and also part of the lrcfg configuration schema. I wonder what Charles has up his sleeve? Again, I only offered this as a suggestion. Enjoy it -- or not -- as you will . . . -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . _______________________________________________ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
