On Sunday 23 September 2001 23:03, Borsenkow Andrej wrote:
So, to get working sound one needs devfs?
*If* your kernel was compiled with devfs support *then* you need to
mount devfs to access ALSA namespace. Mandrake kernels are compiled with
devfs.
I am happily using alsa *right now*
On Saturday 22 September 2001 23:42, Borsenkow Andrej wrote:
John Silva wrote:
On my system, the alsa initscript fails to properly start the alsa
drivers.
ALSA requires devfs to be mounted if devfs is enabled in kernel.
For systems with devfs enabled, this is no doubt functional
On Sunday 23 September 2001 05:44, Michal Bukovjan wrote:
Hi,
I reported the same (about commenting out the exit 0) twice already, but
noone seems to care.
Although the bug is apparent. Strange...
What one has to do to not be ignored on this list?
Michal
John Silva wrote:
On my system
On my system, the alsa initscript fails to properly start the alsa drivers.
According to the script, start() loads the snd module and checks for
presense of /proc/asound/dev:
function start() {
found_driver=false
echo -n Starting ALSA version $alsa_version:
# First load the ALSA
When running alsactl store:
[root@tetsuo asound]# alsactl store
alsactl: No soundcards found...
[root@tetsuo asound]# rpm -qa | grep alsa
alsa-lib-devel-0.5.10-2mdk
alsa-utils-0.5.10-3mdk
alsaplayer-0.99.36-1mdk
alsa-lib-0.5.10-2mdk
[root@tetsuo asound]# cat /proc/asound/version
Advanced
On Thursday 20 September 2001 04:26, Guillaume Cottenceau wrote:
John Silva [EMAIL PROTECTED] writes:
[...]
Unfortunately, the following snippet of code from /etc/rc.d/rc doesn't do
what you want:
# Check if the subsystem is already up.
subsys=${i#/etc/rc
Many initscripts incorrectly reload on runlevel change. This is due to the
'daemon' function in /etc/init.d/functions returning incorrect exit status
since the addition of libsafe support.
The function exits with 'unset LD_PRELOAD' which replaces the exit status of
the executed daemon.
The startup script for samba fails to check the subsys lock file on
startup/shutdown. The script incorrectly attempts to reload samba on
runlevel change and incorrectly attempts to shutdown or restart when it is
not running.
Patch follows to correct this behavior.
--
John P. Silva
I'm using current kernel (kernel-2.4.8-12mdk) and it works fine with the
patch vmware-ws-1142-for-2.4.7.tar.gz from platan.
On Thursday 30 August 2001 12:31, Ray wrote:
vmware is broken again
Beta 2 install and vmware 1142 workstation. I used the 2.4.7 module patches
from platan and it
libsafe causes this behavior as well.
To locate:
rpm -q libsafe
To remove: (as root)
rpm -e libsafe
On Wednesday 29 August 2001 10:59, Gregoire Favre wrote:
Hello,
when trying to make an ext3 filesystem on hdc1, mke2fs segfault...
hdc is a 250Mb ZIP.
And this is the same for ext2:
From kdm, or from the command line.
If launched from kdm, it leaves that mess in the .xsession-errors file.
If launched manually, that's the result.
from an xterm under AfterStep
[jsilva@tetsuo X11]$ startwindowmaker
gcc-2.96: actions.o: No such file or directory
gcc-2.96: appicon.o: No such
The following packages have an incorrect RPM group tag:
kdeaddons-static-devel-2.2-2mdk.i586.rpm
In group 'Graphical desktop/KDE'
Should be 'Development/KDE and QT'
kdebindings-static-devel-2.2-2mdk.i586.rpm
In group 'Graphical desktop/KDE'
Should be
On Sunday 26 August 2001 15:20, Alexander Skwar wrote:
Hi.
All the time when /etc/menu-methods/simplified//gnome-panel is run, I
get this error message:
Script /etc/menu-methods/simplified//gnome-panel recieved signal 11.
I don't have problems with sig 11's otherwise.
You're lucky. I
Apologies if this has been posted already - I've just joined this list.
/usr/X11R6/bin/wmaker from package WindowMaker-0.65.1-3mdk is broken.
WindowMaker-0.65.1-2mdk was fine.
Execution produces the following output:
gcc-2.96: actions.o: No such file or directory
gcc-2.96: appicon.o: No such
14 matches
Mail list logo