B0.50 32-bit
Burned cd and also copied ISO to / of existing VL 7.0. Booted CD, chose the ISO as install source, asked for LILO to bootsector. Install hung at "Installing Bootloader".
Reboot, install from CD itself, LILO to bootsector. Also put in:
Username: joeuser Edit: Mea culpa, I'm sorry. Posted this because I didn't think it might
Password:
rootpass matter what
kind of characters, and these were just slightly
Admin password:
rootpassword easier to type than the real ones, '12345678' and '1234567890'
I've used a mixture of alpha and num in the past, but never all alpha.
Password length might matter: never had fewer than 8 characters.
Yes, those are the actual entries[sic]. Did not install Xfce this run to save time. Install completed normally and reboot (after activating the partition, of course) was normal.
On login, chose fluxbox (tested all, doesn't matter), put in "root" for user, "rootpass" for password. Now logged in as root. Log out. Log in as "joeuser" "rootpassword". Also worked, as did using the "correct" password for each one. I've mentioned this several times and the only feedback I've gotten is that the problem can't be duplicated. I don't buy that.
Issued "nm-applet" from xterm. No start, error message complained of not finding libgnome-keyring.so.0.
------------------------------------------------------------------
Reinstalled from CD just as above, except installed Xfce this time. Started a fluxbox session first (password problem still there) and issued 'nm-applet'. It started, icon appeared in tray, and after setting up hidden AP, it connected and worked. Apparently, installing Xfce is necessary for libgnome-keyring to be installed, configured, or accessed properly.
Started GSlapt, turned testing on. Reloading produced the error of "
http://vectorlinux.osuosl.org/veclinux-7.1/patches (not found, invalid, something like that)". Viewed repo in browser. What should be in the patches/ directory is in the patches/patches directory. PACAKAGES.TXT was empty (as in "no patches yet"), so I allowed GSlapt to ignore that repo.
Installed Midori (latest version in repo unless untested has newer ones). Started from Terminal. Came up, but browser window displayed the message "please install glib-networking". Installed it. Restarted Midori. Didn't have enough time to give it a workout, but what I did worked fine.
Logout. Login to Xfce. No particular problems. Needs an easily-findable audio-volume applet. Sound did work, default volume was pretty good, and alsamixer worked fine from the menu. Just took a second to realize the window had to be stretched down to access the sliders.
---------------------------------------------------------------------
Every 32-bit iso so far, including 50 (no idea on 64's):
Either input (mouse or keyboard) is extremely slow and irregular, or it's posting input feedback to the screen that's the problem. Either way, it makes using VL drearily miserable and totally unenjoyable. Since the problem shows even when it's the installer running during the install process, the unpredictable results of input can be downright dangerous. Only two clues to what the problem might be, both probably misleading but: 1) when display goes to framebuffer during boot, I see Tux twice. 2) Message "module drm/i810 does not support smp" and that module doesn't load.
I get the same problem in linux console after issuing 'init 2'. Problem might be very slightly decreased in text mode, or that may be my imagination. If there's actually a difference, it's a very, very small one.
Installing and running in this circumstance is just too depressing and aggravating. I've added the install to my normal bootloader. I'm willing to test and check whatever towards fixing this problem if asked to do so. I'll install an ISO designed to fix it if asked. Otherwise, no more installations for me until this issue is reported fixed; just too much time lost and such a joy killer.