astlinux-users — AstLinux Users Mailing List

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Lonnie A. <li...@lo...>]

Kristian,

It appears "the DNS manager does not work for chan_sip.".
http://bugs.digium.com/view.php?id=9153

I set enable=yes, no change. I'm going to comment it back out.

Lonnie

On Mar 21, 2007, at 10:32 PM, Kristian Kielhofner wrote:

> On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
>> Kristian,
>>
>> Dummy me, you mean /etc/asterisk/dnsmgr.conf
>>
>> Everything is commented out.
>>
>> Should I enable managed lookups?
>>
>> Lonnie
>>
>
> Lonnie,
>
>   Everyone (well, maybe not everyone) using Asterisk and DNS should.
> Enable it, make sure it is loaded, and set a reasonable time (you
> decide).  Give it a shot and let us know what happens.
>
> --  
> Kristian Kielhofner
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to  
> pa...@kr....
>

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Kristian K. <kri...@gm...>]

On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
> Kristian,
>
> Dummy me, you mean /etc/asterisk/dnsmgr.conf
>
> Everything is commented out.
>
> Should I enable managed lookups?
>
> Lonnie
>

Lonnie,

  Everyone (well, maybe not everyone) using Asterisk and DNS should.
Enable it, make sure it is loaded, and set a reasonable time (you
decide).  Give it a shot and let us know what happens.

-- 
Kristian Kielhofner

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Lonnie A. <li...@lo...>]

Kristian,

Dummy me, you mean /etc/asterisk/dnsmgr.conf

Everything is commented out.

Should I enable managed lookups?

Lonnie

On Mar 21, 2007, at 10:22 PM, Lonnie Abelbeck wrote:

> Kristian,
>
> I don't have a dsnmgr.conf (or dnsmasq.conf), I run in PBX only mode.
>
> Lonnie
>
> On Mar 21, 2007, at 10:16 PM, Kristian Kielhofner wrote:
>
>> On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
>>> Hi,
>>>
>>> I'm not reporting a problem, but I'm observing something different
>>> with this version of AstLinux.
>>>
>>> First, it appears that a DNS lookup is done at every SIP register,
>>> for every host.  I don't think asterisk did this before, since I
>>> remember having to do a "sip reload" when a VSP made DNS changes in
>>> the past.
>>>
>>> Second, because of all these DNS lookups (every two minutes) and the
>>> source address of the DNS lookups does not appear to change, a  
>>> quasi-
>>> permanent state exists in my m0n0wall firewall states.
>>>
>>> In my case m0n0wall is a caching DNS forwarder, so all this is  
>>> not an
>>> issue, but could be an issue for others.
>>>
>>> Lonnie
>>>
>>
>> Lonnie,
>>
>>   What does you dnsmgr.conf look like?
>>
>> --  
>> Kristian Kielhofner
>>
>> --------------------------------------------------------------------- 
>> -
>> ---
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
>> share your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?
>> page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to
>> pa...@kr....
>>
>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to  
> pa...@kr....
>

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Kristian K. <kri...@gm...>]

On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
> Kristian,
>
> I don't have a dsnmgr.conf (or dnsmasq.conf), I run in PBX only mode.
>
> Lonnie
>

Lonnie,

  dnsmgr.conf is an Asterisk configuration file (/etc/asterisk/dnsmgr.conf).

  It controls DNS resolution with Asterisk.

-- 
Kristian Kielhofner

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Lonnie A. <li...@lo...>]

Kristian,

I don't have a dsnmgr.conf (or dnsmasq.conf), I run in PBX only mode.

Lonnie

On Mar 21, 2007, at 10:16 PM, Kristian Kielhofner wrote:

> On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
>> Hi,
>>
>> I'm not reporting a problem, but I'm observing something different
>> with this version of AstLinux.
>>
>> First, it appears that a DNS lookup is done at every SIP register,
>> for every host.  I don't think asterisk did this before, since I
>> remember having to do a "sip reload" when a VSP made DNS changes in
>> the past.
>>
>> Second, because of all these DNS lookups (every two minutes) and the
>> source address of the DNS lookups does not appear to change, a quasi-
>> permanent state exists in my m0n0wall firewall states.
>>
>> In my case m0n0wall is a caching DNS forwarder, so all this is not an
>> issue, but could be an issue for others.
>>
>> Lonnie
>>
>
> Lonnie,
>
>   What does you dnsmgr.conf look like?
>
> --  
> Kristian Kielhofner
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to  
> pa...@kr....
>

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Kristian K. <kri...@gm...>]

