Be the first to post a text review of storebackup. Rate and review a project by clicking thumbs up or thumbs down in the right column.

View all reviews

• Forum thread added

  fizzdandantilus created the Kernel Panic: page_remove_rmap forum thread

  posted by fizzdandantilus 853 days ago

• Tracker artifact added

  rrt created the How to regenerate .md5Checksums for modified backup? artifact

  posted by rrt 905 days ago

• Forum thread added

  der-wenzel created the storeBackup under cygwin forum thread

  posted by der-wenzel 1417 days ago

• Tracker comment added

  Anonymous commented on the One-line-status-message artifact

  posted by nobody 1472 days ago

• Tracker comment added

  goldfinger2 commented on the precommand not executed early enough artifact

  posted by goldfinger2 1514 days ago

• Tracker artifact added

  Anonymous created the Warnings about md5 linking artifact

  posted by nobody 1534 days ago

• Tracker artifact added

  goldfinger2 created the One-line-status-message artifact

  posted by goldfinger2 1564 days ago

• Tracker comment added

  hjclaes commented on the Unneccessary md5sum calls artifact

  posted by hjclaes 1575 days ago

• Tracker artifact added

  nikratio created the Unneccessary md5sum calls artifact

  posted by nikratio 1575 days ago

• storebackup storeBackup-1.19 file released: storeBackup-1.19.tar.bz2

  version 1.19 2005.08.05 storeBackup.pl - in some rare cases filenames were stored with a leading slash in .md5CheckSum. I could not be simulated by me. But the bug should be fixed. - some fixes in handling of directory paths - uid and gid were not set correctly for symbolic links in the backups (in the files, not the description of the files) - formatting of file sizes with human readable number (eg. 3.5k) didn't work properly in all cases - check for symbolic links before opening temporary files - set permissions of backup root directory to 0755 (independent of umask) storeBackupRecover.pl - could not restore directory '.' with option -r - uid and gid were not set correctly for symbolic links when restoring, instead they were changed in the file where the symlink pointed to

  posted 1624 days ago