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