On 3/21/07, Lonnie Abelbeck <li...@lo...> wrote:
> Hi,
>
> I'm not reporting a problem, but I'm observing something different
> with this version of AstLinux.
>
> First, it appears that a DNS lookup is done at every SIP register,
> for every host.  I don't think asterisk did this before, since I
> remember having to do a "sip reload" when a VSP made DNS changes in
> the past.
>
> Second, because of all these DNS lookups (every two minutes) and the
> source address of the DNS lookups does not appear to change, a quasi-
> permanent state exists in my m0n0wall firewall states.
>
> In my case m0n0wall is a caching DNS forwarder, so all this is not an
> issue, but could be an issue for others.
>
> Lonnie
>

Lonnie,

  What does you dnsmgr.conf look like?

-- 
Kristian Kielhofner

Re: [Astlinux-users] Astlinux 0.4.5-RC2 Images Available

[Lonnie A. <li...@lo...>]

Hi,

I'm not reporting a problem, but I'm observing something different  
with this version of AstLinux.

First, it appears that a DNS lookup is done at every SIP register,  
for every host.  I don't think asterisk did this before, since I  
remember having to do a "sip reload" when a VSP made DNS changes in  
the past.

Second, because of all these DNS lookups (every two minutes) and the  
source address of the DNS lookups does not appear to change, a quasi- 
permanent state exists in my m0n0wall firewall states.

In my case m0n0wall is a caching DNS forwarder, so all this is not an  
issue, but could be an issue for others.

Lonnie


On Mar 11, 2007, at 7:51 PM, Darrick Hartman wrote:

> Images for Astlinux 0.4.5-RC2 will be available later this evening  
> on my
> website.  Significant changes include the updating of the timezone  
> files
> that are used by Asterisk.  Note that the system time does not use  
> these
> files and relies on proper setting of the TZ_TIMEZONE variable.
>
> http://www.djhsolutions.com/astlinux

Re: [Astlinux-users] About a programmable display in a miniitx system

[Darrick H. <dha...@dj...>]

Manuel Dominguez wrote:
> The package for Lcdproc is not updated. It's very easy to update the package
> to use the last version of Lcdproc. Gatewood Green makes a patch for last
> version to include picoLCD support but not work in my development
> environment. If someone wants to try it, contact me.
>   
Manuel,

I updated lcdproc in 0.4 to 0.5.1 (which is the latest released 
version).  It looks like they have included the patch you're talking 
about in CVS.  I'd rather not have to include an extra patch that will 
go away when the next release of lcdproc is out, but if you have a link 
to a patch that cleanly patches against the released version, I would be 
willing to test it.  Give me a link or email it to me directly.

Darrick

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

Re: [Astlinux-users] About a programmable display in a miniitx system

[Manuel D. <man...@te...>]

The package for Lcdproc is not updated. It's very easy to update the package
to use the last version of Lcdproc. Gatewood Green makes a patch for last
version to include picoLCD support but not work in my development
environment. If someone wants to try it, contact me.

--

Manuel 

-----Mensaje original-----
De: ast...@li...
[mailto:ast...@li...] En nombre de Darrick
Hartman
Enviado el: lunes, 19 de marzo de 2007 17:13
Para: AstLinux Users Mailing List
Asunto: Re: [Astlinux-users] About a programmable display in a miniitx
system

Darrick Hartman wrote:
> LCDproc which is already in trunk may also work for you.  That's 
> probably why Kristian hasn't included the other package in trunk.  I 
> need to familiarize myself with both packages to see if there is benefit 
> for one over the other.
>
>   
Lcdproc is also in the 0.4 branch

I believe with some configuration, it can do what you want it to do.

Darrick

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


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to
pa...@kr....

Re: [Astlinux-users] About a programmable display in a mini itx system

[Darrick H. <dha...@dj...>]

