From: <ast...@el...> - 2007-03-05 00:41:18
|
Just some minor stuff really. When downloading, it seems ftp.digium.com gets cranky. They seem to loadbalance between ftp1 and ftp2. When ftp1 is being cranky, ftp2 is reliable. ftp2.digium.com is not quite as up to date sometimes though. Also, the PostgreSQL version being used, 8.1.4 , doesn't seem to be available at the download sites anymore. Closest match is 8.1.7 which seems to compile alright. |
From: Darrick H. <dha...@dj...> - 2007-03-05 00:44:31
|
ast...@el... wrote: > Just some minor stuff really. When downloading, it seems ftp.digium.com > gets cranky. They seem to loadbalance between ftp1 and ftp2. When ftp1 is > being cranky, ftp2 is reliable. ftp2.digium.com is not quite as up to date > sometimes though. > This is expected when Digium announces a release (as they did today). This will likely be just fine in a day or so after the initial surge that a site can expect with a new release. Darrick -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |
From: <ast...@el...> - 2007-03-05 00:49:27
|
> ast...@el... wrote: >> Just some minor stuff really. When downloading, it seems ftp.digium.com >> gets cranky. They seem to loadbalance between ftp1 and ftp2. When ftp1 >> is >> being cranky, ftp2 is reliable. ftp2.digium.com is not quite as up to >> date >> sometimes though. >> > This is expected when Digium announces a release (as they did today). > This will likely be just fine in a day or so after the initial surge > that a site can expect with a new release. > > Darrick Actually, this has been a recurring problem for me before today. That's why I mentioned it. |
From: Kristian K. <kri...@gm...> - 2007-03-05 16:42:12
|
On 3/4/07, ast...@el... <ast...@el...> wrote: > > Actually, this has been a recurring problem for me before today. That's > why I mentioned it. > asterisk, This is why I operate files.astlinux.org. I managed to grab a copy of both asterisk and zaptel. I am syncing my local files with files.astlinux.org and it should be available there shortly. -- Kristian Kielhofner |
From: <ast...@el...> - 2007-03-05 23:41:15
|
ast...@el... said: > Also, the PostgreSQL version being used, 8.1.4 , doesn't seem to be > available at the download sites anymore. Closest match is 8.1.7 which > seems to compile alright. Okay, seems like I am a liar. Not only must the version number be bumped up, a change needs to be made to the asterisk package asterisk.mk the original line for libpq support is the following; $(ASTERISK_DIR)/.configured: $(ASTERISK_DIR)/.source ifeq ($(strip $(BR2_PACKAGE_ASTERISK_LIBPQ_CUSTOM)),y) cp package/asterisk/custom/*.c $(ASTERISK_DIR)/apps/ toolchain/patch-kernel.sh package/asterisk/custom/\*.patch which should be changed to; $(ASTERISK_DIR)/.configured: $(ASTERISK_DIR)/.source ifeq ($(strip $(BR2_PACKAGE_ASTERISK_LIBPQ_CUSTOM)),y) toolchain/patch-kernel.sh $(ASTERISK_DIR) package/asterisk/custom/ asterisk\custom\*.patch Seems it was choking on the copy of *.c (which seems unnecessary anyways because there are no c files?), claiming it's a directory, then the search for the patch file was going bad due to a filepath issue. This is applicable to both 0.4 and trunk |
From: Darrick H. <dha...@dj...> - 2007-03-06 03:48:52
|
ast...@el... wrote: > ast...@el... said: > >> Also, the PostgreSQL version being used, 8.1.4 , doesn't seem to be >> available at the download sites anymore. Closest match is 8.1.7 which >> seems to compile alright. >> > > Okay, seems like I am a liar. Not only must the version number be bumped > up, a change needs to be made to the asterisk package asterisk.mk > I'm working on this. There are several issues with the current PostgreSQL and sqlite code. I tried to commit something earlier, but the svn site was not resolving correctly. I'll have something up tomorrow. That patch is not sufficient to build the necessary modules. app_sql_postgres might build, but the cdr module won't. I really don't think either will with that current patch. I'll post a note to the list after this is corrected. Darrick > > the original line for libpq support is the following; > > $(ASTERISK_DIR)/.configured: $(ASTERISK_DIR)/.source > ifeq ($(strip $(BR2_PACKAGE_ASTERISK_LIBPQ_CUSTOM)),y) > cp package/asterisk/custom/*.c $(ASTERISK_DIR)/apps/ > toolchain/patch-kernel.sh package/asterisk/custom/\*.patch > > > which should be changed to; > > $(ASTERISK_DIR)/.configured: $(ASTERISK_DIR)/.source > ifeq ($(strip $(BR2_PACKAGE_ASTERISK_LIBPQ_CUSTOM)),y) > toolchain/patch-kernel.sh $(ASTERISK_DIR) package/asterisk/custom/ > asterisk\custom\*.patch > > > > Seems it was choking on the copy of *.c (which seems unnecessary anyways > because there are no c files?), claiming it's a directory, then the search > for the patch file was going bad due to a filepath issue. > > This is applicable to both 0.4 and trunk > > ------------------------------------------------------------------------- > 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.... > -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com |