The new net-dialup/linux-atm-2.5.0 include this utility but it installs br2684ctl in /usr/sbin. @vapier: I wish I had updated my work tree this morning, so I wouldn't waste time duplicating your work on linux-atm. :-/
Created attachment 139990 [details, diff] OpenRC patch Will need to be adapted slightly for baselayout-2, and ditto for baselayout-1
*** Bug 208247 has been marked as a duplicate of this bug. ***
I ran into this problem today while I was upgrading my server. As I work only on stable tree with my server it seems a little cruel to find message that some package is hardmasked and marked for removal while without it your net doesn't work. I had to reemerge it in order to have functional net again... I could also make simple link to linux-atm version of daemon... Why hasn't this bug been resolved before hardmasking br2684ctl?
Probably I'm to blame for that, because I forgot about this bug. Anyway, I cannot wait forever for this bug to be solved. I prefer to let base-system team to fix it rather than unmasking br2684ctl.
On second thought, maybe it is not wise to make users suffer because we move with the speed of snails. net-misc/br2684ctl has been unmasked, but PLEASE fix this damn bug. After all, 11 months has past since I've open it... :-/
(In reply to comment #5) > On second thought, maybe it is not wise to make users suffer because we move > with the speed of snails. > net-misc/br2684ctl has been unmasked, but PLEASE fix this damn bug. After all, > 11 months has past since I've open it... :-/ It's been fixed in OpenRC for over 10 months. If baselayout-1 isn't being actively maintained by anyone then someone should either step up and maintain it or start promoting OpenRC to stable.
As I see, this bug isn't fixed in baselayout-1.12.12 either... So basically it appears to me that baselayout 2.0.0 should stabilized.
(In reply to comment #7) > As I see, this bug isn't fixed in baselayout-1.12.12 either... So basically it > appears to me that baselayout 2.0.0 should stabilized. I second this. I've been using baselayout-2 forever, and it's been pretty stable.
Created attachment 214078 [details] ebuild for linux-atm fixing the problem Well, it's Christmas next year and I have ran into this bug as I have upgraded to linux-atm-2.5.0 from the former working br2684ctl package. As a stable user I am using baselayout-1.12.13, which can't spawn nas0 because of this bug. Basically /lib/rcscripts/net/br2684ctl.sh looks for /sbin/br2684ctl, while linux-atm-2.5.0 puts it in /usr/sbin/. I think a simpler solution than the patch posted here would be to symlink the executable from /usr/sbin to /sbin. Here's my ebuild, in case you want to add it to tree for others to benefit of better Gentoo systems on the stable branch.
And, just for the news, br2684 does no longer work, as it needs linux-atm-2.4 that fails to build with bison 2.4. We _need_ to mask br2684 and <linux-atm-2.5 now.
Is there somebody with this hardware that can provide an updated patch for openrc?
(In reply to comment #10) > And, just for the news, br2684 does no longer work, as it needs linux-atm-2.4 > that fails to build with bison 2.4. > > We _need_ to mask br2684 and <linux-atm-2.5 now. linux-atm-2.5 includes br2684ctl, I'll pmask net-misc/br2684ctl.
Is there an update for this? Thanks, William
Looking at br2684ctl.sh in openrc, we check for br2684ctl in both possible locations (/usr/sbin and /sbin), so this is a bug in baselayout-1. For more info, see comment #6, comment #7 and comment #8. Mike/base-system, one way to fix this would be to backport the br2684.sh script from openrc to baselayout-1. I am not sure it is a good idea for me to do this because I am not in a position where I could test.
Closed as OBSOLETE.