Darrick Hartman wrote:
> LCDproc which is already in trunk may also work for you.  That's 
> probably why Kristian hasn't included the other package in trunk.  I 
> need to familiarize myself with both packages to see if there is benefit 
> for one over the other.
>
>   
Lcdproc is also in the 0.4 branch

I believe with some configuration, it can do what you want it to do.

Darrick

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

Re: [Astlinux-users] About a programmable display in a mini itx system

[Darrick H. <dha...@dj...>]

Erick Perez wrote:
> Having no clue as to where to look, I wonder if people on this list
> can point me into directions as to where to look for a mini-itx (and
> 1U) units with a custom 2-line display.
>
> What i want is to provide customers with some form of front panel
> display where they can change things like ip address, subnet, a http
> port. (just like those appliances from firewall vendors do).
> users are not techie, so a simple interface like this can help them
> when they move the system to other places in a network.
>
> programming directions (or price quotes) are also welcomed.
>
> Please reply off list, since this is off topic (i guess).
> my email is eaperezh _at_ gmail _dot_ com
>   
Erick,

This is on topic.  Please have the replies stay on list.  I think it is 
beneficial for everyone.

There are a few ways to do this.  Manuel has generated a package for 
Lcd4linux.  I won't be including this in the 0.4 branch, but it's 
something that could be added to trunk. 

LCDproc which is already in trunk may also work for you.  That's 
probably why Kristian hasn't included the other package in trunk.  I 
need to familiarize myself with both packages to see if there is benefit 
for one over the other.

Darrick

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

[Astlinux-users] About a programmable display in a mini itx system

[Erick P. <eap...@gm...>]

Having no clue as to where to look, I wonder if people on this list
can point me into directions as to where to look for a mini-itx (and
1U) units with a custom 2-line display.

What i want is to provide customers with some form of front panel
display where they can change things like ip address, subnet, a http
port. (just like those appliances from firewall vendors do).
users are not techie, so a simple interface like this can help them
when they move the system to other places in a network.

programming directions (or price quotes) are also welcomed.

Please reply off list, since this is off topic (i guess).
my email is eaperezh _at_ gmail _dot_ com

thanks,


-- 
------------------------------------------------------------
Erick Perez
Panama Sistemas
Integradores de Telefonia IP y Soluciones Para Centros de Datos
Panama, Republica de Panama
Cel Panama. +(507) 6694-4780
------------------------------------------------------------

[Astlinux-users] Reporting Bugs and Feature Requests

[Darrick H. <dha...@dj...>]

To make sure a feature request or bug doesn't get lost in the email 
shuffle, please use the bug tracker and feature request tracker on the 
sourceforge page.

http://sourceforge.net/tracker/?group_id=170462

As this project grows, using a tracker like this is the best way to make 
sure we're all on the same page.

Thanks,

Darrick

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

Re: [Astlinux-users] DHCP in trunk

[Darrick H. <dha...@dj...>]

Manuel wrote:
> Hi all,
>
> Only for information.
> The package DHCP not works in trunk. Fail downloading the file. I have
> taken from buildroot main page an updated package and by the moment
> compile but I have not tested.
>   
Manuel,

Please report problems you find in the tracker on Source Forge:

http://sourceforge.net/tracker/?group_id=170462

It will make them easier to track and not get lost.

Darrick

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

[Astlinux-users] Driver problem

[Manuel <lis...@gm...>]

Hi all,

Using trunk I can use my motherboard integrated NIC but the driver
R8169 included in linux kernel has many problems. I receive many
segmentation fault and my conclusions are that the problem is this
driver. I have found many other users using normal distros that have
similar problems and they resolve the problems installing the driver
r1000 from Realtek. I have tried several times making a package to
include the driver but without success. Can someone give me some ideas
to include this driver? Somebody has experiences including  drivers in
buildroot?

Thanks,

--
Manuel

[Astlinux-users] DHCP in trunk

[Manuel <lis...@gm...>]

Hi all,

Only for information.
The package DHCP not works in trunk. Fail downloading the file. I have
taken from buildroot main page an updated package and by the moment
compile but I have not tested.

--
Manuel

[Astlinux-users] Useful links

[Manuel D. <man...@te...>]

Hi all,

I have found these useful links:

