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
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Darrick H. <dha...@dj...> - 2007-03-09 18:15:58
|
Sebastian Auriol wrote: > Hi, > > Does anyone know if AstLinux will load firmware for hotplug usb devices and > where it is looking for the firmware if it can / does? > > I initially copied the firmware into /usr/lib/hotplug/firmware and > modprobe'd the device driver (kernel module) but I got this in the messages > log: > firmware unavailable (system misconfigured?) > > So I tried copying the firmware to /lib/firmware just in case it was looking > there, but that didn't help. Any ideas? > What specific hardware are you trying to use? Which kernel module? > Many thanks, > > Sebastian > > P.S. I am using AstLinux 0.4 branch from end of Jan. > You might want to try a newer release. The 0.4.5-RC1 images should have several improvements over anything from the end of January. You can find those images here: http://www.djhsolutions.com/astlinux Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: Sebastian A. <sp...@sy...> - 2007-03-09 17:59:39
|
Hi, Does anyone know if AstLinux will load firmware for hotplug usb devices and where it is looking for the firmware if it can / does? I initially copied the firmware into /usr/lib/hotplug/firmware and modprobe'd the device driver (kernel module) but I got this in the messages log: firmware unavailable (system misconfigured?) So I tried copying the firmware to /lib/firmware just in case it was looking there, but that didn't help. Any ideas? Many thanks, Sebastian P.S. I am using AstLinux 0.4 branch from end of Jan. |
From: Darrick H. <dha...@dj...> - 2007-03-09 14:04:14
|
ast...@el... wrote: > I have an odd question, related to some ideas I had about provisioning > setups. > > > Is there an easy way to expose the IE (information elements) in IAX > communications? > Your question is pretty closely tied to IAXmodem. You'll probably get a better answer if you ask Lee on the IAXmodem mailing list. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: <ast...@el...> - 2007-03-09 08:24:17
|
I have an odd question, related to some ideas I had about provisioning setups. Is there an easy way to expose the IE (information elements) in IAX communications? The reason I ask is that I want to be able to extract the service identifier IE from a client contacting Asterisk. The bad idea I have is that a client would use Bonjour/mDNS to locate an Asterisk server. Then, it would try to register with no username and password. IAX.conf would allow me to restrict by context the client, forcing it through some sort of voice prompts. The trick here is, if I can find a way to extract the service identifier, I can combine the results from the user supplied information to the voice prompts to generate a service identifier entry in IAXprov.conf which, allows for something interesting. The next time the client tries to call, Asterisk will associate that client with the provisioning entry and push down a provision data set to the client. This will reset the IAX configuration data on the client to new, user/device specific settings. For a small setup where all clients will be on the same subnet of a LAN as AstLinux, this somewhat solves the chicken-and-egg problem of provisioning where DHCP is operated by another device rather than the AstLinux box. The only trick being, the client must have mDNS query capability and default behavior as I described. Doing things this way, the client MAC address does not need to be known ahead of time to generate specific config files to be downloaded. Also, a specific end user could through voice prompts, select their own extension during configuration. The big drawback is that the client needs mDNS support, as well as supporting IAX optional components such as the service identifier or provisioning data push. Also, there is a potential crowding problem when multiple fresh clients try to go through the voice prompts at the same time, since they all have the same username/password registration (contested registration?) Can the service identifier be easily retrieved from within Asterisk, or would this require an ugly hack/patch? Would I be better off trying to do some sort of packet sniff and try to grab the service identifier externally, then pass that to an AGI script that the voice prompts would be running through? Or am I better off scanning the subnet with nmap to locate clients and do something (web GUI config and PHP direct access to individual client webpages to auto-config the clients)? |
From: Kristian K. <kri...@gm...> - 2007-03-08 19:39:25
|
On 3/8/07, Manuel Dominguez <man...@te...> wrote: > Thanks to all, > > I solve the problem using a similar method I have found in Internet. Can you > take a look to see if the package settings are ok? > I have a problem with init. I don't know if the file I have installed in > /etc/init.d is enough to start lcd4linux. By the moment not works and I need > to type manually "mount -t usbfs usbfs /proc/bus/usb" and then start > lscd4linux. Some ideas? > > Thanks, > > -- > Manuel > Manuel, Once your package is added to AstLinux I will assign a start/stop point in the default runlevel. I also just commited a change to trunk that will mount usbfs by default from /etc/rc on startup. -- Kristian Kielhofner |
From: Manuel D. <man...@te...> - 2007-03-08 19:33:36
|
Thanks to all, I solve the problem using a similar method I have found in Internet. Can = you take a look to see if the package settings are ok?=20 I have a problem with init. I don=92t know if the file I have installed = in /etc/init.d is enough to start lcd4linux. By the moment not works and I = need to type manually "mount -t usbfs usbfs /proc/bus/usb" and then start lscd4linux. Some ideas? Thanks, -- Manuel =20 -----Mensaje original----- De: ast...@li... [mailto:ast...@li...] En nombre de = Kristian Kielhofner Enviado el: jueves, 08 de marzo de 2007 19:46 Para: AstLinux Users Mailing List Asunto: Re: [Astlinux-users] Lcd4linux package On 3/8/07, Darrick Hartman <dha...@dj...> wrote: > Manuel wrote: > > Hi all, > > > > I am making my first package but I have a problem. The attached = package it's > > not already finished but compile without problems. I have found a problem. > > When the package test for the configuration, not found usb.h (see picoLCD in > > config.log). I need usb support. To resolve the problem I can = manually copy > > the files from staging_dir/usr/include to staging_dir/include and = all libusb > > from staging_dir/usr/lib to staging_dir/lib. With these changes = works and I > > can make an image with lcd4linux with usb support. With my picoLCD = works ok. > > > > Someone can tell me how to compile without coping these files = manually? > > > You may need to patch the configure script and possibly the Makefile = for > it to find the include. You can see how this is done in other > packages. Look at the patch in the 0.4 branch for > asterisk-makefile-cdr.patch. > > Darrick > > -- > Darrick Hartman > DJH Solutions, LLC > http://www.djhsolutions.com Usually you can just pass CFLAGS=3D"-I $(STAGING_DIR)/include -L $(STAGING_DIR)/lib" (and whatever else) before configure and make. --=20 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=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.... |
From: Lonnie A. <li...@lo...> - 2007-03-08 19:27:29
|
Kristian, As a follow-up to your original question, The openvpn.conf server-side option: (for OpenVPN 2.0.x) ifconfig-pool-linear might be useful to you. Instead of creating /30 networks for each client, a single IP from the VPN subnet is used, starting at x.x.x.4 by default. The only 'drawback' of using "ifconfig-pool-linear" in the server config, is that Windows clients cannot connect... the /30 option was made to deal with Windows tun driver. (Some may consider this a security feature. <smile> ) UNIX and Mac OS X work fine with "ifconfig-pool-linear". This might be the choice for SIP over OpenVPN in an all UNIX environment. Lonnie On Feb 13, 2007, at 4:49 PM, Kristian Kielhofner wrote: > Hey everyone, > > OpenVPN - looks very cool, I'm glad that AstLinux has it. > > I have a problem that looks like it could be solved with the > appropriate VPN. OpenVPN looks like it can probably do it for me. > > Here is what I need to do: > > Many boxes are behind NAT. Each box has several services that need > to be accessed by a few remote systems that all all on the same > network (probably a dedicated VLAN) in a datacenter. By many boxes I > mean hundreds, thousands, etc. Here is what I think I need: > > - openvpn on each box with public key authentication (I don't want to > have to deal with passwords) > > - openvpn "concentrator" doing routing/firewalling/etc in the > datacenter > > The "kick" is I need the openvpn concentrator to hand out unique IP > addresses that are rout able (at least within my VLAN in the > datacenter - maybe by proxyarp) to each client as it connects. > Multiple machines on that VLAN (not running openvpn) must be able to > access the remote IP addresses without any extra software or > configuration. > > Can openvpn do this? What extra rc.conf values will I need? > Thanks! > > -- > Kristian Kielhofner > > ---------------------------------------------------------------------- > --- > 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: Kristian K. <kri...@gm...> - 2007-03-08 18:46:19
|
On 3/8/07, Darrick Hartman <dha...@dj...> wrote: > Manuel wrote: > > Hi all, > > > > I am making my first package but I have a problem. The attached package it's > > not already finished but compile without problems. I have found a problem. > > When the package test for the configuration, not found usb.h (see picoLCD in > > config.log). I need usb support. To resolve the problem I can manually copy > > the files from staging_dir/usr/include to staging_dir/include and all libusb > > from staging_dir/usr/lib to staging_dir/lib. With these changes works and I > > can make an image with lcd4linux with usb support. With my picoLCD works ok. > > > > Someone can tell me how to compile without coping these files manually? > > > You may need to patch the configure script and possibly the Makefile for > it to find the include. You can see how this is done in other > packages. Look at the patch in the 0.4 branch for > asterisk-makefile-cdr.patch. > > Darrick > > -- > Darrick Hartman > DJH Solutions, LLC > http://www.djhsolutions.com Usually you can just pass CFLAGS="-I $(STAGING_DIR)/include -L $(STAGING_DIR)/lib" (and whatever else) before configure and make. -- Kristian Kielhofner |
From: Sebastian A. <sp...@sy...> - 2007-03-08 18:02:09
|
Kristian Kielhofner wrote: > On 3/8/07, Sebastian Auriol <sp...@sy...> wrote: >> I've noticed, on the 0.4 branch at least (about 6 weeks ago - the >> situation may have changed somewhat or even got worse with the >> changes that have been going on), that a make tries to do stuff that >> is not necessary for some packages as they are already built (when >> running make again, obviously). The packages affected are: Libelf >> Libpri >> Asterisknativesounds >> >> I have made a patch (attached) for Asterisknativesounds to fix the >> make clean issues, but I'm not sure what to do with the unnecessary >> rebuilding of the 3 packages listed above (I only really looked at >> Asterisknativesounds though). > > Sebastian, > > Thank you very much for the patch. I have applied to to trunk and > Darrick should be copying it to 0.4 shortly. > > I will look at libelf and libpri. I know that there are a > few others too. My pleasure. It should be noted that my patch doesn't fix the fact the it will still re-untar the ASTERISKNATIVESOUNDS_SOURCE tars. But this doesn't take too long. I guess a solution would be to sub-divide all the targets, e.g. "asterisknativesounds-gsm" would be sub-divided into "asterisknativesounds-gsm" and "asterisknativesounds-gsm-extract" and the extract part would do the extracting and touch a .extracted-gsm file which the asterisknativesounds-gsm target would depend on. Or maybe there is a better solution... (that's why I didn't do it) Kind regards, Sebastian |
From: Darrick H. <dha...@dj...> - 2007-03-08 17:53:25
|
Manuel wrote: > Hi all, > > I am making my first package but I have a problem. The attached package it's > not already finished but compile without problems. I have found a problem. > When the package test for the configuration, not found usb.h (see picoLCD in > config.log). I need usb support. To resolve the problem I can manually copy > the files from staging_dir/usr/include to staging_dir/include and all libusb > from staging_dir/usr/lib to staging_dir/lib. With these changes works and I > can make an image with lcd4linux with usb support. With my picoLCD works ok. > > Someone can tell me how to compile without coping these files manually? > You may need to patch the configure script and possibly the Makefile for it to find the include. You can see how this is done in other packages. Look at the patch in the 0.4 branch for asterisk-makefile-cdr.patch. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: Kristian K. <kri...@gm...> - 2007-03-08 17:45:31
|
On 3/8/07, Sebastian Auriol <sp...@sy...> wrote: > I've noticed, on the 0.4 branch at least (about 6 weeks ago - the situation > may have changed somewhat or even got worse with the changes that have been > going on), that a make tries to do stuff that is not necessary for some > packages as they are already built (when running make again, obviously). > The packages affected are: > Libelf > Libpri > Asterisknativesounds > > Also there is a problem (still existing for sure) with Asterisknativesounds > building (in 0.4 and trunk) if you do a make clean on that package: > Basically, the stat/var/lib/asterisk/sounds directory is not recreated > except by the tar process, and this (the untarring) doesn't set the > permissions correctly (or recreate the symlink to /mnt/kd/custom-sounds) and > so the build process fails. > Also, the make clean and make dirclean on this package were deleting > everything in stat/var/lib/asterisk/ and not just > stat/var/lib/asterisk/sounds and stat/var/lib/asterisk/moh. > > I have made a patch (attached) for Asterisknativesounds to fix the make > clean issues, but I'm not sure what to do with the unnecessary rebuilding of > the 3 packages listed above (I only really looked at Asterisknativesounds > though). > > Kind regards, > > Sebastian > Sebastian, Thank you very much for the patch. I have applied to to trunk and Darrick should be copying it to 0.4 shortly. I will look at libelf and libpri. I know that there are a few others too. -- Kristian Kielhofner |
From: Manuel <lis...@gm...> - 2007-03-08 17:17:36
|
Hi all, I am making my first package but I have a problem. The attached package it's not already finished but compile without problems. I have found a problem. When the package test for the configuration, not found usb.h (see picoLCD in config.log). I need usb support. To resolve the problem I can manually copy the files from staging_dir/usr/include to staging_dir/include and all libusb from staging_dir/usr/lib to staging_dir/lib. With these changes works and I can make an image with lcd4linux with usb support. With my picoLCD works ok. Someone can tell me how to compile without coping these files manually? Thanks, -- Manuel |
From: Sebastian A. <sp...@sy...> - 2007-03-08 14:19:15
|
I've noticed, on the 0.4 branch at least (about 6 weeks ago - the situation may have changed somewhat or even got worse with the changes that have been going on), that a make tries to do stuff that is not necessary for some packages as they are already built (when running make again, obviously). The packages affected are: Libelf Libpri Asterisknativesounds Also there is a problem (still existing for sure) with Asterisknativesounds building (in 0.4 and trunk) if you do a make clean on that package: Basically, the stat/var/lib/asterisk/sounds directory is not recreated except by the tar process, and this (the untarring) doesn't set the permissions correctly (or recreate the symlink to /mnt/kd/custom-sounds) and so the build process fails. Also, the make clean and make dirclean on this package were deleting everything in stat/var/lib/asterisk/ and not just stat/var/lib/asterisk/sounds and stat/var/lib/asterisk/moh. I have made a patch (attached) for Asterisknativesounds to fix the make clean issues, but I'm not sure what to do with the unnecessary rebuilding of the 3 packages listed above (I only really looked at Asterisknativesounds though). Kind regards, Sebastian |
From: Darrick H. <dha...@dj...> - 2007-03-08 01:28:09
|
The first release candidate for Astlinux 0.4.5 is available for download. These are built from SVN revision 717. http://www.djhsolutions.com/astlinux I want to get the pcmcia changes that Kristian recently committed to trunk back ported to 0.4 and get the rhino package back before we tag 0.4.5. Please test these images. I believe we have most of the bugs worked out at this point. If you previously downloaded any of the test images, please update to these images before reporting problems. Thanks, Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: Kristian K. <kri...@gm...> - 2007-03-07 20:27:05
|
On 3/6/07, Lenir Santiago <fla...@ya...> wrote: > Well, i got PCMCIA to work on astlinux, however a few changes needed to be > applied to package/pcmcia/pcmcia.mk, /etc/init.d/pcmcia and /etc/rc, which > i have attached on this email. Also, i used the latest pcmcia-cs package > (3.2.8) So now i have my system booting off a USB flash pen and using a CF > card as the KD. and is working fine...Astlinux should consider putting this > on the next release. > > p.s. Make sure you do a 'cardmgr eject' before starting the pcmcia services > and 'cardmgr insert' after you have started the pcmcia service. > Lenir, Thank you for your fixes. I have included these (with slight mods) in trunk. Thanks again! -- Kristian Kielhofner |
From: Darrick H. <dha...@dj...> - 2007-03-07 16:20:42
|
walter trucci wrote: > I see sqlite working on new branch but isn't possible to have a tcp > socket connection with it. Is it possible to have a way to compile > mysql? In menuconfig I can't see it, is there a way to have it? We have sqlite and postgreSQL (client). Perhaps we can add mysql-client support. It's doubtful that we'd ever add server support for either postgresql or mysql. Way too many writes which is counter to the goal of this project. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: walter t. <sta...@gm...> - 2007-03-07 16:15:30
|
I see sqlite working on new branch but isn't possible to have a tcp socket connection with it. Is it possible to have a way to compile mysql? In menuconfig I can't see it, is there a way to have it? Best regards Walter |
From: Sebastian A. <sp...@sy...> - 2007-03-07 11:02:20
|
nedi wrote: > Hi all > I have SC-375 GSM Gatewa and problems with Caller ID forwarding from > Asterisk to Mobile can be my caller id are wrong in Astlinux > asterisk ??? > i have it so : > > [incomingsipgate.de] > exten =>12366,1,SetCIDName(${CALLERIDNAME}) > exten =>12366,2,Dial(local/10@10) > > How should I change SetCIDName(${CALLERIDNAME} to > Set(CALLERID(name)=name) > ??? You can certainly change SetCIDName(${CALLERIDNAME}) to Set(CALLERID(name)=myName) or Set(CALLERID(name)=${CALLERID(name)}). The latter is the identical code to your code, except compatible with Asterisk 1.4 and not depracated in Asterisk 1.2. I don't think changing this will fix your problem though as your code should still work in Asterisk 1.2. The former is just using a hardcoded name. Regards, Sebastian |
From: Darrick H. <dha...@dj...> - 2007-03-07 04:19:18
|
ast...@el... wrote: >> After some further digging, it appears that asterisk-1.2x will only >> support sqlite2 (not sqlite3--which compiles so nicely. sqlite2 >> requires a patch to do cross-compiling). sqlite3 may or may not be >> supported by asterisk-1.4. (The mantis bug tracker wasn't exactly clear >> on this.) For my purposes in the 0.4 branch, sqlite2 is the way we have >> to go since we'll be staying with asterisk-1.2 in that branch. >> >> I'm redoing the sqlite package in 0.4 branch and will have that and the >> cdr stuff ready to go tomorrow. Assuming it builds cleanly (building >> right now), I just need to clean up the hacks I put in the asterisk.mk >> file. >> > > Err, really? sqlite2 only? So the following > > http://svn.digium.com/view/asterisk-addons/branches/1.2/res_sqlite3/ > > is misleading then? > The original request was for cdr data. The cdr_sqlite module that is in 1.2 only works with sqlite2. I did see the res_sqlite3 module in add-ons, but we currently don't include addons in the 0.4 branch and this module won't help for cdr. I'll talk with Kristian more about this and decide what is going to happen with trunk. For right now, the features that are in 0.4 branch are what will make it to the 0.4.5 release. 0.4.5 needs to get out. We've added several packages and there have been several upgrades since 0.4.4. I'm pretty much ready to call svn 709 a release candidate for 0.4.5. The only thing that may get in that's not currently enabled is the rhino zaptel support. It was temporarily removed due to a small problem with their ftp site. If Bryce can get me the update in the next day or so, we'll get that included. Otherwise, we're in a feature freeze for 0.4.5. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: <ast...@el...> - 2007-03-07 04:06:18
|
Darrick Hartman said: > walter trucci wrote: >> You are great! > I don't think I'd go quite that far...more notes below. >> >> 2007/3/5, Darrick Hartman <dha...@dj... >> <mailto:dha...@dj...>>: >> >> Darrick Hartman wrote: >> > walter trucci wrote: >> >> > Thanks. These are helpful. Looks like sqlite is linking >> against stuff >> > improperly. I haven't used it, only started building it at the >> request >> > of others. >> > >> >> I found the problem and will take care of it tomorrow. I almost >> have >> the cdr_sqlite stuff right too. >> >> > After some further digging, it appears that asterisk-1.2x will only > support sqlite2 (not sqlite3--which compiles so nicely. sqlite2 > requires a patch to do cross-compiling). sqlite3 may or may not be > supported by asterisk-1.4. (The mantis bug tracker wasn't exactly clear > on this.) For my purposes in the 0.4 branch, sqlite2 is the way we have > to go since we'll be staying with asterisk-1.2 in that branch. > > I'm redoing the sqlite package in 0.4 branch and will have that and the > cdr stuff ready to go tomorrow. Assuming it builds cleanly (building > right now), I just need to clean up the hacks I put in the asterisk.mk > file. > > Darrick Err, really? sqlite2 only? So the following http://svn.digium.com/view/asterisk-addons/branches/1.2/res_sqlite3/ is misleading then? |
From: <ast...@el...> - 2007-03-07 01:21:40
|
A weird thing popped up in my news feeds. Apparently, NTT in Japan is fooling around with a G.711 ulaw based codec that provides for mixed narrowband/wideband modes. http://uemclip.com/English/index_e.htm No source or algorithms available, but supposedly they'll be posted soonish. NTT plans on using it for their next generation network (NGN), due to be launched at the beginning of 2008. Due to expected interoperability requirements, they are opening up their work on this codec to the IETF. Whether the algorithm/source will be opensource or require a license isn't clear. Anybody heard anything about this? I know for a fact that NTT Data is going to be releasing an asterisk appliance for around $6000 soon, so I imagine they must be working on getting codec support together, but who knows if that will go upstream or not. I also imagine some of the hardware IP telephone makers must be getting ready in some way as well. |
From: Darrick H. <dha...@dj...> - 2007-03-06 19:36:24
|
Darrick Hartman wrote: > I'm in the process of uploading new images for svn revision 707 from the > 0.4 branch. The VIA and i586 images are available now. The wrap image > is on the way (net4801 is compiling). > > There are a few significant changes: > > sqlite2 instead of sqlite3 (for direct support in asterisk of cdr_sqlite) > Proper installation of sqlite binary > Installation of cdr_sqlite, cdr_pgsql, app_sql_postgres > > These images are available here: (grab the 707 revision) > > http://www.djhsolutions.com/astlinux > > As always, please report back. > Looks like there is an issue with a missing libreadline. It's built but not installed to the target directory. Pretty easy to fix. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: Darrick H. <dha...@dj...> - 2007-03-06 18:41:37
|
I'm in the process of uploading new images for svn revision 707 from the 0.4 branch. The VIA and i586 images are available now. The wrap image is on the way (net4801 is compiling). There are a few significant changes: sqlite2 instead of sqlite3 (for direct support in asterisk of cdr_sqlite) Proper installation of sqlite binary Installation of cdr_sqlite, cdr_pgsql, app_sql_postgres These images are available here: (grab the 707 revision) http://www.djhsolutions.com/astlinux As always, please report back. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: Lenir S. <fla...@ya...> - 2007-03-06 17:12:32
|
Would you be interested in doing some consulting work for us or recommend someone? We like Astlinux but for our needs is a bit limited. We are running on a mini-itx board (EPIA MII 1200) and want to boot off a USB flash pen and use the CF card slot to as the KD. We like how astlinux works (ro filesystem, busybox, etc.) What we want is like a Astlinux on steroids. We noticed that is somewhat based on Gentoo. So what we want is all the funtionality of Astlinux but running on a tiny version of Gentoo. Instead of uclibc, we want to use the normal libraries and also use the portage package, php, Zend optimizer, etc...all this to run off a 1G usb flash pen and still use the CF as a KD. You may reach me at lsa...@tr..., or at work +1-561-214-6241 if you have any questions. Regards, Lenir Santiago Tristar Support Kristian Kielhofner <kri...@gm...> wrote: On 3/5/07, Lenir Santiago wrote: > we have about 20 boxes in client offices which we manage for them, and what > we want to do is prevent root access via ssh (for security) and use a > maintenance account (or one for each of our techs) to login to the box if we > need to and if we ever need to change a password (or all passwords) we can > do it at the ldap server. Also if its easier, radius would also work for us. > > Hmmm... That is interesting. The real problem is going to be that uClibc and all of the other base components of AstLinux don't support NSS or PAM. Those things are usually not required (or wanted) in embedded systems. I like Bryce's SSH key idea. -- 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.... --------------------------------- Don't be flakey. Get Yahoo! Mail for Mobile and always stay connected to friends. |
From: Darrick H. <dha...@dj...> - 2007-03-06 15:48:46
|
Pawel Pastuszak wrote: > Hi Darrick, > > Asterisk only supports sqlite 2 not sqlite 3 because of that i > modifited the orginal cdr_sqlite.c and full converted it to sqlite3 > because i useing it my self. > > So here are the file, all you need to do is patch the makefile the > patch is include in the zip file > Pawel, Thanks for the file and patch. I'm not sure we're going to use it in the 0.4 branch. Someone would have to give me a pretty convincing reason why sqlite3 is better than sqlite2. If there's really no good reason, I'm going to stay with sqlite2 for two reasons. 1). Less patches to maintain and 2). sqlite2 support is what is officially in asterisk 1.2. That being sadi, if you have a good reason to use sqlite3 instead of sqlite2, please let me know and I'll reconsider it. Kristian may want to include the sqlite3 module in trunk. That's totally up to him. I'll have versions of astlinux built from the 0.4 branch with properly compiled sqlite and cdr_sqlite (as well as cdr and apps for postgresql) shortly. Please test when it's out. Darrick > > Pawel Pastuszak > paw...@gm... <mailto:paw...@gm...> > > > > *From: * Darrick Hartman <dha...@dj... > <mailto:dha...@dj...>> >> *Date: * March 6, 2007 2:58:18 AM EST (CA) >> *To: * AstLinux Users Mailing List >> <ast...@li... >> <mailto:ast...@li...>> >> *Subject: * *Re: [Astlinux-users] sqlite cdr* >> *Reply-To: * AstLinux Users Mailing List >> <ast...@li... >> <mailto:ast...@li...>> >> >> walter trucci wrote: >>> You are great! >> I don't think I'd go quite that far...more notes below. >>> >>> 2007/3/5, Darrick Hartman < dha...@dj... >>> <mailto:dha...@dj...> >>> <mailto:dha...@dj... >>> <mailto:dha...@dj...>>>: >>> >>> Darrick Hartman wrote: >>>> walter trucci wrote: >>> >>>> Thanks. These are helpful. Looks like sqlite is linking >>> against stuff >>>> improperly. I haven't used it, only started building it at the >>> request >>>> of others. >>>> >>> >>> I found the problem and will take care of it tomorrow. I >>> almost have >>> the cdr_sqlite stuff right too. >>> >>> >> After some further digging, it appears that asterisk-1.2x will only >> support sqlite2 (not sqlite3--which compiles so nicely. sqlite2 >> requires a patch to do cross-compiling). sqlite3 may or may not be >> supported by asterisk-1.4. (The mantis bug tracker wasn't >> exactly clear >> on this.) For my purposes in the 0.4 branch, sqlite2 is the way >> we have >> to go since we'll be staying with asterisk-1.2 in that branch. >> >> I'm redoing the sqlite package in 0.4 branch and will have that >> and the >> cdr stuff ready to go tomorrow. Assuming it builds cleanly >> (building >> right now), I just need to clean up the hacks I put in the >> asterisk.mk <http://asterisk.mk> >> file. >> >> 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 >> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> <mailto:Ast...@li...> >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> <https://lists.sourceforge.net/lists/listinfo/astlinux-users> >> >> Donations to support AstLinux are graciously accepted via PayPal >> to pa...@kr... <mailto:pa...@kr...>. > > > > --- Wojtek > > > > -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |