Re: Red Hat Professional Workstation - it lives!
On Mon, 2003-10-06 at 15:59, T. Ribbrock wrote: > On Mon, Oct 06, 2003 at 02:15:26PM -0500, Ed Wilts wrote: > > BUY.COM now has the product online with a release date of 10/26/2003. > > Their price is $100.99. Don't forget that it includes a full year of > > RHN which by itself is $60. > > > > http://www.buy.com/retail/product.asp?sku=20359120&loc=105&queryType=soft > > $100.- ?!?!? Definitely not targeted at the home user, meethinks, Hence the name; "Professional Workstation" as opposed to "Home USer Desktop" ;) Cheers, Bill -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Looking for ISP class email package
On Thu, 2003-10-02 at 07:48, Michael Gargiullo wrote: > Hey all, > > I'm looking for an ISP class email package. I need to host about 130 > domains with several thousand users. I'd love to find one where we can > designate one user per domain to handle user creation via a web > interface. > > Anyone have any ideas? Right now we run IMail from ipswitch on a > windows box. I'd prefer opensource, but would pay for a good close > package. http://www.qmailtoaster.com/ -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: malware firewall
On Wed, 2003-10-01 at 05:58, Willem van der Walt wrote: > Trend's interscan runs on Linux too. And it stinketh mightily. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Reduce DHCP Client Timeout & send hostname
On Wed, 2003-09-24 at 01:15, Karasik, Vitaly wrote: > you need to add two strings to > > /etc/sysconfig/network : > > > DHCP_HOSTNAME="hostname" > > DHCPCARG="-t 10" IMO, when you select the option to manually set your hostanme in r-c-n it should add the DHCP_HOSTNAME entry to the system. Maybe I'll go file something in bugzilla. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RHCE life cycle
On Tue, 2003-09-23 at 09:58, Ed Wilts wrote: > There have been a few questions surrounding the RHCE life cycle and how > it relates to Fedora and RHEL. Here's the response I received from Red > Hat: > > "The RHCE life cycle will be bound to RHEL (making cert currency 5-7 > yrs). All training will be rolled over to RHEL 3 base this fall." > > I am not an RHCE so I do not have a formal announcement on this, but > this did come from a well-trusted Red Hat person. It is on the redhat site. This was announced when RHL9 came out. Thus, there was no need to announce it w/Fedora. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Taroon/Beta groups?
On Mon, 2003-09-15 at 06:44, Leonard den Ottolander wrote: > Hi Peter, > > Ed Wilts wrote: > > > http://www.redhat.com/mailman/listinfo > > Go to the taroon-beta-list. > > Or try the redhat beta list ([EMAIL PROTECTED]). > Nope, taroon. The (former) redhat-beta list is for the (former) RHL betas. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Best HBA's for use with Red Hat
On Sat, 2003-09-13 at 12:51, Samuel Flory wrote: > Rhugga wrote: > > > Samuel Flory wrote: > > > >> Rhugga wrote: > >> > >>> > >>> We are building an Oracle RAC and I wanted to get some feedback on > >>> the best HBA's to use with Red Hat 9.x > >>> > >> > >> Raid or non raid. Fiber, scsi, or ide? > >> > >> > >> > > Fibre, using them to connect 2 linux boxes to some external shared > > storage. I think IBM uses QLogic 2300's but would like some more input. > > > The QLogic cards seem fairly popular, and they are the only ones I've > used. I used to do testing of the fibre devices from HP (for HP). The 2300s were the best ones I found. I'd go with them. And stay away from Agilent (unless they got their act together finally). -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Should we stay with M$
On Thu, 2003-09-11 at 10:27, Jason Tesser wrote: > OpenOffice can connect to a database. It nativly supports MySql through the jodbc > driver. > And PostgreSQL. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: linksys wpc11 version 4
On Sat, 2003-08-23 at 22:25, Jason Dixon wrote: > On Sun, 2003-08-24 at 12:07, Nurullah Akkaya wrote: > > i just did what u said updated the kernel installed the the files u > > said but when i type ifup wlan0 i get an error wlan0 not presnt by > > the way is the a prism card? the reason why i did not updated the > > kernel was i got a lot of drivers for that built but i updateded now > > what should i do? thx for the help so far. > I've psted this before but ... go to www.linuxquestions.org Search for wpc11 version 4 You will find what you are looking for. I hacked up a procedure to use this card, and it is there. Also, included in the box is an option to get a version 3 from linksys for free, as the card doesn't work with NT and a few other linksys products. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Exchange server
On Wed, 2003-08-20 at 14:47, Ben Russo wrote: > If your exchange server is running "OWA" (Outlook web access) > Then you can purchase a Ximian Connector license. Ximian > Evolution with connector works well under most circumstances, > but I find it to be a little slow. It does no "offline" storage, > so it is /always/ hitting against the Exchange server to refresh > the folders and to fetch the messages, even if you just looked at > it 3 seconds ago. I find that if you have folders with many hundreds > or thousands of messages in them, or if you have a calendar with > thousands of appointments in it (like mine) that it can take 30 seconds > or more to open up a folder (even on a local 100Mb/s LAN, hitting > against an OWA server that is only serving 2 users and has 4 CPU's). > I don't know whether this is because OWA/Exchange sucks so bad, or > because Ximian is very inefficient, but I do know that if you I've had ethereal open while using it to watch the stream. I was trying to determine if it was my system or the server. After watching OWA take up to 2-3 minutes to respond, I concluded it was the server. This was against a fairly beefy Exchange server. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Anyone grabbed and compiled a 2.6 kernel yet?
On Tue, 2003-08-19 at 21:18, Ronald W. Heiby wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Tuesday, August 19, 2003, 5:35:22 PM, Brian wrote: > > These are already compiled. > > > http://people.redhat.com/arjanv/2.5/RPMS.kernel/ > > The claim is RH9/Rawhide. Any idea whether it would be reasonable to > try with RH8.0? Thanks! I tried it but it kept failing to find my root fs. So I rebuilt the RPM and am running it now on 8.0. All is working very well. I did use the RPMS from there via yum, which allowed me to update the needed utils, etc.. I recommend that method. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: XFS, ReiserFS and dump
On Thu, 2003-07-31 at 19:48, Aly Dharshi wrote: > Hi Folks, > > I hope that you are well, I need to find out if I can use the dump > utility with ReiserFS or SGI's XFS. Man pages say for use with ext2 and > by extension ext3 I guess. > > Secondly I was thinking of installing XFS, the only question I have is > if I upgrade the kernel using up2date will it mess things up ? 1. For XFS, use xfsdump, don't know about reiserfs 2. You need to use an XFS-enabled kernel to read XFS filesystems. As long as you boot that kernel you're fine. Unfortunately, this means no updating with RH kernels yet, as they do not have XFS. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat 10
On Wed, 2003-07-30 at 07:43, Eric Wood wrote: > Michael Gargiullo wrote: > > I've heard rumors that RedHat 10 will be the last "desktop" version of > > redhat released. That RedHat is going to support only Advanced > > Server. > > > > Is there any truth to this? > > Well AS doesn't include OpenOffice and other "desktop" eyecandy apps. WS Neither did RH7.x, which is what AS 2.x's base is. AS predates the 1.0 release of OOo as I recall. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat 10
On Wed, 2003-07-30 at 14:45, Joe Polk wrote: > I don't have a problem with charging for it. I generally buy RH in retail > boxes, which they've stopped selling. I own their stock and generally believe > in what they are doing. Their recent decision to stop selling retail box sets > disappointed me. If they abandon the desktop completely, then their > committment to Linux in general, in my mind, will be called into question. If > all you're concerned about is the enterprise, then you are only interested in > making money where the trend is now. When the trend goes desktop, then will > you jump in? You have a chance to help spearhead that market instead of > follow. Do I want to put my confidence in a follower? Let's hope this rumor > is just that, a rumor. I love RH. I believe in them. I don't want anything to > shake that but that's not to say it can't happen or won't. People, people, people. RedHat has a corporate Desktop version (WS) in addition to the releases home users use. One way or the other they will be sticking to desktops. Not to mention the fact that their admin tools are pretty much aimed at X windows environments; and GNOME specifically. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: redhat linux iso files .vs installation tree
On Sat, 2003-07-26 at 10:42, bruce wrote: > So > > Are you basically saying if I copy an ISO file to a CD.. I get an > "installation tree" structure... That doesn't seem to make sense to me... Well *IF* you are doing an NFS install, it is pretty much what you do. Put the iso images in the ftp server directory and point to it. Phetty darned cool, IMO> :) Now, other installs are different > > I believe I need the installation files, as I believe I'm going to need to > use either FTP/HTTP to upgrade to RH 9.0. Since I'm trying to do a remote > upgrade, I'm not going to have access to the CD player, and I will not be at > the keyboard... > > So.. I still have the question.. How/where do I get/create the installation > file tree. Will the box be rebooting to do this, or are you talking about an "on-line" upgrade? -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
[OT] Re: About your .sig
loaded with DU ammunition pointed forward), when the driver’s hatch is open. This means the driver inside a fully loaded "heavy armor" tank (a model using DU armor panels) continuously, 24 hours a day, 365 days a year, would still receive a dose of less than 25% of the current, annual occupational limit of 5 rems. Studies have also shown that the maximum dose rate outside the tank approaches 0.0003 rem/hr at the front of a HA turret or over a fully loaded bustle. Continuous exposure at that level would produce an annual dose of about 2.6 rems or slightly more than one-half the occupational limit. Fortunately, these exposure scenarios represent very unlikely situations. Actual exposures based on realistic times spent in the tanks are likely to be less than 0.1 rem in a year.""" --Bernard Rostker Basically, you get far more uranium exposure sitting right where you are than you do form being in an area a DU shell or two, or three is. Heck, walk over and sit next to your smoke detector and you get *more* radiation than a DU round has. Further, Tungsten displays no sharpening capabilities on impact, making it *less* effective, not 'just as". In fact, Tungsten has more insoluble compounds when inhaled than does uranium. Thank you for playing "Name that FUD". I'm all for people having causes, just be smart about them. Cheers, Bill -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Outlook Quotefix
On Wed, 2003-07-16 at 10:52, Chris W. Parker wrote: > I am in the same boat as you!! (And see I'm even proving it right now by > top posting!! HA HA.) > > Umm.. Anyways.. I think our only alternative will be to use another mail > client that is compatible with Exchange 2000. (Which is what I am > connecting to, maybe you are also?) > > In this case, anyone know of a exchange 2000 compatible mail client > other than Outlook? Evolution with the Ximian Connector works quite well. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: antivirus software for redhat server
On Wed, 2003-07-09 at 10:40, Joseph A Nagy Jr wrote: > On Wednesday 09 July 2003 11:27, Jianping Zhu wrote in an attempt to be > witty and informative: > > can anyone recommend a good antivirus software for redhat linux > > server? > > > > Thanks > > Trend Microsystems has a fairly decent virus scanner for Linux Not in my experience. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Read & Exec by default - RH9 - why?
I know this is a bit dated, but I'm just getting back to my email and had to respond to this, On Wed, 2003-07-09 at 15:07, Ed Wilts wrote: > On Wed, Jul 09, 2003 at 11:31:29AM -0700, Gordon Messmer wrote: > > Ed Wilts wrote: > > > > > > You're right - there is a security hole there. For example, I don't > > > think it's a good idea that the password file is world readable since it > > > gives information out that you may not want to share. > > > > If you're using shadow password files (and you don't have any excuse not > > to): no, it doesn't. > > Yes it does, even with shadow passwords. If you give a local user the > list of all the userids on the system, he's got a head start on ids he > can crack. Give him the last login time, and he's even better off - now Last login time is *not* stored in /etc/passwd. If yo don't want users knowing that, remove their ability to execute the "last" command. Further, you should be rotating your logs, including the lastlog (/var/log/wtmp). Rotating it weekly > he knows that if crack Joe Blow's account, and Joe only signs on once a > month (as last while show), his nefarious activity might be hidden for a > while longer. The more information you make public, the less secure you > should feel. Let Joe Cracker think his activity will go unnoticed. /var/log/btmp, accessible by lastb, contains the failed login activity. This can also be configured to be logged to a secure file and should be monitored. There are also tools that track login data and will send alerts if a user's login pattern suddenly changes. The idea that knowing other users exist, and knowing their names is a major hole is not tenable. Other than human users, system accounts should not have a valid password. All attempts to log in to these accounts should be monitored for in your log watching programs and send an alert when it happens, or if it happens more than occasionally depending on the level of security the site needs. As you noted, if using LDAP ls -l /home will indeed show usernames. Thus, you gained nothing in terms of security since the user can *still* find out the names of the users on the system. Change to non-/home? Won't work either as the user need only do ls -l .. from their home directory to find out the info. I may not even need to know that. I may be able to learn usernames w/o even being on the system at all. Many organizations use a standard username scheme such as firstinitiallastname or such. If my login were banderson, I've got a pretty good idea that others will be of the same pattern, especially if this matches email addresses. If I were external and saw that your email address is [EMAIL PROTECTED] I would probably be correct that your system accounts are jschmoe formatted and proceed from there. Security is measured not by whether it will fail (it will), but how poorly it fails. In other words, what happens when it fails, how much damage or potential damage exists at that point? Security through obscurity fails most horribly, that is it does not fail gracefully. At all. It is far too easy to determine your OS from the network, and knowing it is Linux, look at my own /etc/passwd, or even some HowTos or books, to determine what standard accounts exist and go to work on them. Combine this with the techniques listed and not listed above and you have gained absolutely nothing. Indeed, relying on this obscurity will make you less likely on average to be mindful of weak passwords, making it that much easier to get into your system. A more prudent approach, IMO, when dealing with remote logins is to mandate the use of ssh clients. Combine this with the mandatory use of key authentication, and then once set up, disable the password for the user. Once this is done, no password based attempts to log in will succeed. If you do not allow remote access, turn it off. > I don't believe it's any of non-priv'ed user to be able to tell when > another user signed on (which is currently public) and what groups that > user is a member of (with the id command). That sort of information is > just waiting to be abused. And again, that has absolutely nothing to do with /etc/passwd. If you don't want users using last, take last away from them by removing their ability to execute it. The last command doesn't even reference /etc/passwd, as the usernames are stored in the log file. Go ahead, try it. Remove "other"'s ability to read /etc/passwd and run last. It is unaffected. Run strings against /var/log/wmtp and you'll see that the usernames are stored in it. If you don't want them running id, don't let them run id. chmod o-x `which id` as root will clear that problem up nicely. While you are at it, remove execute ability and/or suid bit for chsh and chfn. Cheers, Bill -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PHP Scripting - Hope you get all this
On Wed, 2003-07-09 at 17:42, Logan Linux wrote: > Sorry, > > None of these worked. Still get the same error. Do the \n's show up in VI? No, but in current versions of Vim, you'd see at the bottom of the window: [dos]. (there is a way to make Vi/Vim show them, but I don't recall at the time.) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: How do I find the IP address.
On Mon, 2003-06-30 at 08:21, Michael Kalus wrote: > You mean on DHCP? > > Ipconfig -a |more > > Should tell you your IP address. > ip address show |grep inet |grep -v 127\. |cut -d' ' -f6 |cut -d'/' -f1 will get you *just* the ip address (assuming you only have one non-localhost IP. You know it'd be nice if that info was stuck somewhere in /proc/net/ for easy retrieval w/o command output parsing. For example perhaps /proc/net/ip_ethN where N is the device number. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Linksys WUSB11 2.5 Wireless Driver Installation
On Tue, 2003-06-24 at 03:43, Robert P. J. Day wrote: > from what i understand (based on my readings since this is > something *i* want to try real soon now), you don't need > anything for your WPC11 to work. i have one running in > my dell, under RH 9, 2.5.73 kernel -- works just fine. IF AND ONLY IF it is Version 3 or less. Version 4 takes work. It's a new chipset in Ver4. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Best way to get evolution 1.4 ?
On Tue, 2003-06-24 at 06:11, Stéphane Jourdan wrote: > On Tue, 2003-06-24 at 12:07, Manuel Aróstegui Ramirez wrote: > > Why don't you want to use the Ximian Installer? > > I had bad experiences on many clients when upgrading a distro with > Ximian installed. > I want to keep my workstations as safe as possible. > > > Are the RPM's best than a Official Ximian > > Installation? > > The Ximian installer uses RPMs too, that's a package system, nothing > else. > The probleme lies in dependencies, what packages are > removed/changed/modified/replaced etc. > > I simply don't want any single Ximian package that replace the redhat > ones on any of my systems. So *don't*. The new installer has that as an option. That is, only install Evolution 1.4, and not the whole XD2. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: AOL Now Bouncing DHCP Addresses, Residential Addresses[May BeOT]
On Tue, 2003-06-17 at 15:22, Peter Kiem wrote: > Hi Jeff, > > > > Sorry John, no it doesn't. If you are on a DHCP assigned address then > you > > > should be relaying email through your ISP not directly out. > > > > Can you explain why a DHCP address shoud not do a direct SMTP connect > please? > > > > After all a direct smtp connect is faster and and the protocol was > > designed to allow it. > > Because it is abused and there is no recourse for the recipient. > > The fact is that 99% of email sent from DHCP addresses is SPAM! If you want > to run a mailserver then do it properly! And since it is a "fact' you can prove it, right? -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Wireless pcmcia card -- which is best
On Thu, 2003-06-05 at 10:00, Peter N. Spotts wrote: > > We're looking at putting wireless cards into a couple of laptops here, > > one is an older Toshiba, the other is a new Dell. Do any of you guys > > have opinions on which wireless cards are supported best and are > > easiest to set up? We'll be doing 2-3 laptops and only one AP. > > > > Tnx, > > Kerry Miller > > > Kerry, > > I've been using a Linsys WPC-11 for several months with no problems. > Set-up was pretty painless. Note: The latest version of this card (Ver 4) is a *different* chipset! can you say "Realtek"? I knew you could! If you get that one, setup is not exactly painless, but I managed to get it working. See http://www.linuxquestions.org -> Networking for details. Personally, I think the Orinoco Gold are the best. And if using RH, it's a walk through their Internet Configuration Wizard. Plug it in, click click clickety click done. Bill -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Auto-Restart daemon
On Wed, 2003-06-04 at 11:52, Yanick Quirion wrote: > Hi all, > > There is a way with linux to automatically re-start a process that has > been killed or crashed? I'm using vtund and I want to make sure that is > always started. If for some reason the process stop running it should > restart automatically without my intervention. Is there a script I can > put into the crontab for that? You can use daemontools, by Dan Bernstein. You could get to them from www.qmail.org -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Setting network card speed and duplex
On Wed, 2003-06-04 at 14:11, Mike Burger wrote: > Have you tried mii-tool? > Also ethtool for the cards mii-tool does not work on. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Funny char in MAN even with LANG=en_US.UTF-8
On Tue, 2003-06-03 at 14:20, [EMAIL PROTECTED] wrote: > I *thought* the reason I was seeing funny characters in MAN output > was due to the fact that I had set LANG=en in my environemnt, > > however, > > Even *with* LANG=en_US.UTF-8 I see the same funny character pairs > (which I assume are UTF-8 in the source). > > Why are they NOT iterpreted correctly? > What do I need? > More fonts? > different XTERM? LANG=C -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: finding which RPM fulfills a dependancy
On Wed, 2003-05-28 at 06:41, Martin Marques wrote: > On Mié 28 May 2003 09:22, Mike Burger wrote: > > On Wed, 28 May 2003, Gary Stainburn wrote: > > > Hi folks, > > > > > > I'm trying to install bochs on a RH7.3 system and I've come against > > > some failed dependancies - i.e.: > > > > > > [EMAIL PROTECTED] gary]# rpm -i bochs-2.0.2.i386.rpm > > > error: failed dependencies: > > > libvgagl.so.1 is needed by bochs-2.0.2-1 > > > libvga.so.1 is needed by bochs-2.0.2-1 > > > libwx_gtk-2.3.so.2 is needed by bochs-2.0.2-1 > > > [EMAIL PROTECTED] gary]# > > > > > > How do I find out which .rpm files are required to filfull these > > > dependancies? > > > > Head on over to http://rpmfind.net. You can put the names of the > > libraries that are missing into the search box, and it will return to > > you a list of rpms that can be downloaded to satisfy those > > dependencies. > > I would try with apt. Faster and nicer. > Agreed in general, but rpmfind.net *does* have a larger database. In this case, apt-cache will not find it (the libwx_gtk library) , as wxWindows/wxGTK is not available there :( Searching rpmfind.net finds it. Or just go to www.wxwindows.org -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Wireless Woes
On Tue, 2003-05-27 at 02:49, [EMAIL PROTECTED] wrote: > I wonder if anyone can help with this one. > > I have just installed Redhat 9.0 on my Gateway 9500. > > I have a Linksys WPC11 v3.0 wireless networkiung card in the PCMCIA slot, which > Redhat discovered and seems to have installed correctly. > > However, whenever I activarte the interface (eth1), it works fine for approx 2.5 > mins, then it stops working. > > I am confident that the card and laptop work just fine, as I have a WinXP > partition on the machine that can use the card for hours at a time. > > Any ideas why RedHat is losing this connection after a while, and what it is I > am doing wrong. > Glenn, What kernel are you running? I suspect it may be the "updated" RH kernel? It has known issues w/this. There has been some discussion of it on the Shrike list, IIRC. Something about a testing kernel from people.redhat.com fixing it, try the shrike-list archives. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Redhat 9 not 9.0 ?
On Wed, 2003-04-02 at 16:15, T. Ribbrock wrote: > But based on actual statements. Almost all discussions I've seen were > a) pointing into "probably less stable" direction and b) littered with > "I'm going to switch" statements. IMO, it would make business sense > for RH to counter this - *if* they can. On the other hand, there will be more time in between releases for Q&A work. This could well lead to more stability, which may balance out newer packages being included. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Download Redhat 9 right now
On Tue, 2003-04-01 at 23:57, Stephen Kuhn wrote: > On Wed, 2003-04-02 at 16:53, Edward Dekkers wrote: > > > I downloaded the entire CD set, but upon trying to do the installation > > > of RH 9 from the first installation CD, I'm having this strange problem > > > - it appears as though the installation CD is trying to install > > > WindowsXP Corporate Edition 2600...I checked and rechecked the checksums > > > on the CD's and they all match... > > > > Is that the one with the service packs included? > > > > ;-) > > > > Regards, > > > > --- > > Edward Dekkers (Director) > > Nah, I'm downloading all 935 of the service packs/hot fixes right now > before I continue installation of my RedHat XP 12 CD setup...I was told > that I have to have more than 768mb of RAM as well...so I might duck > down to K-Mart and grab a few 1gb chips... 12? Well crap, I was just getting ready for RHX (Rh-10)! ;^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: RHCE certifications and how current they are - answer below
On Tue, 2003-03-25 at 13:52, Rigler, Steve wrote: > MS's version numbering system is so screwed it doesn't even deserve > mention (am I a version number, a year or a 2 letter buzz-phrase?). > > The US consumer market understands consistency. Just look at how > many sysadmins still say "Solaris 2.8" even there is no such product. > Given the posts generated by the announcement of RH9 it's obvious that > there is going to be some confusion. > > Also, considering that RH's consumer releases come out about every 6 > months, it looks like we'll be seeing RH 11 at about this time next > year... Word I saw was that it will be a 12 month cycle. Seems to be an accomodation of the 1/3rd of peole who complain RH is to outdated, 1/3rd that complain it is released too fast, and 1/2 of people that complain it is too outdated AND released to quickly. ;^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: RHCE certifications and how current they are - answer below
On Tue, 2003-03-25 at 11:25, Rigler, Steve wrote: > Interesting: > > "Starting with Red Hat Linux 9 the numbering system for > the consumer release will be stated only as an integer." > > So RH is trying to confuse everybody the same way Sun did with the Solaris > version numbers. Yes, I'm sure the folks at RH all sat around and said "Hey, I know, how about we do what Sun did with solaris and confuse everyone, that'll be productive!" Oops, did I forget the sarcasm tag? ;^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RH 9: ok, so i overreacted ... but i'm still miffed
On Tue, 2003-03-25 at 08:17, Rick Johnson wrote: > Bill Anderson wrote: > > > > Given the number of people who avoid X.0 releases, waiting instead for > > X.[1,2,3] releases, I would not be suprised to see a slower adoption > > rate. Some maye even see the 8.0 -> 9.0 as a "rush" deal, and as a > > result be more likely to avoid 9.0. If you avoided 8.0 due to it being a > > .0 release, you are likely, in the general case, to avoid 9.0 for the > > same reason. > > > > If memory serves, there are people on this very list that acknowledge > > they tend away from X.0 releaes. Many suggest staying away from X.0 > > releases as well. I would think it more dramatic for these people to > > suddenly be pro-9.0. > > > > > Allow me to pass along an "official" correction from an insider - this is > Red Hat 9, not Red Hat 9.0. Surely it would be 8.1 if binary compatability > was maintained. > > -Rick And that changes what, exactly? Seriously, if it is not a 9.0, that would imply there will be no 9.1? Does this represent a change to just 9 -> 10 -> 11 -> 12? -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RH 9: ok, so i overreacted ... but i'm still miffed
On Tue, 2003-03-25 at 07:30, Ed Wilts wrote: > On Tue, Mar 25, 2003 at 01:09:02AM -0700, Bill Anderson wrote: > > Given the number of people who avoid X.0 releases, waiting instead for > > X.[1,2,3] releases, I would not be suprised to see a slower adoption > > rate. Some maye even see the 8.0 -> 9.0 as a "rush" deal, and as a > > result be more likely to avoid 9.0. If you avoided 8.0 due to it being a > > .0 release, you are likely, in the general case, to avoid 9.0 for the > > same reason. > > Let me be perfectly blunt here. If you're avoiding a .0 release solely > based on the numbering scheme, then you haven't earned the right to be a > system administrator. Every release needs to be evaluated based on its > strenghts and weaknesses and how relevant it is to your environment. I think you are being a bit arrogant here, Ed. I've been using RH since 3.x and am an RHCE. I've learned through *experience* that X.0 tends to be buggy, since historically it consists of a host of new changes, such as new kernel such as 2.0 -> 2.2 -> 2.4 -> 2.6(or new kernel prep as was done in 7.0), new C libraries, etc.. Most of us have learned through *experience* that RH's and other vendors' initial releases of a new system (the X.0) tend to have many bugs, wich are discovered by people to install it, and are then subsequently released in the .1,.2, and occasionally .3 releases. In fact, the X.0 being the buggier of the reelase set is inherent in both open source and proprietary products. That's the point of release early and release often. It is my understanding that this release change is predicate on significant changes that break binary compatibility, including the NPTL, which is what, less than 6 months old? It is bound to have a host of new bugs, and unexpected interactions in it's first release. For most o fus, that is not a viable production system. We have made that decision through experience. To use that decision as a tool to say we haven't "earned the right to be a system administrator" is not exactly very tactful or respectful of others' opinions, and downright insulting. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RH 9: ok, so i overreacted ... but i'm still miffed
On Tue, 2003-03-25 at 07:39, Ed Wilts wrote: > On Tue, Mar 25, 2003 at 08:52:39AM -0300, Martin Marques wrote: > > I surely have my systems on 7.3, and was waiting for 8.1 to come out. > > I don't know if I will switch to 9.0. > > If you evaluated Phoebe and liked it, why would 9 not suit your needs? > What makes you think that 9 is that much different than what you thought > 8.1 was going to be? It's just a number! If there is a technical reason for the change, then yes, it is different enough. The reasons suggested here are technical reasons, such as breaking binary compatibility. if the changes are enough to warrant a new major release number, then it will indeed be another X.0 release, complete with issues that tend to plague X.0 releases. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RHCE Exam, doing it now or wait.
On Mon, 2003-03-24 at 23:51, Peter van der Does wrote: > OK, > > So here I am, a RHCE 8 exam coming up next week and the weekend after > that RHCE 9 is in the stores. > Should I do it or wait for the RHCE 9 Exam. First, "upgrade" your email client to not send HTML. :^) Then, I'd wait for RH9 exams. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: beta install change not good?
On Mon, 2003-03-24 at 19:50, Jack Bowling wrote: > ** Reply to message from Bill Anderson <[EMAIL PROTECTED]> on Mon, 24 Mar 2003 > 19:27:20 -0700 > > > > That said, RH is already beginning to differentiate between Enterprise > > and non-enterprise. Since the "personal" is the base for sales (as in: > > the "smallest" one), that would be a good start, IMO. Personally, I > > install much more like a cross between server/workstation as personal, > > but that's me. > > And this would be a mistaken assumption. They plan on making their money on the > Enterprise version, not the desktop version. > How is what you said different? I said perosna was the base, the smallest one. You said they make their money elsewhere. I do not see the two as mutually exclusive. Indeed, it was not an assumption. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Multiple identical NFS mounts under RH8
On Mon, 2003-03-24 at 18:06, Ashley M. Kirchner wrote: > Michael Mansour wrote: > > >I think I've found a bug in RH8's NFS. > > > >On the RH8 client, I can mount the filesystem many > >times as shown (df -k output): > > > > > The same thing happens under RH7.3 - all of my machines are 7.3 and > I can replicate the same thing you just did. If I am not mistaken, this is a change the Kernel made in 2.4. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RH 9: ok, so i overreacted ... but i'm still miffed
On Mon, 2003-03-24 at 17:41, Ed Wilts wrote: > On Mon, Mar 24, 2003 at 05:33:07PM -0500, Joe Polk wrote: > > While I would agree with what most have been saying, namely that RH can > > do whatever they damn well pleases, I don't necessarily like the trend. > > Caldera has consistently alienated the Linux community starting with > > tactics much like this. I used Caldera back in the day and loved it. But > > they didn't seem interested in the end user, unless you were an end user > > at a big company. I'm not saying this is the direction that RH is > > going, but they have taken some steps down that road. Let's hope they > > can see where at leads WITHOUT having to tread the entire length. > > Again, they can do what they please but that doesn't mean there aren't > > consequences. The consequences here could very well be a disgruntled > > user base that simply goes elsewhere. While they won't hurt the existing > > base of corporate users right now, it will keep people from suggesting > > RH in the future which ultimately will hurt them. > > Wow. Red Hat bumped the version number from the expected 8.1 to 9 and > now you're saying people will stop suggesting Red Hat? A disgruntled > user base that simply goes elsewhere? A little dramatic don't you > think? Given the number of people who avoid X.0 releases, waiting instead for X.[1,2,3] releases, I would not be suprised to see a slower adoption rate. Some maye even see the 8.0 -> 9.0 as a "rush" deal, and as a result be more likely to avoid 9.0. If you avoided 8.0 due to it being a .0 release, you are likely, in the general case, to avoid 9.0 for the same reason. If memory serves, there are people on this very list that acknowledge they tend away from X.0 releaes. Many suggest staying away from X.0 releases as well. I would think it more dramatic for these people to suddenly be pro-9.0. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: beta install change not good?
On Mon, 2003-03-24 at 18:47, Matthew Saltzman wrote: > On Mon, 24 Mar 2003, Bill Anderson wrote: > > > On Mon, 2003-03-24 at 17:08, Emmanuel Seyman wrote: > > > On Mon, Mar 24, 2003 at 03:26:48PM -0700, Bill Anderson wrote: > > > > > > > > Also: "Minimal installations currently require more than a single CD." > > > > > > > > Seems like a bug to me. Why not arrange them such that the most commonly > > > > used and smallest installs be on the first disc, then the second, and > > > > the third being for the least often installed options? > > > > > > This is what Red Hat did for the last few releases. I believe 8.0 (or > > > is it 7.3) shipped without a i585 kernel because there wasn't enough > > > space on the first CD to include (this was fixed in errata since there's > > > no space limit there). I suspect it became impossible to fit the base > > > install on the first CD. > > > > Maybe, but I think it is just amatter of not planning on it. The > > "minimum" install is ~450MB. Surely that can be fit on one CD? :^) SuSE > > has a similar problem last I knew. To do a base installation required a > > little bit from each and every damned disc. > > Don't forget, there are kernels (UP and MP) and glibc for multiple > architectures that all have to be on the first disk if single-disk > installation on all platforms is to be supported. Also, the install > software, images, and some of the docs need to be there too. That's > probably close to 100MB right there, maybe more. I know, yet hat leaves ~600Mb of room on the iso. ;^) But since we are talking about the RH distribution, and more specifically, the personal desktop install option, I don't see that as a problem. See below for details. :^) > > > Then again, maybe "base" needs to be trimmed down anyway. I expect the > > "personal desktop" could indeed fit on one disc, if the rest of it was > > moved to the secondary and tertiary discs. If memory serves, RPMs do > > *some* compression; 2:1 shouldn't be that hard to do. That'd put the > > "workstation" in range of a single disc. > > Of course one man's base is another man's bloat. "Personal desktop" might > fit, but I want server stuff. "Server" might fit, but you want > "Workstation". That would be a fun new religious topic, instead of vi vs. > emacs or whatever... That could be a refreshing Linux war for a change. ;) That said, RH is already beginning to differentiate between Enterprise and non-enterprise. Since the "personal" is the base for sales (as in: the "smallest" one), that would be a good start, IMO. Personally, I install much more like a cross between server/workstation as personal, but that's me. IMO, the "personal desktop" install option, being somewhat "dependant" on i386 should install using only the first disc. Go beyond that and it is more sensible to start going over multiple discs. At minimum "minimum install possible" option should not need three discs, that's silly, IMO. As an instructor who needs to insall on the sites I go to, I look at it this way: The most common use of personal should be optimized for the single disc install. It decreases the number of discs, and speeds my install. This is not an insignificant difference. Unfortunately, not all sites I've gone to have a 100MB network, instead running 10MB through a hub -- an install of half a dozen or more desktops over that network is s s s s s s l l l l l l o o o o o o o o o ow. If I can drop a single disc in, get them all started, and move on to something else, it cuts down my prep time dramtically. That's why for Linux Fundamentals, and general admin/shell scripting classes I've found Debian a better platform. One disc has made a major difference in time spent there. I'm not advocating (here) what should constitute a given "install package", just that the "minimum" and/or the "personal desktop" should not require all the discs, just the first one. Not advocating package change, just disc sequencing. ;) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: [ADMIN] RHCE and Red Hat Linux 9
On Mon, 2003-03-24 at 15:44, Nate Golnik wrote: > The nameing scheme did not have anything to do with trying to expire your > certifications early. This a quote from Pete Childers VP of > Global Learning Services (used with permission): > > "RHCEs should not worry that the new number scheme will mean their > certifications age out earlier. It won't. Modified policies will be > forthcoming on the RHCE FAQs. > > Questions/inquiries should be directed to [EMAIL PROTECTED]" > > Hope this helps a little. Thank you, Nate, this is helpful. Perhaps something like this should have been/be posted to certification central and/or a notice sent to RHCEs? Kind of strikes me as a legitimate use of the system. :^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: beta install change not good?
On Mon, 2003-03-24 at 17:08, Emmanuel Seyman wrote: > On Mon, Mar 24, 2003 at 03:26:48PM -0700, Bill Anderson wrote: > > > > Also: "Minimal installations currently require more than a single CD." > > > > Seems like a bug to me. Why not arrange them such that the most commonly > > used and smallest installs be on the first disc, then the second, and > > the third being for the least often installed options? > > This is what Red Hat did for the last few releases. I believe 8.0 (or > is it 7.3) shipped without a i585 kernel because there wasn't enough > space on the first CD to include (this was fixed in errata since there's > no space limit there). I suspect it became impossible to fit the base > install on the first CD. Maybe, but I think it is just amatter of not planning on it. The "minimum" install is ~450MB. Surely that can be fit on one CD? :^) SuSE has a similar problem last I knew. To do a base installation required a little bit from each and every damned disc. Then again, maybe "base" needs to be trimmed down anyway. I expect the "personal desktop" could indeed fit on one disc, if the rest of it was moved to the secondary and tertiary discs. If memory serves, RPMs do *some* compression; 2:1 shouldn't be that hard to do. That'd put the "workstation" in range of a single disc. > > > Or is this just to make people have to DL the whole set and thus be > > more likely to buy iy? ;) > > You wouldn't happen to be an X-Files fan, would you? :-) Not too much. A bit yes, but it got real old with all the evidence conveniently disappearing at the end of every damned episode. :( -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
beta install change not good?
On Mon, 2003-03-24 at 13:41, Nicholas Marsh wrote: > >> So, does anyone know what's new/ improved/ changed from 8? > > If it like the beta (8.0.94), here are the release notes: > > http://rpmfind.net/linux/redhat/beta/phoebe/en/os/i386/RELEASE-NOTES In there it says: If you are performing anything other than an installation from an IDE or USB device, you will be asked to insert a driver diskette created from one of the following image files: So, those of us that install on SCSI drives (HD and CD) will need a boot floppy now? What about systems w/o floppies? Also: "Minimal installations currently require more than a single CD." Seems like a bug to me. Why not arrange them such that the most commonly used and smallest installs be on the first disc, then the second, and the third being for the least often installed options? Or is this just to make people have to DL the whole set and thus be more likely to buy iy? ;) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: [Fwd: Red Hat Linux 9 | Get the latest Linux early]
On Mon, 2003-03-24 at 15:00, [EMAIL PROTECTED] wrote: > Red Hat generally only bumps up the main version number due to binary > icompatibilities. That being said, they could do this on a whim if they > like. It is merely a ploy to get people to go use their "Advanced" line of > products if they want product stability. A great way to aggrevate their > RHCE's too! They will probably a) come out with an RHASCE (Red Hat > Advanced Server Certified Engineer) or b) they will have to fix their RHCE > program. I certified on 7.2, and was told it would be good for the next 2 > major versions, being 8 and 9. I should be good 'till RH10. Which at the "new" rate would be this fall -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat Linux 9 - Obsoleting RHCE's a an unprecidented pace....
On Mon, 2003-03-24 at 14:10, Gordon Messmer wrote: > Rick Johnson wrote: > > > What happened to 8.1? > > > Have you been running the beta? There's a whole LOT of third party > software that ran fine of 8.0, but not on the Phoebe beta releases. It > seems to be mostly related to the NPTL changes in the kernel and glibc, > and probably isn't something that can be resolved. > > If binary compatibility isn't possible, then Red Hat is faced with > either the choice to delay significant improvements for another full > year, or put out a new major release, which does not promise total > binary compatibility with Red Hat Linux 8. > > Seems to me like a sensible choice. It seems like amuch less sensible choice when you realize what it does to RHCE certificate expirations. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: [Fwd: Red Hat Linux 9 | Get the latest Linux early]
On Mon, 2003-03-24 at 14:31, Ed Wilts wrote: > On Mon, Mar 24, 2003 at 03:10:35PM -0600, John Nichel wrote: > > Ed Wilts wrote: > > > On Mon, Mar 24, 2003 at 01:48:24PM -0600, John Nichel wrote: > > > > > >>Red Hat 9 What happened to 8.1? > > > > > > Who says there should have been an 8.1? Just because a whole bunch of > > > people assumed the next version number was going to be 8.1 doesn't make > > > it so. Red Hat doesn't pre-announce version numbers, and you just found > > > out why. > > > > I'm pretty sure they released a beta for 8.1, did they not? > > I'm even more sure you're wrong :-). There was a release called Phoebe. > Nobody from Red Hat said it was a beta of 8.1. Nonetheless, announcing an open position for someone that will be supporting the release of "8.1" says they were at least at some point planning on an 8.1. Given that as of a few minutes ago anyway, the position is still listed, it gets very confusing. 8.1 and 9.0?? -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: [Fwd: Red Hat Linux 9 | Get the latest Linux early]
On Mon, 2003-03-24 at 13:26, Ed Wilts wrote: > On Mon, Mar 24, 2003 at 01:48:24PM -0600, John Nichel wrote: > > Red Hat 9 What happened to 8.1? > > Who says there should have been an 8.1? Just because a whole bunch of > people assumed the next version number was going to be 8.1 doesn't make > it so. Red Hat doesn't pre-announce version numbers, and you just found > out why. > > Version numbers are for marketing. Actually, they are advertising for a customer service person that will be supporting the rollout of 8.1. So I guess RH said so. :) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat Linux 9 - Obsoleting RHCE's a an unprecidented pace....
On Mon, 2003-03-24 at 12:47, Rick Johnson wrote:
> Red Hat wrote:
> > Dear Colleague:
> >
> > You may know that Red Hat Network is the best way to keep your
> > systems running the latest errata and always up to date. What you
> > might not know is that Red Hat Network passed the one million users
> > mark earlier this year. We've listened to valuable feedback and have
> > added two items of interest to keep those users happy - early release
> > of Red Hat Linux 9 ISOs and improved technical support.
>
> What happened to 8.1? I feel that if Red Hat is going to increment in
> Full x.0 release numbers, they're going to obsolete alot of their RHCE's
> much quicker than if they had made this a x.1. IMHO, there isn't enough
> of a difference between 8.0 and this release to justify a 9.0 version
> number, but that Red Hat is simply trying to catch up with other Distros
> such as Mandrake and Suse in order to offer a "comprable" product.
>
> I RHCE'd on 7.3, which would be considered "not current" after a 9.3
> release. However if they've switched to full x.0 releases from here on
> out, I'll be non-current by November 1st, 16 months after receiving the
> cert (going by older release models, it would have been good for 24-36
> months - which one might expect for $795). Even MCSE's typically last
> longer than 16 months...
>
> I'm sure it's purely a marketing decision... but not one I'm happy with
> unless they change their RHCE policy to match.
I'm with Rick on this one. If this was for 8.1, I'd consider (strongly)
purchasing the service. But if it really is for 9, thus leading to an
early obsolescence of my 7.3 cert, I'll not be sending money their way.
IMO, moving directly to 9 would be a mistake of epic proportions in the
marketing field. Not only does it violate the X.{1,2,3}. series model,
it also puts the AS based on the 7.x series far behind in terms of
marketing "Look, their "Advanced" stuff is on something TWO whole
versions old!".
If they do not alter their RHCE program to match the changed release
cycle, this is one RHCE that will not be recertifying when done (at this
rate, this very year!). Nor will I be able to honestly recommend to my
students the RHCE/RHCT programs anymore.
--
Bill Anderson
RHCE #807302597505773
[EMAIL PROTECTED]
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat Linux 9 | Get the latest Linux early (fwd)
On Mon, 2003-03-24 at 12:56, Robert P. J. Day wrote: > before anyone gets too cranked up about this, it is almost > certainly bogus. look at the return email address -- > redhat.chtah.com. > > a quick browse of www.chtah.com shows an obvious > spammer. so this is total nonsense. Actually, going to www.redhat.com counters it. Right there in the bottom right corner is a box talking about getting RedHat 9 early. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Installing a new motherboard - anything special to do?
On Fri, 2003-03-21 at 18:09, Leon Goldman wrote: > I would like to get a new motherboard with faster CPU. I am running RH > 8.0. If I just plug in the board and boot up will RH8.0 recognize the > new board and the hardware? > Leon As mentioned by Edward, you'll need to provide further information. That said, I'll relay an experience I had a couple of months ago. I was running a RH6.2 system on an old dual 133Mhz Pentium. The board started getting flakey, so I took the (SCSI) hard drive, and dropped it into a dual 450 HP Kayak. It had a different SCSI card, so I popped in a grub floppy (grub rules!) and booted the previously prepared 2.4 kernel that had all the modules. Installed grub over LILo and booted the system. Done. In fact, as a side note ... I then downloaded the RedHat 7.2 release rpm, installed it, and then launched Red Carpet to upgrade the system online to 7.2. :) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Is RH8 Ever Going to be Updated?
On Fri, 2003-03-21 at 08:32, Colburn wrote: > > > 2. Integrated E-mail client that includes at least the features of > > > MSIE. (Beonex & Galeon fall short, e.g. neither auto-completes > > > addresses and neither of the address books function reliably.) > > Well I'd not be suprised to see that a WEB BROWSER "falls short" of the > > features of a MAIL CLIENT. Why do you think a web browser should > > auto-complete email addresses and have an address book? For HTTP > > addresses, Galeon does do auto-complete. Evolution (and EMAIL CLIENT) > > does have address books and auto-completion. MSIE is not a mail client > > either. Maybe try an email client for email. ;) > > My error, sorry, careless coding is contagious. I was referring to > Ximian Evolution 1.2 which was recommended here as one of the better > (more robust features) mail apps. Even then, what you asked for, it already has. As I mentioned, it has auto-completion for email addresses (I use that feature every day) and an email address book. Evolution's address book can connect to an LDAP server, import them from other clients, and IIRC, get them from an MSExchange2K server (which is LDAP anyway, as I recall). It even provides you an interface for maintaining a schedule, and can do free/busy. > > > What do you mean when you claim that SO doesn't "talk" to Linux and > > vica-versa? What do you mean by "integrate"? it opens files, it writes > > and reads them, it saves them, it prints them, it can be in the menu, > > you can have it be the default open action when using Nautilus, etc.. > > Loaded it and RH8 refuses to recognize it in the menu structure. The > only way I can open it is to go to my Home folder and find a SO6 > document to open. I have tried multiple suggestions from here and the > Psyche list (including unloading and reloading SO6 to no avail). I tried > to remove SO5.2 but pieces of it were left scattered across the HDD. > OK, I've got to comment. This is not "integration" as most people understand it. Simply bein in a menu does not constitute integration. The aforementioned psyche list does indeed have a solution for adding menu items. The link given is: http://www.bluethingy.com/linux/rh8menu.html Integration is what leads to you double-clicking that SO file and it opening the apprpriate application. SO5.2 is an abomination that should be purged from the earth. ;^) That said, I think it is wrong to blame "Linux" for what a software vendor fails to do. If I were to write an app for Windows that failed to uninstall properly, would you blame me or Microsoft? If you blamed MS, you would be wrong, but at least you'd be consistent. ;^) > Much as I enjoy the challenge it really gets old having to struggle with > almost every app, commercial or freeware. I simply don't have time and If the struggle with a commercial app is not worth it, don't spend the money on it. If it is a hassle, hassle the company that made it. You may not have noticed, but OpenOffice (essentially SO) is included in RH, is in the menus, on the taskbar, and is the default office-type document program. Therefore, it meets your definition of "integrated". :^) It also requires no effort other than leaving it in the default install. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: OT : light years, arrrrggggh
On Mon, 2003-03-17 at 11:15, Jack Byers wrote: > Jack Byers [EMAIL PROTECTED] > > Hal Burgiss responded to another thread: > > >Mutt + procmail is light years ahead of this stuff. Especially, when > >you consider vim can be used as the editor. > > > I am reasonably sure most members of this list, > and almost surely Hal himself, > really know that "light year" is a technical term: > > specifically it is a measure of _distance_ ; > and said another way, it most certainly is not a measure of _time_ > which is the sense it was used in the above quote. > > Sadly, this kind of thing seems to have entered the popular jargon of the > day. > I even ran across some technical type article in the NYtimes a year or so > ago > that misused the term in just the same way. > > It's no worse than saying "miles ahead of" but that is badjunk use too. > > call me an old f**t if you must, but I couldn't help responding to this > I feel for you. I'm the same way with "new and improved". Sorry if it is improved, it can not be new. If it is new, there was nothing to improve. It is either now OR improved, not both. Ok, I'll go back to topical-ness now. ;) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Is RH8 Ever Going to be Updated?
On Sun, 2003-03-16 at 18:28, Colburn wrote: > Thousands of patches and kludges later RH8 is functional but well behind > the curve. Anyone know if/when RedHat intends to release a > significantly upgraded version? (I am sick of wasting time trying to > get things to work, or fixing things the updates break.) > > Feature Wish List: > > 1. Integrated xsane with complete feature support for common scanners, > including the Memorex MEM48U. I didn't know they even made scanners. > > 2. Integrated E-mail client that includes at least the features of > MSIE. (Beonex & Galeon fall short, e.g. neither auto-completes > addresses and neither of the address books function reliably.) Well I'd not be suprised to see that a WEB BROWSER "falls short" of the features of a MAIL CLIENT. Why do you think a web browser should auto-complete email addresses and have an address book? For HTTP addresses, Galeon does do auto-complete. Evolution (and EMAIL CLIENT) does have address books and auto-completion. MSIE is not a mail client either. Maybe try an email client for email. ;) > > 3. Integrated dial-up/modem monitor that accurately displays connect, > data flow, and other information. (None of the apps I have tried work > properly. e.g. the icon shows up but the status lights are unreadable > and the pop-up fails -- so no info.) > > 4. Integrated image and video display apps. Have GIMP and GNOME > running, hacked in MTV for MPEGS, but nothing working for AVI, etc. > Quite frankly it seems absurd to have to chase down all of this stuff > for a product I bought (yes, I bought it) that was represented as a > complete M$ Windows alternative. Not really, an *alternative* is not a *clone*. > > 5. There is more but I have either hacked-in apps, learned to expect a > lesser product for the sake of not using M$, or given up expecting > certain things to work for the same reason. (Oh, StarOffice 6.0, paid > for that as well, still doesn't integrate properly -- not sure if I > should blame Sun or RedHat but sure know I should not have to spend > hours getting two commercial Linux products to talk to each other! What do you mean when you claim that SO doesn't "talk" to Linux and vica-versa? What do you mean by "integrate"? it opens files, it writes and reads them, it saves them, it prints them, it can be in the menu, you can have it be the default open action when using Nautilus, etc.. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Practice Exams
On Mon, 2003-03-17 at 08:32, Joe Polk wrote: > I agree. I am studying for my LPI instead of RHCE for some of the same > reasons. Paying so much money for something that has frequently updated > isn't prudent. I may be showing my ignorance, and updates may be less An RHCE is good, IIRC, for two full releases after the one you test on. Such that if you test on 7.3, you are certified through 9.3. At a ~18 month full release cycle, that's roughly three years. That translates to about $250/year. Maybe it's me but I don't see a lot of cost difference between $600 (to get to LPIC 3 --let's be honest levels 1&2 are not up to the level of an RHCE) and $750. Then again, the LPIC is a Q&A type-test, not a hands-on, which means people can easily pass the test and not know how to actually to do the job; all they need to do is memorize. Kinda like all those MCSEs that don't know what they are doing. But that's my personal preference, I prefer hands-on. That's one reason the training I do is all hands-on. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: rpm questions
On Fri, 2003-02-28 at 23:59, CM Miller wrote: > >> [EMAIL PROTECTED] vnc_unixsrc]# rpm -qa | grep > >> tightvnc-server > >> tightvnc-server-1.2.8-1 > >> [EMAIL PROTECTED] vnc_unixsrc]# rpm -e > >> tightvnc.server-1.2.8-1 > >> error: package tightvnc.server-1.2.8-1 is not > >> installed > >> [EMAIL PROTECTED] vnc_unixsrc]# > > >> Any way to fix this? I found the problem! :) rpm -e tightvnc.server-1.2.8-1 ^^^ You used a dot, when it uses an underscore. :^) > >It means you do not have permission to install > >packages. Be root with > >the machine, grasshopper, and the power will flow > >through you. ;^) > > >-- > >Bill Anderson > >RHCE #807302597505773 > >[EMAIL PROTECTED] > > > Bill, buddy...check my command prompt up above, it is > root, and I only run apt-get as root. Ah, correct, my mistake. it seems I responded in the wrong order. ;) Sorry, I've been teaching Linux fundamentals by night and administering RH8 by day all week. ;) > So why am I get that error when running apt-get? Do you have: a) something running that does RPM stuff, such as red-carpet, up2date, etc? b) an rpm command that ran, and hung? c) an rpm command running at the same time? -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: rpm questions
On Fri, 2003-02-28 at 16:06, CM Miller wrote: > Is anyone using apt-get for rpms in RH 8.0? Yes. > > Whenever I issue the following command, I get a > strange error: > > apt-get install foo > > warning: cannot get exclusive lock on > /var/lib/rpm/Packages > > What does this mean? All of these directories do > exist. It means you do not have permission to install packages. Be root with the machine, grasshopper, and the power will flow through you. ;^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Red Hat on an Older Machine - Which Version? [REPOST]
On Sat, 2003-02-22 at 16:06, Rodolfo J. Paiz wrote: > On Mon, 2003-02-17 at 21:20, Stephen Kuhn wrote: > > On Tue, 2003-02-18 at 14:02, Jonathan M. Slivko wrote: > > > P1 133 > > > 64MB of RAM > > > 2GB IDE HD > > > Intel ProExpress 10/100 Network Card > > > > > > Which version would be the best to install on this system? I just want to > > > run 1 small site on it and a few e-mail accounts. That would be the sole > > > task of this machine. Thanks. > > > > > > - -- Jonathan > > > > > > > I'd put RH 6 on it. Should be just fine and dandy. > > Good Christ, no. > > See http://www.rule-project.org to install Red Hat 8.0 on your machine, > or on similar machines with as little as 8MB of RAM. > > Use text mode only, and what you'll have is a very stable box running > the latest software, and doing so at a quite reasonable speed. On this > kind of hardware, do not expect a GUI (X Window) to run reasonably fast; > those are mostly designed for recently-bought hardware. I think one could get away with running blackbox or icewm for X. :) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Txt to DBF
On Tue, 2003-02-18 at 14:37, Ramón Martinez wrote: > I want to convert txt file to DBF file en linux Redhat. > I need help about it. how can do it?? > Is there any command for it ?? If you use or can take a few moments to learn Python, there are python utilities to read/write DBF files. www.python.org and www.vex.net/parnassus would be good starting points. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Boot up order
On Mon, 2003-02-17 at 10:15, Randal Moore wrote: > I just updated my system from 7.2 to version 8, and now when Linux boots up, > at the very start of boot up it comes up with a window asking which OS I > want to boot with - 7.2 or 8..and 7.2 is the default. Obviously though, the > 7.2 path is invalid because all of the 7.2 files were updated to 8, so the > boot up fails. > Of course at that boot up screen, if you arrow down and select to boot up > with version 8, Linux boots up and everyone is happy. > > Question: how do I either, get rid of this screen and only boot up with > version 8, or at the very least make it the default selection? cd /boot/grub Edit the menu.lst file. Either remove the old entry, or change the default line. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RHCE
On Fri, 2003-02-14 at 13:31, Gordon wrote: > > > I took the RHCE exam in 2000 and passed it without taking any of the > classes. I had been playing with linux and Redhat for several years. > I'll be retaking it next month in Raleigh. That's ho I did it. :^) > > Speaking of vmware. It would be nice to come up with a library of > "broken" images that people could download and try to fix. Of course, > they'd have to be seriously stripped down because few people would want > to download a several hundred meg file just to figure out how to get > into a system without a password file or something like that! I've got > vmware so I could see how small of an image I could come up with. You could do the same thing with User Mode Linux ... I'v got that here I'll see what I can come up with. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
To firewall or not to firewall (was Re: What is the disadvantageof Linux firewall...)
On Thu, 2003-02-13 at 12:01, Kent Borg wrote: > On Thu, Feb 13, 2003 at 11:58:58AM -0600, Dave Ihnat wrote: > > On Thu, Feb 13, 2003 at 10:02:54AM -0500, Kent Borg wrote: > > > On Thu, Feb 13, 2003 at 07:56:23AM -0600, Dave Ihnat wrote: > > > > We all urgently push you to implement a firewall...any firewall... > > > > > > No we don't (with or without smilies), I do not advise a firewall > > > unless you are trying to protect some MS Windows garbage and that is a > > > losing battle you are better off not trying to fight. > > > <> > > > > With all due respect, not only is that a very misguided attitude, it's a > > dangerous one to promulgate. > > First, a point of order: if you are sincere about the "with all due > respect"-part, then don't suggest that I am a cracker. > > > Read what you said > > I wrote a short post describing how to make and keep a Red Hat system > secure. I glossed over some details, but I still think it was pretty > good, and damn specific, given how short it was. My problem with the method you propose is that it requires you to be able to determine vulnerabilities before they happen.Say you are attending a Linux Expo, or some other event that takes you away from your machine(s) for the day. That morning a vulnerability is announced that has an exploit. Your machine(s) is(are) vulnerable until you update it. If it is a network exploitable vulnerability. Specific? Well, do you like to print, and run lpd? it's had problems in the past. > You assert that it won't work. OK, be specific. Reread what I > posted. Assume that such a RH 7.0 system has been on the internet, > maintained as I described, without a firewall, for the last two years. > Tell me how it got rooted during time. Be specific. It's maintainer was at work, and it was a home machine running the vulnerable LPRng and did not update the machine until they were a) aware of the problem, and b) able to update to a fixed version. For example: http://rhn.redhat.com/errata/RHSA-2002-089.html An example clipped from an incident report: -- Port 515 on our network was scanned from uiowa.edu over the weekend. Here's some information on the LPRng exploits attempted against several RedHat Linus 7.x hosts. The intruder attempts to create a file called /dev/whoa/reg. It looks like they intend for reg to open port 8282 with root privileges. They then edit xinetd.conf file and restart xinetd to open the port. Evidence of these changes was cleared from compromised hosts once the intruder installed his kit. A password protected guest account with a GID of 0 was created on one compromised host. The following files were also changed: du, find, ls, netstat, passwd, ping, psr, and su. - Running X-Windows on said system? Uh-oh, there's another potential problem (especially if xdm was enabled). Ascii-only email/web? Pine, Mutt (CAN-2002-0001) and lynx have had their problems w/security as well. Pam has had it's problems, which in at least one case allowed users to get another's access credentials. The problem with your method is that it does not "think like a cracker". It "thinks" like someone who believes they are faster and superior to the cracking ability. IMO, that is as bad as relying solely on a firewall. Security is not an item, it is a process and mindset. While it is true for all systems that there is a period of vulnerability between the finding/reporting of the vulnerability/exploit and the updating of the system, by not using a firewall, you pile more openings on top of ones that affect, for example, bind or mod_ssl. There are exploits that allow the remote attacker to get a non-root local access. Combine this with a local-root exploit and bam, You have a problem. IMO, this is as dangerous as "we have a firewall, who cares?". -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: scripting an ssh session
On Tue, 2003-02-11 at 17:28, David Simmons wrote: > We have a couple of servers that we want to push out periodic updates > to. We want to automate this as much as possible. > > We have password-less ssh working (thanks to the group for that!). So > using a shell script we can login in to a remote machine. But that is > all we can do. Once we login we are in a completely different shell > environment. My script stops executing at that point. Once I logout of > the remote server, my script continues running. > > Is it possible to continue feeding commands from the ssh shell script I > wrote to the remote machine? For example, if my script is something > like: > > ssh [EMAIL PROTECTED] > cd /usr/local > echo "some new command" >> therefile > logout > exit 1 > > How can I get everything past the ssh command to run on the remote > machine? Is it possible? I did this in Python, but not shell. Use Popen3; you can open a connection, it will return three file handles, stdin, stdout, and stderr. You can then write and read commands to these. I did this on a network with HP-UX and Linux clients. It worked perfectly. If interested, I can post my script example for it. It is one of the things I use in my sysadmin w/Python class. :) In shell, you wind up needing to do it the way you do with rcp: sending each command in it's own connection. Or use expect. :( -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Interface status
On Mon, 2003-02-10 at 13:26, Doug Koobs wrote: > Wow, that's a neat tool! How would you use it to permanently set an > interface to full duplex/100M? I am assuming it would have to be added > somewhere in a boot-up script? Thanks! For setting things like that: man ethtool or man mii-tool Man is your friend. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Dumb Grub question (on Phoebe)
On Sat, 2003-02-08 at 08:34, Ric Tibbetts wrote: > All; > Ok, I KNOW I've seen this before, I know I've used it.. but for the life > of me, I can't find it now... > > I just re-loaded the box with Phoebe (I've been running it, but wanted > to reconfigure a few things..). > > And now, I want to re-add the other OS's to grub (it's a multi-boot > box). I swear, there used to be a way to configure boot options, and > grub through a utility... > > Can some kind soul refresh me? vi /boot/grub/menu.lst -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RHCE
On Mon, 2003-02-10 at 09:43, Ted Gervais wrote: > On Monday 10 February 2003 10:03 am, Rechenberg, Andrew wrote: > > I would have to agree with Robert here. The best way to study for the > > RHCE is just work with Red Hat Linux everyday and think of things to > > break and then fix them. > > > > I've been using Red Hat since 1998 and took my RHCE in late 2001 on > > RH7.2 and I found that my everyday use of Linux helped more than any > > written material that I looked through before the exam. If you have > > been working with Red Hat and/or Linux for a while, the RH300 Rapid > > Track course is excellent and is good exam preparation if you or your > > employer can afford it (no I don't work for Red Hat ... yet ;) ). > > > > Thanks Andy for offering your thoughts on getting ready for the RHCE. And if > particular mentioning the RH300 Rapid Trace course. > > I think that most of us here on the RH list work daily with our systems but > don't try and break and solve things. That is a good point, and something I > am going to try and do more. Mind you, I normally break a lot of things > without meaning to break them, and than I sit in grief for about a week > trying to fix it. But, your point is well taken. If you can fix it, than I > bet that RHCE exam will seem a bit easier.. Just a side note: You can use either User-Mode Linux of VMWare to provide yourself with "breakable" boxen. Fixing broken things is "must-have-xp (experience)". Like I tell my students ... "In the old days, there was plenty of opportunity to get 'experience', and that's how we learned. Nowadays, things are so much more stable and/or documented that it takes additional effort." :^) I've been thinking about making a nice list of things to break, making a program to manage it, and then provide random breakages to help get fix-it experience. In my copious spare time, of course. ;^) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RedHat 8.0 with XFS Filesystem support?
On Sat, 2003-02-08 at 14:13, Todd A. Jacobs wrote: > On Sat, 8 Feb 2003, Achim Altmann wrote: > > > i would like install RedHat 8.0 on Dual-Athlon System (Mainboard tyan > > with 64Bit slots) with 3Ware-Raid-Controller (64Bit) and as Filesystem > > XFS. > > Red Hat 8.0 does not support XFS. You can download an XFS-enabled boot > image for Red Hat 7.3 from http://www.linuxiso.org/, and I think that > Phoebe (8.1 beta) might, but for 8.0, you're out of luck. Not quite true. I'm running on an SGI install of 8.0 go to SGI's site and look through the archives of the FTP site, you'll find the iso image. It is beta, and has some problems with grub not installing but works otherwise (you can use LILO to start and move to grub post-install). -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: RHCE
On Fri, 2003-02-07 at 12:10, Periyasamy, Raj wrote: > Hello List, > > Any suggestions on a good book that I can refer to as a study guide > before attending my RHCE tests ? I can say that all of the books I've seen for it are crap. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: red-carpet and up2date on same machine
On Wed, 2003-02-05 at 23:45, Rodolfo J. Paiz wrote: > On Thu, 2003-02-06 at 00:32, Bill Anderson wrote: > > On Wed, 2003-02-05 at 23:24, Rodolfo J. Paiz wrote: > > > > > > All I've heard today still makes me feel like I shouldn't mix them. > > > > What specifically have you heard that makes you think that? Seriously. > > Maybe I'm not getting all the posts, but so far, the only complaints > > I've seen are problems running Ximian customized packages instead of Red > > Hat customized packages of GNOME. none of that is due to the packaging > > tools, but that Ximian and Red hat use different versions of libraries, > > and make customizations, as does Ximian. > > > > If you run the Ximian modified GNOME desktop and RPM, you need their > > packages, whether your update tool is RC, up2date, or ftp and rpm on the > > command line. > > Your points are valid. However, nothing of what I have said is meant to > imply that either is a better tool than the other, or that either tool > is in some way inferior. > > For users with the (not too complicated) knowledge to manage their > updates properly, it is obviously a viable solution to use both for > their respective packages. > > BUT... > > When you run an office with 15 people and none of them know whether > their computer has four or six cylinders, you choose specific paths. And In my case that path is not letting them handle the updates on their boxes. :^) > in my case, one of those paths is to say that those who use Red Hat are > told and taught how to use up2date and are given written instructions > with pictures should they choose to consult it. > > Adding a second update manager to the mix would lead my users straight > to "But Windows was simpler" and me straight through the roof. > > Now I just wish Red Hat would issue an update for Evolution! 8.0 is at > 1.0.8-10, gnomehide is at 1.1.2-1, and I see Rawhide is way ahead at > 1.2.1-4. Can we get a little help for the rest of us here? I'm with you here! -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: Remote Server upgrade
On Thu, 2003-02-06 at 06:51, Chris Mason wrote: > The machine is remote, I have no physical access and no tech help on site. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > Behalf Of Bret Hughes > Sent: Thursday, February 06, 2003 9:15 AM > To: [EMAIL PROTECTED] > Subject: Re: Remote Server upgrade > > > On Thu, 2003-02-06 at 06:49, Chris Mason wrote: > > I am getting another dedicated server and the only option is Redhat > > 7.2, how can I upgrade remotely to 7.3 before commissioning the > > system? > > > > Chris- > > What do you mean by remotely upgrade? Is the box in a remote location with > little or no technical help on site? Or, do you want to upgrade from a > distribution tree in a remote location> Or, what? > > FWIF I have blown new versions onto machines via kickstart that required no > human intervention. but there is a fair bit of prep work to do and probably > not worth it for a single machine. > > Give us more detail on what you are wanting/needing to do. > Here is a much easier way: use red-carpet. 1. Download the redhat-release rpm for RH 7.3 2. Install it 3. install red-carpet 4. upgrade away I did this to a system running RH 6.2; moved it to 7.2 Not a problem at all. This was done on a remote system. I believe you could also use a similar or identical process for up2date. I wrote a short article an put it on www.libc.org. In the article, I had done it for a 7.2 to 7.3 upgrade. of course, you need a good connection to do it. :) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: red-carpet and up2date on same machine
On Wed, 2003-02-05 at 23:24, Rodolfo J. Paiz wrote: > On Wed, 2003-02-05 at 16:29, Alan Harding wrote: > > I must admit that for the last year or so I have been running red-carpet > > and up2date. > > > > Red carpet is used for all my package updates, and it has never given > > any problems. > > > > Up2date is run only to do kernel upgrades. > > But again, you are consciously deciding not to mix them by doing > different updates with one or the other. This does _not_ qualify as > peaceful and harmonious coexistence in my book. Not entirely, Red-carpet doesn't do kernel updates. The choice really isn't there for kernel updates. > > I, on the other hand, would like both myself and my people to use a > single tool if possible. But, far more importantly, I would like to > minimize human error when someone inevitably updates the wrong thing > with the wrong tool. > > All I've heard today still makes me feel like I shouldn't mix them. What specifically have you heard that makes you think that? Seriously. Maybe I'm not getting all the posts, but so far, the only complaints I've seen are problems running Ximian customized packages instead of Red Hat customized packages of GNOME. none of that is due to the packaging tools, but that Ximian and Red hat use different versions of libraries, and make customizations, as does Ximian. If you run the Ximian modified GNOME desktop and RPM, you need their packages, whether your update tool is RC, up2date, or ftp and rpm on the command line. I teach this stuff, so that is why I want to see the arguments; nothing personal. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: redhat-config-users
On Wed, 2003-02-05 at 15:13, Richard Humphrey wrote: > I am having a problem with the redhat-config-users utility on version 7.3. > When I try to run it from Gnome it starts up and then immediately shuts > down. What can I check to see why this is happening? Run it from a terminal, and report the traceback. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: red-carpet and up2date on same machine
On Wed, 2003-02-05 at 09:07, Richard S. Crawford wrote: > For what it's worth, I've been told by developers at Ximian that it's > really not a good idea to try having both Red-Carpet and Up2Date on the > same machine. Well they are competition. RedHat wants you to pay for RHN, Ximian wants to you pay for RC premium services. ;^) Seriously though, look at what they do. They download and install RPMs, and do dependency checking. Neither of them munge the RPMD DB in a particular way that screws up the others (That's RPM's job ;) ). If you have a problem between conflicting packages, you'll have a problem between conflicting packages. If you have a conflict between Ximian's packages and Red Hat's that problem will exist independently of the tool used to download and install them. That's why you pick one desktop package set and use it. Jumping back and forth will be a problem, but it is a human error, not one related to the use of the tool. They both suffer from the same problem: namely that if it doesn't know where to get a dependency, it barfs. IMO, if they don't tell you *why*, get it from them. Those are my thoughts anyway. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: red-carpet and up2date on same machine
On Wed, 2003-02-05 at 09:50, Rigler, S C (Steve) wrote: > I used to run red-carpet and up2date on the same machine. It seemed > convenient at the time if up2date wouldn't work due to a high number > of users. > > The problems I ran into were between the Ximian stuff and the RedHat > stuff. One would install a new package which would be uninstalled > by the other in favor of its package. The other gotcha was with the > Ximian desktop and that when I tried to upgrade to new RedHat release, > none of the gnome stuff would be upgraded because it was there in > the Ximian packages. I'd classify that as a problem between the Ximian Desktop and packages and Redhat's desktop and packages, not red-carpet and up2date. > > I ended up getting rid of red-carpet because of the hassles, but I > believe that if you only subscribe to the RedHat channel (if that's > even possible) that it may be of some convenience. It is possible, in fact, if you are running RH8.0 you can't subscribe to a Ximian desktop channel. :) -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
red-carpet and up2date on same machine
> > Oh. Unfortunately, Red Carpet and up2date do not seem to mix very well, > so Red Carpet is a solution I am not willing to implement. > How so? I use them both on the same machines w/zero problems. -- Bill Anderson RHCE #807302597505773 [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: email client? (Netscape address book fix)
Shaheen Tonse wrote: > > It worked, the Netscape address book works fine after removing "locale" > lines. Thank you very much! Our help desk guys scratched their heads for > 2 days on this one. > Shaheen. Oh, is that all? ;^)= My wife was nagging me about it for the last couple of months! Now I know what to do if/when it hapens again. Bill ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: server recommendations?
Ed Lazor wrote: > > These machines run RedHat with no problems? One person told me RedHat > didn't run smoothly on HP machines. I'm willing to consider them tho, if > they will work =) Disclaimer: I now work for HP. I have many machines form HP, including the new netservers ( 6 processors, 8 Gig RAM capable), all work fine. There are problems with low-ends, such as pavillion and vectra (those make me gag), but Kayaks, Visualize, and Netservers work great, IME. ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Best backup system/plan for maximum safety - what do y'all do?
Cameron Simpson wrote: > > On Sat, Dec 16, 2000 at 11:31:09AM -0700, Bill Anderson <[EMAIL PROTECTED]> wrote: > | > > Or my favorite: > | > > rm -rf .* > | > > thinking it will remove the current directory OR all the dotfiles in the > | > > current directory ... and are root. > | > I assume this will delete everything from the parent directory down? at least >ls .* appears to return the .. dir as well. hmm pretty scary. > | It will limb it's way back up the tree to /. > > It will not. > > | I've seen it. > > I'd give good odds you've misinterpreted some subtly different incantation, > or been just below the root dir anyway. What kind of odds are you giving? :) I've seen it a few times. > While we're bitching about rm, anyone know how to fix its prompting behaviour? > On normal UNIXen the incantation > rm blah > will prompt for removal if you haven't write permission to blah as a sanity > check. Naturally, > rm -f blah > doesn't ask. > > If I leave off the -f flag GNU rm seems to ask about _every_ bloody Redhat alias. check the aliases, you'll find it aliase with -i. > > Does GNU rm It isn't GNU, it's RH. ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Best backup system/plan for maximum safety - what do y'all do?
Bret Hughes wrote: > > Bill Anderson wrote: ... > > Or my favorite: > > rm -rf .* > > thinking it will remove the current directory OR all the dotfiles in the > > current directory ... and are root. > > > >:) > > I assume this will delete everything from the parent directory down? at least ls .* >appears to return the .. dir as well. hmm pretty scary. It will limb it's way back up the tree to /. I've seen it. It is scary. :) ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Linux compatable Mother Board
[EMAIL PROTECTED] wrote: > > Ok people, > > I have been off the list for quite some time now so I am out of the loop. I > have a box that is in need of an upgrade. I am looking to upgrade to a 1GHz > chip and am wondering if anyone can recommend a good processor/board combo > that is 100% Linux compatable? TIA for any help! 1) ... stay away from Pentuim 4s ;) My favorite for a uniprocessor machine is the Athlon Thunderbird. if you can get a motherboard using the newer AMD760 (or was it 780?) chipset, you'll be fine. Problem is that the DDR Ram can be expensive for the next siz months. Otherwise, the Duron is a good board, and PC133 Ram is cheap nowadays. I've heard of no problems with these setups and Linux (not saying there aren't, just haven't heard of any), so pick a good performing board (I use www.anandtech.com as a good overview) and you should be fine. Bill ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Best backup system/plan for maximum safety - what do y'all do?
Bill Carlson wrote: > > On Fri, 15 Dec 2000, Jonathan Wilson wrote: > > > For everyone who has suggested RAID: > > > > I like RAID, it's very cool. However, the kind of things are servers currently do >are not "worthy" of the price. What's valuable here, is not what it does, but the >long hours we've spent setting up. > > > > Also, while RAID and mirroring are great for hard drive failer, it does helps not >a whit if you're cracked. > > Or when someone types rm /etc/* and says "Oops." > Or my favorite: rm -rf .* thinking it will remove the current directory OR all the dotfiles in the current directory ... and are root. :) Bill ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Best backup system/plan for maximum safety - what do y'all do?
Jonathan Wilson wrote: > > Howdy, > > Now that we've spent a good deal of time setting up our system of servers, it's >occurred to us that we should be dome something more rigorous then once a week manual >"cp -a /etc /backup/$DATE" > > First off, we do NOT want to buy a commercial app like Arieka or BRU. We want to use >Free Software, and will write it myself if we can't find something good enough. > > Also I'm NOT going to use tape. Hard drive space is cheap, and so are CDs. And >faster, IMHO. > > That said, I've had a good look over freshmeat and found more then enough >apps/scripts that use tar, cpio, ssh and various compressions... enough to satisfy me. > > So what I'm really concerned about is not the tools to do this with but the >methodology of it. OK, here are some reccomendations. STRONGLY consider RAID. be it hardware or software. RAID 1 at a minimum, RAID 5 preferred. With either of these, you get the high availability you desire. after that, all other backups are a cakewalk. The only time whem you would need significant downtime, given a nice RAID 5 setup, would be the cracker possibility you mention. since at that point, there isn't anything short of a ground up reinstall that is acceptable. As far as that goes, You could consider setting up /usr, /etc, and any other rarely changing mountpoints on a Read-Only device. Many drives can be seat as such atthe hardware level. This dramatically reduces the damage a cracker can do, as far as infecting system data. of course, if you update system programs and data frequently, ths could cause some downtime as you would need a reboot to add it. in that event, consider mounting them read only. Less protection, but greater flexibility. You indicate you have plenty of options of backup packages from freshmeat (long live free software and it's developers!), so I'll assume you have a plan for that. I personally would set a timelimit as to how long backups are stored. perhaps a weekly system image could be done, with user backups done weekly as well? Once amonth (depending on size constraints of course), you could archive them to CDs or CDRW (cheaper in the long term). Well, that should give you some ideas. Remember the RAID option, IMO, it is your best option when combined with regular backups. Bill Anderson PS: BTW, when doing those backups, you may wish to remount the given filesystem read-only to protect against users adding data, or the backup itsself corrupting the original data somewhow. If you specify a time that this will be done, and ensure your users are notified, they will gladly accomodate you. ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
