astlinux-devel Mailing List for AstLinux

Kristian Kielhofner wrote:
> On 3/29/08, Darrick Hartman (lists) <dha...@dj...> wrote:
>>  Just an FYI, there's something related to pppoe broken in the latest
>>  images I uploaded this morning.  I haven't been able to pin it down
>>  exactly at this point but it may be related to the change Kristian made
>>  earlier in the week bumping pppd to the next version.  If you're on a
>>  cable or other network connection (or even a dynamic pppoe connection)
>>  you should be OK.  I should get this resolved in the next few days, but
>>  definitely will be resolved before the next images are published.
>>
>>  Darrick
> 
> Darrick,
> 
>   That's not good.  I upgraded PPP because I'll need to support MLPPP
> at some point and Sangoma says MLPPP has some serious issues.  I
> upgraded to 2.4.4 expecting I would need to do some patching and I
> might as well use the latest release.
> 
>   What issues are you seeing?
> 

I have a client with a static IP address on a adsl connection with 
pppoe.  With the previous image (SVN 1566), everything worked.  Now with 
svn 1703, the pppoe-start connects (it shows "connected") but then 
attempts to use udhcp to assign an IP address.  It's possible that pppd 
is perfectly fine and some other change affected this.  I'll have to 
sort through all of this stuff.  I know Philip made some changes to the 
network init which should also be reviewed.  I'll take a look at it 
tomorrow.  I have a feeling this would work fine on a dynamic pppoe 
connection.

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com

On 3/29/08, Darrick Hartman (lists) <dha...@dj...> wrote:
>
>  Just an FYI, there's something related to pppoe broken in the latest
>  images I uploaded this morning.  I haven't been able to pin it down
>  exactly at this point but it may be related to the change Kristian made
>  earlier in the week bumping pppd to the next version.  If you're on a
>  cable or other network connection (or even a dynamic pppoe connection)
>  you should be OK.  I should get this resolved in the next few days, but
>  definitely will be resolved before the next images are published.
>
>  Darrick

Darrick,

  That's not good.  I upgraded PPP because I'll need to support MLPPP
at some point and Sangoma says MLPPP has some serious issues.  I
upgraded to 2.4.4 expecting I would need to do some patching and I
might as well use the latest release.

  What issues are you seeing?

-- 
Kristian Kielhofner

I was staring at the output of doing a "make all" (captured in a script) 
and noticing all of the "integer overflow" warnings, so I decided to 
root cause that.

First off, the L64() macro which is used for 64-bit hash/encryption key 
data was using LL and not ULL, so anything with the high bit set was 
causing an error.  But that hardly scratched the surface.

So I dug some more, and grepped out the:

"checking size of ..."

messages spat out from configure, and things got more interesting:

checking size of size_t... 8

No, it's definitely *not* 8 on a i586-class machine.  Looking in 
configure, I saw:

echo $ac_n "checking size of size_t""... $ac_c" 1>&6
echo "configure:17119: checking size of size_t" >&5
if eval "test \"`echo '$''{'ac_cv_sizeof_size_t'+set}'`\" = set"; then
  echo $ac_n "(cached) $ac_c" 1>&6
else
  if test "$cross_compiling" = yes; then
  ac_cv_sizeof_size_t=8
else


WHAT????  If we're cross-compiling, the size *must* be 8 bytes?  What the hell???

Anyway, so I threw in the following patch to check things:

--- php-5.2.5/ext/hash/hash_sha.c.orig  2007-01-08 14:29:25.000000000 -0800
+++ php-5.2.5/ext/hash/hash_sha.c       2008-03-26 18:58:28.000000000 -0700
@@ -22,6 +22,8 @@
 #include "php_hash.h"
 #include "php_hash_sha.h"
 
