Summary: | net-dialup/hsfmodem-7.80.02.01 with sys-apps/openrc-0.4.3-r1: /etc/init.d/hsf fails to start | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Erik Boritsch <borych> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | darkside, egorov_egor, net-dialup |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Erik Boritsch
2009-03-08 18:23:03 UTC
Reassigning to net-dialup herd. I don't use openrc or hsfmodem. Either the reporter or someone from base-system team will have to find the solution for this.
> Either the reporter or someone from base-system team will have to find the
> solution for this.
>
I run in to similar problem with hsfmodem-7.80.02.03 and openrc-0.4.3-r3 (the problem is not caused by ebuild same problem with core installation). The init script is created during hsfconfig run and it's just a symlink to /usr/sbin/rchsf. Somehow the openrc is not able to run the init script this way. The simple workaround for this problem is to copy the rchsf script over the simlink (rename it to hsf) to /etc/init.d/. After doing this the script is lunching properly and the modem is fully usable. Of course you have to recopy the file after every run of hsfconfig.
Thanks for the info. To get this straight, we cannot copy the init script on installation? Only after hsfconfig is ran? See http://bugs.gentoo.org/show_bug.cgi?id=308865 This solved by adding dosed "/\/etc\/init\.d\/hsf/s/ln -s/cp/" /usr/sbin/hsfconfig || die into src_install (for hsfmodem-7.80.02.05) Please test. Sory, my English is bad. dropped |