Linux Tarball for 2.1.3 RC1

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Linux Tarball for 2.1.3 RC1

James Crook
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,

https://github.com/JamesCrook/audacity/commit/77ceb6a70726c2f84a9ad3fce66567fcd5bca8e9

FLAC and FFMPeg are now local by default, and there is an instruction in
the readme to set CXXFLAGS when using ./configure.

Use:

./configure CXXFLAGS="-std=gnu++11"
make

Tarball is posted as RC1 on
https://www.fosshub.com/Audacity.html


I did try (yesterday and today) using official ways of setting CXXFLAGS
via autohell, but I think our automake chain is very ropey and needs
some serious TLC.  I'm fairly sure it isn't passing on what it should
when recursing, for example, and it is using deprecated macros.

I see from GitHub commits that Darrell Wallisser has been wrestling with
CXXFLAGS - and more - in his cross-compile build system for Audacity on
openmp, and getting the better of it.  So I am suggesting we have a good
conversation with him after 2.1.3 is out, and merge most of his changes
to configure.ac etc into our tree.  The main issue/question would be
what we do where he has had to patch libraries that we use.


--James.



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

Gale
Administrator
Thanks, James. I don't know why compiling with system libflac has
become a problem -  on Ubuntu 14.04.5 my system libflac which I
can compile Audacity against is "1.3.0-2ubuntu0.14.04.1".

We have 1.3.1 in lib-src.

I think this means a few changes to Wiki and main site which I'll
deal with.


Gale



On 12 February 2017 at 15:22, James Crook <[hidden email]> wrote:

> In order to get an acceptable linux tarball, I've made these changes to
> the Linux build,
>
> https://github.com/JamesCrook/audacity/commit/77ceb6a70726c2f84a9ad3fce66567fcd5bca8e9
>
> FLAC and FFMPeg are now local by default, and there is an instruction in
> the readme to set CXXFLAGS when using ./configure.
>
> Use:
>
> ./configure CXXFLAGS="-std=gnu++11"
> make
>
> Tarball is posted as RC1 on
> https://www.fosshub.com/Audacity.html
>
>
> I did try (yesterday and today) using official ways of setting CXXFLAGS
> via autohell, but I think our automake chain is very ropey and needs
> some serious TLC.  I'm fairly sure it isn't passing on what it should
> when recursing, for example, and it is using deprecated macros.
>
> I see from GitHub commits that Darrell Wallisser has been wrestling with
> CXXFLAGS - and more - in his cross-compile build system for Audacity on
> openmp, and getting the better of it.  So I am suggesting we have a good
> conversation with him after 2.1.3 is out, and merge most of his changes
> to configure.ac etc into our tree.  The main issue/question would be
> what we do where he has had to patch libraries that we use.
>
>
> --James.
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> audacity-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-devel

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

Darrell Walisser
In reply to this post by James Crook


On Sun, Feb 12, 2017 at 10:22 AM, James Crook <[hidden email]> wrote:
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,
​...
I did try (yesterday and today) using official ways of setting CXXFLAGS
via autohell, but I think our automake chain is very ropey and needs
some serious TLC.  I'm fairly sure it isn't passing on what it should
when recursing, for example, and it is using deprecated macros.

I see from GitHub commits that Darrell Wallisser has been wrestling with
CXXFLAGS - and more - in his cross-compile build system for Audacity on
openmp, and getting the better of it.  So I am suggesting we have a good
conversation with him after 2.1.3 is out, and merge most of his changes
to configure.ac etc into our tree.  The main issue/question would be
what we do where he has had to patch libraries that we use.



​PR 161 patches include gcc detection (including version) and setting -std=gnu++11. Stay tuned for update on pr #161, I have resolved a lot of the original issues.




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

Stevethefiddle
The link " Download Audacity Linux source - 52.99 MB | version: Upload
test version " on https://www.fosshub.com/Audacity.html goes to
https://www.fosshub.com/Audacity.html/testfileadevel111.exe
What is "testfileadevel111.exe"?

Steve

On 12 February 2017 at 16:42, Darrell Walisser
<[hidden email]> wrote:

>
>
> On Sun, Feb 12, 2017 at 10:22 AM, James Crook <[hidden email]> wrote:
>>
>> In order to get an acceptable linux tarball, I've made these changes to
>> the Linux build,
>
> ...
>>
>> I did try (yesterday and today) using official ways of setting CXXFLAGS
>> via autohell, but I think our automake chain is very ropey and needs
>> some serious TLC.  I'm fairly sure it isn't passing on what it should
>> when recursing, for example, and it is using deprecated macros.
>>
>> I see from GitHub commits that Darrell Wallisser has been wrestling with
>> CXXFLAGS - and more - in his cross-compile build system for Audacity on
>> openmp, and getting the better of it.  So I am suggesting we have a good
>> conversation with him after 2.1.3 is out, and merge most of his changes
>> to configure.ac etc into our tree.  The main issue/question would be
>> what we do where he has had to patch libraries that we use.
>>
>>
>
> PR 161 patches include gcc detection (including version) and setting
> -std=gnu++11. Stay tuned for update on pr #161, I have resolved a lot of the
> original issues.
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> audacity-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-devel
>

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

