Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 247631 - app-shells/rush-1.4 - Restricted user shell intended for use with ssh, rsh and similar
Summary: app-shells/rush-1.4 - Restricted user shell intended for use with ssh, rsh an...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
Whiteboard: sunrise-removal
Keywords: EBUILD, InOverlay
: 496544 (view as bug list)
Depends on:
Blocks: 496544
  Show dependency tree
Reported: 2008-11-19 21:59 UTC by pavel sanda
Modified: 2016-06-08 19:00 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

rush-1.7-glib-2.16-gets.patch (rush-1.7-glib-2.16-gets.patch,546 bytes, patch)
2013-12-30 13:50 UTC, Florian Steinel
Details | Diff
rush-1.7.ebuild (rush-1.7.ebuild,715 bytes, text/plain)
2013-12-30 13:51 UTC, Florian Steinel

Note You need to log in before you can comment on or make changes to this bug.
Description pavel sanda 2008-11-19 21:59:41 UTC
Restricted user shell intended for use with ssh, rsh and similar.
Bug for package in sunrise.

Reproducible: Always

Steps to Reproduce:
Comment 2 pavel sanda 2008-11-21 10:46:32 UTC
reopening. afaik sunrise package bugs should remain so.
Comment 3 Patrick Lauer gentoo-dev 2013-03-14 06:44:51 UTC
make -j4 
make  all-recursive
make[1]: Entering directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7'
Making all in gnu
make[2]: Entering directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
  GEN    c++defs.h
  GEN    alloca.h
  GEN    configmake.h
  GEN    arg-nonnull.h
  GEN    warn-on-use.h
  GEN    langinfo.h
  GEN    stdio.h
  GEN    string.h
  GEN    stdlib.h
  GEN    time.h
  GEN    unistd.h
  GEN    wchar.h
  GEN    wctype.h
make  all-recursive
make[3]: Entering directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
make[4]: Entering directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
  CC     c-ctype.o
  CC     localcharset.o
  CC     xstrndup.o
  CC     exitfail.o
In file included from localcharset.c:30:0:
./stdio.h:434:1: error: ‘gets’ undeclared here (not in a function)
  CC     argmatch.o
  CC     asnprintf.o
  CC     basename.o
In file included from argmatch.c:30:0:
./stdio.h:434:1: error: ‘gets’ undeclared here (not in a function)
make[4]: *** [localcharset.o] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: *** [argmatch.o] Error 1
make[4]: Leaving directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7/gnu'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/app-shells/rush-1.7/work/rush-1.7'
make: *** [all] Error 2
emake failed
 * ERROR: app-shells/rush-1.7 failed (compile phase):
 *   emake failed
Comment 4 pavel sanda 2013-03-14 06:52:12 UTC
compilation works fine here (running mostly stable version of libs though)
Comment 5 pavel sanda 2013-03-14 07:49:24 UTC
similar patch to as below should fix the issue for new glibc
does it work for you?
Comment 6 Florian Steinel 2013-12-30 13:50:25 UTC
Created attachment 366540 [details, diff]

(In reply to pavel sanda from comment #5)
Thanks Pavel.
I've used your example from grub to patch rush-1.7/gnu/
I'm attaching the patch for rush and the modifed ebuild.
Comment 7 Florian Steinel 2013-12-30 13:51:52 UTC
Created attachment 366542 [details]

--- rush-1.7.ebuild.orig        2013-12-30 13:48:07.000000000 +0100
+++ rush-1.7.ebuild     2013-12-30 14:51:22.000000000 +0100
@@ -2,6 +2,10 @@
 # Distributed under the terms of the GNU General Public License v2
 # $Header: $

+inherit base eutils
 DESCRIPTION="Restricted user shell intended for use with ssh, rsh and similar."
@@ -11,6 +15,11 @@ SLOT="0"
 KEYWORDS="~amd64 ~x86"

+src_prepare() {
+       epatch "${FILESDIR}"/rush-1.7-glib-2.16-gets.patch
+       base_src_prepare
 src_install() {
        dodoc THANKS AUTHORS README NEWS || die "copying documentation failed"
        emake DESTDIR="${D}" install || die "emake install failed"
Comment 8 Florian Steinel 2013-12-30 15:37:43 UTC
(In reply to Patrick Lauer from comment #3)
Upstream Bug:
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2013-12-30 23:08:21 UTC
*** Bug 496544 has been marked as a duplicate of this bug. ***
Comment 10 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-06-08 16:46:36 UTC
Hello, everyone.

It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project.

Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:

1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.

2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.

3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.

4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.

Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.

Comment 11 pavel sanda 2016-06-08 19:00:14 UTC
copied & fixed in rebutia overlay