Summary: | mkfs.reiserfs vs mkreiserfs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Grant <davidgrant> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | critical | ||
Priority: | Highest | ||
Version: | 2004.1 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 68854 | ||
Bug Blocks: | 77210 |
Description
David Grant
2004-05-22 17:13:41 UTC
Just want to note, that qtparted uses progsreiserfs, too and I lost data because of it, trying to resize a partition, so I concur David. Brandon are you there? Can this be resolved by a developer? Can something be done immediately? Have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=244169, too. Hell ya, that Debian bug is bang on. Please Gentoo people let's take the initiative and completely remove this buggy piece of software from portage completely. Or make it ~x86 and put a huge warning in the pkg_setup or whatever. Make it beep three times too... ok, i package masked it and removed it from the DEPEND of parted/qtparted there isnt anything i can do about it already being installed on your system though :/ Should't there be an announcement for base-system packages that cause so fatal errors? it's not a 'base system package' it's a package that either (1) was emerged directly by the user or (2) was pulled in because of parted base-system herd just manages it because it's filesystem related Oh, I thought it is. But it still can trash others fs. I mean, the package was declared stable and even people who trust the Gentoo stable tree, don't even get information about the fact that the package is masked know for security reasons. Maybe Portage should be enhanced to trigger a warning in such cases. But up to now it is the developers job, to make sure everyone will get the information. Next problem: qtparted needs --disable-reiserfs otherwise configure fails. -> http://forums.gentoo.org/viewtopic.php?t=187231 Argh - now, not know, of course. yep, fixed, sorry does this happen with the 0.3.1rc8 version of progsreiserfs as well as the last version in portage? Didn't tested the snapshots, Robin. But the last one (0.3.1rc8) is from 12-Dec-2002 - seems to be a dead project. a warning to all here. progsreiserfs has been brought back, so that we can try and use the functionality that does work in it. testdisk is the main application for this (it's able to recover data from damaged reiserfs filesystems). For the time being, it would be best if *parted did not use progsreiserfs at all. parted seems to be fine on this, but I can't test out qtparted properly here. and to add to that, the new progsreiserfs doesnt install the binaries anymore, just the library SpanKY, The new ebuild has: make install DESTDIR="${D}" || die "Install failed" rm -r "${D}"/usr/{sbin/share/man} I don't see any || die on the rm, and I'm wondering if we should have such a thing there. Is there are safer way to do this? no, the ebuild says: rm -r "${D}"/usr/{sbin,share/man} yeah, putting a || die on there would be nice, i'll add that to cvs |