http://bugzilla.rpmfusion.org/show_bug.cgi?id=441
--- Comment #3 from Orcan Ogetbil <[email protected]> 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.