+static const int SIZE_T_ASSERT[((sizeof(size_t) == 8) ? 0 : -1)];
+
 static const unsigned char PADDING[128] =
 {
        0x80, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,

and indeed, compilation broke (because sizeof(size_t) is 4, not eight...)

So I just committed 1695.  Hopefully it won't break anything.  It affects:

vim
php5
rsync
pppd

I tried to check pppd, but I'm getting:


*Parse error*: syntax error, unexpected T_STRING in */stat/var/www/admin/header.php* on line *59

which points to:

       $UNIONFS=exec( "cat /proc/cmdline | grep -q asturw );
       if ($UNIONFS == 0)
>>>        echo "<font color=#00DD00>Unionfs</font>";
       else


*

*not sure why. So I tried to test things as best as I could, but... 
obviously it wasn't very thorough.  If Darrick can commit a fix for 
this, then I'll run more tests.  In the meantime, be wary.  This is from 
1695 and onward.

-Philip

**

*

Dear List
anyone have suggestion for have php with xml support?
Regards Andrea

Lonnie Abelbeck wrote:
> Guys,
> 
> I've been working on an alternate PHP/XHMTL web-gui for my AstLInux,  
> allow editing of various astdb entries for speed-dials, blacklist,  
> caller*id mappings, etc. .
> 
> As reported previously, the default web-gui has errors like...
> "shell-init: error retrieving current directory: getcwd: cannot  
> access parent directories: Inappropriate ioctl for device No entry  
> for terminal type "dumb"; using dumb terminal settings."
> 
> I hit the same problem, and after much trial and hair pulling, the  
> fix is to put "output_buffering = On" in a "php.ini" file at the root  
> of the web-gui.  ie.
> 
> # cat php.ini
> display_errors = On
> output_buffering = On
> 
> Some Background...
> 
> This error (shell-init:) is generated when large enough HTML is  
> generated.
> 
> 5880 bytes, OK
> 7892 bytes, 1 Error
> 9259 bytes, multiple Errors
> 
> Setting "display_errors = Off" in php.ini did not make any difference.
> 
> Setting "output_buffering = On" in php.ini eliminated all the (shell- 
> init:) errors.
> 
> So, are there any bad side-effects to this fix?

Lonnie,

Thanks.  I can't think of anything that would be harmed by this.  I just 
tested it on my local machine.  Certainly makes fixing this easier.  I'm 
  not sure of the exact cause, but it's related to unionfs.  It's also 
not present with aufs (so when we move to that, we won't have the same 
issue).

I'll commit this change and another change to remove the mount ro/rw 
buttons from the settings page too.  Those will create huge problems 
with unionfs.

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Guys,

I've been working on an alternate PHP/XHMTL web-gui for my AstLInux,  
allow editing of various astdb entries for speed-dials, blacklist,  
caller*id mappings, etc. .

As reported previously, the default web-gui has errors like...
"shell-init: error retrieving current directory: getcwd: cannot  
access parent directories: Inappropriate ioctl for device No entry  
for terminal type "dumb"; using dumb terminal settings."

I hit the same problem, and after much trial and hair pulling, the  
fix is to put "output_buffering = On" in a "php.ini" file at the root  
of the web-gui.  ie.

# cat php.ini
display_errors = On
output_buffering = On

Some Background...

This error (shell-init:) is generated when large enough HTML is  
generated.

5880 bytes, OK
7892 bytes, 1 Error
9259 bytes, multiple Errors

Setting "display_errors = Off" in php.ini did not make any difference.

Setting "output_buffering = On" in php.ini eliminated all the (shell- 
init:) errors.

So, are there any bad side-effects to this fix?

Lonnie

Darrick,

Great info. Thanks.

JR


On 3/26/08, Darrick Hartman (lists) <dha...@dj...> wrote:
>
> John Reynolds wrote:
> > just in case anyone else reads this... Critical error on my part...
> > the R8FXX Rhino card I bought will not fit into the standard net4801
> > case. ...so I can: 1. take board out of case and run it while it lays
> > on my desk 2. buy bigger case from soekris for the net4801 and modify
> > the cutout myself 3. buy the net5501which will support the size of
> > the card in the standard case, and will support the FXS daughter
> > cards need for power without mod
> >
> > I hate to throw more money at this... but I think #3 is perhaps the
> > best option. Anyone want to disagree or advise otherwise?
>
> Buy the net5501.  You'll be happy.  You can safely power a dual FXS
> module from the on-board header.  You will have to do some soldering or
> searching to find the right connectors.  I have several net5501's in
> service with the R8FXX card.  Ideally, you'd find a right angle molex
> connector to plug into the card, then a small fan adapter to plug into
> the motherboard header.
>
> The 4 position header next to the CF card supplies 12V @ 1A.  You will
> want a 12V 2.5A or bigger power supply (I usually buy a 12V 5A PS from
> someone like Logic Supply).  If you under supply the amperage, you will
> have issues.  (the biggest one you can get directly from Soekris is the
> 2.5A)
>
> Darrick
> --
> Darrick Hartman
> DJH Solutions, LLC
> http://www.djhsolutions.com
> http://www.djhsolutions.com/wiki
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

John Reynolds wrote:
> just in case anyone else reads this... Critical error on my part...
> the R8FXX Rhino card I bought will not fit into the standard net4801
> case. ...so I can: 1. take board out of case and run it while it lays
> on my desk 2. buy bigger case from soekris for the net4801 and modify
> the cutout myself 3. buy the net5501which will support the size of
> the card in the standard case, and will support the FXS daughter
> cards need for power without mod
> 
> I hate to throw more money at this... but I think #3 is perhaps the
> best option. Anyone want to disagree or advise otherwise?

Buy the net5501.  You'll be happy.  You can safely power a dual FXS
module from the on-board header.  You will have to do some soldering or 
searching to find the right connectors.  I have several net5501's in 
service with the R8FXX card.  Ideally, you'd find a right angle molex 
connector to plug into the card, then a small fan adapter to plug into 
the motherboard header.

The 4 position header next to the CF card supplies 12V @ 1A.  You will 
want a 12V 2.5A or bigger power supply (I usually buy a 12V 5A PS from 
someone like Logic Supply).  If you under supply the amperage, you will 
have issues.  (the biggest one you can get directly from Soekris is the 
2.5A)

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

just in case anyone else reads this... Critical error on my part... the
R8FXX Rhino card I bought will not fit into the standard net4801 case.
 ...so I can:
1. take board out of case and run it while it lays on my desk
2. buy bigger case from soekris for the net4801 and modify the cutout myself
3. buy the net5501which will support the size of the card in the standard
case, and will support the FXS daughter cards need for power without mod

I hate to throw more money at this... but I think #3 is perhaps the best
option. Anyone want to disagree or advise otherwise?

Thanks,

JR


On Tue, Mar 25, 2008 at 1:12 PM, John Reynolds <rey...@gm...> wrote:

> Thank you... I'll do it tonight.
>
> JR
>
>
> On 3/25/08, Darrick Hartman (lists) <dha...@dj...> wrote:
> >
> > It's up now.  Enjoy
> >
> > Darrick Hartman (lists) wrote:
> > > Yup.  I'll build that tonight and will upload in the morning.
> > >
> > > John Reynolds wrote:
> > >> Darrick,
> > >>
> > >> First, Thank you for keeping these updates available while Kristian
> > is
> > >> busy.
> > >>
> > >> Next, will you be posting net4801 builds in the near future? (I know
> > you
> > >> have in the past, but I just got a new Rhino card and I'm eager to
> > put
> > >> it in action, and I figure I might just as well start with the most
> > >> recent build).
> > >>
> > >> Thanks again,
> > >>
> > >> JR
> > >>
> > >>
> > >> On Mon, Mar 24, 2008 at 10:34 AM, Darrick Hartman (lists)
> > >> <dha...@dj... <mailto:dha...@dj...>> wrote:
> > >>
> > >>     I uploaded some new test images this morning to my personal
> > server.  The
> > >>     biggest change in these is the upgrade of Asterisk to 1.4.19-rc3
> > >>     (because of the security fixes) and zaptel to 1.4.9.2 <
> > http://1.4.9.2>.
> > >>
> > >>     Please test and report back.
> > >>
> > >>     Images can be found here:  (1683 is the latest)
> > >>
> > >>     http://www.djhsolutions.com/astlinux
> > >>
> > >>     Darrick
> > >>     --
> > >>     Darrick Hartman
> > >>     DJH Solutions, LLC
> > >>     http://www.djhsolutions.com
> > >>
> > >>
> > -------------------------------------------------------------------------
> > >>     This SF.net email is sponsored by: Microsoft
> > >>     Defy all challenges. Microsoft(R) Visual Studio 2008.
> > >>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >>     _______________________________________________
> > >>     Astlinux-devel mailing list
> > >>     Ast...@li...
> > >>     <mailto:Ast...@li...>
> > >>     https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> > >>
> > >>     Donations to support AstLinux are graciously accepted via PayPal
> > to
> > >>     pa...@kr... <mailto:pa...@kr...>.
> > >>
> > >>
> > >>
> > >>
> > ------------------------------------------------------------------------
> > >>
> > >>
> > -------------------------------------------------------------------------
> > >> This SF.net email is sponsored by: Microsoft
> > >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >>
> > >>
> > >>
> > ------------------------------------------------------------------------
> > >>
> > >> _______________________________________________
> > >> Astlinux-devel mailing list
> > >> Ast...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> > >>
> > >> Donations to support AstLinux are graciously accepted via PayPal to
> > pa...@kr....
> > >
> >
> > --
> > Darrick Hartman
> > DJH Solutions, LLC
> > http://www.djhsolutions.com
> > http://www.djhsolutions.com/wiki
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> > pa...@kr....
> >
>
>

Thank you... I'll do it tonight.

JR


On 3/25/08, Darrick Hartman (lists) <dha...@dj...> wrote:
>
> It's up now.  Enjoy
>
> Darrick Hartman (lists) wrote:
> > Yup.  I'll build that tonight and will upload in the morning.
> >
> > John Reynolds wrote:
> >> Darrick,
> >>
> >> First, Thank you for keeping these updates available while Kristian is
> >> busy.
> >>
> >> Next, will you be posting net4801 builds in the near future? (I know
> you
> >> have in the past, but I just got a new Rhino card and I'm eager to put
> >> it in action, and I figure I might just as well start with the most
> >> recent build).
> >>
> >> Thanks again,
> >>
> >> JR
> >>
> >>
> >> On Mon, Mar 24, 2008 at 10:34 AM, Darrick Hartman (lists)
> >> <dha...@dj... <mailto:dha...@dj...>> wrote:
> >>
> >>     I uploaded some new test images this morning to my personal
> server.  The
> >>     biggest change in these is the upgrade of Asterisk to 1.4.19-rc3
> >>     (because of the security fixes) and zaptel to 1.4.9.2 <
> http://1.4.9.2>.
> >>
> >>     Please test and report back.
> >>
> >>     Images can be found here:  (1683 is the latest)
> >>
> >>     http://www.djhsolutions.com/astlinux
> >>
> >>     Darrick
> >>     --
> >>     Darrick Hartman
> >>     DJH Solutions, LLC
> >>     http://www.djhsolutions.com
> >>
> >>
> -------------------------------------------------------------------------
> >>     This SF.net email is sponsored by: Microsoft
> >>     Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>     _______________________________________________
> >>     Astlinux-devel mailing list
> >>     Ast...@li...
> >>     <mailto:Ast...@li...>
> >>     https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >>     Donations to support AstLinux are graciously accepted via PayPal to
> >>     pa...@kr... <mailto:pa...@kr...>.
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>
> >>
> >>
> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Astlinux-devel mailing list
> >> Ast...@li...
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >
>
> --
> Darrick Hartman
> DJH Solutions, LLC
> http://www.djhsolutions.com
> http://www.djhsolutions.com/wiki
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

Yup that's on the list of things to do before doing a release.

Lonnie Abelbeck wrote:
> Guys,
> 
> I noticed that  in /stat/var/www/admin: The default web admin
> /trunk/package/minihttpd/www/admin/
> 
> # grep "mount -o" *.php
> general.php:        @system("mount -o rw,remount /", $result);
> general.php:        @system("mount -o ro,remount /", $result);
> password.php:            @system("mount -o rw,remount /", $result);
> password.php:            @system("mount -o ro,remount /", $result);
> 
> Setting "/" as "ro" is not good with unionfs.
> 
> Perhaps removing these calls to "mount" is appropriate.
> 
> Lonnie
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
Small Business IT Specialists
Office:  920.547.4535
   Cell:  920.901.3113

Guys,

I noticed that  in /stat/var/www/admin: The default web admin
/trunk/package/minihttpd/www/admin/

# grep "mount -o" *.php
general.php:        @system("mount -o rw,remount /", $result);
general.php:        @system("mount -o ro,remount /", $result);
password.php:            @system("mount -o rw,remount /", $result);
password.php:            @system("mount -o ro,remount /", $result);

Setting "/" as "ro" is not good with unionfs.

Perhaps removing these calls to "mount" is appropriate.

Lonnie

It's up now.  Enjoy

Darrick Hartman (lists) wrote:
> Yup.  I'll build that tonight and will upload in the morning.
> 
> John Reynolds wrote:
>> Darrick,
>>
>> First, Thank you for keeping these updates available while Kristian is 
>> busy.
>>
>> Next, will you be posting net4801 builds in the near future? (I know you 
>> have in the past, but I just got a new Rhino card and I'm eager to put 
>> it in action, and I figure I might just as well start with the most 
>> recent build).
>>
>> Thanks again,
>>
>> JR
>>
>>
>> On Mon, Mar 24, 2008 at 10:34 AM, Darrick Hartman (lists) 
>> <dha...@dj... <mailto:dha...@dj...>> wrote:
>>
>>     I uploaded some new test images this morning to my personal server.  The
>>     biggest change in these is the upgrade of Asterisk to 1.4.19-rc3
>>     (because of the security fixes) and zaptel to 1.4.9.2 <http://1.4.9.2>.
>>
>>     Please test and report back.
>>
>>     Images can be found here:  (1683 is the latest)
>>
>>     http://www.djhsolutions.com/astlinux
>>
>>     Darrick
>>     --
>>     Darrick Hartman
>>     DJH Solutions, LLC
>>     http://www.djhsolutions.com
>>
>>     -------------------------------------------------------------------------
>>     This SF.net email is sponsored by: Microsoft
>>     Defy all challenges. Microsoft(R) Visual Studio 2008.
>>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>     _______________________________________________
>>     Astlinux-devel mailing list
>>     Ast...@li...
>>     <mailto:Ast...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>>
>>     Donations to support AstLinux are graciously accepted via PayPal to
>>     pa...@kr... <mailto:pa...@kr...>.
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Astlinux-devel mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 

-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Yup.  I'll build that tonight and will upload in the morning.

John Reynolds wrote:
> Darrick,
> 
> First, Thank you for keeping these updates available while Kristian is 
> busy.
> 
> Next, will you be posting net4801 builds in the near future? (I know you 
> have in the past, but I just got a new Rhino card and I'm eager to put 
> it in action, and I figure I might just as well start with the most 
> recent build).
> 
> Thanks again,
> 
> JR
> 
> 
> On Mon, Mar 24, 2008 at 10:34 AM, Darrick Hartman (lists) 
> <dha...@dj... <mailto:dha...@dj...>> wrote:
> 
>     I uploaded some new test images this morning to my personal server.  The
>     biggest change in these is the upgrade of Asterisk to 1.4.19-rc3
>     (because of the security fixes) and zaptel to 1.4.9.2 <http://1.4.9.2>.
> 
>     Please test and report back.
> 
>     Images can be found here:  (1683 is the latest)
> 
>     http://www.djhsolutions.com/astlinux
> 
>     Darrick
>     --
>     Darrick Hartman
>     DJH Solutions, LLC
>     http://www.djhsolutions.com
> 
>     -------------------------------------------------------------------------
>     This SF.net email is sponsored by: Microsoft
>     Defy all challenges. Microsoft(R) Visual Studio 2008.
>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>     _______________________________________________
>     Astlinux-devel mailing list
>     Ast...@li...
>     <mailto:Ast...@li...>
>     https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
>     Donations to support AstLinux are graciously accepted via PayPal to
>     pa...@kr... <mailto:pa...@kr...>.
> 
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Darrick,

First, Thank you for keeping these updates available while Kristian is busy.


Next, will you be posting net4801 builds in the near future? (I know you
have in the past, but I just got a new Rhino card and I'm eager to put it in
action, and I figure I might just as well start with the most recent build).

Thanks again,

JR


On Mon, Mar 24, 2008 at 10:34 AM, Darrick Hartman (lists) <
dha...@dj...> wrote:

> I uploaded some new test images this morning to my personal server.  The
> biggest change in these is the upgrade of Asterisk to 1.4.19-rc3
> (because of the security fixes) and zaptel to 1.4.9.2.
>
> Please test and report back.
>
> Images can be found here:  (1683 is the latest)
>
> http://www.djhsolutions.com/astlinux
>
> Darrick
> --
> Darrick Hartman
> DJH Solutions, LLC
> http://www.djhsolutions.com
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

I uploaded some new test images this morning to my personal server.  The 
biggest change in these is the upgrade of Asterisk to 1.4.19-rc3 
(because of the security fixes) and zaptel to 1.4.9.2.

Please test and report back.

Images can be found here:  (1683 is the latest)

http://www.djhsolutions.com/astlinux

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com

Kristian Kielhofner wrote:
> Hello,
> 
>   genunion is really confusing to me.
> 
>   Why don't we detect if they have a keydisk currently
> configured/mounted before we prompt to copy files or inform the user
> of movekd.  Why don't we prompt to run movekd for them if they have a
> keydisk?  I don't have much experience with unionfs but I ran genunion
> out of trunk today and I was pretty confused by its function and the
> help text...
> 

Two reasons.

1).  Someone may want to continue using a key disk and a separate 
unionfs partition

2).  movekd has not yet been created.  It would be pretty simple, just 
hasn't been done.  Should be added to the list before a release.

