As of gentoo 2004.0, the "rc" shell (of Plan 9 fame) is not available as an emerge-able package. Source can be found at: http://www.star.le.ac.uk/~tjg/rc/release/rc-1.7.1.tar.gz Reproducible: Always Steps to Reproduce: 1.emerge rc 2. 3. Actual Results: emerge: there are no masked or unmasked ebuilds to satisfy "rc". Expected Results: Downloaded source tarball, configure and compile, and install, the "rc" shell.
does it actually install a file named 'rc' ? if so, it'll have to be renamed
The standard install creates the executable $prefix/bin/rc and the man page $prefix/man/man1/rc.1 (and that's all). For folk like me who would actually like the rc shell, having an execuatable in the default $PATH named "rc" is the expected behavior, and having it named something else would be strange, bordering on unacceptable. If you just mean that the package name would have to be something else, that's okay: how about "rc-shell"?
the reason putting it into $PATH as 'rc' is unaccetable is that our baselayout already utilizes /sbin/rc yes, that is a diff location from this shell, but it'll just lead to PATH nightmares
Oh, damn; I didn't notice that. And it looks pretty dang "core" to gentoo. I suppose I'll just have to live with installing from source myself, living with having to keep $PATH straight. Suggest "WONTFIX", since I think installing it as "plan9rc" or somesuch is too lame.
The ebuild for this shell can do an 'mv' to rename the actual executable, and then in a pkg_postinst() function, a couple lines can inform the user that the name was changed because of the /sbin/rc conflict. It's a very minor inconvience (unless you write shell scripts), but it's not exactly a blocker.
Created attachment 69558 [details] rc-1.7.1.ebuild
It looks like the old SRC_URI has died; based on this FreeBSD report: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/97298 the new value should be SRC_URI="ftp://rc.quanstro.net/pub/${P}.tar.bz2" . Also of interest is the modification contained in ftp://rc.quanstro.net/pub/rc-1.7.1.utf-8.email (which adds utf8 support). I find the proposed name of 'rcsh' to be a bad choice, because I inevitably find myself confused by reading the latter as either 'restricted csh' or 'remote csh'. Perhaps 'p9rc' would be a better name? Other than these two points, the proposed ebuild looks like a reasonable compromise solution to me; FWIW I give my endorsement to furthering this along the path to being put in the mainstream gentoo portage tree.
It seems to be latest version of rc. http://rc-shell.slackmatic.org/ seems to be the latest homepage.
*rc-1.7.1 (02 Oct 2009) 02 Oct 2009; Samuli Suominen <ssuominen@gentoo.org> +rc-1.7.1.ebuild: Initial commit wrt #45183, thanks to Ken Pizzini, Adrian Frühwirth and Arseny Solokha. And thanks to of course all fellow gentoo devs commenting here :-)
+*rc-1.7.2 (02 Oct 2009) + + 02 Oct 2009; Samuli Suominen <ssuominen@gentoo.org> +rc-1.7.2.ebuild: + Version bump. This is from the location of the UTF-8 patch...
