zaptel-source issues

[Tzafrir Cohen]

On Mon, May 15, 2006 at 08:44:20PM -0400, Brad Barnett wrote:
> 
> 
> > On Sun, May 14, 2006 at 08:06:29PM -0400, Brad Barnett wrote:
> > > 
> > > 
> > > zaptel-source should depend upon libc6-dev.  
> > 
> > build-essential ?
> > 
> > What about other -source packages?
> > 
> > > Also:
> > > 
> > > install -m 444 udev/zaptel.rules-combined
> > > /etc/udev/rules.d/zaptel.rules install: cannot stat
> > > `udev/zaptel.rules-combined': No such file or directory make: ***
> > > [devices] Error 1
> > > 
> > > 
> > > The udev dir seems to be missing entirely, and I do not see the
> > > zaptel.rules-combined file anywhere.  I'm using the current unstable
> > > version, 1.2.5-1.
> > 
> > What version of udev? What version of zaptel?
> 
> These things are not relevant.  The 'make install' process for
> zaptel-source is searching for the above file (udev/zaptel.rules-combined
> in the zaptel source directory).  This directory + file exist in the CVS
> version of the zaptel source archive, but have been purged from the
> Debianized version of the source archive.  Regardless of what version of
> udev or zaptel is installed, the outcome will not change.

Could you please give an exact log of your build? I'm looking at the
makefile and fail to see how a 'make install' would have failed in that
specific way . UDEVRULES shouldn't have been set .

> 
> Make install wants this file, and provides the above rule when 'make
> install' is issued.  Regardless of what version of zaptel and udev exist,
> an error such on the above (that kills the make install process) is bogus.
> 
> As for my comments on the missing documentation, fair enough.  However,
> should not detailed information on the build process be left in the source
> archive?  For example, there are descriptions on "make linux26" and so on,
> provided by the install docs, that come with the source archive...

The package's description provides basically the documentation you need:
refers you to m-a and gives you the basic command-line.

You really should not bother extracting the tarball from that package.

> 
> Placing them in another archive and removing them from this one, is hard
> to understand. 

-- 
Tzafrir Cohen      sip:tzafrir at local.xorcom.com
icq#16849755       iax:tzafrir at local.xorcom.com
+972-50-7952406           
tzafrir.cohen at xorcom.com  http://www.xorcom.com