I'm having probles when using nautilus to browse smb-shares, either on
another linux-box or on a windoze-box, it takes ages to connect, then
I'm asked for a password and then it takes ages again.
Finally I get a list of the shares on the box, when double-clicking one
of them it takes ages AGAIN, but when I'm finally inside a share things
seem to be working fine....
Any ideas?
Sturla

Any thoughts on this? I have a second hard drive located at HDD and it is a
single partition 80GB drive. When I try to mount it as root I get the error
"mount: fs type fat not supported by kernel." I currently have fat support
loaded as a module. It shows up when I do lsmod, but its not in the kernel.
At least it doesn't show up when I do a "cat /proc/filesystems."
Am I missing something?
-AL

Any thoughts on this? I have a second hard drive located at HDD and it is a
single partition 80GB drive. When I try to mount it as root I get the error
"mount: fs type fat not supported by kernel." I currently have fat support
loaded as a module. It shows up when I do lsmod, but its not in the kernel.
At least it doesn't show up when I do a "cat /proc/filesystems."
Am I missing something?
-AL

Is there any mailing list for the discussion of RH Enterprise Beta
Taroon or RH Enterprise in general?
I've found some bugs which apply to Severn Beta1, Taroon Beta1 AS and
WS. Shall I report these bugs in bugzilla for Taroon and Severn?
Right now we have RH Enterprise WS, ES and AS but Taroon was only
released as WS and AS. What are the plans for this product lines?
Best regards.
--
Dipl.-Ing. (FH) Bernd Bartmann <Bernd.Bartmann(a)sohanet.de>
SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin
Software / Hardware / Netzwerke * Entwicklung / Verkauf / Wartung
Fon: +49 30 214783-44 / Fax: +49 30 214783-46

There was some discussion on the rhl-devel-list about how we can know
how many people want something / don't want something, given that
posters to a mailing list are likely to be unrepresentative of the
general userbase, for a variety of reasons.
Well, one thing that seemed to work for java.sun.com - as a means of
gauging demand - was allowing voting in their bug database. Although
the extent to which they actually listen to it is debatable.
I think it "worked" in their case because (a) they had a lot of
serious bugs(!) and missing features that people wanted, (b) they
have a vast number of users who are also developers and clued-in
enough to file a bug report / feature request.
Javasoft use a vote limit of 3 to prevent overvoting (one person
having undue influence). That seems a little small, but it certainly
forced voters to focus on their 3, or 2, or 1, most important bug(s).
I propose enabling voting for all users in the bug system (Bugzilla
or any future replacement thereof). Votes would obviously not be
binding, but they could be taken into account at Redhat's discretion.
The ability to vote against a bug/RFE[1] would also be useful to avoid
one-sided voting. (This is currently a RFE in bugzilla's own bugzilla
at http://bugzilla.mozilla.org/show_bug.cgi?id=48570 .) Voting against
a feature would mean "I don't like this"; voting against a bug would
mean either "This isn't a bug" or "Too much important stuff which
assumes the existence of this bug would break, if this were fixed".
--
Robin
[1] RFE = Request For Enhancement, a slightly more general term than
"feature request"

Getting a LDAP directory setup as a NIS replacement is needlessly
difficult.
When setting up an LDAP directory an early first step is importing your
existing accounts. The PADL.COM scripts are included with RHL now and
are the recommend way to get your LDAP directory populated.
I wrote a single script "ldapmigrate" (free software) that replaces all
the PADL.COM scripts. The advantages of "ldapmigrate" over the PADL
scripts are as follows:
1. My script doesn't have to run on the LDAP server itself, ie, it can
migrate /etc/* over the network.
2. It can optionally bind to the LDAP server over SSL/TLS for security.
3. It is a SINGLE ~400 line script versus the ~27 PADL.COM perl and
bourne scripts that total over 3000 lines. (see note below)
4. It is driven via command line arguments and is self documented via
--help. To use the PADL.COM scripts you must edit perl scalar variables
in various spots *inside* the scripts.
5. You can easily select the which /etc file you would like to migrate.
Finally getting to the point, I would love to have "ldapmigrate"
included in RHL to promote and encourage and ease the adoption of LDAP.
However, to do this I need the Net::LDAP module (it has a couple
dependencies) included in RHL first. Even without "ldapmigrate" the
Net::LDAP module would be a great addition.
Here is a RFE I opened in Feb 2002, please add comments if you see fit.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225
Dax Kelson
Guru Labs
(RHCE, Solaris, CCNP certified FWIW)
Note: I see zero point in storing certain files in your LDAP directory
such as /etc/rpc or /etc/protocols. This contributes to the reduced size
of "ldapmigrate' vs the PADL scripts.

Just wondering whether RedHat or somebody else is
thinking about adding other lightweights window
managers besides that BlueCurve like Xfce, Fluxbox, or
Fvwm! BlueCurve is nice but I don't need all those
bells and whistles. I want something (window manager)
that is fast and doesn't take up a lot of system
resources...
Lawrence
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Hi List,
I am very excited about the rhl project.
I would like to contribute something to this project.
I request the site administrator to put a downloadable copy of the
developer documentation on the rhl site once it is restored
--
Thanks & Regards
Murali Potla