Re: Audacity and Gentoo
- From: Ian Rawlings <news05@xxxxxxxxxxxxx>
- Date: Mon, 9 Jan 2006 17:15:49 +0000
On 2006-01-09, Chris Croughton <chris@xxxxxxxxxxxx> wrote:
> It looks like GTK2 to me.
Which version of Audacity are you running? On the web page under
"source code", 1.2 says the following;
"Audacity 1.2 needs wxGTK 2.4, compiled without the gtk2 or unicode options."
If it's 1.2 then there have been problems with fonts for lots of
people when using anything based on wxGTK, I'd suggest trying to track
down font problems with that.
1.3 seems to use gtk2 so perhaps you could try using 1.3 if you're not
already.
Also try running it under "strace -fo dump audacity" and going through
the "dump" file looking for font references that fail.
> It's the fileserver. That means quitting every single application
> on all of its client machines, including 24 or more xterms plus a
> load of free-running daemons like fetchmail and things run by cron
> like fetchnews, and I know from the past that even that doesn't
> guarantee that something doesn't have something 'open' (having it as
> cwd counts). In other words, rebooting everything...
It sounds like you're mounting your home dir remotely, I used to do
that but it was a PITA due to having to kill all apps for users that
had homes on the remote fileserver. That's why I have my home dir on
the local disc and have two seperately mounted remote filesystems for
work and personal stuff.
Unless you're actually mounting vital parts of the operating system
remotely though, e.g. / or /usr or something of that ilk, then
normally, killing all the user processes is sufficient to allow
unmounting of the remote directory, avoiding a reboot. Whether that
saves you any time or not is another matter though ;-) You can use
lsof to hunt down processes that are using particular directory trees.
> (I would be tempted to use Samba or CIFS for all remote mounts, but I'm
> not convinced that it handles Unix permissions correctly. Samba /does/
> handle fileservers going away, and can even "hot swap" fileservers as
> long as the replacement has the same NETBIOS name. It also seems to
> have less overhead and better throughput...)
I also found it can't handle filenames with ":" in the name, and I
also had problems with it once in that despite the underlying
filesystem supporting files larger than 2 gig, samba wouldn't, which
was a tad strange.
> Yes, alsamixer works fine. But it is useless from a program trying to
> adjust its input recording level to avoid clipping. amixer is OK as
> long as it doesn't mind running a program to do it, but it should be
> able to control the volume etc. itself.
I think you have a number of seperate issues here that you should
break up into seperate posts and explain better, also audacity has its
own user forums on the website that might be able to help out more.
--
Blast off and strike the evil Bydo empire!
.
- Follow-Ups:
- Re: Audacity and Gentoo
- From: Chris Croughton
- Re: Audacity and Gentoo
- References:
- Audacity and Gentoo
- From: Chris Croughton
- Re: Audacity and Gentoo
- From: Chris Croughton
- Re: Audacity and Gentoo
- From: Ian Rawlings
- Re: Audacity and Gentoo
- From: Chris Croughton
- Re: Audacity and Gentoo
- From: Ian Rawlings
- Re: Audacity and Gentoo
- From: Chris Croughton
- Audacity and Gentoo
- Prev by Date: Re: Tesco camera works with Linux, Avon camera doesn't
- Next by Date: Re: /etc/udev/rules.d and permissions in /dev/usb
- Previous by thread: Re: Audacity and Gentoo
- Next by thread: Re: Audacity and Gentoo
- Index(es):
Relevant Pages
|