[Bug 441] Review request: traverso - Multitrack Audio Recording and Editing Suite

RPM Fusion Bugzilla noreply at rpmfusion.org
Mon Mar 16 15:20:29 CET 2009


http://bugzilla.rpmfusion.org/show_bug.cgi?id=441





--- Comment #3 from Orcan Ogetbil <oget.fedora at gmail.com>  2009-03-16 15:20:29 ---
(In reply to comment #1)
> - ASM been enabled from builder capabilities.
> I've compiled the package for x86_64 and it uses -m3dnow (my CPU is an AMD
> 4200+). So I expect it will lead to problem while 3dnow isn't available on a
> given x86_64 system. The same problem would be expected for x86.
> 
> While keeping sse asm optim for x86_64 is acceptable, this could lead to
> problem on x86 and it will override our RPM_OPT_FLAGS ( by -m3dnow -march=i686
> -msse -mfpmath=sse )
> 
> maybe building mode should be tweaked
> 

While I agree with you in general, I don't think this software will be useful
for machines without sse. Audio creation usually requires a decent hardware (I
know this because I do compose and record music myself). That's why I didn't
disable sse.

For 3dnow, I don't know. I can disable it but how much will we lose if I do?
I'll look into this.

> - Pulseaudio isn't selected by default on my system (while PA user daemon is
> running and works fine). Either the sound server detection mechanism needs to
> be improved to detect the SS at runtime, either you need to tweak the default
> sound output to PA.
> 

Hmm. I do not like pulseaudio (Just a personal preference perhaps). But there
is a "audio creation = JACK" rule that is pretty much accepted by many people
who deal with mixing audio. I think the default is fine in this case.

> - SLV2 support          :       TRUE (Using internal library)
> Is this library mature enough to be submitted for review externally
> 

It is submitted in Fedora and got approved. But unfortunately, the review is
stalled (the submitter didn't ask for CVS request).
   https://bugzilla.redhat.com/show_bug.cgi?id=470914
I will switch to the system libraries whenever this package gets into Fedora.
This might take a while, because the package also needs to have this upstream
patch backported. 
   http://dev.drobilla.net/ticket/341
I will keep following this package in Fedora, and maybe (co)maintain it.


> - Desktop file validation:
> + desktop-file-install --dir
> /builddir/build/BUILDROOT/traverso-0.49.0-1.i386/usr/share/applications
> --remove-category=Application resources/traverso.desktop
> resources/traverso.desktop: key "MimeType" is a list and does not have a
> semicolon as trailing character, fixing
> 

desktop-file-install is already fixing it. Should I do anything else?

> - Just an open question: This package could submitted in Fedora once mp3
> support is removed. What to do if it is the case ? (since we don't override
> Fedora packages).
> 

Yes it can be submitted to Fedora. But again, as an example, I can tell that it
is very very nice to have MP3 support. As an example, many people (who don't
use Linux) I deal with work with MP3's. If the package ever gets submitted to
Fedora, we'll rename this package to traverso-freeworld. That's what we do for
audacity in RPMFusion.

I doubt that anyone will bother submitting this to Fedora with MP3 support
disabled. I am pretty much the only active member of the AudioCreation SIG:
   https://fedoraproject.org/wiki/AudioCreation

Thank you for your comments!


-- 
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the rpmfusion-developers mailing list