Bug 30873 – zaptel Drivers and Userland Utilities

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ray Russell Reese III (RETIRED) 2003-10-10 16:25:47 UTC]

I've created an ebuild for the kernel modules and userland utilities to use zaptel based cards. This drivers are required to use any Zaptel cards with the Asterisk PBX System.

Locally I have the Zaptel ebuild stored in net-misc/zaptel.

[Comment 1 Ray Russell Reese III (RETIRED) 2003-10-10 16:31:07 UTC]

Created attachment 19074 [details]
The ebuild directory.

The zaptel ebuild directory all tarred up. Contained in the tar:

./zaptel-0.8_pre20031010.ebuild

The zaptel ebuild. The SRC_URI reflects my development server, I can host
the
pre tarball as long as required, even indefinately.

./files/zaptel-mkdir-usrincludelinux.patch

This patch fixes a bug in the Makefile that assumes /usr/include/linux already
exists. Since the ebuild sandbox is empty, I needed to patch it so it would
mkdir -p $(INSTALL_PREFIX)/usr/include/linux 

./files/zaptel-modulesd.patch

This patch fixes another Gentoo issue to use /etc/modules.d instead of
/etc/modutils for the zaptel module configuration.

./files/digest-zaptel-0.8_pre20031010

Self-explainitory.

./files/zaptel-install_prefix-typo.patch

The Makefile contains a type for the install, it attempts to install a module
into $(INTALL_PREFIX) where it should have been $(INSTALL_PREFIX)

./Manifest

Duh.

[Comment 2 Dorian Gray 2003-11-05 23:06:08 UTC]

since it's not obvious (well it wasn't to me ;-) that ppp is required for
some of the zaptel modules, maybe the ebuild could have something like this:

pkg_setup() {
        einfo "Please make sure that your kernel has the appropriate"
        einfo "ppp modules enabled before merging this."
        einfo "e.g. CONFIG_PPP=y|m etc."
        sleep 5
}

what the appropriate ppp kernel config is exactly, I don't know. but I rebuilt
my kernel with these:
CONFIG_PPP=m
CONFIG_PPP_ASYNC=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPPOE=m

and the unresolved symbol errors I'd gotten before are gone, and the zaptel
modules load ok.

another alternative could be commenting out
KFLAGS+=-DCONFIG_ZAPATA_PPP
in the makefile. but I have not tried it that way, and some people may have
  devices which do require ppp support.
(or, don't suppose it's possible to do something along the lines of strip-flags
...?)

[Comment 3 Ray Russell Reese III (RETIRED) 2003-11-06 07:02:40 UTC]

Thanks, you are correct. I'll take a look at what specific kernel options
are required to facilitate operation and provide the warning message to the
user. I'll attach a new ebuild then. Thanks again

[Comment 4 Tim Yamin (RETIRED) 2003-11-18 08:39:46 UTC]

I'd be happy to commit this in if we could have the new tested version of the ebuild. Thanks.

[Comment 5 Ray Russell Reese III (RETIRED) 2004-08-16 16:40:03 UTC]

net-misc/zaptel now in portage thanks to stkn. Closing this one out.