Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
when hylafax is compiled with USE="mgetty", faxgetty should use /sbin/mgetty for data incoming calls (instead of agetty) fix: hylafax ebuild should set --with-PATH_GETTY=/sbin/mgetty Reproducible: Always
Uhm? What's your trouble? <snip> if use mgetty; then my_conf="${my_conf} \ --with-PATH_EGETTY=/sbin/mgetty \ --with-PATH_VGETTY=/usr/sbin/vgetty" else my_conf="${my_conf} \ --with-PATH_EGETTY=/bin/false \ --with-PATH_VGETTY=/bin/false" fi </snip>
(In reply to comment #1) > Uhm? What's your trouble? in my setup, i have a class 2.0 modem configured with adaptive answer. for this to work, i have to use GettyArgs, otherwise Data connections whould be refused: <snip from faxGettyApp.c++> traceServer("ANSWER: DATA CONNECTION"); if (gettyArgs != "") { sendModemStatus("d"); runGetty("GETTY", OSnewGetty, gettyArgs, emsg, lockDataCalls, callid); sendModemStatus("e"); } else traceServer("ANSWER: Data connections are not permitted"); </snip> since <snip> /* * The pathnames of the getty, vgetty, and egetty programs * invoked by faxgetty to handle inbound data and voice * calls and for doing adaptive call type deduction. These * parameters are compiled into the binary to avoid possible * security problems. */ </snip> if you don't set --with-PATH_GETTY=/sbin/mgetty, PATH_GETTY whould be hardcoded to /sbin/agetty
Fixed in portage...