Probably quite late to bring this up, but can anybody explain to me
why there is no i386 kernel available on the installation cd's since
8.0? And if this kernel version is considered obsolete (ie no support
for machines below i586) then why are updated i386 kernels still
released? That seems a little inconsistent.
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.
While installing the beta i happily thought RedHat put in some
sort of patch to the kernel to not print out all those kernel-messages
to the screen while booting. When the install finished and i tried to
boot the system, i found the system still printing out kernel-messages.
The thing is that while installing the system i got some pictures
showing up in the installer about (from memory, not sure about spelling
or if its 100% as it was written in the image) "Who understood those
kernel message anyway?".
But, the kernel is still printing messages. Is it not only the
init-process not printing messages and thats not the kernel is it?
Sorry if this has already been a topic.
Would it be a totaly loss if the kernel got patched not to print
information to the screen, and rather just logged to a file?
The things printed while booting is not realy errors but lots of
information about IDE and other cards.. etc. These information is not
realy interesting for all people, and maybe also not understandable and
easy to be taken for errors. Having the boot graphical at this stage is
maybe hard, but only showing an "Init.." and showing only errors -
could that be hard to make?
Probably and issue best taking care of by the real kernel-developers?
Did we get any hands up for a separate taroon list?
Severn works fine for me but taroon doesn't and I'd really like to check it
out for work to consolidate a few servers. If anyone can point me in the
right direction I'd be grateful.
I usually try to customize the package selection
during install. This time, however, I decided to try
to install a fairly minimal system (nothing beyond
basic workstation) and then use the package manager to
install the rest after the first boot. However, I
can't seem to get the package manager to find my CD...
After selecting a few packages (or group of packages)
to install and selecting "install now", the program
asks for the corresponding CD (say, CD #3). I put the
CD in the drive and clik "OK". It asks me for CD #3
again. I verify that the CD is in the drive (I can
mount it and see that it is indeed CD #3) and I click
"OK". It unmounts the CD and asks me for CD #3 again,
and so on. I haven't been able to install a single
package with the package manager because of this.
What's going on??
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
> -----Original Message-----
> From: John Kodis [mailto:email@example.com]
> Sent: Tue, July 29, 2003 6:13 PM
> To: rhl-beta-list(a)redhat.com
> Subject: Re: Severn Printing Configuration
> On Tue, Jul 29, 2003 at 07:28:59AM -0700, Charles Hixson wrote:
> > Both the Networked JetDirect and the Networked Novell (NCP)
> appear to be
> > broken in this version. There don't seem to be any details
> to include.
> > With Networked JetDirect the error message is:
> > There was a problem sending CUPS test page to 'lp357m' queue:
> > lpr: unable to print file: server-error-service-unavailable
> I recently reported a similar problem with sending print jobs from a
> severn machine to a printer locally attached to a shrike box using the
> CUPS IPP server on both machines. With your problem report, it sound
> like there may be a larger problem with the CUPS setup in severn.
I got similar errors with JetDirect and LPD printers few times, but in
general, JetDirect, Samba and LPD printing works well for me.
> You should probably include your problem report as a follow-on to bug
> #100913 at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100913
> John Kodis Goddard Space
> Flight Center
> kodis(a)mail630.gsfc.nasa.gov Greenbelt,
> Maryland, USA
> Phone: 301-286-7376 Fax:
> Rhl-beta-list mailing list
-----BEGIN PGP SIGNED MESSAGE-----
Is it possible to load a custom DSDT (acpi)? I have a latitude and acpi fails
to start properly (=> the battery applet in gnome crashes). Should I try the
Laur Ivan Tel : +353-1-6674336
Software Design Engineer eMail: laur.ivan(a)corvil.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
-----END PGP SIGNATURE-----
I've installed Severn on a P133 with 64M of RAM and noticed a few things.
- I'm amazed this actually works. I thought RHL had outgrown my
former computer a while ago.
- 85 minutes to install the standard Workstation setup.
Ugh. I'm not going to do this everyday.
- Choosing French for the installation, every line ends with " "
- Same thing for the startup messages. Is this a known issue?
- Hooking up the machine with my RHL 9 system via a twisted pair
network cable floods the screen with kernel errors. The network
card is a 3com 3c905 (have to double-check that one)
- redhat-config-xfree doesn't detect my monitor but I'm pretty sure that's
because of the KVM sitting between them. I'll try this again later with
the monitor hooked up directly to the computer.
It's explained in the release notes. Just pass "vnc" as kernel boot
parameter. The only problem I had with this is that you have to manually
assign an IP address to the system using ifconfig on console #2. I've
already filed a bug in bugzilla on this issue.
I had the same problem. I stumbled onto another workaround. If you type
'linux askmethod vnc' rather than 'linux vnc' it will pick up a dhcp
The down side is that you still have to go over to console #2 and do an
'ifconfig' to see what the address is since it was DHCP assigned and I'm
not a savant (idiot yes, savant no...)
So it would be nice if A) it would go through the static/dynamic address
assignment process before starting the VNC server and B) print out the IP
address that it is listening on. That's just my two ever so worthless
This email and any files transmitted with it are intended only for the
person or entity to which it is addressed and may contain confidential
and/or privileged material. If you received this email in error, please
contact the sender immediately and delete this email from your system. If
you are not the named addressee, you should not disseminate, distribute,
print, or copy the email, or take any action in reliance on its contents.