FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS 5.2 (Akemi)
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Akemi Yagi Sent: Wednesday, July 02, 2008 10:47 AM To: CentOS mailing list Subject: Re: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS 5.2 On Wed, Jul 2, 2008 at 7:29 AM, John <[EMAIL PROTECTED]> wrote: > Yes, for DKMS users it should auto recompile on Kernel Upgrade. For > users of the Proprietary Nvidia Driver it will not. You will have to > manually recompile it. I have not done this for a while but you can automate the installation of the proprietary Nvidia driver by providing appropriate flags. The following command worked when I tested: sh ./NVIDIAx.run -a -q -N --ui=none Others posted this: sh ./NVIDIAx.run --no-network -s -K -n Once you find the way to get the installalation working without human intervention, you can put it in a place like /etc/rc.local : if [ ! -e /lib/modules/`uname -r`/kernel/drivers/video/nvidia.ko ]; then echo "Installing the proprietary NVIDIA driver." /full/path/to/ NVIDIAx.run --no-network -s -K -n fi This will compile and install the driver each time the kernel is updated. Akemi --- Hi Akemi, this looks like a good option to put into the nvidia how to. Any further ideas? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with Bonding Driver
Hi, could you describe in more detail? --On 4. Juli 2008 13:11:45 -0700 Art Age Software <[EMAIL PROTECTED]> wrote: - snip - Changing to this eliminates the errors, but bond1 ignores the different options: What exactly is ignored? The options do not look much different. alias bond0 bonding options bond0 -o bond0 miimon=100 mode=active-backup primary=eth0 max_bonds=1 alias bond1 bonding options bond1 -o bond1 miimon=100 mode=active-backup primary=eth2 max_bonds=1 "NOTE: It has been observed that some Red Hat supplied kernels are apparently unable to rename modules at load time (the "-o bond1" part). Did you try without renaming? I do not use it, but it works nonetheless: alias bond0 bonding options bond0 mode=2 alias bond1 bonding options bond1 mode=2 Dirk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS 5.2 (Akemi)
On Fri, Jul 4, 2008 at 11:59 PM, John <[EMAIL PROTECTED]> wrote: > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Akemi Yagi > Once you find the way to get the installalation working without human > intervention, you can put it in a place like /etc/rc.local : > > if [ ! -e /lib/modules/`uname -r`/kernel/drivers/video/nvidia.ko ]; then >echo "Installing the proprietary NVIDIA driver." >/full/path/to/ NVIDIAx.run --no-network -s -K -n fi > > This will compile and install the driver each time the kernel is updated. > > Akemi > > --- > Hi Akemi, this looks like a good option to put into the nvidia how to. Any > further ideas? Hi John, If I remember correctly, Karanbir said he was using the same nvidia.ko file over several generations (?) of kernels just by copying it. However, we need to ask him for the details. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Message size rejected
On Thursday 03 July 2008 22:12:10 Craig White wrote: > On Thu, 2008-07-03 at 22:06 +0100, Anne Wilson wrote: > > My daughter needs to send me a large file. It appears that it is getting > > through my ISP, but being rejected on my CentOS mail server. The message > > she's getting says > > > > A message that you sent could not be delivered to one or more of its > > recipients. This is a permanent error. The following address(es) failed: > > > > [EMAIL PROTECTED] > > SMTP error: 552 5.3.4 Message size exceeds fixed limit > > Reporting-MTA: dns; borg2.lydgate.lan > > > > I presume that this is a configurable limit, but I'm not sure where to > > look. Since it says MTA I'm thinking that it's probably postfix. Can > > someone please tell me what parameter I'm looking for? Thanks > > > > I have reams of documentation printed out. I'll start wading through > > that tomorrow, but time is of the essence with this one. > > > # grep size_limit /etc/postfix/main.cf > message_size_limit = 256000 > mailbox_size_limit = 512000 > I see that the defaults are mailbox_size_limit = 5120 message_size_limit = 1024 and she was trying to send me a ~5MB attachment! Sorted, now, thanks Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] update Centos 5 with DRBD
Daniel Bruno wrote: Hi, I have a server with Centos 5 + DRBD installed and is working fine, but when i run yum for udpate system show this error: Transaction Check Error: file /etc/drbd.conf conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /etc/rc.d/init.d/drbd conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /sbin/drbdadm conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /sbin/drbdmeta conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /sbin/drbdsetup conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man5/drbd.conf.5.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man8/drbd.8.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man8/drbdadm.8.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man8/drbddisk.8.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man8/drbdmeta.8.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos file /usr/share/man/man8/drbdsetup.8.gz conflicts between attempted installs of drbd-8.0.12-1.el5.centos and drbd82-8.2.6-1.el5.centos Error Summary - Anybody have any idea? You have the choice of drbd-8.0.x or drbd82-8.2.x ... I personally would use drbd82. If you use: yum upgrade instead of yum update, it should install. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Back to my Xwindows kernel panic
Robert Moskowitz wrote: I have a newly built drive with 5.2 fresh install (that I will be cloning shortly) in my DECtop and it is failing with X the same way the upgrade from 5.1 drive did (not too supprising there). In 5.1 X worked. I could startx from init 3 and get into GNOME. Also VNC into the box and have a GNOME screen. With 5.2, I get a kernel panic. Well I guess it is a kernel panic because once I run startx from the console, my SSH session to the box from my notebook is frozen. Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see if that helps ... also, you can boot the older kernel from 5.1 and see if that helps. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS5.2 (Akemi)
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Akemi Yagi Sent: Saturday, July 05, 2008 4:44 AM To: CentOS mailing list Subject: Re: FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS5.2 (Akemi) On Fri, Jul 4, 2008 at 11:59 PM, John <[EMAIL PROTECTED]> wrote: > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Akemi Yagi > Once you find the way to get the installalation working without human > intervention, you can put it in a place like /etc/rc.local : > > if [ ! -e /lib/modules/`uname -r`/kernel/drivers/video/nvidia.ko ]; then >echo "Installing the proprietary NVIDIA driver." >/full/path/to/ NVIDIAx.run --no-network -s -K -n fi > > This will compile and install the driver each time the kernel is updated. > > Akemi > -- > -- > --- > Hi Akemi, this looks like a good option to put into the nvidia how to. > Any further ideas? Hi John, If I remember correctly, Karanbir said he was using the same nvidia.ko file over several generations (?) of kernels just by copying it. However, we need to ask him for the details. Akemi -- Akemi, Yes, someone did mention that. The only thing I am kind of worried about when just copying it is, the difference between the Kernel Versions. Using it over the same generation of kernels I'm assuming it is of the 2.6.x.x.x family of kernels? If it works without problems then good. It's that I have all ways recompiled a Kernel module to the latest kernel on the machine. I also know from previous email and notes that it will not work with the Xen Kernel unless something has changed. None the less I've thought about giving a wack at it just to try. JohnStanley ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS5.2 (Akemi)
John wrote: -Original Message- Akemi, Yes, someone did mention that. The only thing I am kind of worried about when just copying it is, the difference between the Kernel Versions. Using it over the same generation of kernels I'm assuming it is of the 2.6.x.x.x family of kernels? If it works without problems then good. It's that I have all ways recompiled a Kernel module to the latest kernel on the machine. I also know from previous email and notes that it will not work with the Xen Kernel unless something has changed. None the less I've thought about giving a wack at it just to try. JohnStanley That's the reason why you like to have the same kernel during the distro lifetime: you can take a module from 2.6.18-53 and use it on 2.6.18-92.1.1 ... of course you have to copy it and use depmod -a (or use the weak-updates script that is called after each kernel update) You're right that nvidia kmod doesn't work with Xen kernels though ... -- - Fabian Arrotin <[EMAIL PROTECTED]> "Internet network currently down, TCP/IP packets delivered now by UPS/Fedex ..." ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 41, Issue 2
PMS/seamonkey-js-debugger-1.0.9-16.3.el4.centos.s390x.rpm updates/s390x/RPMS/seamonkey-mail-1.0.9-16.3.el4.centos.s390x.rpm updates/s390x/RPMS/seamonkey-nspr-1.0.9-16.3.el4.centos.s390x.rpm updates/s390x/RPMS/seamonkey-nspr-devel-1.0.9-16.3.el4.centos.s390x.rpm updates/s390x/RPMS/seamonkey-nss-1.0.9-16.3.el4.centos.s390x.rpm updates/s390x/RPMS/seamonkey-nss-devel-1.0.9-16.3.el4.centos.s390x.rpm -- Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/ Top-postings silently ignored -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080705/11629582/attachment-0001.bin -- Message: 4 Date: Sat, 5 Jul 2008 12:33:44 +0300 From: Pasi Pirhonen <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0549 Critical CentOS 4 s390(x) firefox - security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2008:0549 https://rhn.redhat.com/errata/RHSA-2008-0549.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/firefox-1.5.0.12-0.19.el4.centos.s390.rpm s390: updates/s390x/RPMS/firefox-1.5.0.12-0.19.el4.centos.s390x.rpm -- Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/ Top-postings silently ignored -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080705/9f982130/attachment-0001.bin -- ___ CentOS-announce mailing list [EMAIL PROTECTED] http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 41, Issue 2 ** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Internet Networking Down (Was FW: [CentOS] Problem with nvidia-drv-x11 when upgrading to CentOS5.2 (Akemi))
On Sat, 2008-07-05 at 13:37 +0200, Fabian Arrotin wrote: > "Internet network currently down, TCP/IP packets delivered now by UPS/Fedex ..." Except in the U.S. where a combination of stupid policies, unreasonable consumer expectations, spineless politicians, and $4+ a gallon (GASP!) gasoline is driving (no pun intended) our airlines, truckers and parcel delivery services to the brink of bankruptcy. We will no revert to Pony Express. Wait: "tree huggers" object to the methane from horsesh*t and spineless ones immediately cave. We will revert to smoke signals. Wait: that will violate the carbon caps and "tree huggers" object to the destruction of our "pristine" forests. Spineless ones cave. We will revert to tom-toms made from fallen trees, thereby preserving the forests and having no impact on the carbon cap. Wait: "everybody" objects to the noise polution. Spineless ones silently cave. We will revert ... to living in caves and having no packets at all. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wanted: minimal install ks.cfg
I'm in need of a minimal ks.cfg file for the smallest possible install with yum. I've got the scripting for yum to install the apps I need, I just want to insure all the cruft is not on the system as well. Using the s-c-ks app, the smallest I have gotten is 600MB. This is for a server appliance vm that I need to deploy quickly and dynamically. http://wiki.centos.org/TipsAndTricks/KickStart ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 5.2 Missing Dependancy
I am trying to install perl-Digest-Perl-MD5 from rf and it is failing suggesting it needs /usr/bin/false. #yum whatprovides "/usr/bin/false" yields nothing. My CentOS 5.1 machines don't have this, and this is the same list of yum install items I always use when setting up assp. Any idea what to do? jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Sat, Jul 05, 2008 at 09:09:36AM -0600, Joseph L. Casale wrote: > I am trying to install perl-Digest-Perl-MD5 from rf and it is failing > suggesting it ^^^ > needs /usr/bin/false. #yum whatprovides "/usr/bin/false" yields nothing. false in /bin/false on CentOS-5 This is the wrong list for the bug report, even if rpmforge's people are around ;) It's a rpmforge issue, not CentOS. Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B pgpfZOQmviJsW.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
Joseph L. Casale wrote: I am trying to install perl-Digest-Perl-MD5 from rf and it is failing suggesting it needs /usr/bin/false. #yum whatprovides "/usr/bin/false" yields nothing. My CentOS 5.1 machines don't have this, and this is the same list of yum install items I always use when setting up assp. Any idea what to do? jlc Wierd, I just confirmed the issue. There is not a /usr/bin/false, but there IS a /bin/false on a stock 5.2 install. You might check in the rpmforge forums/list archives for some mention of this problem. I thought I might be able to symlink /bin/false to /usr/bin/false (a kludge, I admit) or copy /bin/false to /usr/bin/false, but neither seems to work for me. Like I said, probably best to check with rpmforge. Sorry! -- Jay Leafey - Memphis, TN [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] CentOS 5.2 Missing Dependancy
>Wierd, I just confirmed the issue. There is not a /usr/bin/false, but there >IS a /bin/false on a stock 5.2 install. You might check in the >rpmforge >forums/list archives for some mention of this problem. > >I thought I might be able to symlink /bin/false to /usr/bin/false (a kludge, I >admit) or copy /bin/false to /usr/bin/false, but neither seems to >work for >me. Like I said, probably best to check with rpmforge. > >Sorry! Hrm, anyone know a way to get a hold of the listadmin, the posted email yields no reply. I cant subscribe... Thanks, jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mkdep vs. makedepend
MHR wrote:
Where I work, we have an application that has been merrily running
away (and being built) on FC1 (yes, you read that right).
One of my assignments is to bring this up to CentOS, but on my first
effort, I ran into this interesting "feature." The original build
process (FC1) uses mkdep to generate the dependency files that are
subsequently used by the makes to build the app. mkdep does not exist
in CentOS 5.2. There is a makedepend command that operates slightly
differently.
Can someone enlighten me on this, particularly w.r.t. 1) how do I use
makedepend to generate the same files mkdep did and is this a good
idea (my impression is that it's not really that hard but also not
necessarily a good idea or 2) convert all the makefiles to be
makedepend friendly (seems relatively easy, though fairly extensive,
but probably a better idea and also harmless should I wish/need to
continue to build on the FC1 system?
At some point a long time ago I was using makedep/makedepend, but I
replaced that with gcc -MM to generate the Makefile dependancies
automatically.
man gcc, search for -MM will tell you more.
Here's an excerpt from one of my project's Makefile, in case it helps.
#
# making the dependancy files
#
# each .c file has a corresponding .d file in the deps/ subdir.
# This .d file holds the dependancies for the .o.
# The .d is rebuilt automatically whenever the deps may have changed.
# the dependency files
# following only seems to work with gnu make, patsubst should be more
standard
#DEPS := $(SRCS:%.c=deps/%.d)
DEPS := $(patsubst %.c,deps/%.d,$(SRCS))
# rule to build the .d files
# the output of gcc -MM is something like:
# $ gcc -MM pools.c
# pools.o: pools.c config.h types.h pools.h fonc.h
# the perl line then changes this into:
# pools.o deps/pools.d: pools.c config.h types.h pools.h fonc.h
# Therefore each .d depends on all the files that the corresponding
# .o depends on, and will be rebuilt when necessary.
# I think this can be useful for conditional includes, for example
# if pools.c has a block:
# #ifdef GMP
# #include "gmp.h"
# #endif
# and GMP is defined in config.h...
deps/%.d: %.c
@echo rebuilding dependancy file $@
@$(SHELL) -ec '$(CC) -MM $(CFLAGS) $< | $(PERL) -e
'\''while(<>){s/^(.*)\.o:/$$1.o deps\/$$1.d:/g;print;}'\''> $@'
# include all dep files
include $(DEPS)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Problem with Bonding Driver
>>Hi, >> >>could you describe in more detail? >>What exactly is ignored? The options do not look much different. As I said, I am trying to set a different primary interface for each bond: eth0 for bond0, and eth2 for bond1. >>Did you try without renaming? I do not use it, but it works nonetheless: >>alias bond0 bonding >>options bond0 mode=2 >>alias bond1 bonding >>options bond1 mode=2 You are setting identical options for both bonds. This masks the fact that your second options line is ignored and essentially does nothing. Try changing an option on bond1 (eg. set a different mode or a different miimon value), and I think you will see that it is ignored. On Fri, Jul 4, 2008 at 1:11 PM, Art Age Software <[EMAIL PROTECTED]> wrote: > Hi, > > I've using linux bonding in active-backup mode to combine two pairs of > GigE NICs (eth0/eth1, eth2/eth3) into two logical bonds (bond0/bond1). > All is working fine. However, I would like to specify a primary > interface for each bond. This means I need to specify different > options to the bonding module for each bond. I have tried every > conceivable incantation of options and cannot get the kernel to > recognize the second set of options. > > Initially, my modprobe.conf looked like this: > > alias bond0 bonding > alias bond1 bonding > options bonding mode=active-backup miimon=100 max_bonds=2 > > What I am trying to achieve should be possible by changing > modprobe.conf to this: > > alias bond0 bonding > options bond0 -o bond0 miimon=100 mode=active-backup primary=eth0 > alias bond1 bonding > options bond1 -o bond1 miimon=100 mode=active-backup primary=eth2 > > But this results in fatal errors while bringing up the bonding interfaces. > > Changing to this eliminates the errors, but bond1 ignores the different > options: > > alias bond0 bonding > options bond0 -o bond0 miimon=100 mode=active-backup primary=eth0 max_bonds=1 > alias bond1 bonding > options bond1 -o bond1 miimon=100 mode=active-backup primary=eth2 max_bonds=1 > > I have tried many other combinations as well: > > install bond1 /sbin/modprobe --ignore-install bonding -o bond1 > mode=active-backup primary=eth2 > > Nothing works. > > I also came across this note in the bonding docs: > > "NOTE: It has been observed that some Red Hat supplied kernels are > apparently unable to rename modules at load time (the "-o bond1" > part). Attempts to pass that option to modprobe will produce an > "Operation not permitted" error. This has been reported on some Fedora > Core kernels, and has been seen on RHEL 4 as well. On kernels > exhibiting this problem, it will be impossible to configure multiple > bonds with differing parameters." > > I have seen that error as well with certain combinations of options in > my modprobe.conf. > > Am I simply out of luck here? Does anyone know of a solution? > > Thanks. > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Saturday 05 July 2008 16:47:03 Jay Leafey wrote: > Joseph L. Casale wrote: > > I am trying to install perl-Digest-Perl-MD5 from rf and it is failing > > suggesting it needs /usr/bin/false. #yum whatprovides "/usr/bin/false" > > yields nothing. > > > > My CentOS 5.1 machines don't have this, and this is the same list of yum > > install items I always use when setting up assp. > > > > Any idea what to do? > > > > jlc > > Wierd, I just confirmed the issue. There is not a /usr/bin/false, but > there IS a /bin/false on a stock 5.2 install. You might check in the > rpmforge forums/list archives for some mention of this problem. > > I thought I might be able to symlink /bin/false to /usr/bin/false (a > kludge, I admit) or copy /bin/false to /usr/bin/false, but neither seems > to work for me. Like I said, probably best to check with rpmforge. > > Sorry! I had no trouble copying it or linking it. ln -s /bin/false /usr/bin/false ls -al /usr/bin/false lrwxrwxrwx 1 root root 10 Jul 5 17:47 /usr/bin/false -> /bin/false So that's a quick workaround Tony ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Desktop: Evolution & Bug Buddy issues (GNOME)
On Fri, Jul 4, 2008 at 7:52 PM, Lanny Marcus <[EMAIL PROTECTED]> wrote: > > On Fri, Jul 4, 2008 at 2:32 AM, MHR <[EMAIL PROTECTED]> wrote: > >> On Thu, Jul 3, 2008 at 8:03 PM, Lanny Marcus <[EMAIL PROTECTED]> >> wrote: >> > I also have KDE installed (rarely used, but it's there) and during some >> very >> > brief use, with KDE, the Evolution Calendar Application also crashed, so >> it >> > is not limited to GNOME. >> > >> > I did not have this issue, before the recent upgrade to CentOS 5.2. >> > >> >> I've been getting this one for about four or five months - CentOS 5.1 and >> 5.2. >> >> I mentioned this as one reason that RH ought to consider moving to a >> newer GNOME, one reason _I_ wanted to try one with CentOS (which is a >> major pita), etc. >> >> Welcome to the club! > > > Mark: Thanks. I am a brand new member of this club. I did *not* have this > problem, until I updated (I didn't RFM and I did yum update instead of yum > upgrade) to CentOS 5.2. > > As I wrote in my first post, I also tried this using KDE and Evolution > crashed there when I closed it, as it does in GNOME. It is an intermittent > thing, but rather common. Has this been documented, in the CentOS Bugzilla > and/or Upstream Bugzilla? There seem to be two (2) unrelated problems: (a) > Evolution Calendar crashing. when closing Evolution (although I never use > Evolution Calendar) and (b) The problem with Bug Buddy not being able to > send the Error data it collects, because it want's a more recent version of > GNOME. I have used Evolution for email for several years and this problem > closing it is something that for me began after I began using CentOS 5.2. I > rarely use KDE, but I will try to remember to use KDE more frequently, so I > can verify my belief that Evolution crashes in KDE, just like it does in > GNOME. Lanny Mark: A follow on: I searched in the CentOS Bugzilla and also in the Upstream Bugzilla, for "Evolution". There are about 25 things in CentOS and 119 in Upstream, as of a few minutes ago. I do *not* believe this issue is mentioned, in either place, at this time. I am temporarily using KDE. I want to verify whether or not the problem also exists in KDE, before I put the issue into CentOS Bugzilla. Lanny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
Take a look at Ghost 4 Linux when your at it ;-) /Mats ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL vs. CentOS
On Wed, Jul 2, 2008 at 10:09 AM, Johnny Hughes <[EMAIL PROTECTED]> wrote: > drew einhorn wrote: > >> Hi, we have a new customer to support. They have RHEL5 not CentOS5. >> > > You need to think more about things like compiling custom kernels or 3rd > party repos, since you have upstream paid support now. > I've been thinking about 3rd party repos So far the only non RHEL packages I've installed are freenx and nx from the CentOS extras. I haven't been able to find them anywhere else. I am puzzled by the status of yum-priorities. Unless I'm looking at things cross eyed. It's in the CentOS5 base repository, Which I think means it should be in the RHEL5 repositories, but I can't find it there. I'm pretty sure I have a sufficient understanding of yum-priorities on CentOS to adapt it to RHEL, once I install it. And I really need to learn more about package management and repositories in a pure CentOS environment. I really don't understand the voodoo for overriding the priorities, for a specific packages when necessary. And I really wish there was a way to browse the available packages by repo after the priorities have been taken into consideration. And in addition I wish there was to browse the packages that are blocked by packages in other repositories, And better ways to understand how dependency issues effect which versions of a package are available. Is there a good place to look for documentation relative to the above. > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- Drew Einhorn ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL vs. CentOS
In looking at the possibility of using yum-priorities on a RHEL5 system, I noticed on thing that is different from my recollection, I see that the default priority it 99, but I seem to recall that it used to be 1. Is my memory faulty, or did it change? Actually 99 seems to make the most sense when using it in its native environment on a CentOS box. But when trying to use it in a foreign environment on a RHEL box, 1 seems to be a better choice, because of the repos that are magically created by the rhnplugin, that do not have configurations in /etc/yum.repos.d It would be ideal if there turned out to be a undocumented feature in */etc/yum/pluginconf.d/priorities.conf *that allowed us to change the default priority. * * ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
William L. Maltby wrote: On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote: Now actually, I would have perfered renaming the LVM partition and its internal ext3 partitions. I even had a naming convention laid out if I had do this via Install instead. If it's a boot drive, remember to rebuild your initrd and modify the init file to ignore lvm lock failures with the new VG name. Otherwise you'll be fighting some more battles. ARGH Yes, I remember getting burned by this once. And I don't have any notes of what I did to do all this. :( ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting upthedrives?
[EMAIL PROTECTED] wrote: Understood. However, the investment in ks, now, may reap greater dividends in the future. My opinion, only. Given the reminder about LVM volume names, I am back to planning on doing the 3rd drive with ks. Daniel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Moskowitz Sent: Friday, July 04, 2008 6:35 AM To: CentOS mailing list Subject: Re: [CentOS] Three Identical systems - short cut to setting upthedrives? [EMAIL PROTECTED] wrote: How about installing one, and using the anaconda-ks that is generated to install the other two? That was my first plan. But that just saves the time going through the install selection and getting the same stuff installed. I would still have to do the yum update (though there was the post about how to include the update repo in a kickstart install. Then I have the powerk8 kernel patch to install (these are old systems with new drives), followed by a number of config file changes (setting up IPtables, changing SSHD, configing VNC, etc). All that is a lot to work out for a kickstart install. The pointer of running dd fromLinux Rescue sounded good. But Clonezilla calls for some real investigation. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William L. Maltby Sent: Friday, July 04, 2008 4:23 AM To: CentOS mailing list Subject: Re: [CentOS] Three Identical systems - short cut to setting up thedrives? On Thu, 2008-07-03 at 21:11 -0400, Robert Moskowitz wrote: Is there some way, (with dd I might guess) to do a hardare level copy? I've seen many posts on this list that recommend Clonezilla for this sort of thing. You run off CD and it is said to be faster than DD because it is hardware aware (forgive the alliteration) and so only copies actual data. I've not had occassion to use it though. I would want to copy the paritition table and my 3 partitions (/boot, swap, LVM (/ and /home ext3 partitions in the LVM)) and all their contents. Thing is I only have one USB drive enclosure so I would be running from the drive I want to copy from. I would hope this is faster than 2 more installs. HTH ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Back to my Xwindows kernel panic
Johnny Hughes wrote: Robert Moskowitz wrote: I have a newly built drive with 5.2 fresh install (that I will be cloning shortly) in my DECtop and it is failing with X the same way the upgrade from 5.1 drive did (not too supprising there). In 5.1 X worked. I could startx from init 3 and get into GNOME. Also VNC into the box and have a GNOME screen. With 5.2, I get a kernel panic. Well I guess it is a kernel panic because once I run startx from the console, my SSH session to the box from my notebook is frozen. Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see if that helps ... OK. I will try this shortly. also, you can boot the older kernel from 5.1 and see if that helps. I did try that on the system I upgraded from 5.1. No difference still paniced. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] CentOS 5.2 Missing Dependancy
>I had no trouble copying it or linking it. Yes, but how does that satisfy yum? jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] i386 version of Perl getting installed on x64 system?
I am trying to install: perl-Compress-Zlib perl-Digest-Perl-MD5 perl-Net-DNS perl-Time-HiRes perl-Email-Valid perl-File-ReadBackwards perl-File-Scan-ClamAV perl-Mail-SPF-Query perl-libwww-perl perl-LDAP perl-Unix-Syslog perl-Mail-SRS perl-Net-CIDR-Lite perl-Mail-SPF which are all either noarch or x86_64 rpms yet it wants to install perl i386 version? I could ask on rf list but it wont let me subscribe so that's of no help:/ Is there an obvious reason for this, or another bizarre erroneous dependency issue? Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
On Sat, Jul 05, 2008 at 10:13:46PM -0600, Joseph L. Casale wrote: > I am trying to install: > > perl-Compress-Zlib > perl-Digest-Perl-MD5 > perl-Net-DNS > perl-Time-HiRes > perl-Email-Valid > perl-File-ReadBackwards > perl-File-Scan-ClamAV > perl-Mail-SPF-Query > perl-libwww-perl > perl-LDAP > perl-Unix-Syslog > perl-Mail-SRS > perl-Net-CIDR-Lite > perl-Mail-SPF > > which are all either noarch or x86_64 rpms yet it wants to install perl i386 > version? > I could ask on rf list but it wont let me subscribe so that's of no help:/ > > Is there an obvious reason for this, or another bizarre erroneous dependency > issue? Can you identify which one of these packages individually is requiring the 32-bit perl? In other words, can you install perl-LDAP without it wanting to pull in the 32-bit perl? Same for all of them... You can also do an rpm -q -R -p on the .rpm file to see what it requires, but I'm not sure if that will tell us anything particularly useful. Have you tried the rpmforge IRC channel? Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] i386 version of Perl getting installed on x64 system?
>Can you identify which one of these packages individually is requiring >the 32-bit perl? In other words, can you install perl-LDAP without it >wanting to pull in the 32-bit perl? Same for all of them... > >You can also do an rpm -q -R -p on the .rpm file to see what it >requires, but I'm not sure if that will tell us anything particularly >useful. I will try that tomorrow, pushed through to test something else so its now:) I'll roll the lvm snap back (xen DomU). >Have you tried the rpmforge IRC channel? Didn't think of that, I will also log on to that to see why I cant subscribe. Thanks! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Sunday 06 July 2008 05:07:38 Joseph L. Casale wrote: > >I had no trouble copying it or linking it. > > Yes, but how does that satisfy yum? > jlc If the dependancy is purely on /usr/bin./false then when you copy it I think yum should find it. The problem would be if yum checks it's db to see if it has previously installed /usr/bin/false and find that it hasn't. In that case it won't wok. Why don't you try it and see what happens. Tony ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] CentOS 5.2 Missing Dependancy
>Why don't you try it and see what happens. I did, which is what lead me to believe it only checks the db:) jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Sunday 06 July 2008 07:20:33 Joseph L. Casale wrote: > >Why don't you try it and see what happens. > > I did, which is what lead me to believe it only checks the db:) > jlc Sorry, Tony Then you have a problem ;-) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