The wording could probably be revised.  A user could continue using key 
disk and unionfs together.  I won't, but if you had 2 storage devices, I 
could see why it might be desirable for voicemail, astdb and perhaps 
logging (if they have persistent logging turned on).

The items that are currently written to the unionfs partition if a key 
disk is present is pretty minimal.

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Hello,

  genunion is really confusing to me.

  Why don't we detect if they have a keydisk currently
configured/mounted before we prompt to copy files or inform the user
of movekd.  Why don't we prompt to run movekd for them if they have a
keydisk?  I don't have much experience with unionfs but I ran genunion
out of trunk today and I was pretty confused by its function and the
help text...

-- 
Kristian Kielhofner

Philip Prindeville wrote:
> Darrick Hartman (lists) wrote:
>> I did some additional checking on this.  findfs will be in a future
>> version of busybox.  It was committed recently (4 weeks ago).  I haven't 
>> looked to see if this would be part of a 1.9.x release of busybox or if 
>> they would hold this feature until a 2.0.0 release of busybox is made. 
>> In either case, it's probably a few months out and not worth the time to 
>> hack the initrd now.  (although that would be a nice feature)
>>
>> Darrick
>>   
> 
> Can we backport the patch?  Point me at it and I'll have a look.

It looks like it would be pretty involved.  Here's the initial commit to 
the busybox svn:

