You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(91) |
Feb
(111) |
Mar
(226) |
Apr
(65) |
May
(197) |
Jun
(202) |
Jul
(92) |
Aug
(87) |
Sep
(120) |
Oct
(133) |
Nov
(89) |
Dec
(155) |
| 2008 |
Jan
(251) |
Feb
(136) |
Mar
(174) |
Apr
(149) |
May
(56) |
Jun
(32) |
Jul
(36) |
Aug
(171) |
Sep
(245) |
Oct
(244) |
Nov
(218) |
Dec
(272) |
| 2009 |
Jan
(113) |
Feb
(119) |
Mar
(192) |
Apr
(117) |
May
(93) |
Jun
(46) |
Jul
(80) |
Aug
(54) |
Sep
(109) |
Oct
(70) |
Nov
(145) |
Dec
(110) |
| 2010 |
Jan
(137) |
Feb
(87) |
Mar
(45) |
Apr
(157) |
May
(58) |
Jun
(99) |
Jul
(188) |
Aug
(136) |
Sep
(101) |
Oct
(100) |
Nov
(61) |
Dec
(60) |
| 2011 |
Jan
(84) |
Feb
(43) |
Mar
(70) |
Apr
(17) |
May
(69) |
Jun
(28) |
Jul
(43) |
Aug
(21) |
Sep
(151) |
Oct
(120) |
Nov
(84) |
Dec
(101) |
| 2012 |
Jan
(119) |
Feb
(82) |
Mar
(70) |
Apr
(115) |
May
(66) |
Jun
(131) |
Jul
(70) |
Aug
(65) |
Sep
(66) |
Oct
(86) |
Nov
(197) |
Dec
(81) |
| 2013 |
Jan
(65) |
Feb
(48) |
Mar
(32) |
Apr
(68) |
May
(98) |
Jun
(59) |
Jul
(41) |
Aug
(52) |
Sep
(42) |
Oct
(37) |
Nov
(10) |
Dec
(27) |
| 2014 |
Jan
(61) |
Feb
(34) |
Mar
(30) |
Apr
(52) |
May
(45) |
Jun
(40) |
Jul
(28) |
Aug
(9) |
Sep
(39) |
Oct
(69) |
Nov
(55) |
Dec
(19) |
| 2015 |
Jan
(13) |
Feb
(21) |
Mar
(5) |
Apr
(14) |
May
(30) |
Jun
(51) |
Jul
(31) |
Aug
(12) |
Sep
(29) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2016 |
Jan
(62) |
Feb
(76) |
Mar
(30) |
Apr
(43) |
May
(46) |
Jun
(62) |
Jul
(21) |
Aug
(49) |
Sep
(67) |
Oct
(27) |
Nov
(26) |
Dec
(38) |
| 2017 |
Jan
(7) |
Feb
(12) |
Mar
(69) |
Apr
(59) |
May
(54) |
Jun
(40) |
Jul
(76) |
Aug
(82) |
Sep
(92) |
Oct
(51) |
Nov
(32) |
Dec
(30) |
| 2018 |
Jan
(22) |
Feb
(25) |
Mar
(34) |
Apr
(35) |
May
(37) |
Jun
(21) |
Jul
(69) |
Aug
(55) |
Sep
(17) |
Oct
(67) |
Nov
(9) |
Dec
(5) |
| 2019 |
Jan
(19) |
Feb
(12) |
Mar
(15) |
Apr
(19) |
May
|
Jun
(27) |
Jul
(27) |
Aug
(25) |
Sep
(25) |
Oct
(27) |
Nov
(10) |
Dec
(14) |
| 2020 |
Jan
(22) |
Feb
(20) |
Mar
(36) |
Apr
(40) |
May
(52) |
Jun
(35) |
Jul
(21) |
Aug
(32) |
Sep
(71) |
Oct
(27) |
Nov
(11) |
Dec
(16) |
| 2021 |
Jan
(16) |
Feb
(21) |
Mar
(21) |
Apr
(27) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(23) |
Oct
(7) |
Nov
(11) |
Dec
(28) |
| 2022 |
Jan
(23) |
Feb
(18) |
Mar
(9) |
Apr
(15) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(10) |
| 2023 |
Jan
(14) |
Feb
(10) |
Mar
(11) |
Apr
(13) |
May
(2) |
Jun
(30) |
Jul
(1) |
Aug
(15) |
Sep
(13) |
Oct
(3) |
Nov
(25) |
Dec
(5) |
| 2024 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(10) |
Sep
(3) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
| 2025 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(5) |
May
(13) |
Jun
(16) |
Jul
(1) |
Aug
(17) |
Sep
|
Oct
(1) |
Nov
(11) |
Dec
|
|
From: Peter R. <pe...@ne...> - 2007-02-04 14:35:53
|
Ingmar, Hehe just crossed my previous post, Ingmar I am not needed the "nt" but "et" with "ptp" mode so it must be "te_ptp" It is possible to use "et" on "ptp" ?? not sure about that :-o have to read my isdn books again I'm using astlinux 4.4.0 ps there are no jumpers on the hfc-pci card to forced using "et" or "nt" Kind regards, Peter R. ----- Original Message ----- From: "IS" <is...@es...> To: "AstLinux Users Mailing List" <ast...@li...> Cc: <ast...@li...> Sent: Sunday, February 04, 2007 2:35 PM Subject: Re: [Astlinux-users] channel mISDN issues #2?? > In addition to my previous e-mail: > > if you can get your HFC card switched to nt mode with your current > astlinux image (btw, you did not say which version you are running or if > you used the dev environment to compile your own version...), then it's > only a matter of adjusting a few config/startup files. That should not be > too difficult. I already gave you the pointer in my previous e-mail, where > you have to look. > > I have seen some time ago, that you could set the card to nt mode in > misdn, but misdnportinfo always showed ptmp mode. That was a limitation of > the misdn version used a while ago. > > If you provide more information, we can work on it. > > cheers, Ingmar > > quoting Peter Roelandts > > Hello all > > > > Yesterday I was at a customer try to install a soekris with an hfc-pci > > card installed > > always connect BRI pmp but there it was BRI ptp so a change in rc.conf > > > > ISDN_MODPROBE="hfcpci protocol=0x2 layermask=0xf" > > > > > > TO > > > > ISDN_MODPROBE="hfcpci protocol=0x22 layermask=0xf" > > > > Then a reboot, and I look in misdn-init.conf unfortunately there is still > > the value te_ptmp=1 instead of te_ptp=1 > > > > Edit the misdn-init.conf to change it manually is out of the question > > because it is writing during the boot process > > > > any suggestions hints? > > > > Kind Regards, > > > > Peter > > Roelandts------------------------------------------------------------------- ------ > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier. > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642_______________________________________________ > > 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.... > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > 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.... > |
|
From: Peter R. <pe...@ne...> - 2007-02-04 14:24:01
|
Hi Ingmar, Thank you very mush for this information, I will try that this evening. And if it is not working I have to manually install asterisk on another machine :-( Because this customer got to have communication by tomorrow for his company otherwise?? When I have more time maybe it is better to create a separate build for that? Anyway the soekris with hfc-pci in pmp mode works great it is really rock solid fantastic piece of work!!! Kind regards, Peter R. ----- Original Message ----- From: "IS" <is...@es...> To: "AstLinux Users Mailing List" <ast...@li...> Cc: <ast...@li...> Sent: Sunday, February 04, 2007 2:20 PM Subject: Re: [Astlinux-users] channel mISDN issues?? > Hello Peter, > > you could try to change ISDN_MODPROBE to ISDN_MODPROBE="MISDN" in order to > start the misdn subsystem with the commands specified in the asterisk > startup script. > > Try first > > misdn-init scan > misdn-init config > edit misdn-init.conf to reflect nt mode > misdn-init start > > see what happens. > > If it still changes back to ptmp you would need a newer version of misdn > in astlinux. > > best regards, > > Ingmar > > quoting Peter Roelandts > > Hello all > > > > Yesterday I was at a customer try to install a soekris with an hfc-pci > > card installed > > always connect BRI pmp but there it was BRI ptp so a change in rc.conf > > > > ISDN_MODPROBE="hfcpci protocol=0x2 layermask=0xf" > > > > > > TO > > > > ISDN_MODPROBE="hfcpci protocol=0x22 layermask=0xf" > > > > Then a reboot, and I look in misdn-init.conf unfortunately there is still > > the value te_ptmp=1 instead of te_ptp=1 > > > > Edit the misdn-init.conf to change it manually is out of the question > > because it is writing during the boot process > > > > any suggestions hints? > > > > Kind Regards, > > > > Peter > > Roelandts------------------------------------------------------------------- ------ > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier. > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642_______________________________________________ > > 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.... > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > 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.... > |
|
From: IS <is...@es...> - 2007-02-04 13:35:58
|
In addition to my previous e-mail: if you can get your HFC card switched to nt mode with your current astlinux image (btw, you did not say which version you are running or if you used the dev environment to compile your own version...), then it's only a matter of adjusting a few config/startup files. That should not be too difficult. I already gave you the pointer in my previous e-mail, wher= e you have to look. I have seen some time ago, that you could set the card to nt mode in misdn, but misdnportinfo always showed ptmp mode. That was a limitation o= f the misdn version used a while ago. If you provide more information, we can work on it. cheers, Ingmar quoting Peter Roelandts > Hello all > > Yesterday I was at a customer try to install a soekris with an hfc-pci > card installed > always connect BRI pmp but there it was BRI ptp so a change in rc.conf > > ISDN_MODPROBE=3D"hfcpci protocol=3D0x2 layermask=3D0xf" > > > TO > > ISDN_MODPROBE=3D"hfcpci protocol=3D0x22 layermask=3D0xf" > > Then a reboot, and I look in misdn-init.conf unfortunately there is sti= ll > the value te_ptmp=3D1 instead of te_ptp=3D1 > > Edit the misdn-init.conf to change it manually is out of the question > because it is writing during the boot process > > any suggestions hints? > > Kind Regards, > > Peter > Roelandts--------------------------------------------------------------= ----------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642_______________________________________________ > 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.... |
|
From: IS <is...@es...> - 2007-02-04 13:20:38
|
Hello Peter, you could try to change ISDN_MODPROBE to ISDN_MODPROBE=3D"MISDN" in order= to start the misdn subsystem with the commands specified in the asterisk startup script. Try first misdn-init scan misdn-init config edit misdn-init.conf to reflect nt mode misdn-init start see what happens. If it still changes back to ptmp you would need a newer version of misdn in astlinux. best regards, Ingmar quoting Peter Roelandts > Hello all > > Yesterday I was at a customer try to install a soekris with an hfc-pci > card installed > always connect BRI pmp but there it was BRI ptp so a change in rc.conf > > ISDN_MODPROBE=3D"hfcpci protocol=3D0x2 layermask=3D0xf" > > > TO > > ISDN_MODPROBE=3D"hfcpci protocol=3D0x22 layermask=3D0xf" > > Then a reboot, and I look in misdn-init.conf unfortunately there is sti= ll > the value te_ptmp=3D1 instead of te_ptp=3D1 > > Edit the misdn-init.conf to change it manually is out of the question > because it is writing during the boot process > > any suggestions hints? > > Kind Regards, > > Peter > Roelandts--------------------------------------------------------------= ----------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642_______________________________________________ > 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.... |
|
From: Peter R. <pe...@ne...> - 2007-02-03 12:18:10
|
Hello all Yesterday I was at a customer try to install a soekris with an hfc-pci = card installed always connect BRI pmp but there it was BRI ptp so a change in rc.conf ISDN_MODPROBE=3D"hfcpci protocol=3D0x2 layermask=3D0xf" TO ISDN_MODPROBE=3D"hfcpci protocol=3D0x22 layermask=3D0xf" Then a reboot, and I look in misdn-init.conf unfortunately there is = still the value te_ptmp=3D1 instead of te_ptp=3D1 Edit the misdn-init.conf to change it manually is out of the question = because it is writing during the boot process any suggestions hints? Kind Regards, Peter Roelandts |
|
From: Bryce C. <br...@rh...> - 2007-02-01 19:22:18
|
The company I work for used to make a product called the Brickmail which did exactly this. The Panasonic's interface is FXS ports, so the Astlinux box will need FXO interfaces. When a call comes into the Panasonic, it will ring it directly through to the box, which will do the IVR etc; when a user presses an extension, Astlinux will then to a blind flash transfer back on its FXO port by doing a hook-flash, dialing the panasonic extension number (likely the same number), and then hanging up once the Panasonic has hung up on Astlinux. The Panasonic rings the phone according to its programming, then if there's no answer, it will send it back to the Astlinux box (again, according to programming) prefixing the extension it dials with something like a * to signify that the call should route directly to the voicemail for that extension. Remember, the Astlinux box is acting just like an operator console, i.e. a telephone which is an FXO interface to the PSTN FXS, or in this case Panasonic PBX. Just a reminder, please use the lists on SourceForge. Regards, Bryce Chidester Rhino Equipment Corp. br...@rh... Tel: +1 (480) 940-1826 x6351 Fax: +1 (480) 961-1826 FWD: 633686 x6351 IP: asterisk.rhinoequipment.com x6351 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the email and its attachments from all computers. Erick Perez wrote: > Hi, usually when I install an asterisk machine, the machine is alone, > meaning no other pbx around. > > This new customer is asking me to provide voicemail services and > autoattendant to his old panasonic PBX. > > However im unfamiliar with the setup. > > The setup is like this: > the panasonic gets the calls and it should transfer them to the > asterisk box. I guess this means that on the asterisk side it should > be FXS ports right? > > then, when the asterisk do the auto attendant stuff and transfers the > calls to an extension in the panasonic, it will do ablind transfer > right? freeing the channel. > > Now, when a user call the voicemail extension, this means that the > asterisk should have another set of FXS ports for the users right? > > So at the end: 3fxs ports for autoattendant and let's say another 3fxs > for voicemail right? > > the asterisk is not supposed to call anyone, so im not supposed to use > fxo, right? > > thanks in advance for your guidance. > > > > |
|
From: Lonnie A. <li...@lo...> - 2007-01-28 01:00:37
|
'wget' is available on AstLinux
# wget
BusyBox v1.1.3 (2006.08.22-18:48+0000) multi-call binary
Usage: wget [-c|--continue] [-q|--quiet] [-O|--output-document file]
[--header 'header: value'] [-Y|--proxy on/off] [-P
DIR] url
wget retrieves files via HTTP or FTP
Options:
-c continue retrieval of aborted transfers
-q quiet mode - do not print
-P Set directory prefix to DIR
-O save to filename ('-' for stdout)
-Y use proxy ('on' or 'off')
Lonnie
On Jan 27, 2007, at 4:51 PM, Thomas Thomsen wrote:
> Hi
>
> Does anyone have a compiled version of Curl ?? (http://curl.haxx.se )
>
> I will use it for a callerid lookup
>
> //Thomas
> ----------------------------------------------------------------------
> ---
> 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....
|
|
From: Thomas T. <tb...@nt...> - 2007-01-27 22:49:46
|
Hi=20 =20 Does anyone have a compiled version of Curl ?? (http://curl.haxx.se ) =20 I will use it for a callerid lookup =20 //Thomas |
|
From: Michael K. <mic...@ip...> - 2007-01-24 20:36:14
|
I have an ASTLinux (development) system running at home of which I am quite happy with, however even the slightest download from one of the devices on the network causes voice degredation during a call due to packet loss. Frustrated with this, I set a phone directly to the ITSP and was unable to cause this packet loss issue, even with quite substantial downloads. I suspected that this was a jitter buffer issue in Asterisk but when I began looking at how to tune this, I was surprised to find that a dynamic jitter buffer was not actually available in SIP until 1.4. I understand that a dynamic jitter buffer has been available for IAX for a while. Is there any way I can solve this problem (install patch etc) or do I need to use 1.4. PS I would probably wait until it is included in ASTLinux, the best Asterisk distribution. Regards Michael Knill -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.17.8/649 - Release Date: 23/01/2007 8:40 PM |
|
From: Erick P. <eap...@gm...> - 2007-01-23 16:22:20
|
Hi, I would like to learn how to transform a linux installation into something that boots from a CF card and uses RAM to work (no hard disk, no moving parts). Just like astlinux does, but I want to learn how is being done, what do I need to transform my build into something like that. I already have astlinux 0.4.4 running in my mini-itx, but my next project It's for an antispam antivirus appliance, thats why i marked this post OT. I'm planning to use 1gb of ram in a mini-itx, 512 for the OS (or less) and 512 for "ram" Thanks and I apologize in advance for posting things unrelated to astlinux. -- ------------------------------------------------------------ Erick Perez Panama Sistemas Integradores de Telefonia IP y Soluciones Para Centros de Datos Panama, Republica de Panama Cel Panama. +(507) 6694-4780 ------------------------------------------------------------ |
|
From: Kevin K. <Ast...@gt...> - 2007-01-22 06:32:54
|
-----Original Message----- From: Kristian Kielhofner [mailto:kri...@gm...] Sent: Sunday, January 21, 2007 10:37 PM To: Discussion of AstLinux - Asterisk on Compact Flash Subject: Re: [Astlinux-users] Ztdummy Instead of ZapRTC On 1/21/07, ven...@sa... <ven...@sa...> wrote: > > Sorry, mine was OHCI and not UHCI. Is it still possible to use ztdummy? > host/usb-ohci.c: USB OHCI at membase 0xc6a68000, IRQ 11 > host/usb-ohci.c: usb-00:13.0, Compaq Computer Corporation ZFMicro Chipset USB > > Veneraldo, Can you please ask on the new mailing list: http://sourceforge.net/mail/?group_id=170462 Thanks! -- Kristian Kielhofner _______________________________________________ Astlinux-users mailing list Ast...@li... http://lists.kriscompanies.com/mailman/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... REMEMBER: AstLinux mailing lists are moving soon: http://sourceforge.net/mail/?group_id=170462 Please move any discussions ASAP! -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.17.3/642 - Release Date: 1/20/2007 10:31 PM |
|
From: Daniel B. <dan...@ma...> - 2007-01-20 00:31:59
|
All, I've been running astlinux on a gumstix netstix 400 for over a month, works like a charm. However: The build environment is still giving me problems, especially pcmcia-cs. Build fails when I add the pcmcia-cs package. Need this to allow access to the CF slot for keydisk support. Has anyone else come across this problem and developed a fix? BTW: Build also always fails at packages iproute, iptables, and msmtp. This hasn't been a problem since I don't need these packages for now. But pcmcia-cs is really needed. Using revision 503 of the buildroot. Thanks, Dan |
|
From: Gary G. H. <GHe...@co...> - 2007-01-18 20:07:44
|
Most of the ones I am dealing with here are VIA C3 1GHz machines on a m'boards from LEX ... I use the standard i586 build and it seems to work fine ... I think the last time the question came up, I was told that there is no difference between the VIA and standard i586 build ... That was a while ago so I am not sure if anything has changed since ... I am not sure that the kernel in Astlinux takes advantage of the fancy random number generator in the VIA chip ... I understand that this function might improve performance on VIA machines when doing codec conversion or when doing encryption as in VPN ... But the machines have performed well enough for my scenario that I just don't worry about it ... I would be more concerned about making modifications to the build that might version updates difficult ... There are many on this list who report good results using 233MHz and 266MHz CPU's ... I would assume that the VIA machines with 800MHz to 1.5GHz CPU's should be able to handle most anything you might throw at them even without using any unique VIA features ... All that said, if you get SAMBA working under Astlinus, please take time to put together a recipe of how you got it to work ... I would be interested in playing with that ... Not sure I would want to expose a SAMBA mahine to the Internet though ... That scares me a bit ... Would have to tweak up the Arno firewall script to compensate for the security issues I suspect ... G.Hendershot |
|
From: olivier.taylor <oli...@gm...> - 2007-01-18 20:04:51
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> i used the generic i586 from distribution.<br> <br> Olivier<br> <br> Sebastian Auriol a écrit : <blockquote cite="mid!~!UEN...@sy..." type="cite"> <pre wrap="">Glad to hear it. Did you specify a VIA device or a Generic i586 device though? P. S. I finally got 0.4 branch and trunk to finish the make process. *relief* :-) Sebastian _____ From: <a class="moz-txt-link-abbreviated" href="mailto:ast...@li...">ast...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:ast...@li...">mailto:ast...@li...</a>] On Behalf Of olivier.taylor Sent: 18 January 2007 19:22 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant Sebastian, I have an HP 5500 thin client (Via chip) running perfectly here with the I586 build, just Fyi. Olivier Sebastian Auriol a écrit : Kristian, Thanks for the feedback and links. I have switched to i586 and Generic i586 device for now and it seems to be going OK, except that I ran out of disk space at one point and I was missing uudecode. I had to basically start again after the disk space problem: cp -r dl dl-bak ; make clean ; make distclean ; rm -f -r toolchain_build_i586 ; svn update ; make If I didn't delete toolchain_build_i586 it would just immediately bomb again. <a class="moz-txt-link-freetext" href="ftp://ftp.samba.org/">ftp://ftp.samba.org/</a> isn't working today but I found the file at <a class="moz-txt-link-freetext" href="http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz">http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz</a> (btw, there is a newer version available too). I copied the file into the dl directory manually, but it is still retrying via FTP (try: 4) and the timeouts are extremely long. Is there anyway to cancel the getter_script.sh without cancelling the make? The server has spent so long getting to this point I don't want to have to start it again. Having said that, I would be willing to try VIA with i586. Is this likely to work then? What are the differences between Generic i586 and VIA builds? Presumably it will overwrite build_i586/root so I'd want to back that up... I saw your svn changes. :) Is trunk nearly ready for a release? Or more importantly for me right now, should it be stable? Thanks for your help. This is my first time trying to compile AstLinux. I need to add support, i.e. drivers, for a device that is not supported in the standard build. How do I go about doing this? Presumably I can do it after the main make has finished... Sebastian -----Original Message----- From: <a class="moz-txt-link-abbreviated" href="mailto:ast...@li...">ast...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:ast...@li...">mailto:ast...@li...</a>] On Behalf Of Kristian Kielhofner Sent: 18 January 2007 15:52 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant On 1/18/07, Sebastian Auriol <a class="moz-txt-link-rfc2396E" href="mailto:sp...@sy..."><mailto:sp...@sy...></a> <a class="moz-txt-link-rfc2396E" href="mailto:sp...@sy..."><sp...@sy...></a> wrote: Well trying to compile with i386/i686/Generic i586 doesn't work either (on 0.4 and trunk), with the same problems, so it looks like the i686 variant may be the problem. I'm going to try again now using i586 as the variant for 0.4 branch and trunk... Sebastian Sebastian, Thank you for your comments. A couple of things: 1) Almost all VIA processors have known problems when running with "i686" compiled code: <a class="moz-txt-link-freetext" href="http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html">http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html</a> <a class="moz-txt-link-freetext" href="http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx">http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx</a> There are other examples all over the place. On the VIA, stick with i586. 2) In general, if you select a specific device under AstLinux target devices, you really shouldn't just change the processor architecture. If you want to do this, create a new target device that will select your intended target CPU. Those devices are there (and work with 586) because they are a specific piece of hardware with a known configuration. 3) "make clean" is broken all over the place. Myself and the other devs know this. I have submitted a patch to both 0.4 and trunk to fix the few problems that you pointed out but there are certainly other problems with make clean. 4) These days, almost all development is done in trunk. 0.4 isn't updated and fixed nearly as often (your mISDN CVS problem, etc). </pre> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------- 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 <a class="moz-txt-link-freetext" href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</a></pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ Astlinux-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Ast...@li...">Ast...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/astlinux-users">https://lists.sourceforge.net/lists/listinfo/astlinux-users</a> Donations to support AstLinux are graciously accepted via PayPal to <a class="moz-txt-link-abbreviated" href="mailto:pa...@kr...">pa...@kr...</a>.</pre> </blockquote> </body> </html> |
|
From: Sebastian A. <sp...@sy...> - 2007-01-18 19:51:21
|
Glad to hear it. Did you specify a VIA device or a Generic i586 device though? =20 P. S. I finally got 0.4 branch and trunk to finish the make process. *relief* :-) =20 Sebastian _____ =20 From: ast...@li... [mailto:ast...@li...] On Behalf Of olivier.taylor Sent: 18 January 2007 19:22 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant Sebastian, I have an HP 5500 thin client (Via chip) running perfectly here with the I586 build, just Fyi. Olivier Sebastian Auriol a =E9crit :=20 Kristian, Thanks for the feedback and links. I have switched to i586 and Generic = i586 device for now and it seems to be going OK, except that I ran out of = disk space at one point and I was missing uudecode. I had to basically start again after the disk space problem: cp -r dl dl-bak ; make clean ; make distclean ; rm -f -r toolchain_build_i586 ; svn update ; make If I didn't delete toolchain_build_i586 it would just immediately bomb again. ftp://ftp.samba.org/ isn't working today but I found the file at http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz (btw, there is a newer version available too). I copied the file into the dl directory manually, but it = is still retrying via FTP (try: 4) and the timeouts are extremely long. Is there anyway to cancel the getter_script.sh without cancelling the make? = The server has spent so long getting to this point I don't want to have to = start it again. Having said that, I would be willing to try VIA with i586. Is this = likely to work then? What are the differences between Generic i586 and VIA builds? Presumably it will overwrite build_i586/root so I'd want to back that = up... I saw your svn changes. :) Is trunk nearly ready for a release? Or more importantly for me right = now, should it be stable? Thanks for your help. This is my first time trying to compile AstLinux. = I need to add support, i.e. drivers, for a device that is not supported in = the standard build. How do I go about doing this? Presumably I can do it = after the main make has finished... Sebastian -----Original Message----- From: ast...@li... [mailto:ast...@li...] On Behalf Of = Kristian Kielhofner Sent: 18 January 2007 15:52 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant On 1/18/07, Sebastian Auriol <mailto:sp...@sy...> <sp...@sy...> wrote: =20 Well trying to compile with i386/i686/Generic i586 doesn't work either = (on 0.4 and trunk), with the same problems, so it looks like the i686 = variant may be the problem. I'm going to try again now using i586 as the = variant for 0.4 branch and trunk... Sebastian =20 Sebastian, Thank you for your comments. A couple of things: 1) Almost all VIA processors have known problems when running with "i686" compiled code: http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx There are other examples all over the place. On the VIA, stick with = i586. 2) In general, if you select a specific device under AstLinux target devices, you really shouldn't just change the processor architecture. If you want to do this, create a new target device that will select your intended target CPU. Those devices are there (and work with 586) because they are a specific piece of hardware with a known configuration. 3) "make clean" is broken all over the place. Myself and the other devs know this. I have submitted a patch to both 0.4 and trunk to fix the few problems that you pointed out but there are certainly other problems with make clean. 4) These days, almost all development is done in trunk. 0.4 isn't updated and fixed nearly as often (your mISDN CVS problem, etc). =20 |
|
From: olivier.taylor <oli...@gm...> - 2007-01-18 19:22:19
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Sebastian,<br> <br> I have an HP 5500 thin client (Via chip) running perfectly here with the I586 build, just Fyi.<br> <br> Olivier<br> <br> Sebastian Auriol a écrit : <blockquote cite="mid!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAAC4AAAAAAAAAvrTCuIsz1xGxNWiNbQAAAAEAUR1BVCzq0xGwsQCgzFqsgwAAAAGTZwAAEAAAADO2lXjA+91IvP7aWfG%2FA...@sy..." type="cite"> <pre wrap="">Kristian, Thanks for the feedback and links. I have switched to i586 and Generic i586 device for now and it seems to be going OK, except that I ran out of disk space at one point and I was missing uudecode. I had to basically start again after the disk space problem: cp -r dl dl-bak ; make clean ; make distclean ; rm -f -r toolchain_build_i586 ; svn update ; make If I didn't delete toolchain_build_i586 it would just immediately bomb again. <a class="moz-txt-link-freetext" href="ftp://ftp.samba.org/">ftp://ftp.samba.org/</a> isn't working today but I found the file at <a class="moz-txt-link-freetext" href="http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz">http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz</a> (btw, there is a newer version available too). I copied the file into the dl directory manually, but it is still retrying via FTP (try: 4) and the timeouts are extremely long. Is there anyway to cancel the getter_script.sh without cancelling the make? The server has spent so long getting to this point I don't want to have to start it again. Having said that, I would be willing to try VIA with i586. Is this likely to work then? What are the differences between Generic i586 and VIA builds? Presumably it will overwrite build_i586/root so I'd want to back that up... I saw your svn changes. :) Is trunk nearly ready for a release? Or more importantly for me right now, should it be stable? Thanks for your help. This is my first time trying to compile AstLinux. I need to add support, i.e. drivers, for a device that is not supported in the standard build. How do I go about doing this? Presumably I can do it after the main make has finished... Sebastian -----Original Message----- From: <a class="moz-txt-link-abbreviated" href="mailto:ast...@li...">ast...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:ast...@li...">mailto:ast...@li...</a>] On Behalf Of Kristian Kielhofner Sent: 18 January 2007 15:52 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant On 1/18/07, Sebastian Auriol <a class="moz-txt-link-rfc2396E" href="mailto:sp...@sy..."><sp...@sy...></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> Well trying to compile with i386/i686/Generic i586 doesn't work either (on 0.4 and trunk), with the same problems, so it looks like the i686 variant may be the problem. I'm going to try again now using i586 as the variant for 0.4 branch and trunk... Sebastian </pre> </blockquote> <pre wrap=""><!----> Sebastian, Thank you for your comments. A couple of things: 1) Almost all VIA processors have known problems when running with "i686" compiled code: <a class="moz-txt-link-freetext" href="http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html">http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html</a> <a class="moz-txt-link-freetext" href="http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx">http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx</a> There are other examples all over the place. On the VIA, stick with i586. 2) In general, if you select a specific device under AstLinux target devices, you really shouldn't just change the processor architecture. If you want to do this, create a new target device that will select your intended target CPU. Those devices are there (and work with 586) because they are a specific piece of hardware with a known configuration. 3) "make clean" is broken all over the place. Myself and the other devs know this. I have submitted a patch to both 0.4 and trunk to fix the few problems that you pointed out but there are certainly other problems with make clean. 4) These days, almost all development is done in trunk. 0.4 isn't updated and fixed nearly as often (your mISDN CVS problem, etc). </pre> </blockquote> </body> </html> |
|
From: Sebastian A. <sp...@sy...> - 2007-01-18 18:49:59
|
Kristian, Thanks for the feedback and links. I have switched to i586 and Generic i586 device for now and it seems to be going OK, except that I ran out of disk space at one point and I was missing uudecode. I had to basically start again after the disk space problem: cp -r dl dl-bak ; make clean ; make distclean ; rm -f -r toolchain_build_i586 ; svn update ; make If I didn't delete toolchain_build_i586 it would just immediately bomb again. ftp://ftp.samba.org/ isn't working today but I found the file at http://samba.org/ftp/ppp/ppp-2.4.3.tar.gz (btw, there is a newer version available too). I copied the file into the dl directory manually, but it is still retrying via FTP (try: 4) and the timeouts are extremely long. Is there anyway to cancel the getter_script.sh without cancelling the make? The server has spent so long getting to this point I don't want to have to start it again. Having said that, I would be willing to try VIA with i586. Is this likely to work then? What are the differences between Generic i586 and VIA builds? Presumably it will overwrite build_i586/root so I'd want to back that up... I saw your svn changes. :) Is trunk nearly ready for a release? Or more importantly for me right now, should it be stable? Thanks for your help. This is my first time trying to compile AstLinux. I need to add support, i.e. drivers, for a device that is not supported in the standard build. How do I go about doing this? Presumably I can do it after the main make has finished... Sebastian -----Original Message----- From: ast...@li... [mailto:ast...@li...] On Behalf Of Kristian Kielhofner Sent: 18 January 2007 15:52 To: AstLinux Users Mailing List Subject: Re: [Astlinux-users] Compile problems with i686 as the TargetArchitecture Variant On 1/18/07, Sebastian Auriol <sp...@sy...> wrote: > > > Well trying to compile with i386/i686/Generic i586 doesn't work either (on > 0.4 and trunk), with the same problems, so it looks like the i686 variant > may be the problem. I'm going to try again now using i586 as the variant > for 0.4 branch and trunk... > > Sebastian > > Sebastian, Thank you for your comments. A couple of things: 1) Almost all VIA processors have known problems when running with "i686" compiled code: http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx There are other examples all over the place. On the VIA, stick with i586. 2) In general, if you select a specific device under AstLinux target devices, you really shouldn't just change the processor architecture. If you want to do this, create a new target device that will select your intended target CPU. Those devices are there (and work with 586) because they are a specific piece of hardware with a known configuration. 3) "make clean" is broken all over the place. Myself and the other devs know this. I have submitted a patch to both 0.4 and trunk to fix the few problems that you pointed out but there are certainly other problems with make clean. 4) These days, almost all development is done in trunk. 0.4 isn't updated and fixed nearly as often (your mISDN CVS problem, etc). -- Kristian Kielhofner |
|
From: Lonnie A. <li...@lo...> - 2007-01-18 18:48:41
|
Hi,
Several people have asked about sending an email for every incoming
call in AstLinux.
I have a working example.
exten => 1198,1,Answer
exten => 1198,n,System(/mnt/kd/email_in.sh "${CALLERID(name)}" "$
{CALLERID(num)}")
exten => 1198,n,Hangup
Note: The double-quotes are very important.
----- email_in.sh -----
#!/bin/bash
TO_...@fo...
FRO...@fo...
echo -e "Subject: Incoming call from: $1 <$2>\n
Date: `date -R`\n
From: ${FROM_EMAIL}\n
To: ${TO_EMAIL}\n\n
Incoming call from: $1 <$2>"
| /usr/sbin/msmtp "${TO_EMAIL}" &
exit 0
---- email_in.sh -----
Note: the "echo" "msmtp" line should be one line, I added returns
before the mailer did. Join the lines without adding any spaces.
$ chmod 755 email_in.sh
Final Note: "msmtp" can take awhile to execute (a second to many
seconds) depending on your mail relay, so I execute this as a
separate process not to delay incoming calls. (note the trailing &)
If there is a better way of doing this, let us know.
Lonnie
|
|
From: j Z. <jz...@gm...> - 2007-01-18 17:01:49
|
Morning, Are there any instructions on how to setup a keydisk using a CF module on a Netstix computer? I can see the CF card from uBoot but not from the astlinux application. Thanks! |
|
From: Kristian K. <kri...@gm...> - 2007-01-18 15:52:21
|
On 1/18/07, Sebastian Auriol <sp...@sy...> wrote: > > > Well trying to compile with i386/i686/Generic i586 doesn't work either (on > 0.4 and trunk), with the same problems, so it looks like the i686 variant > may be the problem. I'm going to try again now using i586 as the variant > for 0.4 branch and trunk... > > Sebastian > > Sebastian, Thank you for your comments. A couple of things: 1) Almost all VIA processors have known problems when running with "i686" compiled code: http://lists.digium.com/pipermail/asterisk-dev/2003-July/001194.html http://www.voip-info.org/wiki/view/Asterisk+hardware+mini-itx There are other examples all over the place. On the VIA, stick with i586. 2) In general, if you select a specific device under AstLinux target devices, you really shouldn't just change the processor architecture. If you want to do this, create a new target device that will select your intended target CPU. Those devices are there (and work with 586) because they are a specific piece of hardware with a known configuration. 3) "make clean" is broken all over the place. Myself and the other devs know this. I have submitted a patch to both 0.4 and trunk to fix the few problems that you pointed out but there are certainly other problems with make clean. 4) These days, almost all development is done in trunk. 0.4 isn't updated and fixed nearly as often (your mISDN CVS problem, etc). -- Kristian Kielhofner |
|
From: Sebastian A. <sp...@sy...> - 2007-01-18 14:59:32
|
Well trying to compile with i386/i686/Generic i586 doesn't work either (on 0.4 and trunk), with the same problems, so it looks like the i686 variant may be the problem. I'm going to try again now using i586 as the variant for 0.4 branch and trunk... Sebastian _____ From: ast...@li... [mailto:ast...@li...] On Behalf Of Sebastian Auriol Sent: 18 January 2007 14:21 To: 'AstLinux Users Mailing List' Subject: Re: [Astlinux-users] Compile problems when targetting VIA Oh, also: make cleans fail at this point both on 0.4 branch and on trunk: rm /usr/src/astlinix-trunk/build_i686/root/usr/lib/asterisk/modules/codec_g729a .so rm: cannot remove `/usr/src/astlinix-trunk/build_i686/root/usr/lib/asterisk/modules/codec_g729 a.so': No such file or directory make: *** [digiumg729-clean] Error 1 Kind regards, Sebastian _____ From: ast...@li... [mailto:ast...@li...] On Behalf Of Sebastian Auriol Sent: 18 January 2007 14:04 To: ast...@li... Subject: [Astlinux-users] Compile problems when targetting VIA I have found several compile problems when targetting VIA (I'm trying again now with Generic i586) both on the 0.4 branch and trunk. I chose i386 for Target Architecture, i686 as the Target Architecture Variant and VIA for the Target Device... With astlinix/branches/0.4: First mISDN wouldn't compile. It might be due to this error... [seb@IVRA1 ~]$ cvs -d:pserver:anonymous:rea...@cv...:/i4ldev co mISDN mISDNuser cvs [checkout aborted]: connect to cvs.isdn4linux.de(217.160.76.191):2401 failed: Connection refused I got this command from the misdn/Makefile as it wasn't on my screen - I had many pages of errors in misdn. I fixed the network firewall to allow port 2401 but then I got timeouts instead with this command, so I removed mISDN from the Makefiles as I didn't need it and continued. The next problem was here: mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/lib mv /home/seb/astlinux-0.4/build_i686/root/var/lib/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/ rm -f /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb ln -sf /tmp/astdb /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/spool mv /home/seb/astlinux-0.4/build_i686/root/var/spool/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/ mv: cannot overwrite directory `/home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/sbin/asterisk] Error 1 [seb@IVRA1 astlinux-0.4]$ I fixed this by deleting /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk (it contained some gsm files in voicemail box 1234). Then here: make ASTERISK_INCLUDE_DIR=/home/seb/astlinux-0.4/build_i686/asterisk/include PROC=i686 OSARCH=Linux CC=/home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc \ APP_CONFERENCE_DEBUG=0 SILDET=0 -C /home/seb/astlinux-0.4/build_i686/app_conference make[1]: Entering directory `/home/seb/astlinux-0.4/build_i686/app_conference' /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -pipe -fPIC -Wall -Wmissing-prototypes -Wmissing-declarations -g -I/home/seb/astlinux-0.4/build_i686/asterisk/include -D_REENTRANT -D_GNU_SOURCE -O3 -ffast-math -funroll-all-loops -fprefetch-loop-arrays -fsingle-precision-constant -DCRYPTO -c -o app_conference.o app_conference.c app_conference.c:1: warning: -fprefetch-loop-arrays not supported for this target (try -march switches) In file included from app_conference.c:19: app_conference.h:25:26: asterisk/pbx.h: No such file or directory app_conference.h:26:29: asterisk/module.h: No such file or directory app_conference.h:27:29: asterisk/logger.h: No such file or directory app_conference.h:28:27: asterisk/lock.h: No such file or directory app_conference.h:29:28: asterisk/frame.h: No such file or directory app_conference.h:30:30: asterisk/manager.h: No such file or directory app_conference.h:31:26: asterisk/dsp.h: No such file or directory app_conference.h:32:32: asterisk/translate.h: No such file or directory app_conference.h:33:30: asterisk/channel.h: No such file or directory app_conference.h:34:27: asterisk/file.h: No such file or directory app_conference.h:35:26: asterisk/cli.h: No such file or directory In file included from app_conference.c:19: app_conference.h:192: warning: "struct ast_channel" declared inside parameter list app_conference.h:192: warning: its scope is only this definition or declaration, which is probably not what you want In file included from common.h:26, from app_conference.c:20: conference.h:70: error: parse error before "ast_mutex_t" conference.h:70: warning: no semicolon at end of struct or union conference.h:86: error: parse error before '}' token In file included from common.h:27, from app_conference.c:20: member.h:29:26: asterisk/app.h: No such file or directory In file included from common.h:27, from app_conference.c:20: member.h:46: error: parse error before "ast_mutex_t" member.h:46: warning: no semicolon at end of struct or union member.h:106: error: conflicting types for 'next' conference.h:73: error: previous declaration of 'next' was here member.h:153: error: parse error before ':' token member.h:154: error: parse error before ':' token member.h:155: error: parse error before ':' token member.h:156: error: parse error before ':' token app_conference.c:51: warning: type defaults to `int' in declaration of `STANDARD_LOCAL_USER' app_conference.c:51: warning: data definition has no type or storage class app_conference.c:52: warning: type defaults to `int' in declaration of `LOCAL_USER_DECL' app_conference.c:52: warning: data definition has no type or storage class app_conference.c:55: warning: no previous prototype for 'unload_module' app_conference.c: In function `unload_module': app_conference.c:56: error: `STANDARD_HANGUP_LOCALUSERS' undeclared (first use in this function) app_conference.c:56: error: (Each undeclared identifier is reported only once app_conference.c:56: error: for each function it appears in.) app_conference.c:61: warning: implicit declaration of function `ast_unregister_application' app_conference.c: At top level: app_conference.c:65: warning: no previous prototype for 'load_module' app_conference.c: In function `load_module': app_conference.c:72: warning: implicit declaration of function `ast_register_application' app_conference.c: At top level: app_conference.c:76: warning: no previous prototype for 'description' app_conference.c:81: warning: no previous prototype for 'usecount' app_conference.c: In function `usecount': app_conference.c:83: warning: implicit declaration of function `STANDARD_USECOUNT' app_conference.c: At top level: app_conference.c:88: warning: no previous prototype for 'key' app_conference.c: In function `key': app_conference.c:89: error: `ASTERISK_GPL_KEY' undeclared (first use in this function) app_conference.c: In function `app_conference_main': app_conference.c:102: warning: implicit declaration of function `LOCAL_USER_ADD' app_conference.c:108: warning: implicit declaration of function `LOCAL_USER_REMOVE' make[1]: *** [app_conference.o] Error 1 make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/app_conference' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/lib/asterisk/modules/app_confere nce.so] Error 2 I fixed this by moving package/appconference to package_disabled/appconference and continued. Then the next problem was here: make[2]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0/builtins' rm -f make_cmd.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c make_cmd.c config.status: creating lib/termcap/Makefile config.status: creating lib/tilde/Makefile rm -f nojobs.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c nojobs.c config.status: creating doc/Makefile In file included from nojobs.c:57: shell.h:41:23: pathnames.h: No such file or directory config.status: creating support/Makefile make[1]: *** [nojobs.o] Error 1 make[1]: *** Waiting for unfinished jobs.... config.status: creating po/Makefile.in config.status: creating examples/loadables/Makefile config.status: creating examples/loadables/perl/Makefile config.status: creating pathnames.h config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing default commands make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0' make: *** [/home/seb/astlinux-0.4/build_i686/bash-3.0/bash] Error 2 With astlinux/trunk (on another server - oops, I misspelt linux when I did the checkout): make[1]: Leaving directory `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101' install -D /usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/build /sbin/kexec /usr/src/astlinix-trunk/build_i686/root/sbin/kexec install: cannot stat `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/buil d/sbin/kexec': No such file or directory make: *** [/usr/src/astlinix-trunk/build_i686/root/sbin/kexec] Error 1 [seb@IVRA6 astlinix-trunk]$ So finally, I am now trying to compile with i386/i686/Generic i586 instead of targetting VIA. Hopefully this will work! Any suggestions / comments? Many thanks, Sebastian |
|
From: Sebastian A. <sp...@sy...> - 2007-01-18 14:21:12
|
Oh, also: make cleans fail at this point both on 0.4 branch and on trunk: rm /usr/src/astlinix-trunk/build_i686/root/usr/lib/asterisk/modules/codec_g729a .so rm: cannot remove `/usr/src/astlinix-trunk/build_i686/root/usr/lib/asterisk/modules/codec_g729 a.so': No such file or directory make: *** [digiumg729-clean] Error 1 Kind regards, Sebastian _____ From: ast...@li... [mailto:ast...@li...] On Behalf Of Sebastian Auriol Sent: 18 January 2007 14:04 To: ast...@li... Subject: [Astlinux-users] Compile problems when targetting VIA I have found several compile problems when targetting VIA (I'm trying again now with Generic i586) both on the 0.4 branch and trunk. I chose i386 for Target Architecture, i686 as the Target Architecture Variant and VIA for the Target Device... With astlinix/branches/0.4: First mISDN wouldn't compile. It might be due to this error... [seb@IVRA1 ~]$ cvs -d:pserver:anonymous:rea...@cv...:/i4ldev co mISDN mISDNuser cvs [checkout aborted]: connect to cvs.isdn4linux.de(217.160.76.191):2401 failed: Connection refused I got this command from the misdn/Makefile as it wasn't on my screen - I had many pages of errors in misdn. I fixed the network firewall to allow port 2401 but then I got timeouts instead with this command, so I removed mISDN from the Makefiles as I didn't need it and continued. The next problem was here: mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/lib mv /home/seb/astlinux-0.4/build_i686/root/var/lib/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/ rm -f /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb ln -sf /tmp/astdb /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/spool mv /home/seb/astlinux-0.4/build_i686/root/var/spool/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/ mv: cannot overwrite directory `/home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/sbin/asterisk] Error 1 [seb@IVRA1 astlinux-0.4]$ I fixed this by deleting /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk (it contained some gsm files in voicemail box 1234). Then here: make ASTERISK_INCLUDE_DIR=/home/seb/astlinux-0.4/build_i686/asterisk/include PROC=i686 OSARCH=Linux CC=/home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc \ APP_CONFERENCE_DEBUG=0 SILDET=0 -C /home/seb/astlinux-0.4/build_i686/app_conference make[1]: Entering directory `/home/seb/astlinux-0.4/build_i686/app_conference' /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -pipe -fPIC -Wall -Wmissing-prototypes -Wmissing-declarations -g -I/home/seb/astlinux-0.4/build_i686/asterisk/include -D_REENTRANT -D_GNU_SOURCE -O3 -ffast-math -funroll-all-loops -fprefetch-loop-arrays -fsingle-precision-constant -DCRYPTO -c -o app_conference.o app_conference.c app_conference.c:1: warning: -fprefetch-loop-arrays not supported for this target (try -march switches) In file included from app_conference.c:19: app_conference.h:25:26: asterisk/pbx.h: No such file or directory app_conference.h:26:29: asterisk/module.h: No such file or directory app_conference.h:27:29: asterisk/logger.h: No such file or directory app_conference.h:28:27: asterisk/lock.h: No such file or directory app_conference.h:29:28: asterisk/frame.h: No such file or directory app_conference.h:30:30: asterisk/manager.h: No such file or directory app_conference.h:31:26: asterisk/dsp.h: No such file or directory app_conference.h:32:32: asterisk/translate.h: No such file or directory app_conference.h:33:30: asterisk/channel.h: No such file or directory app_conference.h:34:27: asterisk/file.h: No such file or directory app_conference.h:35:26: asterisk/cli.h: No such file or directory In file included from app_conference.c:19: app_conference.h:192: warning: "struct ast_channel" declared inside parameter list app_conference.h:192: warning: its scope is only this definition or declaration, which is probably not what you want In file included from common.h:26, from app_conference.c:20: conference.h:70: error: parse error before "ast_mutex_t" conference.h:70: warning: no semicolon at end of struct or union conference.h:86: error: parse error before '}' token In file included from common.h:27, from app_conference.c:20: member.h:29:26: asterisk/app.h: No such file or directory In file included from common.h:27, from app_conference.c:20: member.h:46: error: parse error before "ast_mutex_t" member.h:46: warning: no semicolon at end of struct or union member.h:106: error: conflicting types for 'next' conference.h:73: error: previous declaration of 'next' was here member.h:153: error: parse error before ':' token member.h:154: error: parse error before ':' token member.h:155: error: parse error before ':' token member.h:156: error: parse error before ':' token app_conference.c:51: warning: type defaults to `int' in declaration of `STANDARD_LOCAL_USER' app_conference.c:51: warning: data definition has no type or storage class app_conference.c:52: warning: type defaults to `int' in declaration of `LOCAL_USER_DECL' app_conference.c:52: warning: data definition has no type or storage class app_conference.c:55: warning: no previous prototype for 'unload_module' app_conference.c: In function `unload_module': app_conference.c:56: error: `STANDARD_HANGUP_LOCALUSERS' undeclared (first use in this function) app_conference.c:56: error: (Each undeclared identifier is reported only once app_conference.c:56: error: for each function it appears in.) app_conference.c:61: warning: implicit declaration of function `ast_unregister_application' app_conference.c: At top level: app_conference.c:65: warning: no previous prototype for 'load_module' app_conference.c: In function `load_module': app_conference.c:72: warning: implicit declaration of function `ast_register_application' app_conference.c: At top level: app_conference.c:76: warning: no previous prototype for 'description' app_conference.c:81: warning: no previous prototype for 'usecount' app_conference.c: In function `usecount': app_conference.c:83: warning: implicit declaration of function `STANDARD_USECOUNT' app_conference.c: At top level: app_conference.c:88: warning: no previous prototype for 'key' app_conference.c: In function `key': app_conference.c:89: error: `ASTERISK_GPL_KEY' undeclared (first use in this function) app_conference.c: In function `app_conference_main': app_conference.c:102: warning: implicit declaration of function `LOCAL_USER_ADD' app_conference.c:108: warning: implicit declaration of function `LOCAL_USER_REMOVE' make[1]: *** [app_conference.o] Error 1 make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/app_conference' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/lib/asterisk/modules/app_confere nce.so] Error 2 I fixed this by moving package/appconference to package_disabled/appconference and continued. Then the next problem was here: make[2]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0/builtins' rm -f make_cmd.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c make_cmd.c config.status: creating lib/termcap/Makefile config.status: creating lib/tilde/Makefile rm -f nojobs.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c nojobs.c config.status: creating doc/Makefile In file included from nojobs.c:57: shell.h:41:23: pathnames.h: No such file or directory config.status: creating support/Makefile make[1]: *** [nojobs.o] Error 1 make[1]: *** Waiting for unfinished jobs.... config.status: creating po/Makefile.in config.status: creating examples/loadables/Makefile config.status: creating examples/loadables/perl/Makefile config.status: creating pathnames.h config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing default commands make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0' make: *** [/home/seb/astlinux-0.4/build_i686/bash-3.0/bash] Error 2 With astlinux/trunk (on another server - oops, I misspelt linux when I did the checkout): make[1]: Leaving directory `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101' install -D /usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/build /sbin/kexec /usr/src/astlinix-trunk/build_i686/root/sbin/kexec install: cannot stat `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/buil d/sbin/kexec': No such file or directory make: *** [/usr/src/astlinix-trunk/build_i686/root/sbin/kexec] Error 1 [seb@IVRA6 astlinix-trunk]$ So finally, I am now trying to compile with i386/i686/Generic i586 instead of targetting VIA. Hopefully this will work! Any suggestions / comments? Many thanks, Sebastian |
|
From: Sebastian A. <sp...@sy...> - 2007-01-18 14:03:56
|
I have found several compile problems when targetting VIA (I'm trying again now with Generic i586) both on the 0.4 branch and trunk. I chose i386 for Target Architecture, i686 as the Target Architecture Variant and VIA for the Target Device... With astlinix/branches/0.4: First mISDN wouldn't compile. It might be due to this error... [seb@IVRA1 ~]$ cvs -d:pserver:anonymous:rea...@cv...:/i4ldev co mISDN mISDNuser cvs [checkout aborted]: connect to cvs.isdn4linux.de(217.160.76.191):2401 failed: Connection refused I got this command from the misdn/Makefile as it wasn't on my screen - I had many pages of errors in misdn. I fixed the network firewall to allow port 2401 but then I got timeouts instead with this command, so I removed mISDN from the Makefiles as I didn't need it and continued. The next problem was here: mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/lib mv /home/seb/astlinux-0.4/build_i686/root/var/lib/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/ rm -f /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb ln -sf /tmp/astdb /home/seb/astlinux-0.4/build_i686/root/stat/var/lib/asterisk/astdb mkdir -p /home/seb/astlinux-0.4/build_i686/root/stat/var/spool mv /home/seb/astlinux-0.4/build_i686/root/var/spool/asterisk /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/ mv: cannot overwrite directory `/home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/sbin/asterisk] Error 1 [seb@IVRA1 astlinux-0.4]$ I fixed this by deleting /home/seb/astlinux-0.4/build_i686/root/stat/var/spool/asterisk (it contained some gsm files in voicemail box 1234). Then here: make ASTERISK_INCLUDE_DIR=/home/seb/astlinux-0.4/build_i686/asterisk/include PROC=i686 OSARCH=Linux CC=/home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc \ APP_CONFERENCE_DEBUG=0 SILDET=0 -C /home/seb/astlinux-0.4/build_i686/app_conference make[1]: Entering directory `/home/seb/astlinux-0.4/build_i686/app_conference' /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -pipe -fPIC -Wall -Wmissing-prototypes -Wmissing-declarations -g -I/home/seb/astlinux-0.4/build_i686/asterisk/include -D_REENTRANT -D_GNU_SOURCE -O3 -ffast-math -funroll-all-loops -fprefetch-loop-arrays -fsingle-precision-constant -DCRYPTO -c -o app_conference.o app_conference.c app_conference.c:1: warning: -fprefetch-loop-arrays not supported for this target (try -march switches) In file included from app_conference.c:19: app_conference.h:25:26: asterisk/pbx.h: No such file or directory app_conference.h:26:29: asterisk/module.h: No such file or directory app_conference.h:27:29: asterisk/logger.h: No such file or directory app_conference.h:28:27: asterisk/lock.h: No such file or directory app_conference.h:29:28: asterisk/frame.h: No such file or directory app_conference.h:30:30: asterisk/manager.h: No such file or directory app_conference.h:31:26: asterisk/dsp.h: No such file or directory app_conference.h:32:32: asterisk/translate.h: No such file or directory app_conference.h:33:30: asterisk/channel.h: No such file or directory app_conference.h:34:27: asterisk/file.h: No such file or directory app_conference.h:35:26: asterisk/cli.h: No such file or directory In file included from app_conference.c:19: app_conference.h:192: warning: "struct ast_channel" declared inside parameter list app_conference.h:192: warning: its scope is only this definition or declaration, which is probably not what you want In file included from common.h:26, from app_conference.c:20: conference.h:70: error: parse error before "ast_mutex_t" conference.h:70: warning: no semicolon at end of struct or union conference.h:86: error: parse error before '}' token In file included from common.h:27, from app_conference.c:20: member.h:29:26: asterisk/app.h: No such file or directory In file included from common.h:27, from app_conference.c:20: member.h:46: error: parse error before "ast_mutex_t" member.h:46: warning: no semicolon at end of struct or union member.h:106: error: conflicting types for 'next' conference.h:73: error: previous declaration of 'next' was here member.h:153: error: parse error before ':' token member.h:154: error: parse error before ':' token member.h:155: error: parse error before ':' token member.h:156: error: parse error before ':' token app_conference.c:51: warning: type defaults to `int' in declaration of `STANDARD_LOCAL_USER' app_conference.c:51: warning: data definition has no type or storage class app_conference.c:52: warning: type defaults to `int' in declaration of `LOCAL_USER_DECL' app_conference.c:52: warning: data definition has no type or storage class app_conference.c:55: warning: no previous prototype for 'unload_module' app_conference.c: In function `unload_module': app_conference.c:56: error: `STANDARD_HANGUP_LOCALUSERS' undeclared (first use in this function) app_conference.c:56: error: (Each undeclared identifier is reported only once app_conference.c:56: error: for each function it appears in.) app_conference.c:61: warning: implicit declaration of function `ast_unregister_application' app_conference.c: At top level: app_conference.c:65: warning: no previous prototype for 'load_module' app_conference.c: In function `load_module': app_conference.c:72: warning: implicit declaration of function `ast_register_application' app_conference.c: At top level: app_conference.c:76: warning: no previous prototype for 'description' app_conference.c:81: warning: no previous prototype for 'usecount' app_conference.c: In function `usecount': app_conference.c:83: warning: implicit declaration of function `STANDARD_USECOUNT' app_conference.c: At top level: app_conference.c:88: warning: no previous prototype for 'key' app_conference.c: In function `key': app_conference.c:89: error: `ASTERISK_GPL_KEY' undeclared (first use in this function) app_conference.c: In function `app_conference_main': app_conference.c:102: warning: implicit declaration of function `LOCAL_USER_ADD' app_conference.c:108: warning: implicit declaration of function `LOCAL_USER_REMOVE' make[1]: *** [app_conference.o] Error 1 make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/app_conference' make: *** [/home/seb/astlinux-0.4/build_i686/root/usr/lib/asterisk/modules/app_confere nce.so] Error 2 I fixed this by moving package/appconference to package_disabled/appconference and continued. Then the next problem was here: make[2]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0/builtins' rm -f make_cmd.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c make_cmd.c config.status: creating lib/termcap/Makefile config.status: creating lib/tilde/Makefile rm -f nojobs.o /home/seb/astlinux-0.4/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -DPROGRAM='"bash"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"linux-gnu"' -DCONF_MACHTYPE='"i686-pc-linux-gnu"' -DCONF_VENDOR='"pc"' -DLOCALEDIR='"/usr/share/locale"' -DPACKAGE='"bash"' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -Os -pipe -c nojobs.c config.status: creating doc/Makefile In file included from nojobs.c:57: shell.h:41:23: pathnames.h: No such file or directory config.status: creating support/Makefile make[1]: *** [nojobs.o] Error 1 make[1]: *** Waiting for unfinished jobs.... config.status: creating po/Makefile.in config.status: creating examples/loadables/Makefile config.status: creating examples/loadables/perl/Makefile config.status: creating pathnames.h config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing default commands make[1]: Leaving directory `/home/seb/astlinux-0.4/build_i686/bash-3.0' make: *** [/home/seb/astlinux-0.4/build_i686/bash-3.0/bash] Error 2 With astlinux/trunk (on another server - oops, I misspelt linux when I did the checkout): make[1]: Leaving directory `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101' install -D /usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/build /sbin/kexec /usr/src/astlinix-trunk/build_i686/root/sbin/kexec install: cannot stat `/usr/src/astlinix-trunk/build_i686/kexec-tools-1.101/objdir-i586-linux/buil d/sbin/kexec': No such file or directory make: *** [/usr/src/astlinix-trunk/build_i686/root/sbin/kexec] Error 1 [seb@IVRA6 astlinix-trunk]$ So finally, I am now trying to compile with i386/i686/Generic i586 instead of targetting VIA. Hopefully this will work! Any suggestions / comments? Many thanks, Sebastian |
|
From: olivier.taylor <oli...@gm...> - 2007-01-18 08:31:25
|
Kristian, Thanks for the info. Quiet easy in fact, they add an option on the command line for the use=20 of SSL in /etc/init.d/asterisk I have modified the line 69 as followed : host =3D localhost, 5038, $ASTMANPROXY_USER, $ASTMANPROXY_PASS, on, off just added off to the host line. Olivier Kristian Kielhofner a =E9crit : > On 1/13/07, olivier.taylor <oli...@gm...> wrote: >> Aborting: server spec incomplete : 127.0.0.1,5038,user,password,on >> >> Checked the config file and don't see any errors >> >> user, password and port are conform to manager.conf >> >> any idea? >> >> Olivier >> > > Olivier, > > The newer version of astmanproxy probably uses different config file > syntax. I don't use it as much anymore (astmanproxy). Any way you > could take a look at the astmanproxy docs and get a working config > file? That way I could upgrade the init script so that it will > actually work! > |
|
From: Kristian K. <kri...@gm...> - 2007-01-17 21:27:25
|
On 1/13/07, olivier.taylor <oli...@gm...> wrote: > Aborting: server spec incomplete : 127.0.0.1,5038,user,password,on > > Checked the config file and don't see any errors > > user, password and port are conform to manager.conf > > any idea? > > Olivier > Olivier, The newer version of astmanproxy probably uses different config file syntax. I don't use it as much anymore (astmanproxy). Any way you could take a look at the astmanproxy docs and get a working config file? That way I could upgrade the init script so that it will actually work! -- Kristian Kielhofner |