The ebuild for parted says: RDEPEND==dev-libs/progsreiserfs-0.3.0* Yet I don't have resierfs anywhere near my system. I bet parted runs just fine without progsreiserfs. From the parted README: (2) When doing dependencies, remember that libreiserfs is a *soft* dependency, so I guess that means Debian-look-alikes should do a "suggests", but not a "requires". Reproducible: Always Steps to Reproduce: 1. emerge parted 2. watch dev-libs/progsreiserfs be merged as well. Actual Results: dev-libs/progsreiserfs tried to make it onto my system. Expected Results: just parted please. Portage 2.0.47-r10 (default-1.0, gcc-2.95.3, glibc-2.2.5-r2,2.2.5-r8) ================================================================= System uname: 2.4.19-gentoo-r9 i586 Pentium MMX GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/bash_completion /usr/X11R6/lib/X11/xkb /etc/X11/serverconfig /etc/X11/starthere /etc/ssmtp /etc/sound/events /etc/X11/rstart /etc/X11/xdm /etc/pango /etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm crypt cups encode libg++ mikmod mmx mpeg ncurses pdflib spell truetype xml2 xv berkdb esd gdbm gif gnome gnome-libs gtk guile java libwww oggvorbis pam perl png python readline slang snmp ssl tcpd tetex tiff X -xmms -jpeg -avi -dvd -opengl -doc -quicktime -sdl -svga -motif -nls -imlib -kde -qt -arts gpm mozilla gtk2" COMPILER="" CHOST="i586-pc-linux-gnu" CFLAGS="-march=i586 -O3 -pipe" CXXFLAGS="-march=i586 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
there is merit in what you say, but I'd like comments from our kernel and system guys.
I'd be really happy with a `use reiserfs`. Then people who planned to use it could add it to make.conf during install and I could USE=-reiserfs and wander off.
actually, my own thinking is to have virtual/fstools that way you can install whatever progs you need
I like that even better. But how would the system know what flavor of tools to install?
If you look in /etc/make.profiles/virtuals you'll see what each virtual defaults to. For instance virtual/editor will default to nano, but if you then emerge emacs (which also provides virtual/editor) and unmerge nano, your system is still happy (see /etc/make.profile/packages for required system packages), because a virtual/editor exists. So, it would probably be best to default this to e2fstools, and leave it to the individual system operators to decide what virtual/fstools they want installed.
progsreiserfs is not a fstools, it is a library for reiserfs access... as for it as a dep for parted, it is what like 300k or something? Are we really that picky? what this really needs is a CDEPEND where IF reiserfsprogs is merged THEN parted depends on progsreiserfs, but we don't have that functionality yet so ... for now, it STAYS as a dep because this would be the only package using a reiserfs useflag, and this should be defaulted to ON since in general with filesystem support it is better safe than sorry, and progsreiserfs is a very small package.
This bug has been inactive for a long time. The reported problem persists. Can we close this as WONTFIX? Reopen this bug if you feel it's worth it.
i feel it's worth it i've add a local use flag: noreiserfs i think you can guess what it does ;)
put noreiserfs into your USE