Using newest (on rawhide) vsftpd, I'm finding that making certain
config changes is not giving the expected results.
This may be no different than earlier verisions.. I don't know because
these changes were only tried recently.
In the past I've had vsftpd.conf setup to allow anonymous login in and
anymous upload and dir creation. With that setup I've discovered only
recently that anonymous user cannot delete anything. I guessed it
might be related to umask but changing the default (077) to 022 has
had no effect.
Can anyone see what is missing from my config below that would enable
an anon user to delete stuff?
Also these newly added things seem not to have any affect either:
With the set below my anon user cannot delete anything and is not put
in /var/spool/ftp/pub on login. (Note: I've tried setting anon_root to
just `pub' as well)
My current settings with likely candidates shuffled to the top:
anon_other_write_enable = YES
anon_umask = 022
anon_root = /var/ftp/pub
dual_log_enable = YES
no_anon_password = YES
log_ftp_protocol = YES
my fedora box is still down and I am about to do "windows thing" namely
I've tried to do ftp install via boot.iso downloaded and burned today.
The problem is that after assigning IP address and pointing it to ftp
I have a blue ('sic) screen with red Fedora Core in top left corner and
F key options at the bottom of the screen.... and that's all
any thoughts anybody?
As the subject notes my cdrom and sr0 devices are not installed with
the 2.6.8-1.541 kernel. Reverting back to the 2.6.8-1.535 kernel
brings the devices back. This is on a firewire based cdrom (Sony
The dmesg logs for the two kernel versions are here:
and while the symptom comes and goes with the version of kernel I
use, I'm not sure which other packages, if any, may actually be
responsible for this (any handy hints?)
After booting, I can modprobe "sr_mod" to get /dev/sr0.
I've put the output from lsmod here:
Regards, Mike Klinke
Received the following error during this morning's updates:
Cannot install the dev package: mounted devfs detected.
error: %pre(dev-3.11-1) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping dev-3.11-1
It seems bugzilla doesn't list a "dev" package option to file bugs
against. Does anyone know if the "dev86" listed in the bugzilla
menu would be the appropriate place?
Regards, Mike Klinke
rpm -qi dev
Name : dev Relocations: (not
Version : 3.9.2 Vendor: Red Hat, Inc.
Release : 1 Build Date: Wed Sep 1
04:54:45 2004Install Date: Wed Sep 1 21:59:22 2004 Build Host:
Group : System Environment/Base Source RPM:
Size : 0 License: GPL
Signature : (none)
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://www.lanana.org/docs/device-list/
Summary : The most commonly-used entries in the /dev directory.
The Red Hat Linux operating system uses file system entries to represent
devices (CD-ROMs, floppy drives, etc.) attached to the machine. All of
these entries are in the /dev tree (although they don't have to be).
This package contains the most commonly used /dev entries.
The dev package is a basic part of your Red Hat Linux system and it
to be installed.
2004-09-03 (금), 08:26 -0500, Mike Klinke 쓰시길:
> Received the following error during this morning's updates:
> Cannot install the dev package: mounted devfs detected.
> error: %pre(dev-3.11-1) scriptlet failed, exit status 1
> error: install: %pre scriptlet failed (2), skipping dev-3.11-1
> It seems bugzilla doesn't list a "dev" package option to file bugs
> against. Does anyone know if the "dev86" listed in the bugzilla
> menu would be the appropriate place?
> Regards, Mike Klinke
I tried posing this question on the fedora-list, but got no
responses. I'm hoping someone on fedora-test-list will have an answer,
or point me to something in the development tree that fixes my
Under earlier distributions, I've always been able to
replace the Xaw shared libs with the equivalent Xaw3d libs. This
is a quick way of prettying up some older X applications (xterm, xcalc,
xfig, etc.) For some reason, this doesn't seem to work under FC2.
Normally, I'd just do this:
mv libXaw.so.7.0 /some/where/safe/
cp -f libXaw3d.so.7.0 libXaw.so.7.0
and, voila!, xterm gets a 3-d scroll bar.
Under FC2 though, xterm complains that it can't find libXaw.so.7.
It turns out that ldconfig is indeed failing to create the symbolic
link from libXaw.so.7 to libXaw.so.7.0. Creating the link by hand
doesn't solve the problem, though. Typing 'ldd /usr/bin/xterm' still shows
libXaw.so.7 as missing.
At first I thought it might be a problem with prelinking,
so I did a 'prelink -u /usr/bin/xterm'. That didn't seem to make
Has anybody successfully replaced Xaw with Xaw3d in this
manner under FC2?
Thanks in advance,
Bryan Wright |"If you take cranberries and stew them like
Physics Department | applesauce, they taste much more like prunes
University of Virginia | than rhubarb does." -- Groucho
Charlottesville, VA 22901 |
(434) 924-7218 | bryan(a)virginia.edu