http://www.sonoracomm.com/index.php?option=com_content&task=view&id=105&Item
id=32

http://www.sonoracomm.com/index.php?option=com_content&task=view&id=107&Item
id=32


--

Manuel

Re: [Astlinux-users] VLAN epiphany

[Lonnie A. <li...@lo...>]

Manuel,

It appears your Thomson ST2030 phones support separate VLAN tags for =20
the voice and external PC ethernet interface.  Connect the ST2030's =20
to a PoE, VLAN switch... very nice.  Currently my SPA-942's only =20
support one VLAN tag for all the traffic, voice and external ethernet =20=

interface.

In case you can't set the VLAN tag values from the ST2030 phone's =20
menu interface, be sure you know how to factory reset the phone to a =20
default state if you make a configuration error.

Lonnie

On Mar 17, 2007, at 3:50 AM, Manuel Dominguez wrote:

> Lonnie,
>
> Really very interesting and usefull all your experiences. I will make
> something similar using Linksys switch and Thomson ST2030 phones. I =20=

> would
> like to have 2 different vlan, one for voip and another for the =20
> rest of the
> traffic and enable qos. I don=92t know in this moment how work vlan =20=

> in st2030
> but when I make some test I will send to the list my comments.
>
> Thanks,
>
> --
> Manuel

Re: [Astlinux-users] VLAN epiphany

[Manuel D. <man...@te...>]

Lonnie,

Really very interesting and usefull all your experiences. I will make
something similar using Linksys switch and Thomson ST2030 phones. I =
would
like to have 2 different vlan, one for voip and another for the rest of =
the
traffic and enable qos. I don=92t know in this moment how work vlan in =
st2030
but when I make some test I will send to the list my comments.

Thanks,

--
Manuel

-----Mensaje original-----
De: ast...@li...
[mailto:ast...@li...] En nombre de =
Lonnie
Abelbeck
Enviado el: s=E1bado, 17 de marzo de 2007 4:57
Para: AstLinux Users Mailing List
Asunto: [Astlinux-users] VLAN epiphany

Friends,

This note documents my recent experience using VLAN's in a SMB =20
environment.

Probably many of you, are like me, and know what VLAN's are and how =20
useful they are, but relegated their use to the big-time corporate =20
infrastructures.

Well, I recently had a VLAN epiphany, and I am a believer; even for a =20
small network.

For this discussion, consider the following equipment:
1) net4801 running m0n0wall (LAN - WAN - DMZ)
2) net4801 running AstLinux (asterisk, LAN port only)
3) net4801 running AstLinux (OpenVPN and NTP, LAN port only)
4) HP Procurve 1800-8G switches
5) Netgear FS116P PoE switch, SPA-942 phones and SIP ATA's
6) 802.11g access points

I had a couple of issues; the m0n0wall's DMZ included my wireless and =20
asterisk, together.  The OpenVPN box connected to the LAN, resulting =20
in OpenVPN's virtual subnet overlaying the LAN subnet, requiring a =20
hack in m0n0wall to not apply rules to multiple subnets on the same =20
interface... neither good network design.

VLAN's to the rescue.  Since the net4801 supports 802.1Q VLAN =20
tagging, I configured the DMZ port of m0n0wall as a VLAN 'trunk' to a =20
Procurve 1800-8G switch (under $160).  The m0n0wall's LAN and WAN =20
ports remain standard untagged ethernet.

I created 4 VLANS on the m0n0wall DMZ interface:
(Each VLAN is on its own private subnet)
1) VOIP - asterisk, IP phones and ata's on non-VLAN switch
2) WLAN - 802.11g wireless
3) OVPN - solitary AstLinux box with OpenVPN, NTP; asterisk disabled
4) VLAN1 - VLAN management for switches

A key point is that all the magic is done in the m0n0wall and in the =20
VLAN switch.  One switch port needs to be set to "tagged" that =20
connects to the m0n0wall VLAN trunk interface, but all the other =20
ports can accept "All" ethernet types, basically untagged ethernet.  =20
The VLAN switch needs to be carefully configured, port by port to =20
assign which VLAN's are a member on each port.  The 'tagged' port to =20
the m0n0wall must be a member of all four VLAN's.  The other untagged =20
ingress ports are assigned only one VLAN membership to match what the =20
port is connected to.