http://buildroot.busybox.net/cgi-bin/viewcvs.cgi?rev=21054&view=rev

There are about 2 dozen files that are added.  I don't know what other 
changes there were to busybox from 1.8.2 to what's in svn (since there's 
a 1.9.1 release that's stable between 1.8.2 and svn).

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

On Thu, Mar 20, 2008 at 4:56 PM, Philip Prindeville
<phi...@re...> wrote:
> Why exactly do we want this?
>
>  The build machine is going to be very different from the target
>  machine...  I think it's best not to mingle the two.
>
>  -Philip
>

Philip,

  This is in the s2s branch...  The s2s branch is for Star2Star,
basically what ends up as our StarBox.  We made this change so we can
provision the codec_preferences in asterisk.conf from the
avoid-transcoding patch I added yesterday.  The hope is we can
centrally adjust codec parameters and provision them centrally, thus
including /etc/asterisk/includes/asterisk.conf (which we can write out
and push to the box).

  Make any sense?

-- 
Kristian Kielhofner

Why exactly do we want this?

The build machine is going to be very different from the target 
machine...  I think it's best not to mingle the two.

-Philip


kr...@us... wrote:
> Revision: 1676
>           http://astlinux.svn.sourceforge.net/astlinux/?rev=1676&view=rev
> Author:   krisk84
> Date:     2008-03-20 11:35:45 -0700 (Thu, 20 Mar 2008)
>
> Log Message:
> -----------
> include asterisk.conf
>
> Modified Paths:
> --------------
>     branches/s2s/package/asterisk/config/asterisk.conf
>
> Modified: branches/s2s/package/asterisk/config/asterisk.conf
> ===================================================================
> --- branches/s2s/package/asterisk/config/asterisk.conf	2008-03-20 05:00:29 UTC (rev 1675)
> +++ branches/s2s/package/asterisk/config/asterisk.conf	2008-03-20 18:35:45 UTC (rev 1676)
> @@ -6,3 +6,5 @@
>  astspooldir => /var/spool/asterisk
>  astrundir => /var/run/asterisk
>  astlogdir => /var/log/asterisk
> +
> +#include /etc/asterisk/includes/asterisk.conf
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-commits mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-commits
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>   

