On Tue, 2010-04-13 at 00:40 -0400, David Cornette wrote:
> On Mon, Apr 12, 2010 at 03:27:24AM -0400, Orcan Ogetbil wrote:
> > On Sun, Apr 11, 2010 at 11:27 PM, David Cornette wrote:
> > Beware that some of these packages are in rpmfusion, with mp3 support
> > etc. enabled. The list may be a bit old. It is good practice to check
> What is done with those packages? Obviously for Fedora they have the mp3
> support removed. Does rpmfusion just have to deal with it and increase the
> epoch or something? Does Fedora just not worry about it?
> > if any package that you are willing to submit are already submitted.
> > Have a look at:
> > http://fedoraproject.org/PackageReviewStatus/
> Thanks for the link. I don't think I had seen that one anywhere in reading
> about the packaging process.
(also check in Planet CCRMA before reinventing a spec file from scratch,
what's there might help you).
qjackctl-0.3.6-1.fc12.x86_64, when run out of my son's account on his
computer causes the entire X/Gnome GUI to "hang" until qjackctl is killed
Using the same account, running qjackctl w/ remote X display set to my
computer causes my X/Gnome GUI to "hang" until qjackctl is killed.
qjackctl runs fine on my computer and also runs fine from my account on my
Although the hardware on the computers is different (Opteron 1220 vs
PhenomII 965, difft mobos) the "music" hardware controlled by jack is the
same -- M-audio delta-66 and an Emagic MT4 USB midi box.
The debugging I've done so far indicates the lockup is caused by dbus. The
problem is, I can't even change parameters in qjackctl on my son's account,
because bringing up qjackctl locks up the computer. Are there any other
files I should consider resetting -- given that, for the same computer, my
config files "work" whereas his account results in a instant lockup on use
Where does qjackctl store it's setup? Any suggestions on what config-files I
can hand-edit to get things working again for his music-making? I'm
considering reverting to the previous kernel to see if that's what caused
the breakage. This worked fine prior to updates done recently, including a
new kernel update.
PS: I did notice some oddities with this new kernel. For example, one time
on my box, my Emagic MT4 usb midi started up with a different set of lights
on than usual, and never actually went into "USB" mode. Unplugging and
replugging got it recognized, and likewise rebooting again -- worked fine.
This has not happened prior to update to one of these kernels:
On Sun, Apr 11, 2010 at 11:27 PM, David Cornette wrote:
> On Sat, Apr 10, 2010 at 08:01:12PM -0400, Orcan Ogetbil wrote:
>> guitarix-0.07.1 (failed):
>> I also tried to update guitarix to 0.07.1. However this version
>> requires zita-resampler, which doesn't exist in Fedora yet. But it
>> exists in PlanetCCRMA. Maybe we should build guitarix 0.07.1 on
>> PlanetCCRMA until we get zita-resampler into Fedora (which may take a
>> while since I am really busy these days. If anyone wants to give a
>> hand I would be very happy).
> I can give packaging zita-resampler a try. As you know, I am not yet a packager either, having just submitted my first package for review. I don't know if it will help to get approved as a packager sooner if I submit two.
Actually, I was lazy last night, didn't do my school work. Instead, I
submitted it to review :D. Your prospective sponsor will probably want
to see you doing informal reviews (it is part of the process). You can
give it a try:
As for submitting a second package for getting sponsored: I would say
it will nearly double your chances for being noticed. There is much
more stuff that needs packaging or importing from PlanetCCRMA. You can
have a look at the wishlist:
Beware that some of these packages are in rpmfusion, with mp3 support
etc. enabled. The list may be a bit old. It is good practice to check
if any package that you are willing to submit are already submitted.
Have a look at: