fbsetbg, packaged by commonbox-utils can use several image programs to set root. It, although as a preference list, headed by feh. It does not, however need feh! And for me (on ppc) this is even worse, because feh relies on a masked library to work with all reasonable file types (png and jpg). As fbsetbg preferes feh, it wont even use anything besides the prefered if it doesn't work! So basically I had to unmerge feh, and since I've got xv installed... it all works! Reproducible: Always Steps to Reproduce: My "emerge info" as requested (not that I think it really necessary in this case): Portage 2.0.49-r3 (default-ppc-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.21-ppc-r2) ================================================================= System uname: 2.4.21-ppc-r2 ppc ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CFLAGS="-Os -fforce-addr -ffast-math -frename-registers -fsigned-char - mcpu=750 -pipe" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/confi g /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-Os -fforce-addr -ffast-math -frename-registers -fsigned-char - mcpu=750 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="http://darkstar.ist.utl.pt/gentoo ftp://ftp.rnl.ist.utl.pt/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://ftp.rnl.ist.utl.pt/gentoo-portage" USE="oss libwww jpeg nls gif sdl png ppc gdbm berkdb slang readline java gpm tcpd pam ssl perl python esd imlib opengl X gtk gtk2 ncurses tiff zlib xmms - alsa -dvd -xv -mitshm -oggvorbis -gnome -qt -kde -motif -mozilla -truetype - cups -foomaticdb"
we're going to replace the bloated xv with feh. of course fbsetbg will work with xv, because it's just a wrapper script. anyway commonbox-utils-0.5 has been masked already due to several issues. (bsetroot related)
I think you've missed my point. As of now (at least) feh is the prefered viewer for fbsetbg, but not a required one! Its' as plain and simple as that!! Gentoo is supposed to be about fredom and I'm sure I'm not obliged tu use feh (which, once again, does not even work for me) if I already have Eterm or WindowMaker, just because the developer and you prefered it! Nor sould I be bothered with 4 things to emerge on every emerge world (feh, which depends on giblib and imlib which dependes on edb)! That's, I think, agaist gentoo philosophy... not everybody is shearching for what you are, want's waht you whant, or even uses the same arch as you do. And once again I stress, unstable or not, my system works in perfection, unless I have feh installed, so should I emerge it?
I've already considered depending on feh OR eterm in the next version, feh will be preferred. In any case, you can always avoid installing either with --nodeps. I welcome further comments. --tseng
Well, that's an certainly a welcomed improvement. Still I belive that we should be able to use whatever we wish. But, don't get me wrong, I have it working right now it's just that I'm used to updating my system with an "emerge -uUD world" and don't much like unneeded stuff showing up... (and since I'm now using a precompiled version of just wmsetbg I'd still get either feh and it's several deps or Eterm and it's huge deps). But I guess that's just my own problem. Hope some day feh's deps start working for me (ppc here), cause I honestly liked it... no png's or jpg's was an issue though. ;) This was more a matter of philosophy than anything else: I moved to gentoo exactly because I don't want to be told what to do when I should be given the choice.
