First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 170894
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: MATSUU Takuto <matsuu@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: halfgaar@gmx.net
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 170894 depends on: Show dependency tree
Bug 170894 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-03-14 16:01 0000
From the dar-announce mailing list:

===========================
See at the bottom of this email the list of all change and let me first
warn you about an important bug found three days ago (all older version
of dar are affected):

If you were using dar to backup in one time several mounted filesystems,
if hard links were present on one of theses filesystems (most Unix users
should assume yes, while windows users should not be concerned) and if
you were using filtering (-X, -I, -P, -g, -[, -] option) that lead to
exclude some hard linked files, it is strongly recommended to consider
the case where the bug #1667400 expressed (for details refer to
Sourceforge): In brief, some files may have been considered as a hard
link to an inode of same number but located on another filesystem,
leading to your data not being backed up properly. Dar's test (-t)
option cannot report any problem as the resulting archive stayed well
generated while Dar's diff (-d) option of older releases suffered from
the same bug (same code used to read a filesystem). In consequence, as
more as you have hard links as more it is recommended to recycle your
backup quickly (at least make a full backup should be OK). If however
the filesystem under backup does not change often, you can use Dar's
diff option (-d) of release 2.3.3 to check for the occurrence of this
bug, be aware that it may report differences due to real changes in the
filesystem as well as improperly saved hard linked data due to this bug.
===========================

Therefore, dar 2.3.3 should be marked stable. That is, if there are no other
problems. Dar 2.2.6 has been the latest stable for quite some time. Is there a
reason for that?

Reproducible: Always

------- Comment #1 From bunkacid 2007-05-22 09:21:26 0000 -------
app-backup/dar-2.3.3 compiles fine for me.

Also 2.2.6 has an issue which 2.3.3 apparently fixes.
http://bugs.gentoo.org/show_bug.cgi?id=179396

------- Comment #2 From bunkacid 2007-05-22 09:26:05 0000 -------
app-backup/dar-2.3.3 compiles fine for me.

Also 2.2.6 has an issue which 2.3.3 apparently fixes.
http://bugs.gentoo.org/show_bug.cgi?id=179396

------- Comment #3 From MATSUU Takuto 2007-05-22 10:30:46 0000 -------
sorry for delay.

all archs: test and mark stable
app-backup/dar-2.3.3
app-backup/kdar-3_pre20060314

------- Comment #4 From Christian Faulhammer 2007-05-22 11:49:14 0000 -------
Are messages like this normal?  And also the missing icons?
KDarController::createArchive(): need to implement

Else: runs fine on x86 and amd64

------- Comment #5 From Gustavo Zacarias (RETIRED) 2007-05-22 15:26:04 0000 -------
dar-2.3.3 stable.
However kdar-3_pre looks incomplete as Christian notes and we have no previous
sparc stable so i'll leave it as it currently is.

------- Comment #6 From Christian Faulhammer 2007-05-23 08:54:13 0000 -------
x86/amd64 for all of them, we have no choice if we want dar 2.3* stable (and we
really want that).

------- Comment #7 From Lars Weiler (RETIRED) 2007-05-24 09:39:17 0000 -------
ppc stable.

closing as we are the last arch.

------- Comment #8 From Jakub Moc (RETIRED) 2007-05-27 12:12:31 0000 -------
*** Bug 179976 has been marked as a duplicate of this bug. ***

First Last Prev Next    No search results available      Search page      Enter new bug