[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#271732: marked as done (RFP: dbackup -- disk-based client-server backup system (Perl))



Your message dated Thu, 22 Sep 2005 17:18:30 -0600
with message-id <E1EIaKk-00070T-00@merkel.debian.org>
and subject line WNPP bug closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 14 Sep 2004 21:22:03 +0000
>From jaalto@bongo.cante.net Tue Sep 14 14:22:03 2004
Return-path: <jaalto@bongo.cante.net>
Received: from fep19-0.kolumbus.fi (fep19-app.kolumbus.fi) [193.229.0.45] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1C7KkU-0000mU-00; Tue, 14 Sep 2004 14:22:02 -0700
Received: from bongo.cante.net ([81.197.3.110]) by fep19-app.kolumbus.fi
          with ESMTP
          id <20040914212200.USOJ14814.fep19-app.kolumbus.fi@bongo.cante.net>;
          Wed, 15 Sep 2004 00:22:00 +0300
Received: from jaalto by bongo.cante.net with local (Exim 4.34)
	id 1C7KbZ-0004hF-RL; Wed, 15 Sep 2004 00:12:50 +0300
MIME-Version: 1.0
From: Jari Aalto <jari.aalto@poboxes.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
X-Mailer: reportbug 2.64
Date: Wed, 15 Sep 2004 00:12:49 +0300
Message-Id: <E1C7KbZ-0004hF-RL@bongo.cante.net>
Sender: Jari Aalto <jaalto@bongo.cante.net>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: jaalto@bongo.cante.net
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: RFP: dbackup -- disk-based client-server backup system (Perl)
X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200)
X-SA-Exim-Scanned: Yes (on bongo.cante.net)
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: wnpp
Severity: wishlist


* Package name    : dbackup
  Version         : 1.0.3
  Upstream Author : David Parrish <david-dbackup@dparrish.com>
* URL             : http://www.dparrish.com/dbackup.html
* License         : GPL
  Description     : disk-based client-server backup system (Perl)

dbackup is a disk-based client-server backup system. It works on the
principal that disks are cheaper and more reliable than tapes.

Backups are started by cron probably on a daily basis by the client.
The client backs up individual filesystems / directories with tar and
sends the result to the server, which stores them in a simple
tree-based directory structure.

Restores are trivial, either by using the supplied restore client, or
by simply copying the appropriate tar files off the server and
uncompressing them.

- Backup very large filesystems as long as you have the disk space
- Works with very large numbers of servers / filesystems
- No state is kept on the client, it's all on the server
- Backup to multiple backup servers in round-robin
- Configuration can be global or per-server
- Authentication for client restores (optional)
- Trivial procedure for restores
- Daily / Full incremental backups

Uses:

- Perl version 5.005 or above is required, but much better performance
  will be seen with 5.6 or above.
- Digest::MD5

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-386
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to en_US)

---------------------------------------
Received: (at 271732-done) by bugs.debian.org; 22 Sep 2005 23:18:31 +0000
>From damog@merkel.debian.org Thu Sep 22 16:18:30 2005
Return-path: <damog@merkel.debian.org>
Received: from merkel.debian.org [192.25.206.16] (mail)
	by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
	id 1EIaKk-0001tD-00; Thu, 22 Sep 2005 16:18:30 -0700
Received: from damog by merkel.debian.org with local (Exim 3.36 1 (Debian))
	id 1EIaKk-00070T-00; Thu, 22 Sep 2005 17:18:30 -0600
To: 271732-done@bugs.debian.org
Subject: WNPP bug closing
Message-Id: <E1EIaKk-00070T-00@merkel.debian.org>
From: David Moreno Garza <damog@merkel.debian.org>
Date: Thu, 22 Sep 2005 17:18:30 -0600
Delivered-To: 271732-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02

Hello,

This is an automatic mail sent to close the RFP you have reported or 
are involved with.

Your RFP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.

As this an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not 
intended by owners and submitters (like you) to be closed, for
example if the RFP is still of your interest, or there has been 
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).

To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:

reopen 271732
thanks bts

Further comments on the work done in the bug sent to
271732@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.

This is the second massive wnpp closing that is being done. The next close
will be done on inactive RFPs older than 365 days and finally, an automatic
script will close, by default, *inactive* RFPs when they reach one year of
inactivity.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>  Thu, 22 Sep 2005 17:06:42 -0500



Reply to: