major build change in master.
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week. Mike
This fixed OS X VPX issue, aok now. Questions: I assume this means YUV and VPX can be removed as prerequisites? Will this be one for 1.6 as well? Just asking so I can update the wiki and Applescript installer as needed. Thanks!
On Feb 24, 2016, at 3:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Mike, I put a note to this effect on the Debian 8 installation page. I'm glad I caught this as I have been on a customer's site a lot and have not been able to keep with the -users mailing list. Lemme know if this changes so I can update it. Thanks. Bote
-----Original Message----- From: Mario G Sent: Thursday, 25 February, 2016 13:16 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] major build change in master.
This fixed OS X VPX issue, aok now. Questions:
I assume this means YUV and VPX can be removed as prerequisites?
Will this be one for 1.6 as well?
Just asking so I can update the wiki and Applescript installer as needed. Thanks!
On Feb 24, 2016, at 3:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
we are working on how exactly this will effect packaging and install instructions, but we will no longer have yuv or vpx pre-reqs and the requirement to rebuild libav against our vpx is also removed.
On Feb 25, 2016, at 1:39 PM, Bote Man <bote_radio@botecomm.com> wrote:
Mike, I put a note to this effect on the Debian 8 installation page.
I'm glad I caught this as I have been on a customer's site a lot and have not been able to keep with the -users mailing list. Lemme know if this changes so I can update it.
Thanks.
Bote
-----Original Message----- From: Mario G Sent: Thursday, 25 February, 2016 13:16 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] major build change in master.
This fixed OS X VPX issue, aok now. Questions:
I assume this means YUV and VPX can be removed as prerequisites?
Will this be one for 1.6 as well?
Just asking so I can update the wiki and Applescript installer as needed. Thanks!
On Feb 24, 2016, at 3:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
FYI in case this affects Linux/Windows: removal of libvpx prereq install requires nasm or yasm to be added as prerequisite under OS X 10.9/10/11 since the OS X nasm is too old. Previous hombrew libvpx auto installed yasm.
On Feb 25, 2016, at 10:49 AM, Michael Jerris <mike@jerris.com> wrote:
we are working on how exactly this will effect packaging and install instructions, but we will no longer have yuv or vpx pre-reqs and the requirement to rebuild libav against our vpx is also removed.
On Feb 25, 2016, at 1:39 PM, Bote Man <bote_radio@botecomm.com> wrote:
Mike, I put a note to this effect on the Debian 8 installation page.
I'm glad I caught this as I have been on a customer's site a lot and have not been able to keep with the -users mailing list. Lemme know if this changes so I can update it.
Thanks.
Bote
-----Original Message----- From: Mario G Sent: Thursday, 25 February, 2016 13:16 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] major build change in master.
This fixed OS X VPX issue, aok now. Questions:
I assume this means YUV and VPX can be removed as prerequisites?
Will this be one for 1.6 as well?
Just asking so I can update the wiki and Applescript installer as needed. Thanks!
On Feb 24, 2016, at 3:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This will remove the prereqs for all new versions released after this date, so the newest 1.6 for example will not need those anymore, all previous requirements for previous versions stay the same.
On Feb 25, 2016, at 1:16 PM, Mario G <mario_fs@mgtech.com> wrote:
This fixed OS X VPX issue, aok now. Questions:
I assume this means YUV and VPX can be removed as prerequisites?
Will this be one for 1.6 as well?
Just asking so I can update the wiki and Applescript installer as needed. Thanks!
On Feb 24, 2016, at 3:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)? On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
building... 😬 2016-03-16 14:44 GMT-04:30 Ben Hood <0x6e6562@gmail.com>:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- VÃctor E. Medina M. Platform Architect / Chief Infrastructure +58424 291 4561 BB #79A8AFA2 @VMCibersys
Hi Victor, I'm not quite sure I understand your response - was I maybe asking about something that makes no sense? Ben
On 16 Mar 2016, at 19:27, Victor Medina <victor.medina@cibersys.com> wrote:
building... 😬
2016-03-16 14:44 GMT-04:30 Ben Hood <0x6e6562@gmail.com>:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
VÃctor E. Medina M. Platform Architect / Chief Infrastructure +58424 291 4561 BB #79A8AFA2 @VMCibersys
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Ben. Only saying i was trying to Build máster myself to give it a try. El 16/3/2016 15:41, "Ben Hood" <0x6e6562@gmail.com> escribió:
Hi Victor,
I'm not quite sure I understand your response - was I maybe asking about something that makes no sense?
Ben
On 16 Mar 2016, at 19:27, Victor Medina <victor.medina@cibersys.com> wrote:
building... 😬
2016-03-16 14:44 GMT-04:30 Ben Hood <0x6e6562@gmail.com>:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
VÃctor E. Medina M. Platform Architect / Chief Infrastructure +58424 291 4561 BB #79A8AFA2 @VMCibersys
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
Thanks for the heads up about the name of the disabling flag - that seems to have worked in the sense that the build now goes past an issue I was seeing with libvpx. The problem I am having is trying to get c422cddb to compile on Solaris 11.3, which I appreciate is not a supported platform. I've been using 2d46e0af which I successfully compiled and have been running for a few weeks, but that version doesn't appear to have the libvpx refactoring in it. In addition, this time round I was attempting to supply custom versions of the dependencies such as libsndfile, rather than depend on CSW packaging. Anyway, I think the issue with the build is more of a libvpx thing than a FS issue, which is why I raised a question on their list: https://groups.google.com/a/webmproject.org/d/msg/webm-discuss/jrKh-cN5tS4/9... So I guess the fundamental issue is I'm trying to do something that isn't supported - so I appreciate that there's probably not too much time that you can dwell on this. BTW can I disable speex support by passing --disable-libspeex or similar? Is there a list of the names of features that can be turned off during compilation in one of the build files? On Wed, Mar 16, 2016 at 8:55 PM, Michael Jerris <mike@jerris.com> wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
What is the error you are getting when you try to build current master. There is no need for a flag to disable libspeex, you just don't build the module.
On Mar 16, 2016, at 5:36 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Thanks for the heads up about the name of the disabling flag - that seems to have worked in the sense that the build now goes past an issue I was seeing with libvpx.
The problem I am having is trying to get c422cddb to compile on Solaris 11.3, which I appreciate is not a supported platform. I've been using 2d46e0af which I successfully compiled and have been running for a few weeks, but that version doesn't appear to have the libvpx refactoring in it. In addition, this time round I was attempting to supply custom versions of the dependencies such as libsndfile, rather than depend on CSW packaging.
Anyway, I think the issue with the build is more of a libvpx thing than a FS issue, which is why I raised a question on their list:
https://groups.google.com/a/webmproject.org/d/msg/webm-discuss/jrKh-cN5tS4/9...
So I guess the fundamental issue is I'm trying to do something that isn't supported - so I appreciate that there's probably not too much time that you can dwell on this.
BTW can I disable speex support by passing --disable-libspeex or similar? Is there a list of the names of features that can be turned off during compilation in one of the build files?
On Wed, Mar 16, 2016 at 8:55 PM, Michael Jerris <mike@jerris.com> wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error: https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
I'm sorry, i forgot, yes, speex is required. I'll take a look at the other issues. What compiler and version are you using?
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
And can you provide remote access to this box. I think I know whats wrong but will have to fix it on the box to get it right
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Unfortunately the box is running as VMWare guest in a network with no external access. So I can either export the VM image if you would like to download and run it locally. Alternatively I could look into reproducing the issue on an AWS instance, which I could then give you access to. On Wed, Mar 16, 2016 at 11:26 PM, Michael Jerris <mike@jerris.com> wrote:
And can you provide remote access to this box. I think I know whats wrong but will have to fix it on the box to get it right
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Please provide are link to VM. I will run VM on public IP for remote access. What is size of VM? On Thu, Mar 17, 2016 at 2:58 AM, Ben Hood <0x6e6562@gmail.com> wrote:
Unfortunately the box is running as VMWare guest in a network with no external access. So I can either export the VM image if you would like to download and run it locally. Alternatively I could look into reproducing the issue on an AWS instance, which I could then give you access to.
On Wed, Mar 16, 2016 at 11:26 PM, Michael Jerris <mike@jerris.com> wrote:
And can you provide remote access to this box. I think I know whats wrong but will have to fix it on the box to get it right
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Thu, Mar 17, 2016 at 4:37 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
Please provide are link to VM. I will run VM on public IP for remote access.
https://www.dropbox.com/sh/nlmn2g9uhyhnjtm/AABR7MphpAcMAYXzYCrWlL6La?dl=0 login: root/passw0rd
What is size of VM?
The image is 7.2 GB. It's effectively a vanilla install - the only tweaks I have made are to install the minimal required build tools: $ pkg install git gcc make libtool autoconf pkg-config automake The FS source tree is in /opt/freeswitch. I've begun to compile the dependencies into /opt/fs_libs (e.g. libspeex). I haven't compiled libsndfile yet, that is next on the todo list - I have been blocked by this libvpx dependency until now.
My VMware ESXi 6.0 could read provided VMDK disk. Could you, pelase, export VM to OVF template (File -> Export -> Export OFV template). Also, please configure VM ip 91.103.196.10 netmask 255.255.255.248 gateway 91.103.196.9 Sergey чт, 17 мар. 2016 г. в 12:29, Ben Hood <0x6e6562@gmail.com>:
On Thu, Mar 17, 2016 at 4:37 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
Please provide are link to VM. I will run VM on public IP for remote access.
https://www.dropbox.com/sh/nlmn2g9uhyhnjtm/AABR7MphpAcMAYXzYCrWlL6La?dl=0
login: root/passw0rd
What is size of VM?
The image is 7.2 GB.
It's effectively a vanilla install - the only tweaks I have made are to install the minimal required build tools:
$ pkg install git gcc make libtool autoconf pkg-config automake
The FS source tree is in /opt/freeswitch. I've begun to compile the dependencies into /opt/fs_libs (e.g. libspeex). I haven't compiled libsndfile yet, that is next on the todo list - I have been blocked by this libvpx dependency until now.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Thu, Mar 17, 2016 at 5:52 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
My VMware ESXi 6.0 could read provided VMDK disk. Could you, pelase, export VM to OVF template (File -> Export -> Export OFV template). Also, please configure VM ip 91.103.196.10 netmask 255.255.255.248 gateway 91.103.196.9
Sorry about the format - that was the raw disk image from VMWare Fusion. I've exported the VM to OVF: https://www.dropbox.com/sh/d6gtou9k1ksvuws/AACiVVJVRt1V8ZetVvmYC4xCa?dl=0 I haven't configured the network because whilst being a straight forward thing to do, there's no way I could verify that it works in my setup, so I would be giving you a blindly configured image. Right now a DHCP request will be issued for the net0 device. If this is a problem, could you login via the console to set the IP and gateway?
VM published. You can login using command "ssh -p 2230 -i id_rsa root@91.103.196.13". Where id_rsa is file with private key. File with private key will be send to Ben and Michael Jerris. Sergey пт, 18 мар. 2016 г. в 2:34, Ben Hood <0x6e6562@gmail.com>:
On Thu, Mar 17, 2016 at 5:52 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
My VMware ESXi 6.0 could read provided VMDK disk. Could you, pelase, export VM to OVF template (File -> Export -> Export OFV template). Also, please configure VM ip 91.103.196.10 netmask 255.255.255.248 gateway 91.103.196.9
Sorry about the format - that was the raw disk image from VMWare Fusion.
I've exported the VM to OVF:
https://www.dropbox.com/sh/d6gtou9k1ksvuws/AACiVVJVRt1V8ZetVvmYC4xCa?dl=0
I haven't configured the network because whilst being a straight forward thing to do, there's no way I could verify that it works in my setup, so I would be giving you a blindly configured image. Right now a DHCP request will be issued for the net0 device. If this is a problem, could you login via the console to set the IP and gateway?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Fri, Mar 18, 2016 at 12:39 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
VM published. You can login using command "ssh -p 2230 -i id_rsa root@91.103.196.13". Where id_rsa is file with private key. File with private key will be send to Ben and Michael Jerris.
Hey Sergey, Thanks very much for taking the time to set this up - much appreciated :-) Ben
A follow up on deps, pkg install speex will handle the speex dependency, no need to install from source.
On Mar 17, 2016, at 5:28 AM, Ben Hood <0x6e6562@gmail.com> wrote:
On Thu, Mar 17, 2016 at 4:37 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
Please provide are link to VM. I will run VM on public IP for remote access.
https://www.dropbox.com/sh/nlmn2g9uhyhnjtm/AABR7MphpAcMAYXzYCrWlL6La?dl=0
login: root/passw0rd
What is size of VM?
The image is 7.2 GB.
It's effectively a vanilla install - the only tweaks I have made are to install the minimal required build tools:
$ pkg install git gcc make libtool autoconf pkg-config automake
The FS source tree is in /opt/freeswitch. I've begun to compile the dependencies into /opt/fs_libs (e.g. libspeex). I haven't compiled libsndfile yet, that is next on the todo list - I have been blocked by this libvpx dependency until now.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I just pushed a patch for you, the core builds now fine with libvpx and libyuv. Note i did a pkg install speex to satisfy that dependency, then did bootstrap, configure --enable-64, and gmake. Mike
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
tested through, these are the only default build mods that had issues, appears to all be dependencies missing but I didn't try to chase any of those down -applications/mod_enum -codecs/mod_opus -formats/mod_png -formats/mod_sndfile
On Mar 18, 2016, at 3:11 PM, Michael Jerris <mike@jerris.com> wrote:
I just pushed a patch for you, the core builds now fine with libvpx and libyuv. Note i did a pkg install speex to satisfy that dependency, then did bootstrap, configure --enable-64, and gmake.
Mike
On Mar 16, 2016, at 7:04 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Wed, Mar 16, 2016 at 10:41 PM, Michael Jerris <mike@jerris.com> wrote:
What is the error you are getting when you try to build current master.
Here's a the complete output for the compiler error:
https://gist.github.com/0x6e6562/1afb379410accfdcd123
There is no need for a flag to disable libspeex, you just don't build the module.
I initially assumed that I could trim the modules.conf to exclude libspeex, so that when the makefile was invoked on the top level, then the libspeex module is just ignored. However, this doesn't appear to be the case, so for the sake of expediency, I decided to supply the speex dependency manually and just moved on to the next problem, which was the non-compilability of the C++ code in libvpx on Solaris, combined with the fact that gcc was producing a 32 bit image that the 64 bit libfreeswitch is going to have to link against.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Cool - thanks very much for looking into this. With the patch I am now able to get past the libvpx issue using these flags: PKG_CONFIG_PATH=/opt/fs_libs/lib/pkgconfig ./configure --prefix=/opt/fs --enable-64 BTW the reason why I was looking into an alternative dependency delivery mechanism than pkg was because I was trying to see if I could be an FS package that could use an arbitrary version of the dependencies, not just those versions that have official published versions. Sometimes the OS packages get so out of date that can be better to supply your own rather than rely on the published artifacts. On Fri, Mar 18, 2016 at 7:32 PM, Michael Jerris <mike@jerris.com> wrote:
tested through, these are the only default build mods that had issues, appears to all be dependencies missing but I didn't try to chase any of those down
-applications/mod_enum -codecs/mod_opus -formats/mod_png -formats/mod_sndfile
Sure, I'll look into to supplying these.
what deps do you have that have conflicting versions? I didn't run into any. The ones i ran in to were all missing not version conflicts. The only couple libs i have seen where we tend to run into version conflicts were vpx (which we now have in tree due to how bad that issue was) and libpng. For libpng its probably worth getting the base distro to update it as most distros have painfully old versions and there is no real reason not to update it, it seems to be backwards api compatible.
On Mar 18, 2016, at 6:37 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Cool - thanks very much for looking into this.
With the patch I am now able to get past the libvpx issue using these flags:
PKG_CONFIG_PATH=/opt/fs_libs/lib/pkgconfig ./configure --prefix=/opt/fs --enable-64
BTW the reason why I was looking into an alternative dependency delivery mechanism than pkg was because I was trying to see if I could be an FS package that could use an arbitrary version of the dependencies, not just those versions that have official published versions. Sometimes the OS packages get so out of date that can be better to supply your own rather than rely on the published artifacts.
On Fri, Mar 18, 2016 at 7:32 PM, Michael Jerris <mike@jerris.com> wrote:
tested through, these are the only default build mods that had issues, appears to all be dependencies missing but I didn't try to chase any of those down
-applications/mod_enum -codecs/mod_opus -formats/mod_png -formats/mod_sndfile
Sure, I'll look into to supplying these.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Fri, Mar 18, 2016 at 10:44 PM, Michael Jerris <mike@jerris.com> wrote:
what deps do you have that have conflicting versions? I didn't run into any. The ones i ran in to were all missing not version conflicts. The only couple libs i have seen where we tend to run into version conflicts were vpx (which we now have in tree due to how bad that issue was) and libpng. For libpng its probably worth getting the base distro to update it as most distros have painfully old versions and there is no real reason not to update it, it seems to be backwards api compatible.
The issue I ran into was with libspeexdsp, which I originally grabbed from CSW. So I could compile and run FS with this dependency, but when I tried to construct a package for FS using pkgdepend, it could not resolve the dependency for libspeexdsp because of the way that the RUNPATH was configured in the assembly: $ elfdump /opt/csw/lib/64/libspeexdsp.so.1 | grep RUNPATH /opt/csw/lib/64/libspeexdsp.so.1: .SUNW_version: zero sh_entsize information, expected 0x1 [5] RUNPATH 0x7f4 /opt/csw/lib/$ISALIST:/opt/csw/lib/64 So I was trying to see if could supply a custom libspeexdsp to see if that fixed the pkgdepend issue. And in doing so, I ran into the updated libvpx tree.
I think the version from CSW was fine. I don't think there is any reason to use the copy from ours over that one.
On Mar 18, 2016, at 7:05 PM, Ben Hood <0x6e6562@gmail.com> wrote:
On Fri, Mar 18, 2016 at 10:44 PM, Michael Jerris <mike@jerris.com> wrote:
what deps do you have that have conflicting versions? I didn't run into any. The ones i ran in to were all missing not version conflicts. The only couple libs i have seen where we tend to run into version conflicts were vpx (which we now have in tree due to how bad that issue was) and libpng. For libpng its probably worth getting the base distro to update it as most distros have painfully old versions and there is no real reason not to update it, it seems to be backwards api compatible.
The issue I ran into was with libspeexdsp, which I originally grabbed from CSW.
So I could compile and run FS with this dependency, but when I tried to construct a package for FS using pkgdepend, it could not resolve the dependency for libspeexdsp because of the way that the RUNPATH was configured in the assembly:
$ elfdump /opt/csw/lib/64/libspeexdsp.so.1 | grep RUNPATH /opt/csw/lib/64/libspeexdsp.so.1: .SUNW_version: zero sh_entsize information, expected 0x1 [5] RUNPATH 0x7f4 /opt/csw/lib/$ISALIST:/opt/csw/lib/64
So I was trying to see if could supply a custom libspeexdsp to see if that fixed the pkgdepend issue.
And in doing so, I ran into the updated libvpx tree.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Fri, Mar 18, 2016 at 11:12 PM, Michael Jerris <mike@jerris.com> wrote:
I think the version from CSW was fine. I don't think there is any reason to use the copy from ours over that one.
You might well be right on that point - after all, I got FS to run just fine with CSW package. The issue I encountered was with pkgdepend, and I could make any further headway with the issue, so I decided to try something different in order to exclude the possibility that there was something about the CSW packaging of libspeex that was presenting pkgdepend with issues. But after having rebuild FS with non-CSW dependencies, I ran into the same issue with pkgdepend, so it has nothing to due with the method of supplying the dependenices.
Is there a way to completely disable video support in FS to not require unneeded video-related libraries? On Wednesday 16 March 2016 16:55:46 Michael Jerris wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
There should be no reason to do so, unless there is a specific build issue, if so, lets address those.
On Mar 16, 2016, at 5:44 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
Is there a way to completely disable video support in FS to not require unneeded video-related libraries?
On Wednesday 16 March 2016 16:55:46 Michael Jerris wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
The issue is with memory footprint when building FS for embedded systems like routers, raspberry pi etc. On Wednesday 16 March 2016 18:42:26 Michael Jerris wrote:
There should be no reason to do so, unless there is a specific build issue, if so, lets address those.
On Mar 16, 2016, at 5:44 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
Is there a way to completely disable video support in FS to not require unneeded video-related libraries?
On Wednesday 16 March 2016 16:55:46 Michael Jerris wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
libvpx and yuv are quite small.. it shouldn't be an issue... that being said, there are configure flags to disable them
On Mar 16, 2016, at 7:00 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
The issue is with memory footprint when building FS for embedded systems like routers, raspberry pi etc.
On Wednesday 16 March 2016 18:42:26 Michael Jerris wrote:
There should be no reason to do so, unless there is a specific build issue, if so, lets address those.
On Mar 16, 2016, at 5:44 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
Is there a way to completely disable video support in FS to not require unneeded video-related libraries?
On Wednesday 16 March 2016 16:55:46 Michael Jerris wrote:
It is... --disable-libvpx There shouldn't be much reason for it, if you have a good reason due to a build issue I'd like to try to resolve that. I have seen issues that people need to install yasm or nasm for libyuv, and some people have had to upgrade toolchain on older distros. What issue/concern are you having?
On Mar 16, 2016, at 3:14 PM, Ben Hood <0x6e6562@gmail.com> wrote:
Is libvpx optional, i.e. is there a way to disable libvpx support in the build (e.g. by supplying --without-libvpx to the configure script)?
On Wed, Feb 24, 2016 at 11:49 PM, Michael Jerris <mike@jerris.com> wrote:
please note this important change that went into master today. As of today, we are no longer using system versions of libyuv and libvpx due to major conflicts with system versions of these libraries. These are now built static into the freeswitch core. Also note, mod_vpx no longer exists, it is automatically loaded as part of the core and you will no longer have mod_vpx.so or have to manually load it. I'll have more details coming, but let me know if you have any questions. Please note for anyone doing cross compiling, this probably needs a bit more work for you, I'll be working on fixing that this week.
Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (7)
-
Ben Hood
-
Bote Man
-
Mario G
-
Michael Jerris
-
Sergey Okhapkin
-
Sergey Safarov
-
Victor Medina