http://bugzilla.rpmfusion.org/show_bug.cgi?id=441
--- Comment #3 from Orcan Ogetbil <oget.fedora(a)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.