Custom Query (15712 matches)


Show under each result:

Results (43 - 45 of 15712)

Ticket Resolution Summary Owner Reporter
#2125 fixed ALSA Utilities - syntax errors in 15-alsa.rules, and controlC* files are not put into /dev/snd. dnicholson@… Bryan Kadzban

The 15-alsa.rules file created in current SVN BLFS ( has several of the same syntax error in it. All occurrences of this type of rule:

KERNEL="whatever", <whatever>

need to be changed to:

KERNEL=="whatever", <whatever>

(add an extra equal sign), otherwise udev-096 and above will complain when they try to load the rule. (And I do not believe the rule will actually be loaded, though I don't know for sure.)

Also, in the same file, the "controlC[0-9]*" device file(s) are not moved to the snd/ subdirectory like the rest of the Alsa devices are. This causes e.g. alsactl restore to fail with an error similar to "no sound cards exist", if no other rule moves the device node.

The standard LFS udev-config tarball has rules in 25-lfs.rules to move the controlC* devices, but CLFS's rules files do not. (Standard LFS udev-config has rules to move the rest of the devices that 15-alsa.rules moves, also, for whatever that's worth.) But I don't think BLFS should rely on LFS's rule overriding an incorrect device node placement in any case, I think the BLFS rules should be correct.

Also, the rule to match midiC0D0 (and friends) may be incorrect. Currently it matches "midiC[D0-9]*", but that will only match "midiC" followed by digits or D characters. (Assuming udev's matching is regex-based, which I'm not at all sure about; I thought it was glob-based. But whatever.) A correct pattern is probably "midi[CD0-9]", just like all the other patterns in the file.

Marking this bug "major" since with a current CLFS, and an unmodified 15-alsa.rules file, Alsa is unusable. (Or at least, the controlC* devices aren't where they need to be, and therefore volumes are never restored. There may be other problems also.) With LFS, it's only usable by accident (because all the incorrect rules here -- both the invalid-syntax ones, and the controlC* one -- are overridden by correct rules later, in 25-lfs.rules).

A correct 15-alsa.rules file creation could look something like this:

cat <<"EOF" >/etc/udev/rules.d/15-alsa.rules
# Give the audio group ownership of sound devices
SUBSYSTEM=="sound",       GROUP="audio"
SUBSYSTEM=="snd",         GROUP="audio"

# ALSA Devices
# When a sound device is detected, restore the volume settings
KERNEL=="controlC[0-9]*", ACTION=="add", RUN+="/usr/sbin/alsactl restore %n"
KERNEL=="controlC[0-9]*",  NAME="snd/%k"
KERNEL=="hw[CD0-9]*",      NAME="snd/%k"
KERNEL=="pcm[CD0-9cp]*",   NAME="snd/%k"
KERNEL=="midi[CD0-9]*",    NAME="snd/%k"
KERNEL=="timer",           NAME="snd/%k"
KERNEL=="seq",             NAME="snd/%k"
#4592 invalid cups-filters requires ghostscript blfs-book@… Catherine

cups-filters requires ghostscript at compile time (not just run time as the book says), since some configuration options depend on ghostscript features. pswrite (HAVE_GHOSTSCRIPT_PS2WRITE) is the one that caught me; ps2write is replacement, and pswrite removed, from ghostscript 9.10.

#2857 duplicate upgrade for nss-3.12.3 + nspr-4.8 blfs-book@… Sven Hankel

there is no combined tarball, so I made my own (attached) The modifyed *.pc-files and nss-config are included.

Hint: If You want to utilise sqlite3 on Your system, You should install it before nss+nspr.

Then change the build instructions:


export BUILD_OPT=1 &&

cd mozilla/security/nss &&
make nss_build_all &&
cd ../.. &&

export NSS_LINUXDIR=$(basename `ls -d $WORKINGDIR/mozilla/dist/Linux*`)

go on in setup as described in the book...

this ensures, that the components are linked against the installed sqlite3, otherwise, it will overwrite files from sqlite3 and compromise Your system (unresolved symbols in sqlite3 and so on)

test summaries: PASSED: 5344 FAILED: 6

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.