Darrick Hartman (lists) wrote:
> I did some additional checking on this.  findfs will be in a future
> version of busybox.  It was committed recently (4 weeks ago).  I haven't 
> looked to see if this would be part of a 1.9.x release of busybox or if 
> they would hold this feature until a 2.0.0 release of busybox is made. 
> In either case, it's probably a few months out and not worth the time to 
> hack the initrd now.  (although that would be a nice feature)
>
> Darrick
>   

Can we backport the patch?  Point me at it and I'll have a look.

-Philip

Kristian Kielhofner wrote:
> On Thu, Mar 20, 2008 at 10:26 AM, Darrick Hartman (lists) 
> <dha...@dj...> wrote:
>> I'm trying to make implementation of unionfs easier by adding an 
>> autodetection to the init script.  Kris has this setup for ASTKD
>> using the findfs utility and relying on file system labels.  The
>> problem right now, is findfs is not in the initrd which actually
>> mounts the unionfs partition.  Does anyone know of a good way to
>> implement the functionality of findfs to locate the partition
>> labeled as "ASTURW" or do we need to investigate adding  findfs to
>> the initrd if we want to implement this? -- Darrick Hartman DJH
>> Solutions, LLC http://www.djhsolutions.com 
>> http://www.djhsolutions.com/wiki
>> 
> 
> Darrick,
> 
> When I was working on this before that's the only solution I could 
> come up with - adding findfs to the initrd...