Be very careful when configuring a VLAN switch, one mistake can make =20
your network inoperable, worst case requiring a factory reset of the =20
switch and starting over.  Planning is the key.  The Procurve 1800 =20
has a very intuitive web interface for the VLAN setup.

The benefits:
1) The publicly available asterisk is segregated with tight firewall =20
rules.
2) The wireless is segregated with tight firewall rules.
3) The OpenVPN server, with its own subnet, reaches any other device =20
by passing through two interfaces, allowing full firewall rules and =20
no hacks to reach a different subnet on the same segment.
4) Elegant, simple network design.

AstLinux has built-in VLAN interface support, but many will find =20
standard untagged AstLinux setup to a VLAN switch the easiest way to go.

I hope my experiences will be useful to the readers here.

Lonnie


-------------------------------------------------------------------------=

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share =
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to
pa...@kr....

[Astlinux-users] VLAN epiphany

[Lonnie A. <li...@lo...>]

Friends,

This note documents my recent experience using VLAN's in a SMB  
environment.

Probably many of you, are like me, and know what VLAN's are and how  
useful they are, but relegated their use to the big-time corporate  
infrastructures.

Well, I recently had a VLAN epiphany, and I am a believer; even for a  
small network.

For this discussion, consider the following equipment:
1) net4801 running m0n0wall (LAN - WAN - DMZ)
2) net4801 running AstLinux (asterisk, LAN port only)
3) net4801 running AstLinux (OpenVPN and NTP, LAN port only)
4) HP Procurve 1800-8G switches
5) Netgear FS116P PoE switch, SPA-942 phones and SIP ATA's
6) 802.11g access points

I had a couple of issues; the m0n0wall's DMZ included my wireless and  
asterisk, together.  The OpenVPN box connected to the LAN, resulting  
in OpenVPN's virtual subnet overlaying the LAN subnet, requiring a  
hack in m0n0wall to not apply rules to multiple subnets on the same  
interface... neither good network design.

VLAN's to the rescue.  Since the net4801 supports 802.1Q VLAN  
tagging, I configured the DMZ port of m0n0wall as a VLAN 'trunk' to a  
Procurve 1800-8G switch (under $160).  The m0n0wall's LAN and WAN  
ports remain standard untagged ethernet.

I created 4 VLANS on the m0n0wall DMZ interface:
(Each VLAN is on its own private subnet)
1) VOIP - asterisk, IP phones and ata's on non-VLAN switch
2) WLAN - 802.11g wireless
3) OVPN - solitary AstLinux box with OpenVPN, NTP; asterisk disabled
4) VLAN1 - VLAN management for switches

A key point is that all the magic is done in the m0n0wall and in the  
VLAN switch.  One switch port needs to be set to "tagged" that  
connects to the m0n0wall VLAN trunk interface, but all the other  
ports can accept "All" ethernet types, basically untagged ethernet.   
The VLAN switch needs to be carefully configured, port by port to  
assign which VLAN's are a member on each port.  The 'tagged' port to  
the m0n0wall must be a member of all four VLAN's.  The other untagged  
ingress ports are assigned only one VLAN membership to match what the  
port is connected to.

Be very careful when configuring a VLAN switch, one mistake can make  
your network inoperable, worst case requiring a factory reset of the  
switch and starting over.  Planning is the key.  The Procurve 1800  
has a very intuitive web interface for the VLAN setup.

The benefits:
1) The publicly available asterisk is segregated with tight firewall  
rules.
2) The wireless is segregated with tight firewall rules.
3) The OpenVPN server, with its own subnet, reaches any other device  
by passing through two interfaces, allowing full firewall rules and  
no hacks to reach a different subnet on the same segment.
4) Elegant, simple network design.

AstLinux has built-in VLAN interface support, but many will find  
standard untagged AstLinux setup to a VLAN switch the easiest way to go.

I hope my experiences will be useful to the readers here.

Lonnie

Re: [Astlinux-users] Coreutils compile problem (0.4 branch)

[Sebastian A. <sp...@sy...>]

