When you emerge macchanger, it generates some files in /share *and* symlinks /usr/share there. Pretty weird if you ask me. Reproducible: Always Steps to Reproduce: emerge macchanger Actual Results: >>> Merging net-analyzer/macchanger-1.3.0-r1 to / --- /usr/ --- /usr/bin/ --- /usr/share/ --- /usr/share/doc/ >>> /usr/share/doc/macchanger-1.3.0-r1/ >>> /usr/share/doc/macchanger-1.3.0-r1/README.gz >>> /usr/share/doc/macchanger-1.3.0-r1/INSTALL.gz >>> /usr/share/doc/macchanger-1.3.0-r1/COPYING.gz >>> /usr/share/doc/macchanger-1.3.0-r1/AUTHORS.gz >>> /usr/share/doc/macchanger-1.3.0-r1/ChangeLog.gz --- /usr/share/man/ --- /usr/share/man/man1/ >>> /usr/share/man/man1/macchanger.1.gz --- /sbin/ >>> /sbin/macchanger >>> /share/ >>> /share/macchanger/ >>> /share/macchanger/wireless.list >>> /share/macchanger/OUI.list >>> /usr/bin/macchanger -> /sbin/macchanger >>> /usr/share/macchanger -> /share/macchanger Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/cvs/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -O2 -pipe" DISTDIR="/var/cache/portage/distfiles" FEATURES="autoaddcvs ccache distcc" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/" MAKEOPTS="-j2" PKGDIR="/var/cache/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/mss/.portage/mortage /usr/local/portage-overlay/misc /usr/local/portage-overlay/kde-cvs" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aavm acl acpi acpi4linux alsa apache2 apm applypatches arts artswrappersuid avi berkdb cdr crypt cups curl dga directfb dvd dvdr encode esd ethereal expat faad fbcon foomaticdb gd gdbm geoip gif gphoto2 gpm gtk gtk2 hbci imap imlib ipv6 irda jabber java javascript jpeg kde ldap libg++ libwww mad maildir mikmod mmx motif mozilla moznoirc mpeg ncurses nls odbc oggvorbis opengl operanom2 oss pam pda pdflib perl png python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype usagi usb video_cards_radeon wmf x86 xinerama xml xml2 xmms xv xvid zlib"
Seems like this was done deliberately. From the changelog: *macchanger-1.3.0-r1 (24 Sep 2003) 24 Sep 2003; Robin H. Johnson <robbat2@gentoo.org> macchanger-1.3.0-r1.ebuild: move binary to /sbin and data to /share, for use when /usr is nfs mounted That's wrong, violates the FHS. Where is macchanger used so that its needed on startup? (And who wants to mount /usr via NFS anyway.) There must be some other, better solution for this as macchanger is the first app I see which creates a /share...
Robin, do you have any special reason this should be in /share? If not, I'll be moving it back to /usr/share.
for usage of macchanger in the root file system, see baselayout-1.10.1. I have a number of boxes that NFS mount their /usr environment. /usr is out as it's nfs-mounted in the case i'm looking at. /lib is NOT architecture-independant. /share made the most logical sense in terms of trying to follow the guidelines to FHS, as /usr/share is defined as architecture-independant. I'm not the first to think of /share, I've seen it used in other distributions. as a compromise, a local use flag, disabled by default. USE="breakfhs" when enabled, installs in /share/macchanger instead of /usr/share/macchanger
I had a short chat with Daniel Quinlan and while he admits that /share would logically make sense, he said that for rare cases like this it makes more sense to "abuse" /lib. Actually, from my very own interpretation of /lib in the FHS is n't it even an abuse, it all depends on how you read it :)
/lib/macchanger would be perfectly usable and fine by me for the moment, while less FHS-correct in how I see it. USE=breakfhs can get brought back if it's ever needed again.
Created attachment 35684 [details] macchanger-1.5.0.ebuild Here's a modified ebuild for version 1.5.0. Unfortunately does the website not tell us what the changes between 1.3 and 1.5 were. But judging from the ChangeLog there were mostly additions to the MAC list plus a minor bug in the --random code fixed.
acceptable. I've put 1.5.0 (~x86) in portage, and also 1.3.0-r1 is updated to do the same (x86).
