Re: Audacity and Gentoo
- From: Chris Croughton <chris@xxxxxxxxxxxx>
- Date: Mon, 9 Jan 2006 15:43:39 +0000
On Mon, 9 Jan 2006 11:07:13 +0000, Ian Rawlings
<news05@xxxxxxxxxxxxx> wrote:
> On 2006-01-09, Chris Croughton <chris@xxxxxxxxxxxx> wrote:
>
>> I did, they do, and the same effect.
>
> Are you running xterm on the local machine, setting up the locale
> variables, then connecting to the remote machine via SSH then running
> audacity? From looking at the audacity emerge details on my machine I
> suspect strongly that audacity is GTK1 based so I think locales are
> going to be the problem.
It looks like GTK2 to me.
No, I was setting up the locale on the remote machine.
> Connect to the remote machine and run an xterm so that it appears on
> the local machine, then re-do the locale setup stuff and run audacity.
That's what I was doing.
> Also run the following commands on a local xterm and a remote xterm
> (both before doing the locale setup stuff I've mentioned) and report
> the output;
>
> locale
> locale -k LC_COLLATE
On the local system:
% locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
% locale -k LC_COLLATE
collate-nrules=0
collate-rulesets=""
collate-symb-hash-sizemb=0
collate-codeset="ANSI_X3.4-1968"
% export LANG=C
% export LC_ALL=C
% locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C
% locale -k LC_COLLATE
collate-nrules=0
collate-rulesets=""
collate-symb-hash-sizemb=0
collate-codeset="ANSI_X3.4-1968"
On the remote:
% locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
% locale -k LC_COLLATE
collate-nrules=0
collate-rulesets=""
collate-symb-hash-sizemb=0
collate-codeset="ANSI_X3.4-1968"
(After doing the exports the same as on the local machine -- but I cant
test at the moment how that appears on the Debian (local) machine
because I'm not there at the moment.)
Interestingly, if I run it from a WinXP machine (using putty for ssh and
the Cygwin X server) the boxes appear with text correctly. But it still
fails saying that it can't initialise the audio, "Host error" (and then
seems to hang when I click "OK") -- alsamixer runs fine...
>> I can't run X on the host machine, it's normally headless (graphics
>> hard but no monitor, keyboard or mouse) and is also currently my
>> fileserver so I can't reboot it to get the mouse to work (the other
>> machines get stale NFS handles if I do that and I have to reboot
>> them as well).
>
> You're not likely to have to reboot the NFS client machines, just
> unmount the filesystems from the clients and then remount them, you
> will however have to find out what programmes are using the mounted
> filesystems and quit them first otherwise the unmount won't work. If
> you are booting across the network then that's a different matter.
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...
(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 use autofs to automatically mount and unmount NFS shares, with my
> auto.master setup with the "timeout" keyword, e.g.;
>
> /work /etc/autofs/auto.work --timeout=5
> /personal /etc/autofs/auto.personal --timeout=5
>
> This means that if there's no programme using the /work or /personal
> heirarchy, the shares are unmounted automatically.
But 'using' includes having it as the current working directory in a
shell. The only time when nothing is using the filesystem is when the
client machines are all switched off.
>> (On the other hand, I'm finding that I really like ALSA -- very easy to
>> setup, use, and program; well, apart from the mixer where I can't see
>> how to do it in the documentation (which seems to link to something else
>> in the section which should be about the mixer) and I'll have to reverse
>> engineer amixer...)
>
> alsamixer works fine for me, is that what you're using? I just set up
> the alsamixer settings then use alsactrl to save the settings and set
> my distro to reload them on restart (but not to save them on
> shutdown). Also I use the dockapp "wmix" when I'm in X.
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.
Chris C
.
- Follow-Ups:
- Re: Audacity and Gentoo
- From: Ewan Mac Mahon
- Re: Audacity and Gentoo
- From: Ian Rawlings
- 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
- Audacity and Gentoo
- Prev by Date: Gdm shutdown only when no-one logged in
- Next by Date: Re: Tesco camera works with Linux, Avon camera doesn't
- Previous by thread: Re: Audacity and Gentoo
- Next by thread: Re: Audacity and Gentoo
- Index(es):
Relevant Pages
|
