problems with today's rawhide
Jeremy Katz
katzj at redhat.com
Sun Jan 25 03:53:23 UTC 2004
On Sat, 2004-01-24 at 18:40, Alexandre Oliva wrote:
> In preparation to test1, I've just given today's rawhide a try. Here
> are some problems I've run into:
Due to the freeze and the way that works, rawhide doesn't have anaconda
with a number of fixes that I did yesterday. *sigh*
> rescuecd boot screen still says Fedora Core 1
Yeah, anaconda-images needs an update, it's on my whiteboard already :-)
> vg* tools in rescuecd are now useless, should ideally be mapped to lvm
> (2) cmds
More realistically, I should just drop them and save the disk space (aka
memory overhead)
> pump fails to obtain dhcp configuration for rescue or install.
> offering network info by hand enables it to mount the install image
> over NFS. network card is rtl8139. dhcpd on the server says:
> 5 bad udp checksums in 5 packets
> fallback_discard: Resource temporarily unavailable
See bug 114092, sounding more and more and more like a kernel bug :)
> booting with `linux ks', it attempts to determine network info twice:
> before asking any questions, and after asking for install location
> this probably only happens when the initial DHCP query fails
Correct
> lots of `numerical sysctl 1 {23,49} is obsolete' in vt4
Most of this is kudzu still using the numeric sysctl stuff.
> while installing in text mode (and also in rescue mode), when it looks
> for existing installations, it prints `/dev/hdc: open failed:
> Read-only file system' and garbles the screen a little bit. In disk
> druid, it prints it several times. /dev/hdc is the CD drive. This
> messages seems to come from lvm, that prints this error whenever it
> scans for physical volumes. The presence of LVM1 physical volumes
> might be a trigger.
Yeah, the lvm2 tools aren't very smart :(
> Genius EasyMouse+ PS/2 mis-detected as Whell Mouse in anaconda
> start-up
It is a wheel mouse, though isn't it? You probably can't tell anything
else. The PS/2 protocol is pretty primitive.
> system-config-users won't create new users. clicking on ok produces:
> Traceback (most recent call last):
> File "/usr/share/system-config-users/userWindow.py", line 227, in on_userWin_ok_button_clicked
> if self.homeDirCheck.get_active() == gtk.TRUE:
> TypeError: argument 2 must be list, not str
Should probably be filed.
> Account created with useradd (during kickstart %post) can't log in.
> gui and ssh logins exit immediately, and so does VT login without
> security context. with security context, it asks for role and type,
> and nothing seems to work. selinux doesn't seem to work, at all. cat
> /selinux/context fails with invalid argument, and getconlist fails to
> write to it similarly. I couldn't find other ways to create accounts
> that would get a functional login.
Booting with selinux=0 will work around. Also, the pending anaconda
should make things better. Which reminds me that I should dig up a cd-r
so that I can boot my test machine at home and try it out.
> vi won't run on a full install, it can't find libperl.so. It looks in
> 5.8.2 internal perl lib dir, but only 5.8.{0,1,3} are available.
> Karsten is aware of the problem already.
Just needs a rebuild for the new perl.
Cheers,
Jeremy
More information about the fedora-devel-list
mailing list