James Crook
On 2/12/2017 4:57 PM, Steve the Fiddle wrote:
> The link " Download Audacity Linux source - 52.99 MB | version: Upload
> test version " on https://www.fosshub.com/Audacity.html goes to
> https://www.fosshub.com/Audacity.html/testfileadevel111.exe
> What is "testfileadevel111.exe"?
>
> Steve

Thanks Steve.
It was a test version uploaded by FossHub.  I've just made it invisible.
It has had 30 downloads, and I imagine most of them are by FossHub.
--James.


>
> On 12 February 2017 at 16:42, Darrell Walisser
> <[hidden email]> wrote:
>>
>> On Sun, Feb 12, 2017 at 10:22 AM, James Crook <[hidden email]> wrote:
>>> In order to get an acceptable linux tarball, I've made these changes to
>>> the Linux build,
>> ...
>>> I did try (yesterday and today) using official ways of setting CXXFLAGS
>>> via autohell, but I think our automake chain is very ropey and needs
>>> some serious TLC.  I'm fairly sure it isn't passing on what it should
>>> when recursing, for example, and it is using deprecated macros.
>>>
>>> I see from GitHub commits that Darrell Wallisser has been wrestling with
>>> CXXFLAGS - and more - in his cross-compile build system for Audacity on
>>> openmp, and getting the better of it.  So I am suggesting we have a good
>>> conversation with him after 2.1.3 is out, and merge most of his changes
>>> to configure.ac etc into our tree.  The main issue/question would be
>>> what we do where he has had to patch libraries that we use.
>>>
>>>
>> PR 161 patches include gcc detection (including version) and setting
>> -std=gnu++11. Stay tuned for update on pr #161, I have resolved a lot of the
>> original issues.
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> audacity-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/audacity-devel
>>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> audacity-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-devel
>
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

James Crook
In reply to this post by Darrell Walisser
Darrell, this will be great to have for 2.2.0.
For 2.1.3, which we hope is close to release, we will almost certainly
persevere with the make files as currently in master.

Amongst other things your fixes will fix:
http://bugzilla.audacityteam.org/show_bug.cgi?id=1506

--James.


On 2/12/2017 4:42 PM, Darrell Walisser wrote:

> On Sun, Feb 12, 2017 at 10:22 AM, James Crook <[hidden email]> wrote:
>
>> In order to get an acceptable linux tarball, I've made these changes to
>> the Linux build,
>>
> ​...
> ​
>
>> I did try (yesterday and today) using official ways of setting CXXFLAGS
>> via autohell, but I think our automake chain is very ropey and needs
>> some serious TLC.  I'm fairly sure it isn't passing on what it should
>> when recursing, for example, and it is using deprecated macros.
>>
>> I see from GitHub commits that Darrell Wallisser has been wrestling with
>> CXXFLAGS - and more - in his cross-compile build system for Audacity on
>> openmp, and getting the better of it.  So I am suggesting we have a good
>> conversation with him after 2.1.3 is out, and merge most of his changes
>> to configure.ac etc into our tree.  The main issue/question would be
>> what we do where he has had to patch libraries that we use.
>>
>>
>>
> ​PR 161 patches include gcc detection (including version) and setting
> -std=gnu++11. Stay tuned for update on pr #161, I have resolved a lot of
> the original issues.
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Reply | Threaded
Open this post in threaded view
|

Re: Linux Tarball for 2.1.3 RC1

Gale
Administrator
In reply to this post by James Crook
I downloaded and built the tarball on Ubuntu 14.04 with the configure
command stated in README.txt :

   ./configure CXXFLAGS=" -std=gnu++11"

I was able to record, save a project without crashing and to export
FLAC and then to import that FLAC using libsndfile or libflac importers.

I don't find any .deps folders in the tarball which is good.

I do find a hidden .gitattributes file (as well as .travis.yml which
http://wiki.audacityteam.org/wiki/Building_Release_Tarballs says
will happen).



Gale



On 12 February 2017 at 15:22, James Crook <[hidden email]> wrote:

> In order to get an acceptable linux tarball, I've made these changes to
> the Linux build,
>
> https://github.com/JamesCrook/audacity/commit/77ceb6a70726c2f84a9ad3fce66567fcd5bca8e9
>
> FLAC and FFMPeg are now local by default, and there is an instruction in
> the readme to set CXXFLAGS when using ./configure.
>
> Use:
>
> ./configure CXXFLAGS="-std=gnu++11"
> make
>
> Tarball is posted as RC1 on
> https://www.fosshub.com/Audacity.html
>
>
> I did try (yesterday and today) using official ways of setting CXXFLAGS
> via autohell, but I think our automake chain is very ropey and needs
> some serious TLC.  I'm fairly sure it isn't passing on what it should
> when recursing, for example, and it is using deprecated macros.
>
> I see from GitHub commits that Darrell Wallisser has been wrestling with
> CXXFLAGS - and more - in his cross-compile build system for Audacity on
> openmp, and getting the better of it.  So I am suggesting we have a good
> conversation with him after 2.1.3 is out, and merge most of his changes
> to configure.ac etc into our tree.  The main issue/question would be
> what we do where he has had to patch libraries that we use.
>
>
> --James.
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> audacity-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-devel

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel