| Summary: | speedtouch-usb ebuild (+ppp-2.4.3 +baselayout-1.12) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Przemek Kulik <przemek.kulik> |
| Component: | New packages | Assignee: | Gentoo Dialup Developers <net-dialup> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | brebs, przemek.kulik |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
README.diff
README.diff README.diff README.diff |
||
|
Description
Przemek Kulik
2006-04-08 06:40:35 UTC
Follow the README in /usr/share/doc/speedtouch-usb... regarding the "ln" command. The README explains all the setup steps. Created attachment 84207 [details, diff]
README.diff
Here is a patch to the README for speedtouch-usb, to make the continuation of the instructions clearer. It also patches my much more important mistake of getting the parameters for the "ln" command for resolv.conf confused :)
(In reply to comment #2) You read my mind. I just thought everything down to the next title was for PPPoE. Thanks.Now it works Please reopen this bug. It is not "fixed" until the README patch has been applied to Portage. Re-Opened until README patch is in portage. Created attachment 84215 [details, diff]
README.diff
I've also patched preup(), otherwise it would fail because "modprobe -q speedtch" silently fails when speedtch is compiled into the kernel.
Created attachment 84220 [details, diff]
README.diff
baselayout-1.12.0_pre17 changes the pppd file to pppd.sh, so I've updated the patch to include this rename also.
I have some observations regarding the changes: 1) modprobe pppoatm is done by the pppd.sh baselayout net module, so it isn't necessary to do it in preup function. 2) You should not mess with resolv.conf. It is the baselayout's job to configure the resolver. A simple mention of "usepeerdns" option should be enough. (In reply to comment #8) > I have some observations regarding the changes: > 1) modprobe pppoatm is done by the pppd.sh baselayout net module, so it isn't > necessary to do it in preup function. There is a bigger problem. See bug http://bugs.gentoo.org/show_bug.cgi?id=129282 - I've noticed when pppoatm is compiled into kernel, the net module still wants to modprobe it > 2) You should not mess with resolv.conf. It is the baselayout's job to > configure the resolver. A simple mention of "usepeerdns" option should be > enough. usepeeddns works for me (PPPoATM) but I'm not sure if it will work for people with PPPoE (In reply to comment #9) > There is a bigger problem. See bug > http://bugs.gentoo.org/show_bug.cgi?id=129282 - I've noticed when pppoatm is > compiled into kernel, the net module still wants to modprobe it This is not related to this. pppd is not the net module, it is the PPP daemon. pppd.sh is the net module. Btw, I will fix that annoyance in r14. > usepeeddns works for me (PPPoATM) but I'm not sure if it will work for people > with PPPoE > Believe me, it works for _any_ kind of PPP link, as long as the other party send this information through the negociation session of the link parameters. Please fix these in your next patch. Created attachment 84308 [details, diff] README.diff (In reply to comment #8) > 1) modprobe pppoatm is done by the pppd.sh baselayout net module, so it isn't > necessary to do it in preup function. > 2) You should not mess with resolv.conf. It is the baselayout's job to > configure the resolver. A simple mention of "usepeerdns" option should be > enough. I've tested, and both work as you say - groovy. Enclosed is a revised patch for the README. "modprobe" is a PITA because it will return 1 if the module is compiled into the kernel, and doesn't understand module dependencies (e.g. it will happily load speedtch before ppp_generic), so I've changed the README to recommend that the required modules are compiled in, and basically don't trust modprobe to return a useful code in preup(). fixed in CVS, without revision bump (no need to do it since the only change is in the documentation). |
