east side meeting and asterisk stuff

[Ed]

On Fri, Mar 28, 2008 at 8:04 PM, Geek Girl <geekgirl28 at cox.net> wrote:
> Lol it has noting to do with the spec file it has to do with trixbox not
>  being stable...
>  for example their 2.4 branch was pretty stable but now they released 2.6 and
>  overwrote the 2.4 repositories and everything updates to 2.6. Plus 2.4 was
>  still buggy...They are actually in the process of testing a nother revision
>  this eve at trixbox but they are even skeptical of weather or not it is
>  fixed.  Plus they they are known for hosing their repos regularly...
>

2 things:
1)I would like to avoid Trixbox - bad karma, and 2)here is a vote for
a compile from source. It would be interesting to cover the
dependencies Asterisk just has to have as well as the various compiler
and configure options. I am looking at installing onto an OpenBSD box
and have heard Asterisk can be installed on a Nokia N800, so I'm
expecting to have to wade into this stuff.

>
>
>  ----- Original Message -----
>  From: "R P Herrold" <herrold at owlriver.com>
>  To: "Main PLUG discussion list" <plug-discuss at lists.plug.phoenix.az.us>
>  Sent: Friday, March 28, 2008 3:33 PM
>  Subject: east side meeting and asterisk stuff
>
>
>  > On Fri, 28 Mar 2008, geekgirl28 at cox.net wrote:
>  >
>  >> I recommend PIAF because you can see it from the source
>  >>level without having to deal with crappy RPM's
>  >
>  > If the rpms are poorly written (in their .spec file, one
>  > assumes), why not amend them;  Writing a good .spec file is
>  > reasonably trivial.
>  >
>  > see:
>  >  http://wiki.centos.org/PackageManagement/Rpm
>  >
>  > or use mine;  if you have a problem with their form, and it is
>  > a well formed objection, I'll glady improve them.  Just send a
>  > private email.
>  >
>  > ftp://ftp.owlriver.com/pub/mirror/ORC/asterisk/
>  >
>  > This set is a bit old in the ersions [I'll update at some
>  > point], but has worked here forom omnths without so much as a
>  > quiver.
>  >
>  > ....  of course you may have issues with the RPM packaging
>  > system;  I can see how using the sources, so you cannot ask a
>  > package database when a new exploit comes along, to see if you
>  > are vulnerable, might be prefered, as it offers the
>  > opportunity to wade through sources and versions over and over
>  > again.  Job security, so to speak.  RPM managed sysadmin is
>  > boring.  ;)
>  >
>  > -- Russ herrold
>  > ---------------------------------------------------
>  > PLUG-discuss mailing list - PLUG-discuss at lists.plug.phoenix.az.us
>  > To subscribe, unsubscribe, or to change your mail settings:
>  > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
>  ---------------------------------------------------
>  PLUG-discuss mailing list - PLUG-discuss at lists.plug.phoenix.az.us
>  To subscribe, unsubscribe, or to change your mail settings:
>  http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>