2008/10/29 Bryan Kadzban <[EMAIL PROTECTED]>:
> Useless warnings: who cares.
Authors of CGI scripts, because users see the warnings, at least under thttpd.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Un
coreutils explicitly uses zh_CN.GB18030, not zh_CN.UTF-8. Besides, zh_CN.UTF-8
is
already covered by the sentence "In addition, install the locale for your own
country, language and character set."
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinf
the explanatory material throughout
> the book, improving both the clarity and accuracy of the text.
Big thanks to the Editors who made this possible. And congratulations to all
with
this new release!
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo
2008/12/2 DJ Lucas <[EMAIL PROTECTED]>:
> Alexander E. Patrakov wrote:
>> Testcase (I think it should even be put into the book):
>>
>> LANG=en_US xterm
>> in that xterm: curl http://räksmörgås.josefsson.org/
>>
> Thanks for the testcase Alexander. All of
support LVM and RAID only if there is a corresponding page in LFS
or BLFS.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
ion
LVM on /dev/hda1
GRUB2 in MBR
Last time I tried this, it worked and then, on the next reboot,
failed. See
http://www.linuxfromscratch.org/pipermail/lfs-dev/2008-March/061078.html
OTOH, since (B)LFS doesn't support LVM2 anyway, I don't consider the
failure of this test a showstopper.
2008/12/4 Alexander E. Patrakov <[EMAIL PROTECTED]>:
> OTOH, since (B)LFS doesn't support LVM2 anyway, I don't consider the
> failure of this test a showstopper.
But the docs are still in too bad shape. E.g., the wiki page
http://grub.enbug.org/CommandList doesn't reall
various bugs. See (experimental)
http://packages.debian.org/changelogs/pool/main/g/grub2/grub2_1.96+20081201-1/changelog
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
In x86
-> x86 CLFS, Chapter 5 Gawk just sits there, and all subsequent packages
use the host Gawk while building. To me, this looks like deliberately
ignoring an advantage of host-target compatibility.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/lis
lve this. The advantage about immediately gaining these
temporary tools in $PATH is indeed lost.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
se explain why? (note: I neither agree not disagree,
just want to see your thoughts about the educational component and
compare with my own).
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
9-1
> locale due to a bug in Man-DB (reported upstream).
OK, this is indeed a bug in man-db.
> I'd like to think that I'll get a response back from the Man-DB maintainer
> over the course of next week, at which point I'll decide how to proceed with
> t
box either from http://bochs.sf.net/ or
(buggy, crashes on 32-bit code) from http://fabrice.bellard.free.fr/qemu/
Both Bochs and QEMU can boot the official x86_64 LFS LiveCD on a regular
x86 box, and Bochs can even run /lib/libc.so.6.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/m
tallation of ncurses. Looks like those issues are
no longer there, and the "rm" command is not needed. But please verify
this by reinstalling ncurses over themselves.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
a symlink
/lib/libncursesw.so.5 -> libncursesw.so.5.5, and that the
/usr/lib/libncursesw.so symlink and /usr/lib/libncurses.so ldscript are
correct. But you seem to have already done this :)
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxf
process that's running!
They are not used. Certainly :)
The used file may be /lib/libncursesw.so.5 (which is a symlink pointing
to 5.5). The (completely different) file affected by "echo" is
/usr/lib/libncurses.so (note: this is not a symlink), which is used only
by /usr/
--daemon is not needed".
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
pter 5 Perl. While nobody reported a failed compilation because of
that, it is still bad.
Proposal: If all of the above gets verified, add the equivalent of the
following sed to the perl -libc patch:
sed -i 's,in \$usrinc,in /tools/include,' Configure
--
Alexander E. Patrakov
--
http://li
lease.
B) Roll your own distro by installing LFS on a non-production machine
and copying all the needed files to a production one. Be sure that you
know how to deal with security updates and other bugs.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
Please don't import this into HLFS, because I
think that "no" would be the correct result for uClibc.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
with that package" on
http://www.linuxfromscratch.org/blfs/view/svn/introduction/locale-issues.html)
effectively defeats the purpose of the page because the blackilst is
always incomplete.
Yes, this does mean that UTF-8 support in LFS is next to useless now.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
psmouse and other modules.
5) The need to create persistent device names is not explained at all.
6) Method for blacklisting drivers is not explained.
7) ACTION=="add", SUBSYSTEM=="usb", MODALIAS=="*", RUN+="/sbin/modprobe
$modalias" should be expanded to all
assword to pure
ASCII.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
BLFS problems right now in the wiki.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
. Harmless
if GPM is compiled with curses (default).
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
I wrote:
http://wiki.linuxfromscratch.org/blfs/wiki/Links
Whoops, should be http://wiki.linuxfromscratch.org/blfs/wiki/LinksBrowser
I (mistakenly) thought that Links means something special to Trac.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
due to the patch missing from Chapter 5. Read the patch
header and click through the mentioned Debian bug reports in order to
verify this statement.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See
CD mailing list.
To download the new LiveCD, visit the LFS LiveCD download page for a
list of mirrors:
http://www.linuxfromscratch.org/livecd/download.html
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscrib
So I guess I must
have a typo somewhere else.
The issue is that MODALIAS and ${modalias} are not supported in udev >
080. Please use ENV{MODALIAS} and $env{MODALIAS} instead.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch
lexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Tushar Teredesai пишет:
On 2/20/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
Thus, libunzip.so is a useless library for BLFS readers and should not
be installed in BLFS. That applies to any other useless library.
That is not the general policy.
Sorry for my misunderst
persistent device naming is not explained (Ticket #1672)
My personal wish to Matthew Burgess: please patch your kernel with
Suspend2 and try to get it fully working, in order to have a real
motivation to build everything as modules. If done properly, this will
allow you to hibernate your computer
it is now unfixable Heisenbug :(
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
actually
preferred?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
-encoding to "8bit",
something like this:
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
This depends on the mail server that correctly handles 8-bit messages
(i.e. practically anything). Then one can view the mail spool with vim.
--
Alexander E
t;
content-transfer-encoding.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Matthew Burgess wrote:
Alexander E. Patrakov wrote:
2) There is no "udev_retry" initscript. The idea is that, if a program
specified in the "RUN" rule exits with nonzero status (presumably
because it needs /usr), udev places a symlink into /dev/.udev/failed.
The udev_ret
Matthew Burgess wrote:
Alexander E. Patrakov wrote:
Matthew Burgess wrote:
Alexander E. Patrakov wrote:
3) Linux-2.6.15 is used, which means that some deices (e.g., IDE
CD-ROMs and input devices) won't get modaliases or won't generate
uevents properly.
There is already a note i
c9:78:9a:bc",
NAME="intel"
+EOF
+This rule will always rename the network cards
The "replaceable" tagging and the "nodump" role are missing, also
's/This rule/These rules/'
Sorry for that.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
he logging verbosity and call this
target, so that everything gets logged.
Two more bugs:
1) ">/proc/sys/kernel/hotplug" doesn't unset the default hotplug
handler. You need "echo", in order for the kernel to see the terminating
newline.
2) No /dev/bus/usb
work. We want to mount tmpfs on /dev for start, but not
for restart.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Dan Nicholson wrote:
On 2/28/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
GCC Bugzilla search (http://tinyurl.com/k7sx9) shows 25 other fixed
critical bugs targetted at 4.0.3. What should be done with them?
I think we should only backport the patches that we need to stop an
Matthew Burgess wrote:
Alexander E. Patrakov wrote:
WARNING: the patch is incomplete. It assumes that SCSI module
autoloading rules are already added, but they are in fact not.
Erm, they are in the udev-config-6.rules file, unless you've spotted a
problem with those?
They don'
and retain alphabetical order too. Very much :-)
Ed ?
JOE looks like a good compromise for features, size and alphabetical
order. It supports UTF-8, too.
Anyway, I use Vim and don't care if it is at the beginning or at the end.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/ma
with package Bar. Now,
package Bar releases a new version with some subtle differences.
A concrete example: bad gawk that caused gettext testsuite failures.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: Se
).
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
reason, need to investigate.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
u can dereference directly, but a
cookie that you can pass to the ioremap() in-kernel function in order to
access the hardware via the MMIO mechanism. This is always defined to
the empty value and used only by checkers like Coverity.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/ma
a real blocker that doesn't have a solution upstream
(they even deny that this bug exists). Waiting for reaction of other
people who can produce the bugreport.
Perhaps it is a good idea to drop udev and hotplug temporarily from
trunk, and update the kernel.
--
Alexander E. Patrakov
--
ht
ed in raw
kernel (or the script created ones).
The header is what makes u32 and __u32 equivalent.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
.
No, that solution is wrong. Any header provided by LfsLH should be
compilable by itself.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
them to avoid namespace
clashes in userspace programs.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
; -gt 0
evaluate_retval
sleep 5
if test -s /dev/bug; then
mv /dev/bug /dev/bugreport
boot_mesg "Please paste the /dev/bugreport file to" ${WARNING}
boot_mesg "http://wiki.linuxfromscratch.org/lfs/ticket/1720";
I wrote:
.
test $confirm -lt 60 || break
done
>/dev/bug
test "$loop" -gt 0
evaluate_retval
sleep 5
if test -s /dev/bug; then
I meant "sleep 6", so that it is longer than any builtin kernel delay.
--
Alexan
ough, or do you think there is merit
in adding it to the udev_update branch?
Testing by three people is definitely not enough (especially since
upstream denies the existence of the problem), so please keep this
debugging tool for at least a month and remove it just before the release.
--
Alexan
{OTF,TTF}
Correct?
Yes.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Jürg Billeter wrote:
- asterisk: Uses linux/compiler.h, include line could just be removed as
linux/ixjuser.h doesn't need the compiler.h defines due to the seds we
apply to the headers
Then better make linux/compiler.h an empty file.
--
Alexander E. Patrakov
--
http://linuxfromscratc
be done at all.
Add the time for testing all of this.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
account without the fix. Gettext testsuite tests only some of them. So the
"e.g." is, IMHO, justified.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
ves the text about obsolete module alias documentation to the Udev
troubleshooting page
* Updates the examples and command descriptions for Linux-2.6.16 and the
new Udev.
It doesn't do the following:
* Update to Udev-088
* Bind-mount the host's /dev
Please review and apply.
FS is not the right place to work around libc bugs.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Matthew Burgess wrote:
Alexander E. Patrakov wrote:
BLFS is not the right place to work around libc bugs.
Agreed. If someone could cook up a patch for glibc-2.3.6 I'd appreciate
it.
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/sysv/linux/sys/kd.h.diff?cvsroot=gli
along and trumps this file with
another, and it is not reflected in the "installed programs".
Yes, someone should fix this, and you are not the first to report it. The
"zsoelim" program should come from Man-DB.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mail
ld not find any reference to the testsuite
except the one in GNUmakefile.in that you quoted.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
there any issues with it?
Already noted in Trac: http://wiki.linuxfromscratch.org/lfs/ticket/1751
and used on the not-yet-released udev_update LiveCD.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See
sn't create character devices at all, but neither Grub nor Lilo needs them.
I propose to put this scriptlet into the udev_update book.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
terpreter ic being changed.
Also if we do use seds, we should state in the pre-requisites that the
reader knows all options of sed. A typical newbie doesn't know how to
replace strings with "sed", but may still read the patch.
--
Alexander E. Patrakov
--
http://linuxfro
lined at:
http://www.linuxfromscratch.org/lfs/view/udev_update/chapter07/udev.html
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
s during the install will elicit a "sorry for the noise"
response.
See my previously-ignored message:
http://archives.linuxfromscratch.org/mail-archives/lfs-dev/2006-March/056447.html
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Chris Staub wrote:
I don't see the instructions to create the devices either. Couldn't you
just start the udev bootscript? That's what I've done before...
That would interfere with udevd on the host. No go.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/
Randy McMurchy wrote:
SSH (port 22) seems to be broken on Belgarath.
Please fix http://wiki.linuxfromscratch.org/blfs/ticket/1872 to avoid this
in the future (assuming that the kernel on Belgarath understands the oom_adj
parameter)
--
Alexander E. Patrakov
--
http://linuxfromscratch.org
ne objection to the changes DJ Lucas made: if $loop ends up
being zero (i.e., 30-second timeout), it is not appropriate to ask the user
to append comments to Ticket 1720, because it is a different issue.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://w
two nodes are
completely invisible, and in single-user mode the permissions don't matter
(because the devices are accessed by root).
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
eased to 60, just in case.
FreeBSD sleeps for 15 seconds unconditionally, waiting for SCSI devices to
settle.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
sound like a big task for you, could you please find the minimum
possible magic number to be used instead of "60" without causing leaks on your
system?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe
te time when the uevent sits in the kernel
socket buffer.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
ed to wait for all devices to be created, including
/dev/tty63. A tty leak means that some other leak is also likely to exist. Thus,
I tolerate no leaks. If this is unachievable by sane means, please remove udev.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
supply an
example fstab entry on that page.
That sound almost too simple. Alexander, is there any more to it than
above?
Yes, a political question. Should the rule be placed in LFS or BLFS? My vote is
LFS.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ
://wiki.linuxfromscratch.org/blfs/wiki/Enscript
--
Alexander E. Patrakov
--- enscript-1.6.4/src/gsint.h 2003-03-05 08:37:06.0 +0100
+++ enscript-1.6.4/src/gsint.h 2005-01-20 19:54:57.0 +0100
@@ -701,4 +701,9 @@
*/
void printer_close ___P ((void *context));
+/*
+ * Escape filenames for shell
dev->name, err);
- dev->reg_state = NETREG_REGISTERED;
break;
case NETREG_UNREGISTERING:
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
--- Begin Message ---
On Fri, Apr 14, 2006 at 02:59:30PM +1000, Rusty Russell wrote:
> On Thu, 2006-04-13 at 16:35 -0700, Greg KH wrote:
> > Recently it's been pointed out to me that the modprobe functionality
> > with aliases doesn't quite work properly for some USB modules.
>
> Sorry, my bad.
This invalidates our attempts to solve Ticket 1720 :( The waiting loop "can" be
replaced with the new "udevsettle" program, let's do it, but still have the
bug.c check. Any leaks will be forwarded upstream.
--
Alexander E. Patrakov
--- Begin Message ---
Here comes a ne
Dan Nicholson wrote:
On 4/15/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
udev 090
Provide "udevsettle" to wait for all current udev events to finish.
It also watches the current kernel netlink queue by comparing the
even sequence number to make sure that ther
they
can bootstrap from a certain old distro, without mentioning what's actually
required. So, mentioning the exact requirements is essential for becoming better
than DIY in this aspect (even if the actual bootstrappability is worse).
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/m
CTED], and prints a warning about exceeding the
bandwidth. The monitor gets upset. The patch makes such attempt an error, thus
selecting the native resolution. Also it disables some weird builtin modes such
as [EMAIL PROTECTED] The end result is that a good mode is picked up by default.
3) A s
SYMLINK+="cdrw1"
ACTION=="add", BUS=="ide", ID=="1.1", SYMLINK+="dvd1"
(as I said, I have a script for autogenerating them, but let's leave it out for
now)
d.) Should we all use the same rules lfs/livecd/cross-lfs/hlfs even ?
Let cross-lf
devices become usable for root.
Sorry for the duplicate. Let's renumber from I to V, and assume that IV is "III,
plus ...", not "II, plus ...".
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
U
Raw USB long rule has to be added to LFS (to 25-lfs.rules) because it deals with
naming (you may want to change SYMLINK+= to NAME=).
BTW, I think that this discussion belongs to lfs-dev.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Archaic wrote:
On Wed, May 03, 2006 at 10:02:48AM +0600, Alexander E. Patrakov wrote:
KERNEL=="capi", NAME="capi20", SYMLINK="isdn/capi20"
KERNEL=="capi*", NAME="capi/%n", GROUP="dialout"
Won't the second rule match the bare &
faces", could you please change this to
30-network.rules and verify with your single network card?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
exactly nothing if other LC_* variables are not set), represents a valid
language setting.
Could you please get a list of locales supported by glibc, and run smbclient
--help in each one, so that one can find a pattern of errors.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/
LiveCD specific note in the
README or /etc/issue that the kernel is provided in the form of the base release
plus the official patch.
3) Drop me from the list of LiveCD maintainers.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfrom
CDs. But they will be essentially
untested. Solution: X11R7 libs + tightvnc + qemu, but this also needs negotiations.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
booting the system. This suggestion applies only
to you, not to anyone else.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
the
following way:
ACTION=="add", SUBSYSTEM!="input", DEVPATH=="/devices/*", ENV{PHYSDEVBUS}=="?*",
WAIT_FOR_SYSFS="bus"
Does this remove the bug report?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
ched.
Does the attached kernel patch help?
--
Alexander E. Patrakov
>From [EMAIL PROTECTED] Thu Apr 6 09:46:15 2006
Date: Tue, 4 Apr 2006 20:42:26 +0200
From: Kay Sievers <[EMAIL PROTECTED]>
To: Greg KH <[EMAIL PROTECTED]>
Subject: Driver core: bus device event delay
Message-ID:
already an example how to override the group, so scanners won't be made
non-functional. In the future, we should mass-install rules for SANE and
libgphoto2. Text will be posted after solving the first (political) issue I raised.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Archaic wrote:
On Sat, Apr 15, 2006 at 09:19:41AM +0600, Alexander E. Patrakov wrote:
From: Greg KH <[EMAIL PROTECTED]>
Date: Fri, 14 Apr 2006 09:19:27 -0700
Cc: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
User-Agent: Mutt/1.5.11
Subject: Re: modprobe bug for aliases with r
(and used, e.g., by
qemu).
KERNEL=="tty[0-9]*",MODE="620" GROUP="tty"
# Changed from 666 (too lax). Need to ensure this doesn't break anything. A live
# debian box shows 620, but the rules show 666.
That's because the "login" program sets pe
1 - 100 of 855 matches
Mail list logo
