Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 9065 - New ebuild: asterisk-0.2.0.ebuild
Summary: New ebuild: asterisk-0.2.0.ebuild
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High enhancement
Assignee: Matt Keadle
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-13 05:19 UTC by Rigo
Modified: 2003-02-04 19:42 UTC (History)
0 users

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


Attachments
asterisk-0.2.0.ebuild (asterisk-0.2.0.ebuild,547 bytes, text/plain)
2002-10-13 05:20 UTC, Rigo
Details
asterisk-0.2.0.ebuild (asterisk-0.2.0.ebuild,595 bytes, text/plain)
2002-11-05 03:11 UTC, Rigo
Details
asterist-0.2.0.ebuild (asterisk-0.2.0.ebuild,495 bytes, text/plain)
2002-11-05 16:37 UTC, Matt Keadle
Details
asterisk-0.2.0.ebuild (asterisk-0.2.0.ebuild,581 bytes, text/plain)
2002-11-07 20:48 UTC, Matt Keadle
Details
asterisk-0.2.0.ebuild (asterisk-0.2.0.ebuild,719 bytes, text/plain)
2002-11-28 01:45 UTC, Matt Keadle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rigo 2002-10-13 05:19:54 UTC
Too bad I don't have the hardware to test this (yet ;-):


*  media-sound/asterisk
      Latest version available: 0.2.0
      Latest version installed: [ Not Installed ]
      Homepage: http://www.asterisk.org
      Description: Asterisk - Full PBX in Software
Comment 1 Rigo 2002-10-13 05:20:18 UTC
Created attachment 4658 [details]
asterisk-0.2.0.ebuild
Comment 2 Matt Keadle 2002-11-04 17:58:45 UTC
Geez. Full software PBX software. OK then...

Currently I'm getting sandbox errors:

>> mkdir -p /var/lib/asterisk/sounds/digits
>> ACCESS DENIED  mkdir:     /var/lib/asterisk
>>
>> !!! ERROR: The ebuild did not complete successfully.
>> !!! Function einstall, Line 8, Exitcode 2
>> !!! einstall failed

..so I'll need to do a bit more inspecting.
Comment 3 Rigo 2002-11-05 03:10:26 UTC
I changed einstall in make DESTDIR=${D}, does it work like this for you Matt ? 
 
I keep getting alsa-header troubles during compilation, so I don't even get to the install :'-(: 
 
chan_alsa.c:30:18: busy.h: Onbekend bestand of map 
chan_alsa.c:31:22: ringtone.h: Onbekend bestand of map 
chan_alsa.c:102: `ringtone' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:102: beginwaarde-element is niet constant 
chan_alsa.c:102: (dicht bij initialisatie van `sounds[0].data') 
chan_alsa.c:102: `ringtone' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:102: beginwaarde-element is niet constant 
chan_alsa.c:102: (dicht bij initialisatie van `sounds[0]') 
chan_alsa.c:103: `busy' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:103: beginwaarde-element is niet constant 
chan_alsa.c:103: (dicht bij initialisatie van `sounds[1].data') 
chan_alsa.c:103: `busy' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:103: beginwaarde-element is niet constant 
chan_alsa.c:103: (dicht bij initialisatie van `sounds[1]') 
chan_alsa.c:104: `busy' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:104: beginwaarde-element is niet constant 
chan_alsa.c:104: (dicht bij initialisatie van `sounds[2].data') 
chan_alsa.c:104: `busy' is hier niet gedeclareerd (niet in een functie) 
chan_alsa.c:104: beginwaarde-element is niet constant 
chan_alsa.c:104: (dicht bij initialisatie van `sounds[2]') 
chan_alsa.c:105: beginwaarde-element is niet constant 
chan_alsa.c:105: (dicht bij initialisatie van `sounds[3]') 
chan_alsa.c:106: beginwaarde-element is niet constant 
chan_alsa.c:106: (dicht bij initialisatie van `sounds[4]') 
make[1]: *** [chan_alsa.o] Fout 1 
rm chan_iax.o chan_modem_i4l.o chan_agent.o chan_sip.o chan_phone.o 
chan_modem_bestdata.o chan_modem_aopen.o chan_modem.o 
make[1]: Leaving directory `/var/tmp/portage/asterisk-0.2.0/work/asterisk-0.2.0/channels' 
make: *** [subdirs] Fout 1 
 
 
Rogi 
Comment 4 Rigo 2002-11-05 03:11:49 UTC
Created attachment 5381 [details]
asterisk-0.2.0.ebuild
Comment 5 Rigo 2002-11-05 03:12:47 UTC
Excuse me 4 the Dutch-output Matt ;-D ! 
Comment 6 Rigo 2002-11-05 03:31:52 UTC
H.323 support for ASTERISK PBX using the OpenH323 library: 
  
http://www.inaccessnetworks.com/projects/asterisk-oh323   
    
Comment 7 Matt Keadle 2002-11-05 16:17:20 UTC
Tried that. Getting the same sandbox violations. I've got some time comming up
tonight hopefully to be able to look at it. It most likely just a Makefile
that's not respecting DESTDIR properly.
Comment 8 Matt Keadle 2002-11-05 16:36:34 UTC
Well it seems asterisk doesn't use DESTDIR at all, but INSTALL_PREFIX instead.
I've also updated it to perform `make samples` to build a sample configuration.
Attatched is my current ebuild.
Comment 9 Matt Keadle 2002-11-05 16:37:18 UTC
Created attachment 5403 [details]
asterist-0.2.0.ebuild
Comment 10 Matt Keadle 2002-11-07 20:48:50 UTC
Created attachment 5465 [details]
asterisk-0.2.0.ebuild

OpenH323 support sounds extremely cool, but a build for that looks likt it
might be a series of builds! From the README, required packages are:

-PWlib (Portable Text and GUI C/C++ Class Library)
-OpenH323 (Class Library implementing the H.323 protocol)
-Asterisk PBX (Open Source Linux PBX) (well, duh)
-OhPhone (Command line H.323 client)
-OpenH323 Gatekeeper (H.323 Gatekeeper)

Aterisk itself seems quite easy to get installed. The others may not pose much
more of a challenge, but it's quite a workload to do when it's tough to find
testers for this sort of thing. Building correctly and installing correctly is
one thing, putting it to use is another!

So for the time being I think asterisk will be hard enough to test fully. The
other packages leading to H.323 support may have to be more of a hobby kinda
thing, but still worked on.

Also, attatched is a new asterisk ebuild that uses the "doc" USE flag. If set,
doxygen will be installed and the docs for asterisk will be installed as well.
Comment 11 Matt Keadle 2002-11-28 01:45:12 UTC
Created attachment 6011 [details]
asterisk-0.2.0.ebuild

Sandbox violations led to the discovery of a mistake in the Makefile. This has
been fixed and it seems to be in good shape (finally?). I'll commit this as a
~keyword masked ebuild. It may be very hard to find testers for this to
eventually move it to the stable tree.
Comment 12 Matt Keadle 2002-11-28 01:51:32 UTC
Been three weeks since earlier comments, so I'm guessing this thing can just lay
low as a masked build. It's commited for now and I'll see what kind of testers I
can whip up.

I'm closing this to do some housekeeping (old). If you find any bug in use
please let me know!