1:25 p.m.
People,
Has there been any discussion about getting a Tenacity RPM going for
Fedora? - I would prefer that to having to use the AppImage version . .
Thanks,
Phil.
--
Philip Rhoades
PO Box 896
Cowra NSW 2794
Australia
E-mail: phil(a)pricom.com.au
3:17 p.m.
On Tue, 2023-02-07 at 21:03 +0000, Reon Beon via devel wrote:
https://src.fedoraproject.org/rpms/python-tenacity ?
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Hi,
I believe the original reporter here is speaking of the more privacy centric audacity?
Regards
Phil
--
*** Playing the game for the games own sake. ***
Associations:
* Debian Maintainer (DM)
* Fedora/EPEL Maintainer.
* Contributor member of the AlmaLinux foundation.
WWW: https://kathenas.org
Buy Me a Coffee: https://www.buymeacoffee.com/kathenasorg
Twitter: @kathenasorg
Instagram: @kathenasorg
IRC: kathenas
GPG: 724AA9B52F024C8B
3:19 p.m.
On 2/7/23 1:25 PM, Philip Rhoades via devel wrote:
People,
Has there been any discussion about getting a Tenacity RPM going for
Fedora? - I would prefer that to having to use the AppImage version . .
Thanks,
Phil.
I have a copr[0]. It has some issues and the current version is old. I
have been working on updating to the latest beta from the new upstream
location[1], but $DAY_JOB has been consuming a lot of my time.
[0] - https://copr.fedorainfracloud.org/coprs/nielsenb/tenacity/
[1] - https://codeberg.org/tenacityteam/tenacity
4:21 p.m.
On Tue, Feb 7, 2023 at 7:26 PM Philip Rhoades via devel
<devel(a)lists.fedoraproject.org> wrote:
People,
Has there been any discussion about getting a Tenacity RPM going for
Fedora? - I would prefer that to having to use the AppImage version . .
As I recall, in the beginning, Tenacity (to perform
most meaningful operations) required FFmpeg,
which was not in Fedora, so that was a clear
show stopper. Now that FFmpeg is (or at least
with the codecs without IP encumbrances)
Tenacity might be able to be packaged as long
as it does not include any other libraries that are
IP encumbered. Someone will need to perform
that IP review, as codecs are a minefield.
9:57 a.m.
On Tue, Feb 7, 2023 at 5:22 PM Gary Buhrmaster
<gary.buhrmaster(a)gmail.com> wrote:
On Tue, Feb 7, 2023 at 7:26 PM Philip Rhoades via devel
<devel(a)lists.fedoraproject.org> wrote:
>
> People,
>
> Has there been any discussion about getting a Tenacity RPM going for
> Fedora? - I would prefer that to having to use the AppImage version . .
>
As I recall, in the beginning, Tenacity (to perform
most meaningful operations) required FFmpeg,
which was not in Fedora, so that was a clear
show stopper. Now that FFmpeg is (or at least
with the codecs without IP encumbrances)
Tenacity might be able to be packaged as long
as it does not include any other libraries that are
IP encumbered. Someone will need to perform
that IP review, as codecs are a minefield.
To the best of my knowledge, Tenacity should work fine with Fedora's FFmpeg now.
Tenacity's documentation has already been updated accordingly.
--
真実はいつも一つ！/ Always, there's only one truth!
9:44 a.m.
On Wed, 08 Feb 2023 06:25:07 +1100
Philip Rhoades via devel <devel(a)lists.fedoraproject.org> wrote:
Has there been any discussion about getting a Tenacity RPM going for
Fedora? - I would prefer that to having to use the AppImage version .
I knew about the corporate takeover of audacity, but I didn't know
about this fork. I'm not aware of any effort to package it, but you
could build it from source, and install it in /usr/local, probably the
default.
If you have development tools installed, that could be as easy as
./configure (not as root)
make (not as root)
make install (as root)
in the directory where you unpack the source code. I used to build
audacity that way from its git repository. Occasionally there would be
a glitch with versions, but it worked pretty consistently. You will
have to have /usr/local/bin in your path (I think that is also a
default in Fedora).
https://tenacityaudio.org/
Of course, an rpm would be more convenient, but this *is* an
alternative.
10:02 a.m.
On Wed, 8 Feb 2023 08:44:30 -0700
stan <upaitag(a)zoho.com> wrote:
On Wed, 08 Feb 2023 06:25:07 +1100
Philip Rhoades via devel <devel(a)lists.fedoraproject.org> wrote:
> Has there been any discussion about getting a Tenacity RPM going
> for Fedora? - I would prefer that to having to use the AppImage
> version .
I knew about the corporate takeover of audacity, but I didn't know
about this fork. I'm not aware of any effort to package it, but you
could build it from source, and install it in /usr/local, probably the
default.
If you have development tools installed, that could be as easy as
./configure (not as root)
make (not as root)
make install (as root)
in the directory where you unpack the source code. I used to build
audacity that way from its git repository. Occasionally there would
be a glitch with versions, but it worked pretty consistently. You
will have to have /usr/local/bin in your path (I think that is also a
default in Fedora).
https://tenacityaudio.org/
Of course, an rpm would be more convenient, but this *is* an
alternative.
PS
I see on the devel list that there are potential patent issues because
of the use of certain codecs. I finessed that by using the ffmpeg
version from rpmfusion, and thus installing the free and nonfree codecs
they are referencing. If you try the above build without them, it will
probably still build, but will have reduced functionality. Now that
mp3 and mpeg are off patent, I think the use of other codecs would be
limited unless you are editing commercial DVD files using aac, or video
files using h264. Videos using webm probably are using open source
video and audio encoders.
10:51 a.m.
On Wed, 8 Feb 2023 09:02:47 -0700
stan <upaitag(a)zoho.com> wrote:
On Wed, 8 Feb 2023 08:44:30 -0700
stan <upaitag(a)zoho.com> wrote:
> On Wed, 08 Feb 2023 06:25:07 +1100
> Philip Rhoades via devel <devel(a)lists.fedoraproject.org> wrote:
>
> > Has there been any discussion about getting a Tenacity RPM going
> > for Fedora? - I would prefer that to having to use the AppImage
> > version .
>
> I knew about the corporate takeover of audacity, but I didn't know
> about this fork. I'm not aware of any effort to package it, but you
> could build it from source, and install it in /usr/local, probably
> the default.
>
> If you have development tools installed, that could be as easy as
> ./configure (not as root)
> make (not as root)
> make install (as root)
> in the directory where you unpack the source code. I used to build
> audacity that way from its git repository. Occasionally there would
> be a glitch with versions, but it worked pretty consistently. You
> will have to have /usr/local/bin in your path (I think that is also
> a default in Fedora).
>
> https://tenacityaudio.org/
>
> Of course, an rpm would be more convenient, but this *is* an
> alternative.
PS
I see on the devel list that there are potential patent issues because
of the use of certain codecs. I finessed that by using the ffmpeg
version from rpmfusion, and thus installing the free and nonfree
codecs they are referencing. If you try the above build without
them, it will probably still build, but will have reduced
functionality. Now that mp3 and mpeg are off patent, I think the use
of other codecs would be limited unless you are editing commercial
DVD files using aac, or video files using h264. Videos using webm
probably are using open source video and audio encoders.
Disregard my comments. The process to compile tenacity is completely
different from the process to compile audacity. A plus is that the
BUILDING.md file gives a command to install the dependencies for
building tenacity in Fedora. As they say in the BUILDING.md file,
though, fedora lacks wxWidgets 3.1.5 or greater. That stops the
configuration,
cmake -G Ninja -S . -B build
when it errors out.
They give a link to the wxWidgets website, so it is possible to
compile it and put it in /usr/local, but that seems to be going down
the rabbit hole. I might pursue this, even though I don't really do a
lot of (any?) sound editing anymore. Just for the challenge. Maybe
not. :-)
10:59 a.m.
>>>> stan via devel <devel(a)lists.fedoraproject.org>
writes:
As they say in the BUILDING.md file,
though, fedora lacks wxWidgets 3.1.5 or greater. That stops the
configuration, cmake -G Ninja -S . -B build when it errors out.
That's odd; as far as I can see, F36 has 3.1.5 and F37 has 3.2.1.
- J<
8:55 p.m.
On 2/8/23 10:59 AM, Jason L Tibbitts III wrote:
>>>>> stan via devel
<devel(a)lists.fedoraproject.org> writes:
> As they say in the BUILDING.md file,
> though, fedora lacks wxWidgets 3.1.5 or greater. That stops the
> configuration, cmake -G Ninja -S . -B build when it errors out.
That's odd; as far as I can see, F36 has 3.1.5 and F37 has 3.2.1.
- J<
Both versions make it through the configure step for me, but a build
with 3.1.5 will ultimately fail with "fatal error:
wx/filedlgcustomize.h: No such file or directory", (upstream issue
22516[0]).
[0] - https://github.com/wxWidgets/wxWidgets/issues/22516
10:21 p.m.
On 2/8/23 9:30 PM, Reon Beon via devel wrote:
wxGTK should have that...
It should, and they fixed it, but the fix never made it to the 3.1.X
series as far as I can tell. 3.2.1 in F37 at least builds, but for some
reason liblibnyquist.so is missing. F38 / Rawhide has some lisp issue
with the libnyquist stuff.
8:30 a.m.
On Wed, 8 Feb 2023, Brandon Nielsen via devel wrote:
On 2/8/23 9:30 PM, Reon Beon via devel wrote:
> wxGTK should have that...
It should, and they fixed it, but the fix never made it to the 3.1.X series
as far as I can tell. 3.2.1 in F37 at least builds, but for some reason
liblibnyquist.so is missing. F38 / Rawhide has some lisp issue with the
libnyquist stuff.
Let me know if you want that bug fixed in F36 wxGTK. Looks like it should
be pretty easy to cherry-pick.
Scott
8:36 a.m.
On Thu, Feb 9, 2023 at 2:30 PM Scott Talbert <swt(a)techie.net> wrote:
On Wed, 8 Feb 2023, Brandon Nielsen via devel wrote:
> On 2/8/23 9:30 PM, Reon Beon via devel wrote:
>> wxGTK should have that...
>
> It should, and they fixed it, but the fix never made it to the 3.1.X
series
> as far as I can tell. 3.2.1 in F37 at least builds, but for some reason
> liblibnyquist.so is missing. F38 / Rawhide has some lisp issue with the
> libnyquist stuff.
Let me know if you want that bug fixed in F36 wxGTK. Looks like it should
be pretty easy to cherry-pick.
The entire file dialog customization system was added in 3.1.7 right before
the 3.2.0 release, so the header file mentioned doesn't exist in 3.1.5, nor
any of the core code it needs to actually work. That change is a change to
the API of the file dialog methods, so it is IMO not cherry pickable to F36
because it would require cherry-picking this entire PR:
https://github.com/wxWidgets/wxWidgets/pull/22476.
If upstream tenacity wants to use the file dialog customizations, then they
need to update their required versions to be 3.2.0+ only and not claim
3.1.5 compatibility.
Scott
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
8:46 a.m.
On Thu, 9 Feb 2023, Ian McInerney via devel wrote:
On Thu, Feb 9, 2023 at 2:30 PM Scott Talbert <swt(a)techie.net>
wrote:
On Wed, 8 Feb 2023, Brandon Nielsen via devel wrote:
> On 2/8/23 9:30 PM, Reon Beon via devel wrote:
>> wxGTK should have that...
>
> It should, and they fixed it, but the fix never made it to the
3.1.X series
> as far as I can tell. 3.2.1 in F37 at least builds, but for
some reason
> liblibnyquist.so is missing. F38 / Rawhide has some lisp issue
with the
> libnyquist stuff.
Let me know if you want that bug fixed in F36 wxGTK. Looks like
it should
be pretty easy to cherry-pick.
The entire file dialog customization system was added in 3.1.7 right before
the 3.2.0 release, so the header file mentioned doesn't exist in 3.1.5, nor
any of the core code it needs to actually work. That change is a change to
the API of the file dialog methods, so it is IMO not cherry pickable to F36
because it would require cherry-picking this entire PR:
https://github.com/wxWidgets/wxWidgets/pull/22476.
If upstream tenacity wants to use the file dialog customizations, then they
need to update their required versions to be 3.2.0+ only and not claim 3.1.5
compatibility.
Ooops. What Ian said. :)
Upgrading to 3.2.0 in F36 is probably a non-starter as it involves an
soname bump.
Scott
9:55 a.m.
On Wed, 8 Feb 2023 09:51:37 -0700
stan via devel <devel(a)lists.fedoraproject.org> wrote:
lot of (any?) sound editing anymore. Just for the challenge. Maybe
not. :-)
I see lots of other people have taken up the challenge, and reported
issues they found, but I thought I would update with my unsuccessful
results.
I downloaded the wxWidgets code from their site, and compiled it using
their instructions on f37. Compiled easily, with only a warning about
missing midi support. I installed it in /usr/local
When I tried to get tenacity to use it, though, I hit a dead end. Even
though I set the environment variable WX_CONFIG to point to it, cmake
find_program kept finding the system version 3.0.4. I assume it looks
there first, and once it finds it, it stops. I tried the alternative of
building it as a subprogram with the tenacity source (the tenacity
build instructions helpfully pointed to this), but it was compiled as
3.0 compatible, and tenacity complained about too old a version of some
constructs. I then gave up.
10:46 a.m.
Hi Stan,
On 09/02/2023 16:55, stan via devel wrote:
I downloaded the wxWidgets code from their site, and compiled it using
their instructions on f37. Compiled easily, with only a warning about
missing midi support. I installed it in /usr/local
When I tried to get tenacity to use it, though, I hit a dead end. Even
though I set the environment variable WX_CONFIG to point to it, cmake
find_program kept finding the system version 3.0.4. I assume it looks
there first, and once it finds it, it stops. I tried the alternative of
building it as a subprogram with the tenacity source (the tenacity
build instructions helpfully pointed to this), but it was compiled as
3.0 compatible, and tenacity complained about too old a version of some
constructs. I then gave up.
Using several wxWidgets version is indeed a bit painful, been there,
done that. One quick fix is to configure alternatives to use the new 3.2
version version of wx-config instead of the default 3.0.
There is no need to actually build, just running "wx-config --version"
reveals the version currently selected by alternatives.
There are other options including hard-wiring wx-config to an absolute
path. However, it's IMHO more complicated and with some traps.
HTH
--alec
9:10 a.m.
On Thu, 9 Feb 2023 17:46:51 +0100
Alec Leamas <leamas.alec(a)gmail.com> wrote:
Using several wxWidgets version is indeed a bit painful, been there,
done that. One quick fix is to configure alternatives to use the new
3.2 version version of wx-config instead of the default 3.0.
I'm not sure what alternatives is, but now that I know about it I can
probably find out. The key thing is that I didn't know that wxWindows
was configurable for version.
There is no need to actually build, just running "wx-config
--version" reveals the version currently selected by alternatives.
There are other options including hard-wiring wx-config to an
absolute path. However, it's IMHO more complicated and with some
traps.
Thanks.
HTH
Yes, that does help. I'll give it another try.
450
days inactive
453
days old
18 comments
11 participants
participants (11)
-
Alec Leamas -
Brandon Nielsen -
Gary Buhrmaster -
Ian McInerney -
Jason L Tibbitts III -
Neal Gompa -
Philip Rhoades -
Philip Wyett -
Reon Beon -
Scott Talbert -
stan