Darrick Hartman wrote:
> Sebastian,
> 
> Perhaps I should apologize a little.  I misunderstood what
> you meant by
> "The minimum needed to build a uClibc development system".
> 
> After your clarification, I understand what you are trying to do.  I
> don't necessarily agree with your plans, but I will clarify this one
> more time. 
> 
> Yes, the only packages known to build and that have been tested by
> myself and Kristian are those that are included in the default
> astlinux.config.  Other packages may work, but in all
> likelihood, many
> of them are outdated and may need small or very big changes to work.

Thanks for the clarification.

> Sebastian Auriol wrote:
>> But forgive me for assuming that a package that has been in AstLinux
>> for some time (and maybe since the start), and is not labelled as
>> experimental, works. And, please forgive me for assuming that
>> members of this list would want to know if such a package did not
>> work. 
> 
> I only recently added the experimental flag.  I haven't had time to
> update the packages which are not included by default.  I've included
> this history in the past, but I'll restate it again.
> Astlinux was build
> using buildroot2.  Some of the packages were never tried.  At
> one point
> they probably built ok.  Since they have been unmaintained
> for so long,
> they may need updating.  As time allows I'll try to flag these as
> testing/experimental, but if you wanted to help, you can test packages
> (as long as you understand that they may not build) and let
> us know that
> they don't work.
> 
> Darrick

OK, I understand.

FYI:
No, big deal - I just disabled the package - I don't think I need it anyway,
but I have tested the "ed" package and it gets a 404 Not Found when it tries
to download a patch, both from debian.org and the mirror at astlinux.org.

Also, FYI, the following non-default packages compile successfully (latest
0.4 svn, i586):

[seb@IVRA6 0.4-svn-MAR]$ diff .config astlinux.config
37c37
< BR2_JLEVEL=1
---
> BR2_JLEVEL=2
131d130
< BR2_PACKAGE_EXPERIMENTAL=y
147,149c146,148
< BR2_PACKAGE_BZIP2=y
< BR2_PACKAGE_COREUTILS=y
< BR2_PACKAGE_DIFFUTILS=y
---
> # BR2_PACKAGE_BZIP2 is not set
> # BR2_PACKAGE_COREUTILS is not set
> # BR2_PACKAGE_DIFFUTILS is not set
151c150
< BR2_PACKAGE_FINDUTILS=y
---
> # BR2_PACKAGE_FINDUTILS is not set
154,161c153,160
< BR2_PACKAGE_GAWK=y
< BR2_PACKAGE_GCC_TARGET=y
< BR2_PACKAGE_CCACHE_TARGET=y
< BR2_PACKAGE_GREP=y
< BR2_PACKAGE_MAKE=y
< BR2_PACKAGE_PATCH=y
< BR2_PACKAGE_SED=y
< BR2_PACKAGE_TAR=y
---
> # BR2_PACKAGE_GAWK is not set
> # BR2_PACKAGE_GCC_TARGET is not set
> # BR2_PACKAGE_CCACHE_TARGET is not set
> # BR2_PACKAGE_GREP is not set
> # BR2_PACKAGE_MAKE is not set
> # BR2_PACKAGE_PATCH is not set
> # BR2_PACKAGE_SED is not set
> # BR2_PACKAGE_TAR is not set
324c323
< BR2_PACKAGE_SYSKLOGD=y
---
> # BR2_PACKAGE_SYSKLOGD is not set

Have a nice weekend.

Kind regards,

Sebastian

Re: [Astlinux-users] Coreutils compile problem (0.4 branch)

[Sebastian A. <sp...@sy...>]

Kristian Kielhofner wrote:
> On 3/16/07, Sebastian Auriol <sp...@sy...> wrote:
>> AstLinux 0.4 branch from today (and older versions) fail to compile
>> in the coreutils package. I wanted to create an AstLinux image with
>> "The minimum needed to build a uClibc development system":
>> 
> ..snipped..
> 
> Sebastian,
> 
>   Fixed in trunk and 0.4.  Please try again.

Many thanks, Kristian - it does indeed work now.

Sebastian

Re: [Astlinux-users] Coreutils compile problem (0.4 branch)

[Darrick H. <dha...@dj...>]

Sebastian Auriol wrote:
  > Just because a package is not selected by default means that it may 
