2012-09-04 15:43:14 +02:00
|
|
|
@comment $NetBSD: PLIST,v 1.3 2012/09/04 13:43:15 wiz Exp $
|
Initial import of bup-0.24b.
bup is a program that backs things up. bup has a few advantages
over other backup software:
It uses a rolling checksum algorithm (similar to rsync) to split
large files into chunks. The most useful result of this is you can
backup huge virtual machine (VM) disk images, databases, and XML
files incrementally, even though they're typically all in one huge
file, and not use tons of disk space for multiple versions.
It uses the packfile format from git (the open source version
control system), so you can access the stored data even if you
don't like bup's user interface.
Unlike git, it writes packfiles directly (instead of having a
separate garbage collection / repacking stage) so it's fast even
with gratuitously huge amounts of data. bup's improved index formats
also allow you to track far more filenames than git (millions) and
keep track of far more objects (hundreds or thousands of gigabytes).
Data is "automagically" shared between incremental backups without
having to know which backup is based on which other one - even if
the backups are made from two different computers that don't even
know about each other. You just tell bup to back stuff up, and it
saves only the minimum amount of data needed.
You can back up directly to a remote bup server, without needing
tons of temporary disk space on the computer being backed up. And
if your backup is interrupted halfway through, the next run will
pick up where you left off. And it's easy to set up a bup server:
just install bup on any machine where you have ssh access.
Bup can use "par2" redundancy to recover corrupted backups even if
your disk has undetected bad sectors.
Even when a backup is incremental, you don't have to worry about
restoring the full backup, then each of the incrementals in turn;
an incremental backup acts as if it's a full backup, it just takes
less disk space.
You can mount your bup repository as a FUSE filesystem and access
the content that way, and even export it over Samba.
2011-05-16 15:52:56 +02:00
|
|
|
bin/bup
|
|
|
|
|
lib/bup/bup/__init__.py
|
|
|
|
|
lib/bup/bup/_helpers.so
|
|
|
|
|
lib/bup/bup/_version.py
|
|
|
|
|
lib/bup/bup/bloom.py
|
|
|
|
|
lib/bup/bup/client.py
|
|
|
|
|
lib/bup/bup/csetup.py
|
|
|
|
|
lib/bup/bup/drecurse.py
|
|
|
|
|
lib/bup/bup/git.py
|
|
|
|
|
lib/bup/bup/hashsplit.py
|
|
|
|
|
lib/bup/bup/helpers.py
|
|
|
|
|
lib/bup/bup/index.py
|
2012-09-04 15:43:14 +02:00
|
|
|
lib/bup/bup/ls.py
|
|
|
|
|
lib/bup/bup/metadata.py
|
Initial import of bup-0.24b.
bup is a program that backs things up. bup has a few advantages
over other backup software:
It uses a rolling checksum algorithm (similar to rsync) to split
large files into chunks. The most useful result of this is you can
backup huge virtual machine (VM) disk images, databases, and XML
files incrementally, even though they're typically all in one huge
file, and not use tons of disk space for multiple versions.
It uses the packfile format from git (the open source version
control system), so you can access the stored data even if you
don't like bup's user interface.
Unlike git, it writes packfiles directly (instead of having a
separate garbage collection / repacking stage) so it's fast even
with gratuitously huge amounts of data. bup's improved index formats
also allow you to track far more filenames than git (millions) and
keep track of far more objects (hundreds or thousands of gigabytes).
Data is "automagically" shared between incremental backups without
having to know which backup is based on which other one - even if
the backups are made from two different computers that don't even
know about each other. You just tell bup to back stuff up, and it
saves only the minimum amount of data needed.
You can back up directly to a remote bup server, without needing
tons of temporary disk space on the computer being backed up. And
if your backup is interrupted halfway through, the next run will
pick up where you left off. And it's easy to set up a bup server:
just install bup on any machine where you have ssh access.
Bup can use "par2" redundancy to recover corrupted backups even if
your disk has undetected bad sectors.
Even when a backup is incremental, you don't have to worry about
restoring the full backup, then each of the incrementals in turn;
an incremental backup acts as if it's a full backup, it just takes
less disk space.
You can mount your bup repository as a FUSE filesystem and access
the content that way, and even export it over Samba.
2011-05-16 15:52:56 +02:00
|
|
|
lib/bup/bup/midx.py
|
|
|
|
|
lib/bup/bup/options.py
|
|
|
|
|
lib/bup/bup/path.py
|
|
|
|
|
lib/bup/bup/shquote.py
|
|
|
|
|
lib/bup/bup/ssh.py
|
|
|
|
|
lib/bup/bup/vfs.py
|
2012-09-04 15:43:14 +02:00
|
|
|
lib/bup/bup/vint.py
|
|
|
|
|
lib/bup/bup/xstat.py
|
Initial import of bup-0.24b.
bup is a program that backs things up. bup has a few advantages
over other backup software:
It uses a rolling checksum algorithm (similar to rsync) to split
large files into chunks. The most useful result of this is you can
backup huge virtual machine (VM) disk images, databases, and XML
files incrementally, even though they're typically all in one huge
file, and not use tons of disk space for multiple versions.
It uses the packfile format from git (the open source version
control system), so you can access the stored data even if you
don't like bup's user interface.
Unlike git, it writes packfiles directly (instead of having a
separate garbage collection / repacking stage) so it's fast even
with gratuitously huge amounts of data. bup's improved index formats
also allow you to track far more filenames than git (millions) and
keep track of far more objects (hundreds or thousands of gigabytes).
Data is "automagically" shared between incremental backups without
having to know which backup is based on which other one - even if
the backups are made from two different computers that don't even
know about each other. You just tell bup to back stuff up, and it
saves only the minimum amount of data needed.
You can back up directly to a remote bup server, without needing
tons of temporary disk space on the computer being backed up. And
if your backup is interrupted halfway through, the next run will
pick up where you left off. And it's easy to set up a bup server:
just install bup on any machine where you have ssh access.
Bup can use "par2" redundancy to recover corrupted backups even if
your disk has undetected bad sectors.
Even when a backup is incremental, you don't have to worry about
restoring the full backup, then each of the incrementals in turn;
an incremental backup acts as if it's a full backup, it just takes
less disk space.
You can mount your bup repository as a FUSE filesystem and access
the content that way, and even export it over Samba.
2011-05-16 15:52:56 +02:00
|
|
|
lib/bup/cmd/bup-bloom
|
|
|
|
|
lib/bup/cmd/bup-daemon
|
|
|
|
|
lib/bup/cmd/bup-damage
|
|
|
|
|
lib/bup/cmd/bup-drecurse
|
|
|
|
|
lib/bup/cmd/bup-fsck
|
|
|
|
|
lib/bup/cmd/bup-ftp
|
|
|
|
|
lib/bup/cmd/bup-fuse
|
|
|
|
|
lib/bup/cmd/bup-help
|
|
|
|
|
lib/bup/cmd/bup-import-rsnapshot
|
|
|
|
|
lib/bup/cmd/bup-index
|
|
|
|
|
lib/bup/cmd/bup-init
|
|
|
|
|
lib/bup/cmd/bup-join
|
|
|
|
|
lib/bup/cmd/bup-list-idx
|
|
|
|
|
lib/bup/cmd/bup-ls
|
|
|
|
|
lib/bup/cmd/bup-margin
|
|
|
|
|
lib/bup/cmd/bup-memtest
|
2012-09-04 15:43:14 +02:00
|
|
|
lib/bup/cmd/bup-meta
|
Initial import of bup-0.24b.
bup is a program that backs things up. bup has a few advantages
over other backup software:
It uses a rolling checksum algorithm (similar to rsync) to split
large files into chunks. The most useful result of this is you can
backup huge virtual machine (VM) disk images, databases, and XML
files incrementally, even though they're typically all in one huge
file, and not use tons of disk space for multiple versions.
It uses the packfile format from git (the open source version
control system), so you can access the stored data even if you
don't like bup's user interface.
Unlike git, it writes packfiles directly (instead of having a
separate garbage collection / repacking stage) so it's fast even
with gratuitously huge amounts of data. bup's improved index formats
also allow you to track far more filenames than git (millions) and
keep track of far more objects (hundreds or thousands of gigabytes).
Data is "automagically" shared between incremental backups without
having to know which backup is based on which other one - even if
the backups are made from two different computers that don't even
know about each other. You just tell bup to back stuff up, and it
saves only the minimum amount of data needed.
You can back up directly to a remote bup server, without needing
tons of temporary disk space on the computer being backed up. And
if your backup is interrupted halfway through, the next run will
pick up where you left off. And it's easy to set up a bup server:
just install bup on any machine where you have ssh access.
Bup can use "par2" redundancy to recover corrupted backups even if
your disk has undetected bad sectors.
Even when a backup is incremental, you don't have to worry about
restoring the full backup, then each of the incrementals in turn;
an incremental backup acts as if it's a full backup, it just takes
less disk space.
You can mount your bup repository as a FUSE filesystem and access
the content that way, and even export it over Samba.
2011-05-16 15:52:56 +02:00
|
|
|
lib/bup/cmd/bup-midx
|
|
|
|
|
lib/bup/cmd/bup-mux
|
|
|
|
|
lib/bup/cmd/bup-newliner
|
|
|
|
|
lib/bup/cmd/bup-on
|
|
|
|
|
lib/bup/cmd/bup-on--server
|
|
|
|
|
lib/bup/cmd/bup-random
|
|
|
|
|
lib/bup/cmd/bup-restore
|
|
|
|
|
lib/bup/cmd/bup-save
|
|
|
|
|
lib/bup/cmd/bup-server
|
|
|
|
|
lib/bup/cmd/bup-split
|
|
|
|
|
lib/bup/cmd/bup-tag
|
|
|
|
|
lib/bup/cmd/bup-tick
|
|
|
|
|
lib/bup/cmd/bup-version
|
|
|
|
|
lib/bup/cmd/bup-web
|
2012-09-04 15:43:14 +02:00
|
|
|
lib/bup/cmd/bup-xstat
|
Initial import of bup-0.24b.
bup is a program that backs things up. bup has a few advantages
over other backup software:
It uses a rolling checksum algorithm (similar to rsync) to split
large files into chunks. The most useful result of this is you can
backup huge virtual machine (VM) disk images, databases, and XML
files incrementally, even though they're typically all in one huge
file, and not use tons of disk space for multiple versions.
It uses the packfile format from git (the open source version
control system), so you can access the stored data even if you
don't like bup's user interface.
Unlike git, it writes packfiles directly (instead of having a
separate garbage collection / repacking stage) so it's fast even
with gratuitously huge amounts of data. bup's improved index formats
also allow you to track far more filenames than git (millions) and
keep track of far more objects (hundreds or thousands of gigabytes).
Data is "automagically" shared between incremental backups without
having to know which backup is based on which other one - even if
the backups are made from two different computers that don't even
know about each other. You just tell bup to back stuff up, and it
saves only the minimum amount of data needed.
You can back up directly to a remote bup server, without needing
tons of temporary disk space on the computer being backed up. And
if your backup is interrupted halfway through, the next run will
pick up where you left off. And it's easy to set up a bup server:
just install bup on any machine where you have ssh access.
Bup can use "par2" redundancy to recover corrupted backups even if
your disk has undetected bad sectors.
Even when a backup is incremental, you don't have to worry about
restoring the full backup, then each of the incrementals in turn;
an incremental backup acts as if it's a full backup, it just takes
less disk space.
You can mount your bup repository as a FUSE filesystem and access
the content that way, and even export it over Samba.
2011-05-16 15:52:56 +02:00
|
|
|
lib/bup/tornado/__init__.py
|
|
|
|
|
lib/bup/tornado/auth.py
|
|
|
|
|
lib/bup/tornado/autoreload.py
|
|
|
|
|
lib/bup/tornado/database.py
|
|
|
|
|
lib/bup/tornado/escape.py
|
|
|
|
|
lib/bup/tornado/httpclient.py
|
|
|
|
|
lib/bup/tornado/httpserver.py
|
|
|
|
|
lib/bup/tornado/httputil.py
|
|
|
|
|
lib/bup/tornado/ioloop.py
|
|
|
|
|
lib/bup/tornado/iostream.py
|
|
|
|
|
lib/bup/tornado/locale.py
|
|
|
|
|
lib/bup/tornado/options.py
|
|
|
|
|
lib/bup/tornado/s3server.py
|
|
|
|
|
lib/bup/tornado/template.py
|
|
|
|
|
lib/bup/tornado/web.py
|
|
|
|
|
lib/bup/tornado/websocket.py
|
|
|
|
|
lib/bup/tornado/win32_support.py
|
|
|
|
|
lib/bup/tornado/wsgi.py
|
|
|
|
|
lib/bup/web/list-directory.html
|
|
|
|
|
lib/bup/web/static/styles.css
|
|
|
|
|
man/man1/bup-bloom.1
|
|
|
|
|
man/man1/bup-daemon.1
|
|
|
|
|
man/man1/bup-damage.1
|
|
|
|
|
man/man1/bup-drecurse.1
|
|
|
|
|
man/man1/bup-fsck.1
|
|
|
|
|
man/man1/bup-ftp.1
|
|
|
|
|
man/man1/bup-fuse.1
|
|
|
|
|
man/man1/bup-help.1
|
|
|
|
|
man/man1/bup-import-rsnapshot.1
|
|
|
|
|
man/man1/bup-index.1
|
|
|
|
|
man/man1/bup-init.1
|
|
|
|
|
man/man1/bup-join.1
|
|
|
|
|
man/man1/bup-ls.1
|
|
|
|
|
man/man1/bup-margin.1
|
|
|
|
|
man/man1/bup-memtest.1
|
|
|
|
|
man/man1/bup-meta.1
|
|
|
|
|
man/man1/bup-midx.1
|
|
|
|
|
man/man1/bup-mux.1
|
|
|
|
|
man/man1/bup-newliner.1
|
|
|
|
|
man/man1/bup-on.1
|
|
|
|
|
man/man1/bup-random.1
|
|
|
|
|
man/man1/bup-restore.1
|
|
|
|
|
man/man1/bup-save.1
|
|
|
|
|
man/man1/bup-server.1
|
|
|
|
|
man/man1/bup-split.1
|
|
|
|
|
man/man1/bup-tag.1
|
|
|
|
|
man/man1/bup-tick.1
|
|
|
|
|
man/man1/bup-web.1
|
|
|
|
|
man/man1/bup.1
|
2011-05-31 14:01:18 +02:00
|
|
|
share/doc/bup/DESIGN
|
|
|
|
|
share/doc/bup/README
|