I did some additional checking on this.  findfs will be in a future
version of busybox.  It was committed recently (4 weeks ago).  I haven't 
looked to see if this would be part of a 1.9.x release of busybox or if 
they would hold this feature until a 2.0.0 release of busybox is made. 
In either case, it's probably a few months out and not worth the time to 
hack the initrd now.  (although that would be a nice feature)

Darrick
-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Not a good solution because you only run genkd and genunion one time, 
but the KCMD line would need to be updated each time a new image is used.

Lonnie Abelbeck wrote:
> Darrick,
> 
> How about genkd and genunion automatically editing the KCMD line of  
> the run.conf? and forget findfs.
> 
> Lonnie
> 
> 
> On Mar 20, 2008, at 9:26 AM, Darrick Hartman (lists) wrote:
>> I'm trying to make implementation of unionfs easier by adding an
>> autodetection to the init script.  Kris has this setup for ASTKD using
>> the findfs utility and relying on file system labels.  The problem  
>> right
>> now, is findfs is not in the initrd which actually mounts the unionfs
>> partition.  Does anyone know of a good way to implement the
>> functionality of findfs to locate the partition labeled as "ASTURW" or
>> do we need to investigate adding  findfs to the initrd if we want to
>> implement this?
>> -- 
>> Darrick Hartman
>> DJH Solutions, LLC
>> http://www.djhsolutions.com
>> http://www.djhsolutions.com/wiki
>>
>> ---------------------------------------------------------------------- 
>> ---
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Astlinux-devel mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>>
>> Donations to support AstLinux are graciously accepted via PayPal to  
>> pa...@kr....
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki

Darrick,

How about genkd and genunion automatically editing the KCMD line of  
the run.conf? and forget findfs.

Lonnie


On Mar 20, 2008, at 9:26 AM, Darrick Hartman (lists) wrote:
> I'm trying to make implementation of unionfs easier by adding an
> autodetection to the init script.  Kris has this setup for ASTKD using
> the findfs utility and relying on file system labels.  The problem  
> right
> now, is findfs is not in the initrd which actually mounts the unionfs
> partition.  Does anyone know of a good way to implement the
> functionality of findfs to locate the partition labeled as "ASTURW" or
> do we need to investigate adding  findfs to the initrd if we want to
> implement this?
> -- 
> Darrick Hartman
> DJH Solutions, LLC
> http://www.djhsolutions.com
> http://www.djhsolutions.com/wiki
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to  
> pa...@kr....
>