not work
> and is not supported? My bad. I thought the "Enable Experimental/Test
> Packages" part signified you were selecting a dubious package... Who said I
> was after "basic functionality"? I specifically said what I wanted in my
> e-mail.

Sebastian,

Perhaps I should apologize a little.  I misunderstood what you meant by 
"The minimum needed to build a uClibc development system".

After your clarification, I understand what you are trying to do.  I 
don't necessarily agree with your plans, but I will clarify this one 
more time.

Yes, the only packages known to build and that have been tested by 
myself and Kristian are those that are included in the default 
astlinux.config.  Other packages may work, but in all likelihood, many 
of them are outdated and may need small or very big changes to work.

> But forgive me for assuming that a package that has been in AstLinux for
> some time (and maybe since the start), and is not labelled as experimental,
> works. And, please forgive me for assuming that members of this list would
> want to know if such a package did not work.

I only recently added the experimental flag.  I haven't had time to 
update the packages which are not included by default.  I've included 
this history in the past, but I'll restate it again.  Astlinux was build 
using buildroot2.  Some of the packages were never tried.  At one point 
they probably built ok.  Since they have been unmaintained for so long, 
they may need updating.  As time allows I'll try to flag these as 
testing/experimental, but if you wanted to help, you can test packages 
(as long as you understand that they may not build) and let us know that 
they don't work.

Darrick

-- 
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
Office:  877.901.3113
   Cell:  920.901.3113

Re: [Astlinux-users] Coreutils compile problem (0.4 branch)

[Kristian K. <kri...@gm...>]

On 3/16/07, Sebastian Auriol <sp...@sy...> wrote:
> AstLinux 0.4 branch from today (and older versions) fail to compile in the
> coreutils package. I wanted to create an AstLinux image with "The minimum
> needed to build a uClibc development system":
>
..snipped..
> [seb@IVRA6 0.4-svn-MAR]$
>
> BTW, this was with 1 concurrent job set to run; i386; i586; Generic i586.
>
> Kind regards,
>
> Sebastian
>

Sebastian,

  Fixed in trunk and 0.4.  Please try again.

-- 
Kristian Kielhofner

Re: [Astlinux-users] Coreutils compile problem (0.4 branch)

[Sebastian A. <sp...@sy...>]

Darrick Hartman wrote:
> Sebastian Auriol wrote:
>> AstLinux 0.4 branch from today (and older versions) fail to compile
>> in the coreutils package. I wanted to create an AstLinux image with
>> "The minimum needed to build a uClibc development system":
>> 
> Sebastian,
> 
> I'm trying to be as nice and patient as I can with your
> errors.  You get
> a D+ for following instructions though.
> 
> coreutils is not selected by default.  It is not needed for basic
> functionality on an astlinux box.  Most of these functions
> are already
> provided by busybox.

Just because a package is not selected by default means that it may not work
and is not supported? My bad. I thought the "Enable Experimental/Test
Packages" part signified you were selecting a dubious package... Who said I
was after "basic functionality"? I specifically said what I wanted in my
e-mail.

> Please refer back to previous note messages which provide complete
> instructions to have a working box.  Could coreutils be fixed
> to work?
> Probably.  Is it even on our list?  No.  The goal of this
> project isn't
> to add everything that you might find on a full blown Linux
> box.  It's
> to provide the needed functionality in the smallest footprint
> necessary to provide that functionality.
> 
> Darrick

What I am after today, as I said at the top of the e-mail you replied to, is
a minimum AstLinux development system since there are so many programs not
included in AstLinux that appear to be very difficult to compile for
AstLinux. If I had an AstLinux install with gcc, make, etc. than I could do
the compiling on the machine, and it would probably be a lot easier to
compile these tiny programs.

If you can suggest a way to set up all the paths, library paths, include
paths, etc. to point only at the right places in my build_XXX tree for an
arbitrary cc or gcc command, then of course I wouldn't need to build cc and
gcc into the AstLinux image and that would be even better. Unfortunately I
am no gcc expert and my attempts thus far appear to have resulted in
conflicting included files.

But forgive me for assuming that a package that has been in AstLinux for
some time (and maybe since the start), and is not labelled as experimental,
works. And, please forgive me for assuming that members of this list would
want to know if such a package did not work.

Kind regards,

Sebastian