Bug 101218 - sys-app/coreutils: install with 'g' prefix on non-GNU userlands
Bug#: 101218 Product:  Gentoo/Alt Version: unspecified Platform: All
OS/Version: FreeBSD Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: base-system@gentoo.org Reported By: flameeyes@gentoo.org
Component: Other
URL: 
Summary: sys-app/coreutils: install with 'g' prefix on non-GNU userlands
Keywords:  
Status Whiteboard: 
Opened: 2005-08-03 09:04 0000
Description:   Opened: 2005-08-03 09:04 0000 
As I'm trying to get some sort of GNU-compatibility for end users on  
Gentoo/FreeBSD, I need to have coreutils working on Gentoo/FreeBSD.  
Sources compiles fine on Gentoo/FreeBSD without problems or collisions (a part  
charset.alias, sure), so I changed the ebuild to make it support non-GNU  
userlands as well as the default GNU userlands. 
 
When installed in a non-GNU userland, it installs every binary with g-prefix  
and in /usr/bin instead of /bin, so it doesn't need to move them around; it  
also avoid to touch /usr/bin/hostname. 
 
The change is a no-op for GNU systems. 
 
Thanks in advance, 
Diego

------- Comment #1 From Diego E. 'Flameeyes' Pettenò 2005-08-03 09:04:41 0000 ------- 
Created an attachment (id=64994) [details]
Ebuild patch

------- Comment #2 From Diego E. 'Flameeyes' Pettenò 2005-08-03 09:11:34 0000 ------- 
Actually ${D}/usr/lib should be ${D}/usr/$(get_libdir) when removing the 
charset.alias.

------- Comment #3 From SpanKY 2005-08-03 10:48:27 0000 ------- 
i dont like this change ... i dont see much benefit installing coreutils like
this

------- Comment #4 From Diego E. 'Flameeyes' Pettenò 2005-08-03 10:50:41 0000 ------- 
Read on my blog 
( http://planet.gentoo.org/developers/flameeyes/2005/08/03/p268 ), it's to 
allow users to have gnu-style userland commands if they are too used to them.

------- Comment #5 From Luca Barbato 2005-08-14 06:54:05 0000 ------- 
Looks fine beside those lines:

+
+	rm -f ${D}/usr/lib/charset.alias

Segregate the with as you planned on irc

+	# charset.alias provided by libiconv on non glibc systems
+	# and not built on glibc
+	use elibc_glibc || rm -f ${D}/usr/lib/charset.alias

or patch the build system to avoid building it on libiconv presence.

------- Comment #6 From SpanKY 2005-08-15 21:24:34 0000 ------- 
/usr/lib/charset.alias should never be produced by anything on a GNU system
afaik

the '-f' passed to 'rm' will keep rm from erroring, so no point in adding the
`use`

------- Comment #7 From SpanKY 2005-08-17 19:20:08 0000 ------- 
sync up and try out what ive committed to 5.2.1-r6

------- Comment #8 From Diego E. 'Flameeyes' Pettenò 2005-08-18 06:44:33 0000 ------- 
Thanks, works fine. 
I've only committed a change to ChangeLog to fix the spelling of my name :P