Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 9089 - rp-pppoe access violation failed
Summary: rp-pppoe access violation failed
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: Highest critical (vote)
Assignee: Ryan Phillips (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-13 16:15 UTC by luca de giorgi
Modified: 2005-04-24 07:49 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description luca de giorgi 2002-10-13 16:15:31 UTC
Trying to emerge rp-pppoe on a Gentoo 1.4-r1 I obtain a ACCESS VIOLATION.
In the file /tmp/sandbox-rp-pppoe-3.4-r1-xxxx.log I found:

open_wr:   /dev/ppp.

I got thi problem with a 2.4.19 stock kernel with and without the PPPoE kernel
driver compiled into the kernel.
I solved the problem disabling the sandbox check with this command:
export SANDBOX_DISABLED=1
Comment 1 SpanKY gentoo-dev 2002-10-13 16:21:27 UTC
http://bugs.gentoo.org/attachment.cgi?id=4651&action=view 
 
could you try that ebuild out and see if it works for you ? 
Comment 2 Pierre-Henri Jondot 2002-10-14 02:17:31 UTC
Did you build ppp, ppp_sync, ppp_async etc as modules or in the kernel ?

I'm afraid the patch I've done won't change a thing if those were built-in...

(And then, I've no explanation for the bug)

I assume (and I hope !) that you've built them as modules.

Did you try to emerge it twice ? (without rebooting of course) From my
experience, it should work without disabling sandbox, with the standard rp-pppoe
ebuild from /usr/portage the second time, which is quite understandable, but I'm
not sure at all the error you encountered is exactly the same as the one I did.

To make the test more complete with the ebuild SpanKY cited : please make sure
before emerging, or re-emerging rp-pppoe to remove pppoe, pppox modules or every
other ppp module that is unused.

Now if it still fails : try adding these two lines to the
http://bugs.gentoo.org/attachment.cgi?id=4651&action=view ebuild

	mv configure.in configure.in.back
	sed configure.in.back -e 's/modprobe/#modprobe/' > configure.in

and try again.

Have a look at bug 8946 too.

I'll add my email as CC. Keep us informed of your tests.
Comment 3 luca de giorgi 2002-10-14 06:32:47 UTC
Hi Pierre,
I had success into emerge the rp-pppoe package with the ebuild you sent me, so 
your patch works in the following situation:

- kernel 2.4.19
- ppp modules compiled into the kernel (not as modules)
- pppoe compiled ainto the kernel

Not tried other solution (eg. emerge twice, removing ppp modules because I've 
no ppp/pppoe modules, etc.)

Thanks
 
Comment 4 genbug 2005-04-24 03:14:57 UTC
Similar issue here.

Demand is always the default "no" here set by rp-pppoe

I see in pap secrets that the user name is ""

This was not the case for r7 which works.

I notice that pap-secrets contains some control char (editing the username while  using adsl-setup)
"1073655^[[D^[[D^[[D^[[D^[[D^[[D^[[D^[[D^[[D^[[D^[    etc...

r9 shows the correct user name on the screen as a prompt but in the resume it is blank as in pap-secrets.

Since the passwd is not shown either this may be thought to be normal behaviour by the use and be overlooked. 

The login does work with the cntl-chars in pap so I was unaware of this until I tried to debug rp-pppoe r9

HTH