Dump/restore 0.4b36 released

From: Stelian Pop (stelian_at_popies.net)
Date: 04/21/04

  • Next message: Ken O. Burtch: "[PegaSoft] Toronto - Python Tutorial"
    Date: Wed, 21 Apr 2004 05:31:20 CST
    
    

    Hi everybody,

    A new version of dump/restore, the Linux ext2/ext3 filesystem
    backup utilities, has been released today.

    This release features some interoperability fixes (make restore
    understand Solaris 7 ufsdump and FreeBSD UFS2 tapes), some new
    features (specify different tape sizes for each tape when doing
    multi-volume dumps, extend dump to understand unlimited dump
    levels) and some other miscellaneous fixes.

    You can download the new version at dump/restore's homepage:
            http://dump.sourceforge.net

    Enjoy,

    Stelian.

    Changes between versions 0.4b35 and 0.4b36 (released April 21, 2004)
    ====================================================================

    1. Fixed dump compilation with old gcc versions. Thanks to
            Mike Castle <dalgoda@users.sourceforge.net> for the patch.

    2. Fixed some warnings (howmany, roundup, powerof2 redefined)
            when compiling against a recent glibc version.

    3. Fixed a bug in restore preventing the read of a dump tape
            written with Solaris 7 ufsdump. Thanks to Patrick Higgins
            <phiggins@transzap.com> for reporting the bug and providing
            the test case.

    4. Changed dump to enable the creation of volumes of different
            sizes in a single run (make -B accept a list of values).
            Patch contributed by Florian Zumbiehl <florz@gmx.de>.

    5. Use the glibc provided minor() and major() macros instead
            of our own bitmask implementation. This should be safe for
            when the major/minor namespace will migrate to 32 bits.
            Thanks to Zhang Jun <zhangjun@nanjing-fnst.com> for reporting
            the bug.

    6. Made explicit in the dump man page that dump will not create
            a remote file, it will only write to an already existing one.

    7. Another try at making size estimates better again.

    8. Put back the inconditional running of the end-of-tape
            script which was changed in 0.434 to be run only when -M
            or multiple -f were NOT specified. Some users rely on this
            feature even when it is combined with -M/-f.

    9. Fixed restore when restoring huge backups (where rstdir...
            temporary files are over 2GB). Thanks to
            Raphael Jaffey <rjaffey@artic.edu> for reporting this,
            debugging the issue and making the patch.

    10. Made restore understand FreeBSD UFS2 tapes. Thanks to
            David <vrtin@users.sourceforge.net> for submitting the bug
            and providing a test case.

    11. Made dump work with an arbitrary integer level (no more 10
            levels only limitation). Thanks to Matthew
            <msvincen@midway.uchicago.edu> for the patch.
            

    -- 
    Stelian Pop <stelian@popies.net>
    ##########################################################################
    # Send submissions for comp.os.linux.announce to: cola@stump.algebra.com #
    # PLEASE remember a short description of the software and the LOCATION.  #
    # This group is archived at http://stump.algebra.com/~cola/              #
    ##########################################################################
    

  • Next message: Ken O. Burtch: "[PegaSoft] Toronto - Python Tutorial"

    Relevant Pages

    • Dropping a clanger
      ... I've just come across something excruciatingly awful on YouTube! ... This features a group of children with handbells performing along with ... what is clearly a tape or CD recording of piano and orchestra. ...
      (uk.education.staffroom)
    • Re: Still NO NASCAR REVIEWS?
      ... no one cares. ... I do, I guess I was just looking at it from the, "I'm gonna dump ... anything more than a rant about flippers or features that work just ... fine on maintained machines. ...
      (rec.games.pinball)