Discussion:
[Audacity-devel] Linux Tarball for 2.1.3 RC1
James Crook
2017-02-12 15:22:58 UTC
Permalink
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.
Gale Andrews
2017-02-12 16:37:13 UTC
Permalink
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
Post by 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.
./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
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Darrell Walisser
2017-02-12 16:42:08 UTC
Permalink
Post by James Crook
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,
​...
​
Post by James Crook
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.
Steve the Fiddle
2017-02-12 16:57:46 UTC
Permalink
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
Post by Darrell Walisser
Post by James Crook
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,
...
Post by James Crook
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
https://lists.sourceforge.net/lists/listinfo/audacity-devel
James Crook
2017-02-12 17:56:15 UTC
Permalink
Post by Steve the Fiddle
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.
Post by Steve the Fiddle
On 12 February 2017 at 16:42, Darrell Walisser
Post by Darrell Walisser
Post by James Crook
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,
...
Post by James Crook
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
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
https://lists.sourceforge.net/lists/listinfo/audacity-devel
James Crook
2017-02-12 18:25:04 UTC
Permalink
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.
Post by James Crook
In order to get an acceptable linux tarball, I've made these changes to
the Linux build,
​...

Post by James Crook
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.
Gale Andrews
2017-02-12 20:02:31 UTC
Permalink
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
Post by 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.
./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
https://lists.sourceforge.net/lists/listinfo/audacity-devel
Loading...