Re: rebooting after kernel update
On Fri, 22 Aug 2003, [EMAIL PROTECTED] wrote: > Everytime I reboot after I update the kernel using "up2date -u -f" the > machine won't restart, or I should say it hangs on restart. When I tell > it to reboot I do "shutdown -r now". you are checking lilo.conf and runing lilo first arent you? -- Res - Network Solutions: clueless f'wits who dont care whos business they damage through their incompetance, which is the ONLY thing they excel at. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: [PARPORT] cpufreq.c compilation error when recompiling kernel
You might try make clean then make mrproper and of course make dep. and this should solve your problem with recompile. Also the other suggestion works as well. > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Didier Casse > Sent: Friday, August 22, 2003 9:39 PM > To: Juan Nin > Cc: [EMAIL PROTECTED] > Subject: Re: [PARPORT] cpufreq.c compilation error when recompiling > kernel > > Hi Juan, > > Can't solve the problem dude. It's somehow related to the patch I used > which was an incorrect patch. The developer Tim Waugh told it > personnally. I got no problem with NTFS support. > > For enabling NTFS in RH9, do not recompile Kernel, instead use the > instructions at: > > http://linux-ntfs.sourceforge.net/info/redhat.html > > It has some nice rpms and stuff which you can use directly without > having a headache. Hope this helps. And install a new kernel source > tree > btw. > > > regards, > > Didier > --- > PhD student > > Singapore Synchrotron Light Source (SSLS) > 5 Research Link, > Singapore 117603 > > Email: [EMAIL PROTECTED] or [EMAIL PROTECTED] > Website: http://ssls.nus.edu.sg > > > > > On Fri, 22 Aug 2003, Juan Nin wrote: > > > Hi!!! > > > > I'm having the same problem you had while recompiling the Red Hat 9 > > Kernel.. > > > > it seems the problem is not with the parport module, since I'm not > using > > that... I installed the kernel-source and just enable NTFS support, > and > > I'm having the same problem while compiling.. > > > > could you solve it?? > > I've found no available data on this problem on the intyernet.. > > > > thanks in advance!!! > > > > Juan > > > > > > --- > > Using Evolution on Red Hat Linux, Ximian Desktop 2 > > > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: [PARPORT] cpufreq.c compilation error when recompiling kernel
Hi Juan, Can't solve the problem dude. It's somehow related to the patch I used which was an incorrect patch. The developer Tim Waugh told it personnally. I got no problem with NTFS support. For enabling NTFS in RH9, do not recompile Kernel, instead use the instructions at: http://linux-ntfs.sourceforge.net/info/redhat.html It has some nice rpms and stuff which you can use directly without having a headache. Hope this helps. And install a new kernel source tree btw. regards, Didier --- PhD student Singapore Synchrotron Light Source (SSLS) 5 Research Link, Singapore 117603 Email: [EMAIL PROTECTED] or [EMAIL PROTECTED] Website: http://ssls.nus.edu.sg On Fri, 22 Aug 2003, Juan Nin wrote: > Hi!!! > > I'm having the same problem you had while recompiling the Red Hat 9 > Kernel.. > > it seems the problem is not with the parport module, since I'm not using > that... I installed the kernel-source and just enable NTFS support, and > I'm having the same problem while compiling.. > > could you solve it?? > I've found no available data on this problem on the intyernet.. > > thanks in advance!!! > > Juan > > > --- > Using Evolution on Red Hat Linux, Ximian Desktop 2 > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
rebooting after kernel update
Everytime I reboot after I update the kernel using "up2date -u -f" the machine won't restart, or I should say it hangs on restart. When I tell it to reboot I do "shutdown -r now". It's a pain when I do this remotely and then have to drive 30 miles to fix it. When I see it at its location it looks like it partially rebooted and then froze but then when I restart it from there it boots up just fine. So, am I doing anything wrong? Does anyone know what's going on? Thanks Mark -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RT 0n RH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Leon, check out the rt-users mailing list archive... Regards, Benne Am Freitag, 22.08.03, um 21:48 Uhr (Europe/Paris) schrieb System Administrator: I'm looking at setting up Best Practical's Request tracker on my RH8 box. Does anybody know of documentation specifically oriented toward Linux? Thanks -- Leon Sonntag Systems Administrator -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE/RsrrR5U9XkJXZKwRAn/mAJ0dIevb8lX60Qgtabvp+uDoNExSmQCgjAPJ e/fZ0iQEDoboYM17+yieYlY= =ft9H -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /var/log/lastlog -- why is it 19 megabytes?
On Fri, Aug 22, 2003 at 09:39:40PM -0300, Herculano de Lima Einloft Neto wrote:
> Robert C. Paulsen Jr. wrote:
> > Perhaps you saved the file from within vi. That might "unsparse" the
> > file.
>
>Yes.. but perhaps I didn't. :)
>
> > Read up on the --sparse option of cp ("man cp"). It looks like the
> > following will work: (warning! I have not tried this!)
> >
> > cd /var/log
> > mv lastlog lastlog-orig
> > cp --sparse=always lastlog-orig lastlog
> > du -h lastlog
> > rm lastlog-orig
>
> That worked perfectly.. wait a minute..
> weren't you the guy asking for help in the first place? :)
Yup. But my lastlog file was already sparse. I just didn't associate the
concept (sparse files, which I knew about) with this real-life example
since I hadn't run into it before and the concept was buried deep in my
subconscious. I learned from my experience!
--
Robert C. Paulsen, Jr.
[EMAIL PROTECTED]
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
Re: /var/log/lastlog -- why is it 19 megabytes?
Robert C. Paulsen Jr. wrote:
> Perhaps you saved the file from within vi. That might "unsparse" the
> file.
Yes.. but perhaps I didn't. :)
> Read up on the --sparse option of cp ("man cp"). It looks like the
> following will work: (warning! I have not tried this!)
>
> cd /var/log
> mv lastlog lastlog-orig
> cp --sparse=always lastlog-orig lastlog
> du -h lastlog
> rm lastlog-orig
That worked perfectly.. wait a minute..
weren't you the guy asking for help in the first place? :)
Thanks a lot,
--
Herculano de Lima Einloft Neto <[EMAIL PROTECTED]>
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
rm /var/lib/rpm/__* That will remove the stale lock files. On Fri, 22 Aug 2003, Joe Giles wrote: > Well, for NO apparent reason AT ALL, RPM is giving me errors while > trying to run... Here are the errors while trying to grep the kernels I > have installed: > > [EMAIL PROTECTED] root]# rpm -qa |grep kernel > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily > unavailable (11) > error: cannot open Packages database in /var/lib/rpm > > > Here is the error I get when I removed the db files from /var/lib/rpm > and tried to rebuild the db: > > [EMAIL PROTECTED] rpm]# rpm --rebuilddb > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index > > Can anyone assist me with this. > > My system is a RH 9 system running the 2.6.0 kernel (RPM was working > after the upgrade too). > > Much appreciated!!! > > Joe > > > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Evolution 1.2.2-5 hanging with IMAP server
On Fri, 2003-08-22 at 19:18, Peter Kiem wrote: > Hi, > > Running Evolution 1.2.2-5 on Red Hat 9 with a KDE desktop. > > Very often when applying filters to emails Evolution hangs with a > "Pinging IMAP server" and then has to be killed via "killev" and > restarted. > > Are there any known fixes for this problem besides going back to Red Hat > 7.3 where I had a stable Evolution? I've had literally no problems with Evolution 1.4.0 on RH9. Love it, in fact. If you don't like using the Ximian stuff (all the extra libs), you can download the necessary stuff manually off their ftp site, rather than using red_carpet. -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /var/log/lastlog -- why is it 19 megabytes?
On Fri, Aug 22, 2003 at 08:37:57PM -0300, Herculano de Lima Einloft Neto wrote:
> Ronald W. Heiby wrote:
> > If, when you copy a sparse file, you do not take precautions to have
> > the copy also be sparse, the copy gets "filled in" and has a bunch of
> > bytes of 0x00 actually allocated on disk. Looks like that happened
> > here.
> >
> > Ron.
>
>Well, I'm quite sure I never copied it anywhere.. one time I vi'd it and it took
> forever for
> vi to load it, with a lot of disk scratching.. bet that was it.. Can you tell me how
> to fix this?
>
Perhaps you saved the file from within vi. That might "unsparse" the
file.
Read up on the --sparse option of cp ("man cp"). It looks like the
following will work: (warning! I have not tried this!)
cd /var/log
mv lastlog lastlog-orig
cp --sparse=always lastlog-orig lastlog
du -h lastlog
rm lastlog-orig
--
Robert C. Paulsen, Jr.
[EMAIL PROTECTED]
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
Re: kernel removal
On Fri, Aug 22, 2003 at 04:46:15PM -0700, [EMAIL PROTECTED] wrote: > To remove a kernel I do: rpm -e kernel(version), correct? > What directory do I need to be in to do this? It didn't work from the > root directory. You do not need to be "in" any particular directory. You do however need to have root privileges to do it. In what way did it not work? -- Robert C. Paulsen, Jr. [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Scripting help
I wrote: | > start=`perl -e 'print time'` | > body of script here ... | > end=`perl -e 'print time'` | > echo "took `expr $end - $start` seconds" Whoops - left off the quote around "print time" in the second perl. On 18:18 21 Aug 2003, Bret Hughes <[EMAIL PROTECTED]> wrote: | Hmmm. wouldn't start=$(date +%s) be a bit more efficient? Yes, it would be. I keep forgetting about date's +format option. It didn't exist when I starting using UNIX:-) -- Cameron Simpson <[EMAIL PROTECTED]> DoD#743 http://www.cskk.ezoshosting.com/cs/ You do get used to it. It still sucks. - Universal Peeve Mantra, 242 lbs before cooking -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
LOL did you read the complete thread. As usual you leap in misinformed I hope I make whatever filters you have so that I don't hear from you again. Redhat installs via rpm for up2date but doesn't delete anything from your disk. It doesn't in anyway suggest using rpm to remove previous version for the risk of removing utils/libs and other things. So as I have learned before. You continue to be misinformed both on grub and this issue. I hope I definitely make your procmail. > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Michael Schwendt > Sent: Friday, August 22, 2003 5:17 PM > To: [EMAIL PROTECTED] > Subject: Re: /Boot is full - advice please > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, 22 Aug 2003 14:56:11 -0500, Otto Haliburton wrote: > > > Does anybody on this list read How to install a linux kernel? I > don't > > think so because if you did, it explicitly tells how to remove a > kernel > > manually. It doesn't even suggest to remove with rpm, because using > rpm > > removes the source and some people want the source especially if > they > > want to go back to a earlier version. > > With this message -- and I'm sorry to say that -- you have entered the > next level in my procmailrc: /dev/null instead of ./trash folder. > Congratulations! Few people so far have managed to achieve that. > Usually I give trolls a 2nd chance. > > As earlier with the sort of neverending GRUB thread, you are just > plain misinformed about proper usage of RPM with regard to kernel > packages. Kernel source and binary kernel are in two completely > separate packages. Never would erasing a kernel package remove the > source package. > > > The person who started the thread > > did expressly say that he used RHN and /boot was full. It should > never > > be recommended that he uses rpm > > Wrong. RHN => up2date installs packages via RPM. So, using RPM to > erase > the installed RPM packages is fully correct. > > > unless the full consequences are known > > and that is what I told him. > > You didn't even try to tell him. Instead you demonstrate misconception > about using kernel packages. Using RPM has the only risk that you can > remove the currently running kernel which would not be appreciated if > you wanted a guaranteed clean shutdown. > > > I didn't say don't use it. Before you > > guys started recommending using rpm to remove a kernel remember that > > redhat doesn't do that itself and it could. > > *lol* They do. See my earlier message. Certainly, they [Red Hat] do > not > recommend leaving old kernel packages in the RPM database and delete > files manually. > > - -- > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE/RpZc0iMVcrivHFQRAnLmAJ9XNmv8kcFXb0y/egtysZjLgnx/bACeNUzl > Ke2PZHxK8Y+3r1N/3blDNfg= > =I0X9 > -END PGP SIGNATURE- > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
On Fri, 22 Aug 2003 16:01:24 -0400 "Reuben D. Budiardja" <[EMAIL PROTECTED]> insightfully noted: >On Friday 22 August 2003 03:17 pm, Cliff Wells wrote: > >> As an aside, I am a bit curious: if you are running, say Evolution >> under WindowMaker (with perhaps a WindowMaker-style theme to make it >> look pretty), do you *really* see any performance gain? > >In my experience, Yes. I run KMail, Mozilla, Konqueror all kind of KDE stuff, > >tried Evolution but don't use it regularly. I use FVWM. In my cases, running >it in FVWM is faster and snappier, *after* it has started. >What I mean it, for example like KMail, first time running it in FVWM, it's >probably as slow as loading it in KDE (or sometime a tad slower), since most >"KDE init stuff" is not yet initialized, but after it run, switching virtual >desktops, raising/lowering window, is definitely faster. Especially if you >run on "slow machine", it's more apparent. > >A friend of mine used to run KDE on Pentium II 300 Mhz 128 MB RAM. Running >openoffice, Kmail, Galeon (with some tabs) can something make the machine >like crawling, especially when lowering or raising windows. I switched her to > >FVWM (with FVWM-Themes), and the machine is really snappy right now (plus she > >can run more stuff). === Give ratpoison a try.. VEY small footprint and miserly on resource use, saving most of it for apps. Mike -- "The man who views the world the same at 50 as he did at 20 has wasted 30 years of his life" --Muhammad Ali -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
kernel removal
To remove a kernel I do: rpm -e kernel(version), correct? What directory do I need to be in to do this? It didn't work from the root directory. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
On Fri, Aug 22, 2003 at 12:17:34PM -0700, Cliff Wells wrote: [...] > My concern is that people > will advocate Linux as having a faster desktop and then when people try > it (defaulting to GNOME, probably) they find this claim to seem false, > they will doubt other claims made by advocates (security, stability, > etc). I see your point. On the other hand, there's also folks have older machines lying around (which might not be able to run the latest MS offering anymore) whom they might want to use to try Linux and I find it important to make clear that *yes*, you *can* run Linux on those boxes, even with a GUI. Of course, it will have to be made clear, that they can't expect the same feature set. [...] > In short, compare "typical" configurations, but make people aware that > there are alternatives that can affect performance. That's fair enough. [...] > I don't disagree. I simply take the position that claiming XFCE is > faster than Windows is pointless Depends on what the person asking for the comparison wants. That's why it's important to try and find out what people are doing with their machines before advocating anything... > We may just have to disagree on this. I don't know anybody running > anything besides KDE/GNOME (mailing list denizens aside. I'm referring > to people I actually know). Most distros make these the default and I > expect most people new to Linux will encounter these first (and perhaps > exclusively). Unfortunately, IMO, yes. The defaults are the first thing I ditch... ...but that's me... ;-) Cheerio, Thomas -- ==> RH List Archive: http://marc.theaimsgroup.com/?l=redhat-list&r=1&w=2 <== - Thomas Ribbrockhttp://www.ribbrock.org "You have to live on the edge of reality - to make your dreams come true!" -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /var/log/lastlog -- why is it 19 megabytes?
Ronald W. Heiby wrote: > If, when you copy a sparse file, you do not take precautions to have > the copy also be sparse, the copy gets "filled in" and has a bunch of > bytes of 0x00 actually allocated on disk. Looks like that happened > here. > > Ron. Well, I'm quite sure I never copied it anywhere.. one time I vi'd it and it took forever for vi to load it, with a lot of disk scratching.. bet that was it.. Can you tell me how to fix this? Thanks -- Herculano de Lima Einloft Neto <[EMAIL PROTECTED]> -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: edit the bootup sequence
On 12:39 22 Aug 2003, Marcos de Souza Trazzini <[EMAIL PROTECTED]> wrote: | > | Well, in order to use chkconfig utility to add the script to bootup, the | > | script must have some entries in the header [...] | > | There's another way to do this. You must create a symbolic link from the | > | /etc/init.d/scriptname to /etc/rcX.d/SNNscriptname, [...] | > Or you can do what I've done to my laptop [...] | > http://www.cskk.ezoshosting.com/cs/css/index.html#rc.mobile [...] | > Afterwards you don't need to fiddle with chkconfig or those | > SXXservice/KXXservice symlinks. | Well... interesting your script but you can try "sistem | | I don't understand the intention of your phrase: | "WARNING: be sure you understand how the current system works _first_. | So do it the chkconfig/symlink way _first_ if you've never dealt with | this before." Merely that you (or anyone) should have a good understanding of how the startup scripts work before abandoning the installed setup in favour of something else. Since you seem to understand it, no worries! | Take a example: | - First, create a script in /etc/init.d. (scriptname in this example). | - Edit the script, then add to the first lines of the script these lines | (With the comment # !!!): | # chkconfig: 2345 11 90 | # Description: A shot description for the script It's this that bothers me. It is annoying to need to edit the startup script - it makes upgrades annoying to, for the edit needs repeating. It is annoying to decide on an abitrary startup/shutdown order (the 11 and 90). It is annoying to have to name the runlevels for which this script will be active. I find the rc.mobile approach - avoids runlevels because you get to give things meaningful names instead of these numbers, and abitrarily many - doesn't require _any_ editing of the startup script, meaning it keeps out of the way of the package - it runs most things in parallel, unlike the stock startup that runs everything in sequence, even though many do not depend upon each other | - Remember: "Don't symlink anything by hand, don't need !!! And now, | simple run the command "chkconfig --add scriptname" to auto-create the | symlinks S11scriptname/K90scriptname under /etc/rc.d tree, according the | runlevels in the chkconfig line. Check the results with the command " | find /etc/rc.d/ -name *scriptname*" | You see is very simple to menage startup scripts. Sure. | In chkconfig line at the script, the first numeric value points to the | runlevels what the script runs at bootup, the second is the priority | value at bootup, and the third are the priority level when shutdown the | actual runlevel. | | Say me in what I'm wrong Nothing you say is wrong. Chkconfig is fairly straightforward. I just prefer my solution. The particular need that drove me to write it was roaming laptops, of which I have one and we have several at my workplace. We need to be able to set them up with suitable configurations and startup for several different locations eg home, work LAN, work wireless net, an arbitrary foreign DHCP network, completely offline. We've looked at using runlevels for this (eg runlevel 4 for offsite etc) but it doesn't work well at all. Since we needed something more expressive and flexible and because the extremely slowness of the startup scripts, run in series, was very frustrating I wrote rc.mobile. Cheers, -- Cameron Simpson <[EMAIL PROTECTED]> DoD#743 http://www.cskk.ezoshosting.com/cs/ I doubt that people abuse themselves with MSDOS to prove their reproductive fitness.- [EMAIL PROTECTED] (Trif) -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Evolution 1.2.2-5 hanging with IMAP server
Hi, Running Evolution 1.2.2-5 on Red Hat 9 with a KDE desktop. Very often when applying filters to emails Evolution hangs with a "Pinging IMAP server" and then has to be killed via "killev" and restarted. Are there any known fixes for this problem besides going back to Red Hat 7.3 where I had a stable Evolution? -- Regards, +-+-+ | Peter Kiem.^. | E-Mail: <[EMAIL PROTECTED]> | | Zordah IT /V\ | Mobile: +61 0414 724 766| | IT Consultancy & /( )\ | WWW : www.zordah.net | | Internet Services ^^-^^ | ICQ : "Zordah" 81 | +-+-+ My current spamtrap address is [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
recovering from corrputed glibc package install
I temporarily downgraded glibc rpm's to install oracle on RedHat 9 using this command: rpm -Uvh --force glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm which completed without error; and later, I re-upgraded the packages with this command: rpm -Uvh glibc-2.3.2-11.9.i686.rpm glibc-common-2.3.2-11.9.i386.rpm glibc-devel-2.3.2-11.9.i386.rpm I've since learned that doing this was a very bad thing, and that I should have done rpm -e for all these packages and then rpm -i. But in the meantime, I'd like some help recovering from the current mess. For these packages, there are now parts of both versions present: rpm -e glibc, shows multiple packages: error: "glibc" specifies multiple packages rpm -qv shows two packages for glibc: # rpm -qv glibc glibc-2.3.2-5 glibc-2.3.2-11.9 and it looks like glibc is messed up: # rpm -V glibc Unsatisfied dependencies for glibc-2.3.2-5: glibc-common = 2.3.2-5 ...T c /etc/rpc S.5T /lib/i686/libc-2.3.2.so S.5T /lib/i686/libm-2.3.2.so So the question is how best to clean up the failed glibc install? Do I do rpm -e glibc-2.3.2-5 rpm -e glibc-2.3.2-11.9 and then rpm -i glibc-2.3.2-11.9? What if these fail, and can I be sure no stray files left behind? Thanks __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Re: Premature end of script
> On Fri, 2003-08-22 at 17:55, [EMAIL PROTECTED] wrote: > > > > > > You probably have perl modules installed in the old > perl's site-lib > > > folder. IIRC, when you upgrade perl to a new major > version, you must > > > recompile all of your site-lib modules for the new version. > > > > Arrg!! > > > > I installed a ton of them thru webmin/CPAN for different > applications. > > > > Guess I know what I'll be doing this weekend. :-( > > I wouldn't jump into that prematurely. I don't recall which > versions you upgraded from/to, but there's a good chance many > of your modules will still work. Particularly anything in > pure-perl. Have you tried adding your old directories to > your @INC? I would try that first. > > If your CGI is simply not able to find the appropriate > modules, I would have hoped that you'd have seen this in your > Apache error_log already. > Please tell me you've already checked this. :) Hi Jason, I upgraded from RH 8 to RH 9. Yes, that was the first thing I checked. The only error was "Premature end of script..,balh, blah, blah" I was able to get it working again by re-compliling and installing (wwcount 2.5). But what I can't figure is what caused things tobreak after the upgrade. I'v had 3 different cgi programs/scripts to get this error. All have come back after a re-install. Weird!! -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: SCO and the FTC
On Sat, 2003-08-23 at 00:16, Eric Wood wrote: > Sent my complaint in. Wonder if SCO is archiving all messages with certain > keywords.like "sco". I hope they are! > > -Eric Wood I got the Mandrake list going on this too...a number of 'em are either calling the FTC or filling in the online complaint form. Beauty. -- Sat Aug 23 08:50:00 EST 2003 08:50:00 up 5 days, 11:16, 1 user, load average: 1.81, 1.64, 1.41 - |____ | illawarra computer services| | /-oo /| |'-. | http://kma.0catch.com | | .\__/ || | | || | _ / `._ \|_|_.-' | stephen kuhn | | | / \__.`=._) (_ | email: [EMAIL PROTECTED] | - linux user #:267497 linux machine #:194239 * MDK 9.1+ & RH 9 Mandrake Linux Kernel 2.4.21-11mdk Cooker for i586 - * This message was composed on a 100% Microsoft free computer * Edwin Meese made me wear CORDOVANS!! -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Printing Issues
My environment consists of: a. 2-machines running MS Windows 98SE b. 2-machines running Red Hat Linux 7.3 and 8.0 c. 1-machine running eComStation 1.0 (OS/2 Warp V4.5) d. 1-LinkSys 3-Port 10/100 Ethernet print server c. 1-8-Port 10/100 Ethernet switch d. 3-printers: 1. 1 Brother MFC7150C color inkjet multi-function device 2. 1 HP DeskJet 990Cse 2-sided color inkjet 3. 1 Epson FX-880 Hi-speed Dot matrix The Red Hat Linux 7.3 machine functions as the Gateway/File Wall/File Server. The Red Hat Linux 8.0 machine function as my everyday desktop. The machine running eComStation functions as me secondary desktop. The Windows 98SE machines functions as everyday desktops, with one of the machines managing the LinkSys 3-Port Print Server and has the Brother MFC7150C directly attached to it. The HP and Epson printers are attached to the LinkSys print server. This is all on a wired ethernet network. All of the print spooling will take place on the Windows 98SE machine that has the Brother MFC 7150C attached and has the LinkSys Print Server management software installed. That Windows 98SE machine has the Brother and HP printers are using Ghostscript, Gohstview, and RedMon installed to produce dummy postscript definitions along with the normal Windows based drivers installed. I have multiple issues that I would like a answer to: 1. What definitions, exactly, are needed on the 2 Linux machines so that they will print to all 3 printers as desired. 2. Why is it generally understood that to print normally one has to write a conversion script? TIA, Gene [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
;) On Fri, 2003-08-22 at 16:11, Jason Dixon wrote: > On Fri, 2003-08-22 at 18:05, Joe Giles wrote: > > Well, I stopped rhnsd and the Red Carpet clients, and still it doesn't > > work. I cant see any other process that would use RPM for anything. I > > have also rebooted the server and still no go... > > Sorry, that was bad advice. Try "export LD_ASSUME_KERNEL=2.2.5". If > that works, put it somewhere where your environment will pick it up > (~/.bash_profile, for example). > > -- > Jason Dixon, RHCE > DixonGroup Consulting > http://www.dixongroup.net > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 22 Aug 2003 14:56:11 -0500, Otto Haliburton wrote: > Does anybody on this list read How to install a linux kernel? I don't > think so because if you did, it explicitly tells how to remove a kernel > manually. It doesn't even suggest to remove with rpm, because using rpm > removes the source and some people want the source especially if they > want to go back to a earlier version. With this message -- and I'm sorry to say that -- you have entered the next level in my procmailrc: /dev/null instead of ./trash folder. Congratulations! Few people so far have managed to achieve that. Usually I give trolls a 2nd chance. As earlier with the sort of neverending GRUB thread, you are just plain misinformed about proper usage of RPM with regard to kernel packages. Kernel source and binary kernel are in two completely separate packages. Never would erasing a kernel package remove the source package. > The person who started the thread > did expressly say that he used RHN and /boot was full. It should never > be recommended that he uses rpm Wrong. RHN => up2date installs packages via RPM. So, using RPM to erase the installed RPM packages is fully correct. > unless the full consequences are known > and that is what I told him. You didn't even try to tell him. Instead you demonstrate misconception about using kernel packages. Using RPM has the only risk that you can remove the currently running kernel which would not be appreciated if you wanted a guaranteed clean shutdown. > I didn't say don't use it. Before you > guys started recommending using rpm to remove a kernel remember that > redhat doesn't do that itself and it could. *lol* They do. See my earlier message. Certainly, they [Red Hat] do not recommend leaving old kernel packages in the RPM database and delete files manually. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RpZc0iMVcrivHFQRAnLmAJ9XNmv8kcFXb0y/egtysZjLgnx/bACeNUzl Ke2PZHxK8Y+3r1N/3blDNfg= =I0X9 -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
On Fri, 2003-08-22 at 18:05, Joe Giles wrote: > Well, I stopped rhnsd and the Red Carpet clients, and still it doesn't > work. I cant see any other process that would use RPM for anything. I > have also rebooted the server and still no go... Sorry, that was bad advice. Try "export LD_ASSUME_KERNEL=2.2.5". If that works, put it somewhere where your environment will pick it up (~/.bash_profile, for example). -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
Ok, as a work around, I had to add LD_ASSUME_KERNEL=2.2.5 to the beginning of the line like this: LD_ASSUME_KERNEL=2.2.5 rpm -qa |grep kernel and it worked... Sheeesh.. Its getting more and more cryptic to use these servers anymore :-D Thanks Joe On Fri, 2003-08-22 at 16:05, Joe Giles wrote: > Well, I stopped rhnsd and the Red Carpet clients, and still it doesn't > work. I cant see any other process that would use RPM for anything. I > have also rebooted the server and still no go... > > Thanks for the reply > > Joe > > On Fri, 2003-08-22 at 15:54, Jason Dixon wrote: > > On Fri, 2003-08-22 at 17:44, Joe Giles wrote: > > > Well, for NO apparent reason AT ALL, RPM is giving me errors while > > > trying to run... Here are the errors while trying to grep the kernels I > > > have installed: > > > > > > [EMAIL PROTECTED] root]# rpm -qa |grep kernel > > > rpmdb: unable to join the environment > > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > > error: cannot open Packages index using db3 - Resource temporarily > > > unavailable (11) > > > error: cannot open Packages database in /var/lib/rpm > > > > Whenever I see the "Resource temporarily unavailable" error, it always > > sounds to me like another process has a lock on the rpm db. Have you > > checked for any processes that might be accessing rpm (up2date, rpm, > > etc.)? > > > > -- > > Jason Dixon, RHCE > > DixonGroup Consulting > > http://www.dixongroup.net > > > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PAM and smtp
On Fri, 2003-08-22 at 18:01, Jason Williams wrote: > Hi Jason > > I actually compiled from source... > > rpm2cpio/cpiosounds fancy...how would somebody do that? Sounds cool. I > could just pull something from the RPM? First, do a package listing to see what the file is called: rpm2cpio | cpio -t | more ... or ... rpm -qlp | more Next, pull the file from the package using a combination of rpm2cpio and cpio. Make sure to use the full path minus the leading slash: rpm2cpio | cpio -ivd path/to/my/file Now, you have to do me a favor. Stop top-posting. :) P.S. Sorry for replying publicly, but I want to make sure others can benefit from this explanation. -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
Well, I stopped rhnsd and the Red Carpet clients, and still it doesn't work. I cant see any other process that would use RPM for anything. I have also rebooted the server and still no go... Thanks for the reply Joe On Fri, 2003-08-22 at 15:54, Jason Dixon wrote: > On Fri, 2003-08-22 at 17:44, Joe Giles wrote: > > Well, for NO apparent reason AT ALL, RPM is giving me errors while > > trying to run... Here are the errors while trying to grep the kernels I > > have installed: > > > > [EMAIL PROTECTED] root]# rpm -qa |grep kernel > > rpmdb: unable to join the environment > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages index using db3 - Resource temporarily > > unavailable (11) > > error: cannot open Packages database in /var/lib/rpm > > Whenever I see the "Resource temporarily unavailable" error, it always > sounds to me like another process has a lock on the rpm db. Have you > checked for any processes that might be accessing rpm (up2date, rpm, > etc.)? > > -- > Jason Dixon, RHCE > DixonGroup Consulting > http://www.dixongroup.net > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Re: Premature end of script
On Fri, 2003-08-22 at 17:55, [EMAIL PROTECTED] wrote: > > > > You probably have perl modules installed in the old perl's site-lib > > folder. IIRC, when you upgrade perl to a new major version, you must > > recompile all of your site-lib modules for the new version. > > Arrg!! > > I installed a ton of them thru webmin/CPAN for different applications. > > Guess I know what I'll be doing this weekend. :-( I wouldn't jump into that prematurely. I don't recall which versions you upgraded from/to, but there's a good chance many of your modules will still work. Particularly anything in pure-perl. Have you tried adding your old directories to your @INC? I would try that first. If your CGI is simply not able to find the appropriate modules, I would have hoped that you'd have seen this in your Apache error_log already. Please tell me you've already checked this. :) -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PAM and smtp
On Fri, 2003-08-22 at 17:47, Jason Williams wrote: > Hmm..well, if sendmail was removed and only postfix is running, that could > be the problem? > > Hmm...any ideas on how to get it back into there? heheh I don't run postfix. Did you install from rpm or source? If by source, maybe you didn't compile in pam support? If from rpm, and you [unlikely] deleted it by accident, you could always use rpm2cpio/cpio to extract that file from the rpm. -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: RPM Troubles... Again
On Fri, 2003-08-22 at 17:44, Joe Giles wrote: > Well, for NO apparent reason AT ALL, RPM is giving me errors while > trying to run... Here are the errors while trying to grep the kernels I > have installed: > > [EMAIL PROTECTED] root]# rpm -qa |grep kernel > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily > unavailable (11) > error: cannot open Packages database in /var/lib/rpm Whenever I see the "Resource temporarily unavailable" error, it always sounds to me like another process has a lock on the rpm db. Have you checked for any processes that might be accessing rpm (up2date, rpm, etc.)? -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Re: Premature end of script
> > From: Gordon Messmer <[EMAIL PROTECTED]> > Date: 2003/08/22 Fri PM 02:27:32 CDT > To: [EMAIL PROTECTED] > Subject: Re: Premature end of script > > Thomas E. Dukes wrote: > > Hello, > > > > Since upgrading to RH 9.0, I have had a rash of previously running > > .cgi's getting "Premature end script." > > > > Has anyone had these problems? Is there a problem with perl in RH 9.0? > > Openwebmail was one. It did this twice, but a re-install fixed it for > > now. Now its my counter, wwwcount. This is a compiled, perl binary. > > You probably have perl modules installed in the old perl's site-lib > folder. IIRC, when you upgrade perl to a new major version, you must > recompile all of your site-lib modules for the new version. Arrg!! I installed a ton of them thru webmin/CPAN for different applications. Guess I know what I'll be doing this weekend. :-( -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PAM and smtp
Hmm..well, if sendmail was removed and only postfix is running, that could be the problem? Hmm...any ideas on how to get it back into there? heheh Jason At 05:29 PM 8/22/2003 -0400, you wrote: On Fri, 2003-08-22 at 17:01, Jason Williams wrote: > I was thinking of setting up my SMTP with PAM...curiously though, I dont > have an option for smtp in my /etc/pam.d directory. > Running RH 9.0. > > Is there a module I would need to download of some sort and if so, where > can I get it? Don't know why you don't have it, I do by default (RH9): [EMAIL PROTECTED] ~]$ rpm -qf /etc/pam.d/smtp sendmail-8.12.8-5.90 [EMAIL PROTECTED] ~]$ cat /etc/pam.d/smtp #%PAM-1.0 auth required pam_stack.so service=system-auth accountrequired pam_stack.so service=system-auth -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: NVidia Driver for Kernel 2.6
Yeah, after doing some poking around, I found it... Thanks for the reply :) Joe On Fri, 2003-08-22 at 14:09, Bret Hughes wrote: > On Fri, 2003-08-22 at 14:53, Joe Giles wrote: > > Hello, > > > > Several months ago (Or weeks as my mind is slipping :-P) some one on > > this list helped me compile the NVidia driver for the 2.5 kernel tree. > > They also sent me a config file to play with. > > > > I cant remember the method that was discussed on how to patch the nvidia > > driver or how to create the sym links. > > > > Could that person, or someone else shoot me the link on the how to for > > that. Or if you have the text, if you could reply with the method. > > > > see if this is the thread you mean. Try following the thread with prev > and next. I did not read the whole thread. > > http://marc.theaimsgroup.com/?l=redhat-list&m=103388440606345&w=2 > > hth > > Bret > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RPM Troubles... Again
Well, for NO apparent reason AT ALL, RPM is giving me errors while trying to run... Here are the errors while trying to grep the kernels I have installed: [EMAIL PROTECTED] root]# rpm -qa |grep kernel rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /var/lib/rpm Here is the error I get when I removed the db files from /var/lib/rpm and tried to rebuild the db: [EMAIL PROTECTED] rpm]# rpm --rebuilddb rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index Can anyone assist me with this. My system is a RH 9 system running the 2.6.0 kernel (RPM was working after the upgrade too). Much appreciated!!! Joe -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
> -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Michael Schwendt > Sent: Friday, August 22, 2003 1:37 PM > To: [EMAIL PROTECTED] > Subject: Re: /Boot is full - advice please > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 22 Aug 2003 11:46:17 -0400, Jason Dixon wrote: > > > On Fri, 2003-08-22 at 10:11, Otto Haliburton wrote: > > > Not everyone installs their kernels as rpm so this won't work if > he > > > installed his own kernel and may need to be done manually. > > > > Your solution was just as short-sighted as Robert's, yet not as > > complete. Let's assume the user *did* build their kernel(s) from > > scratch. You never told them which files to delete, you simply > assume > > they'll know. Would they have asked the question if they did? > > > > Not to mention you suggested they remove kernels from /usr/src. > First, > > there are no kernels in /usr/src. There is kernel source (and even > > then, there's no guarantee it's installed). Not to mention, the > OP's > > problem was that /boot is full, not /usr. ;-) > > > > Sorry to rant this morning, but half-wrong advice is worse than no > > advice at all, IMHO. > > Apart from that, the OP mentioned explicitly that up2date had been > used > to install all the kernels. Starting with removing files from /boot > manually is a poor recommendation. Who would delete the kernel modules > in /lib? They take a lot of space there. If erasing old kernel > packages > didn't free up enough space in /boot, *then* the next step should be > to > examine the contents of /boot. > > - -- > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE/RmLp0iMVcrivHFQRAp3rAJ9x3O3hi0ExZ18o73r3pw+KZ/WYGACfSnnr > AoEDxZWH9o4X1VuEhpaUamI= > =lDcK > -END PGP SIGNATURE- > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list Does anybody on this list read How to install a linux kernel? I don't think so because if you did, it explicitly tells how to remove a kernel manually. It doesn't even suggest to remove with rpm, because using rpm removes the source and some people want the source especially if they want to go back to a earlier version. The person who started the thread did expressly say that he used RHN and /boot was full. It should never be recommended that he uses rpm unless the full consequences are known and that is what I told him. I didn't say don't use it. Before you guys started recommending using rpm to remove a kernel remember that redhat doesn't do that itself and it could. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PAM and smtp
On Fri, 2003-08-22 at 17:01, Jason Williams wrote: > I was thinking of setting up my SMTP with PAM...curiously though, I dont > have an option for smtp in my /etc/pam.d directory. > Running RH 9.0. > > Is there a module I would need to download of some sort and if so, where > can I get it? Don't know why you don't have it, I do by default (RH9): [EMAIL PROTECTED] ~]$ rpm -qf /etc/pam.d/smtp sendmail-8.12.8-5.90 [EMAIL PROTECTED] ~]$ cat /etc/pam.d/smtp #%PAM-1.0 auth required pam_stack.so service=system-auth accountrequired pam_stack.so service=system-auth -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: nfs question
I believe rpc services need to be running as well... Check dependencies to be sure -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2003 12:06 PM To: [EMAIL PROTECTED] Subject: nfs question What services are needed to export an ext3 driver? Does realy need this 3 services: nfs, nfslock and portmap? Thanks, Diego -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
PAM and smtp
I was thinking of setting up my SMTP with PAM...curiously though, I dont have an option for smtp in my /etc/pam.d directory. Running RH 9.0. Is there a module I would need to download of some sort and if so, where can I get it? Thanks. Jas -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: automated response
> > > I will be out of the office from August 22 until September 2. > Please contact [EMAIL PROTECTED] > Please God, let him have configured the Vacation Cache correctly! :) Think I will make my new signature # Don't reply to daemons and mailinglists * !^FROM_DAEMON -- Alan Harding alanh (at) flashmail (dot) com "TINSTAAFL" -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
[Fwd: Authenticating in upper case.]
I sent this to the sasl list but no answers...can anyone give me an answer here ? Original Message Subject: Authenticating in upper case. From:"Distribution Lists" <[EMAIL PROTECTED]> Date:Fri, August 22, 2003 1:54 pm To: [EMAIL PROTECTED] -- I got sasl/smtp auth working with postfix, redhat v8. It works great. But I have minor (user issue) issue. Is it possible to authenticate with the userid in upper case ? for example here a verbose SMTP log from postfix see how it accepts testuser but not TESTUSER I realise this probably how its meant to work, but can I get around this ? Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: < cs6710206-40.houston.rr.com[67.10.206.40]: EHLO JO Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-ulpsmtp02.dnanico1.com Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-PIPELINING Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-SIZE 1024 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-VRFY Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-ETRN Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-AUTH PLAIN LOGIN DIGEST-MD5 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostname: cs6710206-40.houston.rr.com ~? 192.168.205.0/24 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostaddr: 67.10.206.40 ~? 192.168.205.0/24 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostname: cs6710206-40.houston.rr.com ~? 10.200.1.0/24 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostaddr: 67.10.206.40 ~? 10.200.1.0/24 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostname: cs6710206-40.houston.rr.com ~? 127.0.0.1 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_hostaddr: 67.10.206.40 ~? 127.0.0.1 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_list_match: cs6710206-40.houston.rr.com: no match Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: match_list_match: 67.10.206.40: no match Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250 8BITMIME Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: watchdog_pat: 0x8082410 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: < cs6710206-40.houston.rr.com[67.10.206.40]: AUTH LOGIN Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: smtpd_sasl_authenticate: sasl_method LOGIN Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: smtpd_sasl_authenticate: uncoded challenge: Username: Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 334 VXNlcm5hbWU6 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: < cs6710206-40.houston.rr.com[67.10.206.40]: VEVTVFVTRVI= Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: smtpd_sasl_authenticate: decoded response: TESTUSER Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: smtpd_sasl_authenticate: uncoded challenge: Password: Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 334 UGFzc3dvcmQ6 Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: < cs6710206-40.houston.rr.com[67.10.206.40]: MTIz Aug 22 11:06:39 ulpsmtp02 postfix/smtpd[815]: smtpd_sasl_authenticate: decoded response: 123 Aug 22 11:06:41 ulpsmtp02 postfix/smtpd[815]: warning: cs6710206-40.houston.rr.com[67.10.206.40]: SASL LOGIN authentication failed Aug 22 11:06:41 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 435 Error: authentication failed Aug 22 11:06:42 ulpsmtp02 postfix/smtpd[815]: watchdog_pat: 0x8082410 Aug 22 11:06:42 ulpsmtp02 postfix/smtpd[815]: < cs6710206-40.houston.rr.com[67.10.206.40]: QUIT Aug 22 11:06:42 ulpsmtp02 postfix/smtpd[815]: > cs6710206-40.houston.rr.com[67.10.206.40]: 221 Bye Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: < cs6710206-40.houston.rr.com[67.10.206.40]: EHLO JO Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-ulpsmtp02.dnanico1.com Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-PIPELINING Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-SIZE 1024 Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-VRFY Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-ETRN Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: > cs6710206-40.houston.rr.com[67.10.206.40]: 250-AUTH PLAIN LOGIN DIGEST-MD5 Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: match_hostname: cs6710206-40.houston.rr.com ~? 192.168.205.0/24 Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: match_hostaddr: 67.10.206.40 ~? 192.168.205.0/24 Aug 22 11:11:18 ulpsmtp02 postfix/smtpd[960]: match_hostname: cs6710206
Re: NVidia Driver for Kernel 2.6
On Fri, 2003-08-22 at 14:53, Joe Giles wrote: > Hello, > > Several months ago (Or weeks as my mind is slipping :-P) some one on > this list helped me compile the NVidia driver for the 2.5 kernel tree. > They also sent me a config file to play with. > > I cant remember the method that was discussed on how to patch the nvidia > driver or how to create the sym links. > > Could that person, or someone else shoot me the link on the how to for > that. Or if you have the text, if you could reply with the method. > see if this is the thread you mean. Try following the thread with prev and next. I did not read the whole thread. http://marc.theaimsgroup.com/?l=redhat-list&m=103388440606345&w=2 hth Bret -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Premature end of script
Thomas E. Dukes wrote: Hello, Since upgrading to RH 9.0, I have had a rash of previously running .cgi's getting "Premature end script." Has anyone had these problems? Is there a problem with perl in RH 9.0? Openwebmail was one. It did this twice, but a re-install fixed it for now. Now its my counter, wwwcount. This is a compiled, perl binary. You probably have perl modules installed in the old perl's site-lib folder. IIRC, when you upgrade perl to a new major version, you must recompile all of your site-lib modules for the new version. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: different clustering
edy wrote: any body want to give same explanation about clustering? Availability clusters group sets of machines which may or may not be load-balanced, in which one or more members of the cluster will assume the workload of any member which fails. This kind of cluster is useful when you're trying to provide service at 100% uptime: http://www.linux-ha.org/ Performance clusters group sets of machines which perform tasks in parallel. Many distinct "computers" are connected together to form a single computing service. http://openmosix.sourceforge.net/ http://www.beowulf.org/ what is the advantage of clustering and the different with non clusterig? A cluster enables you to acheive some goals which are not possible with an individual computer. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
NVidia Driver for Kernel 2.6
Hello, Several months ago (Or weeks as my mind is slipping :-P) some one on this list helped me compile the NVidia driver for the 2.5 kernel tree. They also sent me a config file to play with. I cant remember the method that was discussed on how to patch the nvidia driver or how to create the sym links. Could that person, or someone else shoot me the link on the how to for that. Or if you have the text, if you could reply with the method. Thanks Joe -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: automated response
ok thank you :-) Jason Tesser Web/Multimedia Programmer Northland Baptist Bible College (715)324-6900 ext. 3055 -Original Message- From: Michael Gargiullo [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 10:46 AM To: [EMAIL PROTECTED] Subject: automated response I will be out of the office from August 22 until September 2. Please contact [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RT 0n RH
I'm looking at setting up Best Practical's Request tracker on my RH8 box. Does anybody know of documentation specifically oriented toward Linux? Thanks -- Leon Sonntag Systems Administrator -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
automated response
I will be out of the office from August 22 until September 2. Please contact [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
On Friday 22 August 2003 03:17 pm, Cliff Wells wrote: > As an aside, I am a bit curious: if you are running, say Evolution > under WindowMaker (with perhaps a WindowMaker-style theme to make it > look pretty), do you *really* see any performance gain? In my experience, Yes. I run KMail, Mozilla, Konqueror all kind of KDE stuff, tried Evolution but don't use it regularly. I use FVWM. In my cases, running it in FVWM is faster and snappier, *after* it has started. What I mean it, for example like KMail, first time running it in FVWM, it's probably as slow as loading it in KDE (or sometime a tad slower), since most "KDE init stuff" is not yet initialized, but after it run, switching virtual desktops, raising/lowering window, is definitely faster. Especially if you run on "slow machine", it's more apparent. A friend of mine used to run KDE on Pentium II 300 Mhz 128 MB RAM. Running openoffice, Kmail, Galeon (with some tabs) can something make the machine like crawling, especially when lowering or raising windows. I switched her to FVWM (with FVWM-Themes), and the machine is really snappy right now (plus she can run more stuff). RDB -- Reuben D. Budiardja Department of Physics and Astronomy The University of Tennessee, Knoxville, TN - /"\ ASCII Ribbon Campaign against HTML \ / email and proprietary format X attachments. / \ - Have you been used by Microsoft today? Choose your life. Choose freedom. Choose LINUX. - -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Change default email in RH9
I have given up on Evolution as an email client, it routinely locks up while downloading/expunging email creating multiple messages. Anyway, I have installed Mozilla Thunderbird and it seems to work well, and has a built-in Spam filter, now the issue is, how do I get Gnome/Nautilus to use Thunderbird as my default email instead of Evolution? Once I get that working, I need to figure our how to make Opera (my other favorite web browser) how to use Thunderbird for email links, right now it tries to open a new instance if Thunderbird is already open. Any help will be appreciated. Hugh Taylor <[EMAIL PROTECTED]> -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Problems trying to get SMTP AUTH to work...help please
Ok...more progress. Almost there...I solved the /etc/sasldb2 problem. Still have a few small problems though. The latest log info: Aug 22 12:05:33 corpmail postfix/smtpd[10806]: connect from jwilliams[192.168.1.90] Aug 22 12:05:33 corpmail postfix/smtpd[10806]: warning: SASL authentication failure: no secret in database Aug 22 12:05:33 corpmail postfix/smtpd[10806]: warning: jwilliams[192.168.1.90]: SASL CRAM-MD5 authentication failed Aug 22 12:05:34 corpmail postfix/smtpd[10806]: 88C4C474C3: client=jwilliams[192.168.1.90] So close, so close. Just need to finish this last part out Anyone have any ideas? Im still searching... Jason At 11:28 AM 8/22/2003 -0700, you wrote: Ok..i've tried both of these methods and still no dice. Heck, I even recompiled postfix with options to point to the correct locations for the SASL libraries... Still, no luck and my patience is running thin here: Aug 22 11:23:48 corpmail postfix/smtpd[10593]: connect from jwilliams[192.168.1.90] Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication failure: no secret in database Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: jwilliams[192.168.1.90]: SASL CRAM-MD5 authentication failed What am I missing? I have put smtpd.conf in /usr/local/lib/sasl2 and have tried both: pwcheck_method: saslauthd pwcheck_method: sasldb I used saslpasswd2 to create a user: [EMAIL PROTECTED] init.d]# sasldblistusers2 [EMAIL PROTECTED]: userPassword Which is in /etc/sasldb2 and owned by postfix Im lost now and completely confused...anybody have any idea what the problem is? Jason At 10:02 AM 8/22/2003 -0500, you wrote: What are you trying to authenticate against ? You have set saslauthd to use shadow, whilst auxprop will use sasldb. If you are trying to authenticate against shadow use /usr/lib/sasl2/smtpd.conf: pwcheck_method: saslauthd or /usr/lib/sasl2/smtpd.conf: pwcheck_method: auxprop but turn off saslauthd. The link below has more details http://postfix.state-of-mind.de/patrick.koetter/smtpauth/sasldb_configuration.html > Morning everyone. > > I've been working with my postfix mail server, trying to get SMTP AUTH to > work. > I've followed instructions posted on some of the links provided on the > postfix web site. But im running into a bit of a problem. > > I'm running postfix-2.0.12 compiled with support for SASL and TLS > I have the following cyrus rpms installed: > > cyrus-sasl-md5-2.1.10-4 > cyrus-sasl-plain-2.1.10-4 > cyrus-sasl-2.1.10-4 > cyrus-sasl-devel-2.1.10-4 > cyrus-sasl-gssapi-2.1.10-4 > > When I was trying to send mail, I received the following errors in my > maillog. BUT, it still sent my mail. > > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > problem: unable to open Berkeley db /etc/sasldb2: No such file or > directory > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > problem: unable to open Berkeley db /etc/sasldb2: No such file or > directory > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > failure: no secret in database > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: > jwilliams[192.168.1.90]: SASL CRAM-MD5 authentication > > I do have a /etc/sasldb2 and here are the contents: > > [EMAIL PROTECTED] etc]# sasldblistusers2 > [EMAIL PROTECTED]: userPassword > > Also, I created a smtpd.conf file and placed it in /usr/lib/sasl2 and it > contains: > pwcheck_method:auxprop > > Last bit of info, I when I start up saslauthd (which came with the > install), here is what I see when I type ps ax: > > usr/sbin/saslauthd -m /var/run/saslauthd/mux -a shadow > > I'm wondering if im missing something that I need to setup with > /etc/init.d/saslauthd but im not sure what I need to configure. > > Anyone have any ideas on what im missing? I have a feeling that something > is not pointing to the right spot, but I cannot seem to figure this out > and > im at my wits end now trying to figure this out. > > If anyone has any idea and could provide some help, I could greatly > appreciate it. > > Thank you very much.. > > Jason > > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > -- http://www.seekitzone.com http://www.e-securenetworks.net http://www.shopper-holic.com http://www.planet247.net http://www.auction-holic.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubsc
Re: Sweet Success
On Thu, 2003-08-21 at 23:59, T. Ribbrock wrote: > On Thu, Aug 21, 2003 at 10:46:32AM -0700, Cliff Wells wrote: > > On Thu, 2003-08-21 at 00:44, T. Ribbrock wrote: > > > I disagree. I still run Linux machines with GUI on 64MB and 48MB and > > > the only Windows that could match the performance on those machines is > > > Win95 and lower (even a fresh Win98 install started swapping wildly > > > rather soon on those boxes). Linux gives me the choice to use a lean > > > GUI that only provides the features I need. > > > > Yes, but you've also removed yourself from the mainstream Linux destop. > > While choice is certainly an important aspect of Linux, it's also a bit > > misleading to compare something that most users will never see with > > Windows. > > Quite the contrary. It is misleading *not* to mention this option, as > Linux clearly is superiour to Windows in this regard. People cannot > decide to use this option if they don't know about it. I agree that the fact that Linux actually has options is an important aspect that people should be aware of. However the fact that alternate window managers and desktops remain marginalized cannot be disregarded either. The simple fact is that most people claim to want options but then use what's in the mainstream anyway. My concern is that people will advocate Linux as having a faster desktop and then when people try it (defaulting to GNOME, probably) they find this claim to seem false, they will doubt other claims made by advocates (security, stability, etc). In short, when comparing Linux and Windows, I feel it's best to stick to the typical installation. Otherwise we can also toss in my home desktop which at the moment is running kernel 2.6.0-pre2, GNOME 2.3 and most of the rawhide repository. It isn't too stable . If we start tossing "out of mainstream" configurations into the mix then I suppose we can call Linux less stable than Windows as well. In short, compare "typical" configurations, but make people aware that there are alternatives that can affect performance. > > If we're going to talk GUI's on Linux we should stick with > > GNOME and KDE for the sake of comparison. The people who know how to > > install alternate desktops aren't the people interested in comparisons: > > they already know. > > Again, I strongly disagree. It's vital to mention this to the ordinary > user as well, as it is an important advantage over Windows. I don't disagree. I simply take the position that claiming XFCE is faster than Windows is pointless > [...] > > > IMO, if you want the same, bloated GUI feature set as you > > > have in Windows, > > > > And this is indeed what your average user (especially those coming from > > Windows) wants. > > Not true. I've met Windows user (among them my wife), who were *quite* > happy to have a lean GUI like e.g. Window Maker and *preferred* them to > the bloated GUIs, despite the (short) learning curve at the beginning. > They just didn't know it was possible before that. All the more reason to > make them aware of this possibility. We may just have to disagree on this. I don't know anybody running anything besides KDE/GNOME (mailing list denizens aside. I'm referring to people I actually know). Most distros make these the default and I expect most people new to Linux will encounter these first (and perhaps exclusively). As an aside, I am a bit curious: if you are running, say Evolution under WindowMaker (with perhaps a WindowMaker-style theme to make it look pretty), do you *really* see any performance gain? Regards, -- Cliff Wells, Software Engineer Logiplex Corporation (www.logiplex.net) (503) 978-6726 (800) 735-0555 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 22 Aug 2003 13:00:19 -0400, Kent Borg wrote: > What Redhat recommends when undating your kernel is to use "-F" which > will remove the old kernel, and /boot will not grow with each new > kernel release. Red Hat does _not_ recommend that. Actually, in the most recent kernel erratum they write: To install kernel packages manually, use "rpm -ivh " and modify system settings to boot the kernel you have installed. To do this, edit /boot/grub/grub.conf and change the default entry to "default=0" (or, if you have chosen to use LILO as your boot loader, edit /etc/lilo.conf and run lilo) Do not use "rpm -Uvh" as that will remove your running kernel binaries from your system. You may use "rpm -e" to remove old kernels after determining that the new kernel functions properly on your system. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RmVz0iMVcrivHFQRAuGMAJ9BzE9Wz4E7fvHvU5z6UeWa61Py8gCcDu9/ WLIL2ZA73+WzeNBwCqIxS4o= =c9X6 -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
strange rpm behavior in attempt to circumvent up2date
i'm kickstarting a lab with an installation tree on an nfs share. rather than use up2date, i thought i'd patch the installation tree by hand after using it on one machine and saving the rpms. that failed due to dependency information, so i tried 'rpm -Uvh `cat /file/containing/list/of/patchrpms`' in a post-installation script. This should go through the 50 or so patches and install them to meet the dependencies (as recommended here http://www.rpm.org/hintskinks/requires/). Instead i'm getting errors saying that the patches are already installed: [EMAIL PROTECTED] ~]$ rpm -q bash bash-2.05b-20 [EMAIL PROTECTED] patches]# rpm -Uvh `cat patches.list ` warning: package bash = 2.05b-20.1 was already added, replacing with bash <= 2.05b-20.1 ... any clue why rpm seems to not like this yet does like this: [EMAIL PROTECTED] patches]# rpm -Uvh bash-2.05b-20.1.i386.rpm warning: bash-2.05b-20.1.i386.rpm: V3 DSA signature: NOKEY, key ID db42a60e Preparing...### [100%] 1:bash ### [100%] perhaps there's a better way to do this entirely? what's the best way to get my installation tree up2speed without requiring all those damn entitlements? or maybe that's the point... tia, jurvis lasalle -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Upgrading to Redhat 9 from 7.2 probems (apache and linuxconf)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 22 Aug 2003 10:55:16 -0500, Paul F. Williams wrote: > I recently upgraded a redhat 7.2 system to redhat 9 and ran into a few > problems. > > 1) The apache upgrade seems to be a problem. > I see both >apache-1.3.27-1.7.2 >httpd-2.0.40-21.3 > when I run the rpm -qa command. > > I have incorporated the changes to the httpd.conf file according > to various upgrade documentation and httpd is running again. > > However when I attempt to remove apache I get the following > message > > # rpm -e apache > # /var/tmp/rpm-tmp.12333: line 3: /etc/conf.linuxconf: No such file or > directory > # error: %trigger(linuxconf-1.17r2-6) scriptlet failed, exit status 2 > > 2) I also see that linuxconf is still installed, ie > and I assume that linuxconf is not part of Redhat 9. > > # rpm -qa|grep linuxconf > # linuxconf-1.17r2-6 > > Similarly, I see the following > > # rpm -e linuxconf > # /var/tmp/rpm-tmp.51808: line 3: > /usr/lib/linuxconf/install/rpm-preuninst.sh: No such file or directory > # error: %preun(linuxconf-1.17r2-6) scriptlet failed, exit status 127 > > There may be other problems I haven't bumped into yet. > > Does anyone know what is happening and how to correct the problem? Get rid of linuxconf as soon as possible. rpm --erase linuxconf --noscripts --notriggers should suffice. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RmNJ0iMVcrivHFQRAva/AJwIYtSqroF0PohEyCtFt4nVjXcY7wCeIesA yfcY2t3vXeQrE7lLp3tkx/w= =FtDA -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22 Aug 2003 11:46:17 -0400, Jason Dixon wrote: > On Fri, 2003-08-22 at 10:11, Otto Haliburton wrote: > > Not everyone installs their kernels as rpm so this won't work if he > > installed his own kernel and may need to be done manually. > > Your solution was just as short-sighted as Robert's, yet not as > complete. Let's assume the user *did* build their kernel(s) from > scratch. You never told them which files to delete, you simply assume > they'll know. Would they have asked the question if they did? > > Not to mention you suggested they remove kernels from /usr/src. First, > there are no kernels in /usr/src. There is kernel source (and even > then, there's no guarantee it's installed). Not to mention, the OP's > problem was that /boot is full, not /usr. ;-) > > Sorry to rant this morning, but half-wrong advice is worse than no > advice at all, IMHO. Apart from that, the OP mentioned explicitly that up2date had been used to install all the kernels. Starting with removing files from /boot manually is a poor recommendation. Who would delete the kernel modules in /lib? They take a lot of space there. If erasing old kernel packages didn't free up enough space in /boot, *then* the next step should be to examine the contents of /boot. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RmLp0iMVcrivHFQRAp3rAJ9x3O3hi0ExZ18o73r3pw+KZ/WYGACfSnnr AoEDxZWH9o4X1VuEhpaUamI= =lDcK -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: VPN Software
http://poptop.sourceforge.net/dox/ -Original Message- From: Rodolfo J. Paiz [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 2:33 PM To: [EMAIL PROTECTED] Subject: RE: VPN Software At 8/21/2003 11:05 -0400, you wrote: >I have been using it for over two years and no major issue yet. Setup was >good that the windows clients all come with the VPN client so there's no >extra cost. I wouldn't try using it to link to networks together just client >access. If your looking for network linking then you want Ipsec which I >haven't used yet. Can you point to any documentation or HOWTO's on setting up POPTOP and its clients? Also, I'd be grateful if you trim unnecessary text from your posts; this keeps the whole volume of the list lower, making it easier to read and cheaper for the hundreds of list subscribers who pay for their Internet connectivity by the minute or (worse) by the KB. Thanks, -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: VPN Software
At 8/21/2003 11:05 -0400, you wrote: I have been using it for over two years and no major issue yet. Setup was good that the windows clients all come with the VPN client so there's no extra cost. I wouldn't try using it to link to networks together just client access. If your looking for network linking then you want Ipsec which I haven't used yet. Can you point to any documentation or HOWTO's on setting up POPTOP and its clients? Also, I'd be grateful if you trim unnecessary text from your posts; this keeps the whole volume of the list lower, making it easier to read and cheaper for the hundreds of list subscribers who pay for their Internet connectivity by the minute or (worse) by the KB. Thanks, -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Problems trying to get SMTP AUTH to work...help please
Ok..i've tried both of these methods and still no dice. Heck, I even recompiled postfix with options to point to the correct locations for the SASL libraries... Still, no luck and my patience is running thin here: Aug 22 11:23:48 corpmail postfix/smtpd[10593]: connect from jwilliams[192.168.1.90] Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: SASL authentication failure: no secret in database Aug 22 11:23:48 corpmail postfix/smtpd[10593]: warning: jwilliams[192.168.1.90]: SASL CRAM-MD5 authentication failed What am I missing? I have put smtpd.conf in /usr/local/lib/sasl2 and have tried both: pwcheck_method: saslauthd pwcheck_method: sasldb I used saslpasswd2 to create a user: [EMAIL PROTECTED] init.d]# sasldblistusers2 [EMAIL PROTECTED]: userPassword Which is in /etc/sasldb2 and owned by postfix Im lost now and completely confused...anybody have any idea what the problem is? Jason At 10:02 AM 8/22/2003 -0500, you wrote: What are you trying to authenticate against ? You have set saslauthd to use shadow, whilst auxprop will use sasldb. If you are trying to authenticate against shadow use /usr/lib/sasl2/smtpd.conf: pwcheck_method: saslauthd or /usr/lib/sasl2/smtpd.conf: pwcheck_method: auxprop but turn off saslauthd. The link below has more details http://postfix.state-of-mind.de/patrick.koetter/smtpauth/sasldb_configuration.html > Morning everyone. > > I've been working with my postfix mail server, trying to get SMTP AUTH to > work. > I've followed instructions posted on some of the links provided on the > postfix web site. But im running into a bit of a problem. > > I'm running postfix-2.0.12 compiled with support for SASL and TLS > I have the following cyrus rpms installed: > > cyrus-sasl-md5-2.1.10-4 > cyrus-sasl-plain-2.1.10-4 > cyrus-sasl-2.1.10-4 > cyrus-sasl-devel-2.1.10-4 > cyrus-sasl-gssapi-2.1.10-4 > > When I was trying to send mail, I received the following errors in my > maillog. BUT, it still sent my mail. > > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > problem: unable to open Berkeley db /etc/sasldb2: No such file or > directory > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > problem: unable to open Berkeley db /etc/sasldb2: No such file or > directory > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: SASL > authentication > failure: no secret in database > Aug 22 07:26:23 corpmail postfix/smtpd[26527]: warning: > jwilliams[192.168.1.90]: SASL CRAM-MD5 authentication > > I do have a /etc/sasldb2 and here are the contents: > > [EMAIL PROTECTED] etc]# sasldblistusers2 > [EMAIL PROTECTED]: userPassword > > Also, I created a smtpd.conf file and placed it in /usr/lib/sasl2 and it > contains: > pwcheck_method:auxprop > > Last bit of info, I when I start up saslauthd (which came with the > install), here is what I see when I type ps ax: > > usr/sbin/saslauthd -m /var/run/saslauthd/mux -a shadow > > I'm wondering if im missing something that I need to setup with > /etc/init.d/saslauthd but im not sure what I need to configure. > > Anyone have any ideas on what im missing? I have a feeling that something > is not pointing to the right spot, but I cannot seem to figure this out > and > im at my wits end now trying to figure this out. > > If anyone has any idea and could provide some help, I could greatly > appreciate it. > > Thank you very much.. > > Jason > > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > -- http://www.seekitzone.com http://www.e-securenetworks.net http://www.shopper-holic.com http://www.planet247.net http://www.auction-holic.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Strange goings on in sendmail logs
On Fri, 2003-08-22 at 18:50, Gerry Doris wrote: > > Hello all, > > > > Looking through my mail log I noticed some strange flagged entries. > > These were. > > > > > > sendmail[6056]: h7MB8Ucu006055: forward /root/.forward.Unimatrix0: > > Permission denied > > > > sendmail[6056]: h7MB8Ucu006055: forward /root/.forward: Permission > > denied > > > > from what I have read about on the subject I understand that a .forward > > file is used to forward mail to another host, what is puzzling me is > > that I have never created a root/.forward file, nor have I requested for > > any mail to be forwarded by any other means. > > > > I was wondering if anyone out there knew the sort of thing that could > > cause this, as I don't know if its a malicious attempt to forward my > > mail or if i have simply mis-configured something. > > > > > > Thanks in advance, > > Adam Bowns > > Are you really sure you haven't created a .forward file in /root? Perhaps > you used a vacation program at some point? > > The first thing I'd do is disconnect your box from the internet. Next > open the .forward file and see what's in it. Hopefully, that will jog > your memory. If it still doesn't look like something you've done then you > have to assume your system has been broken into. > > You might want to run chkrootkit on your system. It will do a pretty > thorough job of checking for rootkits that may have been installed. > However, once someone has gotten in the only proper alternative is to > reload you box. > > What version of OS are you running? Have you been keeping up with all the > security patches? > > > Gerry > > I have checked again but the .forward file doesn't exist in my /root/ directory. This error is confusing me because I would expect it to give a No such file or directory error instead of a permission denied. The only thing that I have thought of was that it could be apache trying to send email as root, and its getting a permission denied on the /root/ directory, not the .forward file itself... but thats just a stab in the dark. As for the system, its on redhat 9, and fully up to date with all security patches. Thanks for the reply, Adam Bowns -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: File sizes incorrectly reported (and huge!)
At 8/22/2003 18:17 +0100, Goncalo wrote: Actually I was kidding with my reply and just trying to put a bit of humour. No problem... > Think of an MP3 as a cassette of old times: portable, convenient, > wonderful, but of lower quality. I may be wrong but allow me to disagree with you. With a .wav you get an exact copy of a CD - so you get CD audio quality. A CD is recorded with 2 channels (stereo) with a sampling frequency of 44.1 kHz giving you a max audible frequency of 22050 Hz. Please note the "exact copy" part. This is a good thing, since I wasn't at the Acropolis for the Yanni concert or in the recording studio with Kansas; and thus the CD is the best possible audio quality to which I have access. The MP3 (MPEG2-Layer 3) audio format was designed carefully to discard non-audible sounds, i.e., sounds that the human hear can't hear. Note the word "discard". Of course you may have to adjust your bitrate not to discard too much data, but statistically you'll get an (almost) exact recording of the sounds you can hear. (and MP3 design was real tested with many human listeners to know what to discard and to record). Note the words "(almost) exact". Bottom line: MP3 throws out data to get better compression. At that point, the total quality of the data is reduced, and the lost data can _never_ be recovered. An MP3 file derived from a WAV file thus has lower audio quality than the original WAV file; period, end of story, mathematically provable and non-negotiable. The argument for MP3 boils down to: 1. There is a small loss in audio quality, and most people, on most stereos, can't hear the difference. 2. There is a huge gain in compression, and everyone can see that. 3. Therefore MP3 is better: lots of gain, little or no perceivable cost. When you want a reasonable level of audio quality at a low file size, MP3 is a fantastic solution. However, when you want the best long-term storage for your music, or when you want the best possible level of audio quality, MP3 is a terrible solution. The argument above is categorically false: MP3 is not "better" in audio quality, ever, in any way. On the other hand, MP3 is definitely more _convenient_, and thus more _appropriate_, for certain situations. I listen to MP3-encoded music in my car, for example, since having 60 songs on one CD is great, and the road noise makes the (overall quite good) quality of my very-high-bitrate MP3s perfectly acceptable anyway. I listen to my WAV files at home, where a 500GB RAID-5 array and hardwired Ethernet to every room make it wonderful (and where the $1,500 stereo system I saved for ten years to buy would make my MP3 files sound horrible), and I listen to MP3 when I'm out in the car, or on a weekend trip, or to carry to the office on my notebook, etc. Each has its place in the world. So, my original point: destroy my WAV files? Heresy! Never! Please feel free to send your reply to the RedHat list, as I sent my reply to the list also, and you have the right to "defend" yourself by replying to the list (although this is a bit out of topic - my fault). Done. -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Driver diskette
I have compiled a driver for a IDE controller I need at installation time. How do I create a driver diskette for this driver so that the installation will recognize it at installation time? Thank you, Chris -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
On Fri, Aug 22, 2003 at 12:45:45PM -0500, Benjamin J. Weiss wrote: > > How so? Up2date doesn't let kernels collect in /boot. > > Um...I beg to differ. I'm not an expert (yet! *grin*) but I can do > an 'ls' with the best of them. *smile* Oops. I was WRONG. up2date does, indeed, keep old kernels around. Sorry. -kb, the Kent who thinks Redhat's Linux distribution would be closer to civilian-ready if up2date only kept one previous kernel around. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Strange goings on in sendmail logs
> Hello all, > > Looking through my mail log I noticed some strange flagged entries. > These were. > > > sendmail[6056]: h7MB8Ucu006055: forward /root/.forward.Unimatrix0: > Permission denied > > sendmail[6056]: h7MB8Ucu006055: forward /root/.forward: Permission > denied > > from what I have read about on the subject I understand that a .forward > file is used to forward mail to another host, what is puzzling me is > that I have never created a root/.forward file, nor have I requested for > any mail to be forwarded by any other means. > > I was wondering if anyone out there knew the sort of thing that could > cause this, as I don't know if its a malicious attempt to forward my > mail or if i have simply mis-configured something. > > > Thanks in advance, > Adam Bowns Are you really sure you haven't created a .forward file in /root? Perhaps you used a vacation program at some point? The first thing I'd do is disconnect your box from the internet. Next open the .forward file and see what's in it. Hopefully, that will jog your memory. If it still doesn't look like something you've done then you have to assume your system has been broken into. You might want to run chkrootkit on your system. It will do a pretty thorough job of checking for rootkits that may have been installed. However, once someone has gotten in the only proper alternative is to reload you box. What version of OS are you running? Have you been keeping up with all the security patches? Gerry -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:redhat-list-
> [EMAIL PROTECTED] On Behalf Of Kent Borg
> Sent: Friday, August 22, 2003 12:14 PM
> To: [EMAIL PROTECTED]
> Subject: Re: /Boot is full - advice please
>
> On Fri, Aug 22, 2003 at 01:03:56PM -0400, Jason Dixon wrote:
> > Kent, please don't yell at me, because I completely support what
> > you've stated. I just wanted to suggest that the "-F" flag *not* be
> > used for upgrading a kernel, regardless of what Red Hat suggests.
> > IMO, it's much safer to install ("-i") the new kernel beside the new
> > one, reboot to test it, *then* delete the old kernel ("-e"). This
> > way, you don't drastically screw something up before you realize it.
>
> That makes fine sense, in fact that is what I did with the most recent
> Redhat kernel release because of what I read in this thread.
> (Particularly because I don't have a CD ROM drive for this notebook.)
>
> I was responding to a post that said Redhat fills up /boot with old
> kernels, when Redhat actually does nothing of the sort.
>
>
> -kb
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:[EMAIL PROTECTED]
> https://www.redhat.com/mailman/listinfo/redhat-list
up2date does not delete old kernels from /boot or /usr/src, it
continually adds them and that is what happened to the person who
started this thread. Those of us who also experiment with other
archives besides RH are used to manually removing and adding kernels and
don't usually have this particular problem, but there is another aspect
to removing with rpm's and that is it completely removes source and all
other stuff and if you don't want do that and just want to remove the
old kernel from grub and /boot you might consider doing it manually.
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
> -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Robert C. Paulsen Jr. > Sent: Friday, August 22, 2003 11:33 AM > To: [EMAIL PROTECTED] > Subject: Re: /Boot is full - advice please > > On Fri, Aug 22, 2003 at 10:54:29AM -0500, Otto Haliburton wrote: > > You need to get a grip. All of the information is there and the > kernels > > are lableled and the source in /usr/src is not installed. If you > know > > how a kernel is booted then you will be able to observe how it is > > removed manually. I will say again not everyone installs using > rpm's. > > > > Well, the original question was from someone who stated that he used > RHN > (therefore rpm). Someone who installed a kernel manually would not > likely ask if it was OK to remove files from /boot. > > -- > Robert C. Paulsen, Jr. > [EMAIL PROTECTED] > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list I, in fact agree with you Robert, I was qualifying your response in case He was manually installing his kernels. In which case /boot could be filled. His request was "How do I get more space in /boot?" Answer "Delete the old kernels". Get it!!! Thanks -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
> On Fri, Aug 22, 2003 at 11:40:25AM -0500, Otto Haliburton wrote: > > There were previous posting. His question was /boot is full. The > > original response was to go to /boot and delete old kernels. That > > is where RH places them and never deletes them. > > How so? Up2date doesn't let kernels collect in /boot. > > Are you installing new kernels with the RPM "-i" switch? If so, then > rpm is doing what exactly what you are telling it to do. Don't blame > Redhat. > > What Redhat recommends when undating your kernel is to use "-F" which > will remove the old kernel, and /boot will not grow with each new > kernel release. Um...I beg to differ. I'm not an expert (yet! *grin*) but I can do an 'ls' with the best of them. *smile* I don't manually compile kernels, as I a nervous about messing stuff up, so I only update with up2date. I use the gui version that runs on Gnome to do this. I just went into my /boot, and when I do an 'ls', I see six separate kernels and their attendant files. I don't currently have a problem with that, since I am only using 36% of the /boot partition, but in a few more revisions I'll probably get around to deleting a few of them with the help of previous posts. It seems to me that Up2date *does* let kernels collect in /boot, or I wouldn't have six complete sets. ;) Ben -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Upgrading to Redhat 9 from 7.2 problems (apache and linuxconf)
I was able to remove both apache and linuxconf modules by restoring the particular files they were flagging and then rerunning rpm -e on each package. paulw Date: Fri, 22 Aug 2003 10:55:16 -0500 To: [EMAIL PROTECTED] From: "Paul F. Williams" <[EMAIL PROTECTED]> Subject: Upgrading to Redhat 9 from 7.2 problems (apache and linuxconf) Reply-To: [EMAIL PROTECTED] I recently upgraded a redhat 7.2 system to redhat 9 and ran into a few problems. 1) The apache upgrade seems to be a problem. I see both apache-1.3.27-1.7.2 httpd-2.0.40-21.3 when I run the rpm -qa command. I have incorporated the changes to the httpd.conf file according to various upgrade documentation and httpd is running again. However when I attempt to remove apache I get the following message # rpm -e apache # /var/tmp/rpm-tmp.12333: line 3: /etc/conf.linuxconf: No such file or directory # error: %trigger(linuxconf-1.17r2-6) scriptlet failed, exit status 2 2) I also see that linuxconf is still installed, ie and I assume that linuxconf is not part of Redhat 9. # rpm -qa|grep linuxconf # linuxconf-1.17r2-6 Similarly, I see the following # rpm -e linuxconf # /var/tmp/rpm-tmp.51808: line 3: /usr/lib/linuxconf/install/rpm-preuninst.sh: No such file or directory # error: %preun(linuxconf-1.17r2-6) scriptlet failed, exit status 127 There may be other problems I haven't bumped into yet. Does anyone know what is happening and how to correct the problem? Thanks, paulw -- 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?
Thanks for the info. Could you elaborate a little? I've never installed a kernel via rpm. What happens? Does it matter what kernel you are running prior? Does a rpm install replace all the necessary boot stuff? Do you rpm install and just reboot? Is there a good tutorial somewhere on 2.6 kernel installation via rpm? What did you mean when you said "rebuilt the rpm on 8.0"? Does that mean you were running RH 8 and you somehow installed the 2.6 kernel rpms and rebooted to the new kernel? Or were they source rpm's and you did a rpm --rebuild or something like that? Could RH 8 still be considered RH 8 after such a drastic shange? Did all your apps/Xwindows/gnome/kde/mozilla and all still run or did they need recompiling too? Regards Doug P Bill Anderson wrote: 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. -- Douglas Phillipson Internet Consultant 702-295-8872 [EMAIL PROTECTED] Stop worrying about Microsoft peeking into your computer's data. Install GNU/Linux for a secure, highly stable Operating System. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
Glad I made. > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Jason Dixon > Sent: Friday, August 22, 2003 11:53 AM > To: Red Hat Mailing List > Subject: RE: /Boot is full - advice please > > On Fri, 2003-08-22 at 12:40, Otto Haliburton wrote: > > There were previous posting. His question was /boot is full. The > > original response was to go to /boot and delete old kernels. That > is > > where RH places them and never deletes them. It distinguishes them > with > > labels. It was suggested that he uses rpm's and I suggested that > not > > every user installs using rpm's. Top posting is acceptable to me > > because I don't need to constantly review what was previously stated > and > > waste my time by constantly going to the end of the message. It is > my > > suggestion that all replies to messages only containing the response > or > > top post so that the reader can review if he wants to or not review > if > > he chooses. > > You neglect to consider the readability of your messages for thousands > of other readers. As far as the rest of the /boot stuff goes, I'm > considering this thread dead. You're in defensive mode now, and > everyone realizes you screwed up. > > > Some people only respond to the last email sent and consequently end > up > > like you uninformed on what was previously posted. Which is why you > are > > against top posting. > > No, I'm against top posting because threads are often non-linear. > That > is to say, that they routinely have multiple forks from different > submitters. This causes a "leaf node" effect, where readers have to > dig > back down through the emails to figure out WHO you might be replying > to > and WHAT you're talking about. In short, it's rude. > > Congratulations, you've made it to my filters. > > -- > Jason Dixon, RHCE > DixonGroup Consulting > http://www.dixongroup.net > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: HP Deskjet shared on Samba, Windows users denied access
At 8/22/2003 11:38 -0500, you wrote: Late to the thread but be careful with which windows you are running XP home for instance cannot IIRC log into, join or whatever it is called, a domain. Having read the docs...I don't want a domain. I mean, come on: I have _two_ computers here, reaching _one_ server, and wanting to print; there is really no way in hell that this can require something as onerous, ancient, top-heavy, and inflexible as an MS domain. Yuck! I'll try some other stuff tonight and post back later; two or three people have written off-list with what looks like good advice. -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
On Fri, Aug 22, 2003 at 01:03:56PM -0400, Jason Dixon wrote:
> Kent, please don't yell at me, because I completely support what
> you've stated. I just wanted to suggest that the "-F" flag *not* be
> used for upgrading a kernel, regardless of what Red Hat suggests.
> IMO, it's much safer to install ("-i") the new kernel beside the new
> one, reboot to test it, *then* delete the old kernel ("-e"). This
> way, you don't drastically screw something up before you realize it.
That makes fine sense, in fact that is what I did with the most recent
Redhat kernel release because of what I read in this thread.
(Particularly because I don't have a CD ROM drive for this notebook.)
I was responding to a post that said Redhat fills up /boot with old
kernels, when Redhat actually does nothing of the sort.
-kb
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
RE: HP Deskjet shared on Samba, Windows users denied access
At 8/22/2003 12:28 -0400, you wrote: Do you have a firewall running? If so that could be blocking the auth request Nice try, but no. Same network segment, no firewall in between, same Ethernet switch even. Everything works, including using Samba to see/share/read/write files on that same Linux server. The only thing my "rpaiz" user cannot do is print. -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
Around Fri,Aug 22 2003, at 01:03, Jason Dixon, wrote:
>On Fri, 2003-08-22 at 13:00, Kent Borg wrote:
>> On Fri, Aug 22, 2003 at 11:40:25AM -0500, Otto Haliburton wrote:
>> > There were previous posting. His question was /boot is full. The
>stated. I just wanted to suggest that the "-F" flag *not* be used for
>upgrading a kernel, regardless of what Red Hat suggests. IMO, it's much
>safer to install ("-i") the new kernel beside the new one, reboot to
>test it, *then* delete the old kernel ("-e"). This way, you don't
>drastically screw something up before you realize it.
>
>Say, like upgrading your kernel which has custom wireless drivers
>compiled as modules... leaving you unable to download the working
>kernel.
>
I'd go a step furthur and keep the last kernel around for a while.
ie, if on 2.4.20-20, keep 2.4-20.19 until 21 came out. Just because you
can boot to the new kernel isn't a guarantee there won't be bugs later.
--
Roger
---
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
Strange goings on in sendmail logs
Hello all, Looking through my mail log I noticed some strange flagged entries. These were. sendmail[6056]: h7MB8Ucu006055: forward /root/.forward.Unimatrix0: Permission denied sendmail[6056]: h7MB8Ucu006055: forward /root/.forward: Permission denied from what I have read about on the subject I understand that a .forward file is used to forward mail to another host, what is puzzling me is that I have never created a root/.forward file, nor have I requested for any mail to be forwarded by any other means. I was wondering if anyone out there knew the sort of thing that could cause this, as I don't know if its a malicious attempt to forward my mail or if i have simply mis-configured something. Thanks in advance, Adam Bowns -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
On Fri, 2003-08-22 at 13:00, Kent Borg wrote:
> On Fri, Aug 22, 2003 at 11:40:25AM -0500, Otto Haliburton wrote:
> > There were previous posting. His question was /boot is full. The
> > original response was to go to /boot and delete old kernels. That
> > is where RH places them and never deletes them.
>
> How so? Up2date doesn't let kernels collect in /boot.
>
> Are you installing new kernels with the RPM "-i" switch? If so, then
> rpm is doing what exactly what you are telling it to do. Don't blame
> Redhat.
>
> What Redhat recommends when undating your kernel is to use "-F" which
> will remove the old kernel, and /boot will not grow with each new
> kernel release.
Kent, please don't yell at me, because I completely support what you've
stated. I just wanted to suggest that the "-F" flag *not* be used for
upgrading a kernel, regardless of what Red Hat suggests. IMO, it's much
safer to install ("-i") the new kernel beside the new one, reboot to
test it, *then* delete the old kernel ("-e"). This way, you don't
drastically screw something up before you realize it.
Say, like upgrading your kernel which has custom wireless drivers
compiled as modules... leaving you unable to download the working
kernel.
Not that *I* know anyone who would ever do that. ;-)
--
Jason Dixon, RHCE
DixonGroup Consulting
http://www.dixongroup.net
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
On Fri, Aug 22, 2003 at 11:40:25AM -0500, Otto Haliburton wrote: > There were previous posting. His question was /boot is full. The > original response was to go to /boot and delete old kernels. That > is where RH places them and never deletes them. How so? Up2date doesn't let kernels collect in /boot. Are you installing new kernels with the RPM "-i" switch? If so, then rpm is doing what exactly what you are telling it to do. Don't blame Redhat. What Redhat recommends when undating your kernel is to use "-F" which will remove the old kernel, and /boot will not grow with each new kernel release. -kb -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
On Fri, 2003-08-22 at 12:40, Otto Haliburton wrote: > There were previous posting. His question was /boot is full. The > original response was to go to /boot and delete old kernels. That is > where RH places them and never deletes them. It distinguishes them with > labels. It was suggested that he uses rpm's and I suggested that not > every user installs using rpm's. Top posting is acceptable to me > because I don't need to constantly review what was previously stated and > waste my time by constantly going to the end of the message. It is my > suggestion that all replies to messages only containing the response or > top post so that the reader can review if he wants to or not review if > he chooses. You neglect to consider the readability of your messages for thousands of other readers. As far as the rest of the /boot stuff goes, I'm considering this thread dead. You're in defensive mode now, and everyone realizes you screwed up. > Some people only respond to the last email sent and consequently end up > like you uninformed on what was previously posted. Which is why you are > against top posting. No, I'm against top posting because threads are often non-linear. That is to say, that they routinely have multiple forks from different submitters. This causes a "leaf node" effect, where readers have to dig back down through the emails to figure out WHO you might be replying to and WHAT you're talking about. In short, it's rude. Congratulations, you've made it to my filters. -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
There were previous posting. His question was /boot is full. The original response was to go to /boot and delete old kernels. That is where RH places them and never deletes them. It distinguishes them with labels. It was suggested that he uses rpm's and I suggested that not every user installs using rpm's. Top posting is acceptable to me because I don't need to constantly review what was previously stated and waste my time by constantly going to the end of the message. It is my suggestion that all replies to messages only containing the response or top post so that the reader can review if he wants to or not review if he chooses. Some people only respond to the last email sent and consequently end up like you uninformed on what was previously posted. Which is why you are against top posting. > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Jason Dixon > Sent: Friday, August 22, 2003 11:22 AM > To: Red Hat Mailing List > Subject: RE: /Boot is full - advice please > > On Fri, 2003-08-22 at 11:54, Otto Haliburton wrote: > > You need to get a grip. All of the information is there and the > kernels > > are lableled and the source in /usr/src is not installed. If you > know > > how a kernel is booted then you will be able to observe how it is > > removed manually. I will say again not everyone installs using > rpm's. > > 1) Stop top-posting. > 2) What information is where? > 3) How are the kernels labeled? I don't see anything in my "ls /boot" > output that says "kernel" (besides kernel.h). > 4) You're suggesting that someone who doesn't understand how to remove > a > kernel *should* understand a) how a kernel is booted, and b) how to > remove a kernel. What are you smoking? > 5) I agree, not everyone installs using rpms. Following that logic, > anyone who *does* know how to install their own kernels *likely* knows > how to delete them as well. > > I don't mean to be offensive, but you really were quite assuming of > the > original poster, not to mention rude to Robert. A little logic will > take you a long way. > > -- > Jason Dixon, RHCE > DixonGroup Consulting > http://www.dixongroup.net > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: [OT] videoconferencing
Maybe you can have a look at http://glowpoint.com http://wireone.com or http://Polycom.com -- Chris On Fri, 2003-08-22 at 09:58, Thierry ITTY wrote: Hello I know this is a bit off topic, but i need to get advices from mid to big sized companies system/network admins so I take a chance here do you have an internet based A/V conferencing system (PC s/w as netmeeting or messenger, or specific h/w with ip connection) able to communicate between a device on your internal network and another device on another private network through internet (I mean : device=>private-network=>firewall/router=>internet=>firewall/router=>private -network=>device without using vpns or other kind of tunnel) if yes would you be so kind to tell me which s/w or device you use, how people call/get called, and how firewalls and internet get traversed i'll summarize for those who are interested i think answers should be mailed to my private address and not to the list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: /Boot is full - advice please
On Fri, Aug 22, 2003 at 10:54:29AM -0500, Otto Haliburton wrote: > You need to get a grip. All of the information is there and the kernels > are lableled and the source in /usr/src is not installed. If you know > how a kernel is booted then you will be able to observe how it is > removed manually. I will say again not everyone installs using rpm's. > Well, the original question was from someone who stated that he used RHN (therefore rpm). Someone who installed a kernel manually would not likely ask if it was OK to remove files from /boot. -- Robert C. Paulsen, Jr. [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: HP Deskjet shared on Samba, Windows users denied access
Do you have a firewall running? If so that could be blocking the auth request -Original Message- From: Rodolfo J. Paiz [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:11 PM To: [EMAIL PROTECTED] Subject: RE: HP Deskjet shared on Samba, Windows users denied access At 8/22/2003 11:44 -0400, you wrote: >I think the problem is in the win2k login process and using security=user >You could try setting samba as the PDC and using security = domain >Or grab the samba 3.x and setup AD/LDAP but I think it's still in alpha. Hmm, interesting. Never used domains before, and not sure I want to go _deeper_ into MS legacy ideas. Where do I find docs on telling Samba to be a PDC (of course I'll go check samba.org and tldp.org in a minute)? Will that require changing all the Win2K machines to be members of a domain instead of a workgroup? If I want to avoid MS domains, can you think of anything else that might have caused my problem? -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: HP Deskjet shared on Samba, Windows users denied access
On Fri, 2003-08-22 at 11:11, Rodolfo J. Paiz wrote: > At 8/22/2003 11:44 -0400, you wrote: > >I think the problem is in the win2k login process and using security=user > >You could try setting samba as the PDC and using security = domain > >Or grab the samba 3.x and setup AD/LDAP but I think it's still in alpha. > > Hmm, interesting. Never used domains before, and not sure I want to go > _deeper_ into MS legacy ideas. Where do I find docs on telling Samba to be > a PDC (of course I'll go check samba.org and tldp.org in a minute)? Will > that require changing all the Win2K machines to be members of a domain > instead of a workgroup? > > If I want to avoid MS domains, can you think of anything else that might > have caused my problem? > > Late to the thread but be careful with which windows you are running XP home for instance cannot IIRC log into, join or whatever it is called, a domain. Bret -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: PCI Modems
On Fri, 2003-08-22 at 11:00, Terry Hobart wrote: > OK I know this is a dumb one and I have read the message on the HCL. BUT! I > could use a hardware recommendation for modems to buy that are PCI. I would > like to get away from externals on our new motherboards which have no ISA > slots. > It has been a while but IIRC both USR and 3com make pci modems that are not winmodems. I have never had an issue with a non winmodem pci card. If you are using the fax side for say, hylafax then you might hit an issue or two and asking on the hylafax list (after reading the faq) is a good place for modem info since they have to interact more closely with other fax devices and talking to all the functions of the modem is very important. HTH Bret -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: File sizes incorrectly reported (and huge!)
> > Anything I can do to restore sanity here? > Yes ! Convert the files to MP3 ! ;-) Cheers Goncalo -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
On Fri, 2003-08-22 at 11:54, Otto Haliburton wrote: > You need to get a grip. All of the information is there and the kernels > are lableled and the source in /usr/src is not installed. If you know > how a kernel is booted then you will be able to observe how it is > removed manually. I will say again not everyone installs using rpm's. 1) Stop top-posting. 2) What information is where? 3) How are the kernels labeled? I don't see anything in my "ls /boot" output that says "kernel" (besides kernel.h). 4) You're suggesting that someone who doesn't understand how to remove a kernel *should* understand a) how a kernel is booted, and b) how to remove a kernel. What are you smoking? 5) I agree, not everyone installs using rpms. Following that logic, anyone who *does* know how to install their own kernels *likely* knows how to delete them as well. I don't mean to be offensive, but you really were quite assuming of the original poster, not to mention rude to Robert. A little logic will take you a long way. -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
At 8/21/2003 12:22 -0400, you wrote: For the love of God, AragonX, you are going to end up in a mailfilter soon if you leave 250-300 lines of old messages in your posts. Many people, out of the thousands on this list, still pay for their Internet access by the minute, and it is grossly disrespectful and inconsiderate not to semi-reasonably trim your posts. Go to the end of your message, hit Shift-Control-End to select all the rest, then touch Delete. Four keystrokes total, 30KB of text saved. -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
At 8/21/2003 08:43 -0400, you wrote: >> It's for wise people like you to evaluate these facts. > > It's wise for you to practice healthy advocacy. No, he's right. It's wise for people like you to evaluate these facts. This is out of context; the "practice healthy advocacy" comment was in relation to some of the other arguments presented, and mostly to the _way_ they were presented. While his evaluation of the facts may or may not be correct, he has certainly done so. Do not mix the two. -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
You need to get a grip. All of the information is there and the kernels are lableled and the source in /usr/src is not installed. If you know how a kernel is booted then you will be able to observe how it is removed manually. I will say again not everyone installs using rpm's. > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Jason Dixon > Sent: Friday, August 22, 2003 10:46 AM > To: Red Hat Mailing List > Subject: RE: /Boot is full - advice please > > On Fri, 2003-08-22 at 10:11, Otto Haliburton wrote: > > Not everyone installs their kernels as rpm so this won't work if he > > installed his own kernel and may need to be done manually. > > Your solution was just as short-sighted as Robert's, yet not as > complete. Let's assume the user *did* build their kernel(s) from > scratch. You never told them which files to delete, you simply assume > they'll know. Would they have asked the question if they did? > > Not to mention you suggested they remove kernels from /usr/src. > First, > there are no kernels in /usr/src. There is kernel source (and even > then, there's no guarantee it's installed). Not to mention, the OP's > problem was that /boot is full, not /usr. ;-) > > Sorry to rant this morning, but half-wrong advice is worse than no > advice at all, IMHO. > > -- > Jason Dixon, RHCE > DixonGroup Consulting > http://www.dixongroup.net > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: /Boot is full - advice please
Then the advise given you should work but if it doesn't the kernels are in /boot and the source is in /usr/src. So you can try the obvious if it doesn't work then do it manually(which is what I do). > -Original Message- > From: [EMAIL PROTECTED] [mailto:redhat-list- > [EMAIL PROTECTED] On Behalf Of Kevin Passey > Sent: Friday, August 22, 2003 10:45 AM > To: '[EMAIL PROTECTED]' > Subject: RE: /Boot is full - advice please > > I use RHN so I am installing via RPM. > > Thanks for the heads up. > > Kevin > -Original Message- > From: Otto Haliburton [mailto:[EMAIL PROTECTED] > Sent: 22 August 2003 15:12 > To: [EMAIL PROTECTED] > Subject: RE: /Boot is full - advice please > > > Not everyone installs their kernels as rpm so this won't work if he > installed his own kernel and may need to be done manually. > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:redhat-list- > > [EMAIL PROTECTED] On Behalf Of Robert C. Paulsen Jr. > > Sent: Friday, August 22, 2003 8:54 AM > > To: [EMAIL PROTECTED] > > Subject: Re: /Boot is full - advice please > > > > On Fri, Aug 22, 2003 at 02:11:59PM +0100, Kevin Passey wrote: > > > Hi, > > > > > > As a new Linux user I need some help on this. > > > > > > I have been updating my server using RHN no - problem there - but > > now my > > > /boot is full - can I delete anything from there. > > > > > > It seems to keep all the kernel packages. > > > > > > > Use "rpm -qa | grep kernel" to see what kernels are installed. On my > > system this shows: > > > > kernel-pcmcia-cs-3.1.31-13 > > kernel-source-2.4.20-20.9 > > kernel-2.4.20-19.9 > > kernel-2.4.20-20.9 > > > > Use rpm to erase all but the two most recent kernels. In my case I > > only > > have two so I would leave it as it is. But, If I wanted to keep only > > the > > very latest kernel I could use: > > > > rpm -e kernel-2.4.20-19.9 > > > > Notice that "kernel-pcmcia-cs-3.1.31-13" is not a kernel and should > > not > > be deleted. > > > > -- > > Robert C. Paulsen, Jr. > > [EMAIL PROTECTED] > > > > > > -- > > redhat-list mailing list > > unsubscribe mailto:redhat-list- > [EMAIL PROTECTED] > > https://www.redhat.com/mailman/listinfo/redhat-list > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: HP Deskjet shared on Samba, Windows users denied access
At 8/22/2003 11:44 -0400, you wrote: I think the problem is in the win2k login process and using security=user You could try setting samba as the PDC and using security = domain Or grab the samba 3.x and setup AD/LDAP but I think it's still in alpha. Hmm, interesting. Never used domains before, and not sure I want to go _deeper_ into MS legacy ideas. Where do I find docs on telling Samba to be a PDC (of course I'll go check samba.org and tldp.org in a minute)? Will that require changing all the Win2K machines to be members of a domain instead of a workgroup? If I want to avoid MS domains, can you think of anything else that might have caused my problem? -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
Hi Aragon: For whatever reason, I'm just now receiving your posts from Wednesday. Normally I'd file them away, considering the age of the thread, but I feel your comments dictate a response. > He did not say that it MS Windows could not do such things. He said it > wasn't on par with Linux. Perhaps you need to read posts a little more > closely before you start trying to tear them appart. I was simply trying to provide a balanced tone to the conversation. This person was laying a "Linux rulez" slant to the thread, and that's not an appropriate manner with which to spread Linux advocacy. Note that I'm a Linux Engineer with an RHCE. My livelihood depends on Linux. I'm not about to go badmouthing it, but I'd like folks to realize that every OS has it's place (just not necessarily in MY office). ;-) > MS Windows in it's current form can NEVER be as secure as Linux. Holes > will remain hidden in the source for only a few to know about. Then you > have to pray that Microsoft gets around to patching them before they > become an issue. I agree wholeheartedly. This is something I preach on a daily basis. > You are forgetting one very important point. Only a fool installs > programs that he doesn't need. So you're suggesting that everyone who installs Linux is an expert administrator? How many Linux newbies do you know that choose "custom" install, know all the 3rd party packages, and install a firewall in front of their Linux system? I'll let you chew on that one for a bit. > If you only install the tools that you need for your machine to do it's > job, most of the security updates will not apply to you. Eight of the last > ten security patches for Redhat 9 did not apply to me because I did not > have those packages installed. That leaves the SSH and unzip patches. The > SSH patch really wasn't much for me to worry about. See above. > No, he's right. It's wise for people like you to evaluate these facts. I'm not sure how you come to this conclusion. I can only assume you're a fanboy yourself, although I hate to stereotype. I "evaluate the facts" on a daily basis. It's my job. It's also my job to provide clients with the right tool for the right job. More often than not, it's Linux/BSD. Regardless, mindless "fanboy-isms" play no part in serious advocacy. I suggest you check this out: http://www.tldp.org/HOWTO/Advocacy.html -- Jason Dixon, RHCE DixonGroup Consulting http://www.dixongroup.net -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
PCI Modems
OK I know this is a dumb one and I have read the message on the HCL. BUT! I could use a hardware recommendation for modems to buy that are PCI. I would like to get away from externals on our new motherboards which have no ISA slots. Just thought I'd ask. Thanks in advance as always Terry -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
File sizes incorrectly reported (and huge!)
Hi, all: I have all my music recorded as WAV files on my hard drive, currently taking up slightly over 63GB (and correctly reported as such by "du -ms /music/wav". The size of each file averages 45MB, although of course there are a dozen or soo 200MB monsters. Also, sharing the files via Samba to a Windows 2000 computer was working fine. Something happened recently (can't think what, but something) and now file sizes are incorrectly reporte as being HUGE. For example, correct, then incorrect results reported by different incantations of "ls": [EMAIL PROTECTED] wav]# ls -1sh Kansas* 55M Kansas ~ Best of Kansas ~ 01 ~ Carry on Wayward Son ~ 890B500A.wav 33M Kansas ~ Best of Kansas ~ 02 ~ Point of Know Return ~ 890B500A.wav 35M Kansas ~ Best of Kansas ~ 04 ~ Dust in the Wind ~ 890B500A.wav 93M Kansas ~ Best of Kansas ~ 05 ~ Song for America ~ 890B500A.wav 40M Kansas ~ Best of Kansas ~ 07 ~ Hold On ~ 890B500A.wav 35M Kansas ~ Best of Kansas ~ 09 ~ Play the Game Tonight ~ 890B500A.wav [EMAIL PROTECTED] wav]# ls -l Kansas* -rwxr--r--1 rpaizrpaiz1181163340 Aug 3 18:09 Kansas ~ Best of Kansas ~ 01 ~ Carry on Wayward Son ~ 890B500A.wav -rwxr--r--1 rpaizrpaiz1375989404 Aug 3 18:09 Kansas ~ Best of Kansas ~ 02 ~ Point of Know Return ~ 890B500A.wav -rwxr--r--1 rpaizrpaiz1177207676 Aug 3 18:09 Kansas ~ Best of Kansas ~ 04 ~ Dust in the Wind ~ 890B500A.wav -rwxr--r--1 rpaizrpaiz1489319372 Aug 3 18:09 Kansas ~ Best of Kansas ~ 05 ~ Song for America ~ 890B500A.wav -rwxr--r--1 rpaizrpaiz1248992316 Aug 3 18:09 Kansas ~ Best of Kansas ~ 07 ~ Hold On ~ 890B500A.wav -rwxr--r--1 rpaizrpaiz1378757708 Aug 3 18:09 Kansas ~ Best of Kansas ~ 09 ~ Play the Game Tonight ~ 890B500A.wav Most Kansas songs are reported as being over 20 times their real size! Also, looking at the directory from Windows 2000 reports 1.6TB total use, which I think is unreasonable given that it's a 120GB disk, and copying files to another machine tries to copy the 1GB+ per song, which is just plain WRONG. Anything I can do to restore sanity here? Thanks! -- Rodolfo J. Paiz [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Upgrading to Redhat 9 from 7.2 probems (apache and linuxconf)
I recently upgraded a redhat 7.2 system to redhat 9 and ran into a few problems. 1) The apache upgrade seems to be a problem. I see both apache-1.3.27-1.7.2 httpd-2.0.40-21.3 when I run the rpm -qa command. I have incorporated the changes to the httpd.conf file according to various upgrade documentation and httpd is running again. However when I attempt to remove apache I get the following message # rpm -e apache # /var/tmp/rpm-tmp.12333: line 3: /etc/conf.linuxconf: No such file or directory # error: %trigger(linuxconf-1.17r2-6) scriptlet failed, exit status 2 2) I also see that linuxconf is still installed, ie and I assume that linuxconf is not part of Redhat 9. # rpm -qa|grep linuxconf # linuxconf-1.17r2-6 Similarly, I see the following # rpm -e linuxconf # /var/tmp/rpm-tmp.51808: line 3: /usr/lib/linuxconf/install/rpm-preuninst.sh: No such file or directory # error: %preun(linuxconf-1.17r2-6) scriptlet failed, exit status 127 There may be other problems I haven't bumped into yet. Does anyone know what is happening and how to correct the problem? Thanks, paulw -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: A call for helping on compiling software...need advice
On Fri, 2003-08-22 at 11:47, Jason Williams wrote: > Morning everyone. > > What I think i've realized the problem im having with my current setup of > postfix is that the libraries needed for SASL are located in /usr/lib. I > think that when I installed the postfix RPM, it thinks the libraries are in > /usr/local/lib... > (same responder - different list) Don't futz with this - just just compile PF with the make line that I gave you and then do a make upgrade. -- Total Quality Management - A Commitment to Excellence Email acceptance policy: http://www.TQMcube.com/email_policy.html -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
>> Another great difference and advantage that Linux box can have over >> MS Products are flexibility, stability, and SECURITY (among >> others) that MS cannot meet at par with Linux. > > Not to defend Microsoft products, but Windows *can* be flexible (sorta), > *can* be stable (at times), and *can* be secure. Just like a Linux box, > this also requires a qualified Systems Administrator who practices sound > security and patching. He did not say that it MS Windows could not do such things. He said it wasn't on par with Linux. Perhaps you need to read posts a little more closely before you start trying to tear them appart. MS Windows in it's current form can NEVER be as secure as Linux. Holes will remain hidden in the source for only a few to know about. Then you have to pray that Microsoft gets around to patching them before they become an issue. >> How many times in a year that you need to patch your MS Boxes with >> Bill-provided patch upgrades so that even your most latest Win2K >> would not be exploited by worms? > > Actually, I've been rather embarrassed at the volume of errata that Red > Hat has released over the last couple of years. Is this a bad thing? > Only if the administrator hasn't maintained the system properly. The > one thing that folks... the ones who argue that [Red Hat] Linux has as > many security holes as Windows... forget is that Linux is a distribution > containing a LOT of 3rd party software. Windows just can't compare. If > you were to compare the errata releases for the Linux kernel and GNU > utilities to Windows patches, I guarantee you they'd pale in > comparison. So... you're both right. ;-) You are forgetting one very important point. Only a fool installs programs that he doesn't need. If you only install the tools that you need for your machine to do it's job, most of the security updates will not apply to you. Eight of the last ten security patches for Redhat 9 did not apply to me because I did not have those packages installed. That leaves the SSH and unzip patches. The SSH patch really wasn't much for me to worry about. >> It's for wise people like you to evaluate these facts. > > It's wise for you to practice healthy advocacy. No, he's right. It's wise for people like you to evaluate these facts. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
Re: Sweet Success
There is no such thing as a 'hidden' cost. If you consider maintenance costs as hidden, you need to open your eyes. Any organization that limits itself to a single technology ends up costing itself much more money than they might save in personnel. Most major companies have realized this and use consultants to supplement their staff where necessary. Some have even gone to the extreme and outsource their entire IT departments. I'm not so sure that's a good idea but they are. Anyway, each NOS has it's strengths and weaknesses. In my part of the world, Linux consultants cost the same as Windows consultants do. So the last factor is the amount of time that it takes to administer. I doubt there will ever be an easy way to compare administration times but I would surmise that UNIX and Linux servers take less time than MS Windows do. Mainly because it's very easy to automate tasks from the command line. This can't always be done with MS Windows software. > Apparently I'm not doing very well at explaining that there's more to TCO > than the face value of the desktop products. > > Let's continue to assume that I prefer Windows to anything else (1): > > If : > -- you work in a Windows-centric organization, and > -- your skill set is Windows-centric, and > -- the skill set of your internal resource pool is Window-centric > > Then: > -- it will likely cost your organization MORE to move an alternative OS. > > You're right - maintenance, training and upgrades are requirements of any > OS and each carries a price tag. If they're considering a change to > another OS a sys admin must determine whether those associated costs are > justifiable and reasonable, given the pool of resources that they can draw > upon. > > Flexibility can be good thing, or it can be a bad thing, depending on the > situation. From a geek point of view, I don't mind getting in and > tinkering with internals, just to see what happens. From an admin point > of view, I want a box out there that my users can't change. When they > make a change and it screws up the computer, it costs my company money for > me to fix it (whether I fix it myself, or hire someone else to do it for > me). Some would fire the user, but guess what - it costs money to replace > them, too.(2) > > Stability - goes without saying. > > Security - absolutely. If that is the admin's number one question, then > neither Linux (today) nor Windows may be the answer. A better alternative > for them may be the iSeries which has had object level security for years, > tied in with incremental security levels, at the OS level (maybe at the > microcode level, I'm not sure). It all depends on the resource available, > and whether the admin can justify the associated costs. > > Patches - I don't how many I've installed for any of my systems. A LOT. I > check for them in all my OS environments regularly (Windows, Linux, and > iSeries). In Windows, I run the Windows Update daily. In Linux, I run > 'up2date' and Red Carpet daily. In iSeries, I order the latest cume PTF > quarterly if it includes patches for the software on my system (it almost > always does) (3). > > > Allow me to summarize the whole point of all my posts on this matter: > > While it may well be initially less expensive to install a Linux-based > computer than a Windows-based computer, there are hidden costs associated > with that Linux system which many adherents tend to gloss over (if they > ever mention them at all). Those hidden costs need to be evaluated BEFORE > the computer is installed. In a Windows-centric enterprise where there is > insufficient Linux-knowledgeable resource, it makes little economic sense > to do that. The same holds true in a Linux-centric enterprise; it makes > little economic sense to start installing Windows-based computers if there > is insufficient internal resource to properly manage them (or the > willingness to acquire the necessary resources). > > > Tom Hightower > Solutions, Inc > http://www.simas.com > > > (1) Not true. Personally, I think that IBM's iSeries line is hands-down > the best server system on the planet. But that's a topic for another > mailing list, unless we choose to discuss how it can run multiple copies > of Linux simultaneously, along with Windows Server, AIX, and OS/400. > > (2) For users who roam where they shouldn't - I have some really scary > "You deleted the OS! Press enter to reload from Backup" screens that I can > run in their login script. They only have to see those bad boys once to > get the idea. > > (3) Actually, I have a scheduled job that orders it for me. If the patch > is way big, they send it on CD (which I prefer anyway). I review the > documentation, and then decide whether or not to install the PTF. > > -- Tom > > > > > > > "Eduardo A. dela Rosa" <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 08/20/2003 07:38 PM > Please respond to redhat-list > > > To: RedHat List <[EMAIL PROTECTED]> > cc: >
Re: Sweet Success
Believe it or not, I and Linux got the rap for that bad RAM. That customer still talks about that crash. lol. Still a good customer. I have gotten word-of-mouth business but not nearly enough. I must be doing something wrong :/ > For me, in a town as small as this - talk goes far. Reputation sells > more than biz cards or advertisements do. I've not really had to do much > advertising at all since I moved to this country - mostly because the > first few jobs I did no one else around town could do - so that started > the ball rolling. Clients/customers that meet me on the street generally > don't have much computer stuff to talk about - and never a whinge or a > whine; that helps. As with another server I stuck in place last year, I > didn't get much out of doing maint. on the box, but the business owners > ranted and raved over their server to their mates - more biz came. I've > been asked by some local companies that do computer tech support about > either unix or linux stuff - because they don't have the skillset to > deal with it - so it gets thrown at me. Two local ISP's have linux boxes > that they really don't understand - so when upgrade time came, I was > there to furnish hardware and skills. I sell alot of computers - > workstations - based solely on prior customers spreading the word. > > In many ways, having something so dependable does put a dent in "repeat" > work - in a Microsoft kinda way - but I don't mind having good karma and > a good reputation and new business. It allows me the freedom of social > movement around town as well - no one's got a "bad word" on me or bad > feelings on me - so wherever I go, I get good feelings and great > welcomes. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
