2006-08-21: Keith Bennett dixit: > On Sun, Aug 20, 2006, EV wrote: > > If you have the computer info in the path DB then you can > > ignore it for downloading, in the same way as we will surely > > allow, in fdb-based downlading, to strip the some prefix of > > the paths. Therefore, this only adds flexibility and costs > > almost nothing. If the computer info is not stored, then > > there is no way for figuring out where the tunes came from > > originally. > > Okay. I guess it doesn't hurt. The attached patch implements > this.
Thanks a lot. This will make things much easyer in my rather complex home setting (two RK's and three computers where tunes can mainly come from: mine, my wife's and a third one devoted to unattended FM radio broadcast recordings). > > Don't understand. How do you use the new fdb functionality > > for this purpose? > > riocp -U fdb.gz > > All you have to do is make a backup of the DB file. It can then > be restored from this backup as shown above. O.K. I hadn't notice the two new options (-F, -U). > Currently it only performs the uploads. If people wish, I could > add an option to delete files not contained in the DB file so > that the device is returned to the exact state it was in when > the DB file was last modified. That can certainly be useful. So far I'm using lkarmafs for unattendedly keep into my RK only the latest N (~50) FM radio recordings but, with this delete option, the path DB file might make things a bit easyer. Best, EV. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-karma-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-karma-devel
