similar to: Yum update crashed, now I have lots of missing deps

Here is the output from yum -y upgrade without the error parts... Its odd because it updated all of these first time round. I have dared reboot the box yet, for fear it won't come back up... Setting up Upgrade Process Setting up Repos Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. --->

Error: mount.ocfs2: Transport endpoint is not connected while mounting /dev/sdc1 on /u02, could not mount /dev/sdc1. The installation step is: 1. install all rpms on int-rac1, int-rac2 2. interconnect int-rac1, int-rac2, ping each other using private ip and public ip ok. Add EMC SAN as shared disk and visable for two nodes. 3. configure int-rac1 using ocfs2console, add two nodes 4. according

CentOS Errata and Security Advisory 2005:xxx This is 'rest of the U1 level updates'. Notable still missing anaconda, but everything else should be there now. The file list below does contain some previously updated files as it's the list of _all_ updated files. The following updated files have been uploaded and are currently syncing to the mirrors: files:

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi all I don't have the full Centos 4 CD distro, only the minimal server one (single CD). I use whitebox 4 for desktop installs and then change the necessary files whitebox-release, diskdumputils, yum etc. & change it to centos...never had a problem. This time however, I don't know why, but I chose the "Everything" option in the package selection dialog during install. Post

https://rhn.redhat.com/errata/RHSA-2005-009.html refers Updated files are :- updates/i386/RPMS/kdebase-3.1.3-5.8.i386.rpm updates/i386/RPMS/kdebase-devel-3.1.3-5.8.i386.rpm updates/i386/RPMS/kdelibs-3.1.3-6.9.i386.rpm updates/i386/RPMS/kdelibs-devel-3.1.3-6.9.i386.rpm updates/i386/SRPMS/kdebase-3.1.3-5.8.src.rpm updates/i386/SRPMS/kdelibs-3.1.3-6.9.src.rpm To update run 'yum update kdebase

Hi, I have a c-6 machine that I noticed the following on: (bugs pts10) # package-cleanup --problems Loaded plugins: fastestmirror, priorities, refresh-packagekit Package system-config-printer-libs-1.1.16-26.el6.x86_64 requires libsmbclient.so.0()(64bit) Package kdebase-runtime-libs-4.3.4-9.el6.x86_64 requires libsmbclient.so.0()(64bit) So then I ran: (bugs pts10) # yum install libsmbclient

Hi - Samba 3 had been running for years on a Redhat 6 box that I can't upgrade. Suddenly it stopped allowing windows client to access it. After trying many things, I then tried a "net ads leave" and then tried a "net ads join." The join fails with this error message: Failed to join domain: failed to lookup DC info for domain 'PSFC.MIT.EDU' over

does anyone else have major probs with Firefox as installed on CentOS5? ever since the RPM for FF3 came out it has been crashing daily. Usually when I use Save As... or Browse... or anything else that brings up the Gnome file picker. After the crash I re-start then the file picker works for a while. Sometimes it just takes scrolling or click+drag an image or some other random action. BANG

On Sun, 11 Feb 2018, Liam O'Toole wrote: > On 2018-02-06, me at tdiehl.org > <me at tdiehl.org> wrote: >> Hi, >> >> I have a c-6 machine that I noticed the following on: >> >> (bugs pts10) # package-cleanup --problems Loaded plugins: >> fastestmirror, priorities, refresh-packagekit Package >> system-config-printer-libs-1.1.16-26.el6.x86_64

Japanese input - the final frontier. This is the last obstacle before I can work completely within Centos and be free of Windows. But it's still not working. To cut to the chase, in my quest to get Japanese working, I came across the following: https://www.redhat.com/archives/fedora-i18n-list/2004-November/msg00030.html ... where someone says: "You need to have httx (htt_xbe) running

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=us-ascii" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <b>Reid,<br> <br> I followed the steps but got stuck as described

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=utf-8" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Reid,<br> <br> Here's the backtrace you asked for:<br> <br>

I'm getting a build error when trying to build gcc4 from sources. This is for the recent 1.9 release. How I built llvm-1.9: ----------------------------- tar zxf llvm-1.9.tar.gz cd llvm-1.9/ ./configure --prefix=/custom/llvm-1.9 make ENABLE_OPTIMIZED=1 OPTIMIZE_OPTION='-O2' tools-only make install How I built gcc4: ----------------------------- export

I did not realize that '--enable-llvm' was required and that invalidates my debug build results which were built just with LLVM on the path. I am now getting a segmentation fault when doing a 'make install' on LLVM-GCC4, possibly validating my original thoughts that GCC 4.1.1 was required to build LLVM-GCC 4.0.1. I will try using GCC 4.1.1. Heres the error anyway :- make[2]:

Hi Robert, On Mon, 2006-11-06 at 12:45 -0800, Robert Mykland wrote: > Reid, > > Here's the backtrace you asked for: > > (gdb) bt > #0 0x0862d65c in llvm::LiveVariables::runOnMachineFunction () Hmm, this is a little strange. Your LLVM build is non-debug (there's no line numbers or arguments in any of the llvm related calls). However, your llvm-gcc build seems to have

This is an libpath problem. When xgcc runs it wants to dynamically link the libgcc.so. When you run it from the command line it will find your system libgcc.so (which works) and so you don't see the segfault. When you run xgcc from the Makefile, it will have set LD_LIBRARY_PATH to get your <cfebuilddir>/gcc directory which will find the libgcc.so that it just built, which is the one

I'm having some trouble getting llvm-gcc4 to compile. It's unable to compile darwin-crt3.c. It's mentioning "Complex expression. Absolute segment assumed." but I'm not sure if that's a real error message. Has anyone run into this before? I'm running on a G4 apple 10.4.8, kernel version 8.6.0. I googled around and found a bug with the same error message:

Hi, On Nov 13, 2006, at 9:17 PM, Tanya M. Lattner wrote: > I assume you have an Mac with an Intel processor. Yes. Sorry, I forgot to mentioned it in the mailbody. > Download this: > http://llvm.org/releases/1.8/llvm-gcc4-1.8-x86-darwin.tar.gz I think that is the same tarball I used before. > Let me know if that doesn't work. Again: there is no fixheader-script like you

>> I assume you have an Mac with an Intel processor. > > Yes. Sorry, I forgot to mentioned it in the mailbody. > >> Download this: >> http://llvm.org/releases/1.8/llvm-gcc4-1.8-x86-darwin.tar.gz > > I think that is the same tarball I used before. Ok. I'm confused. Do you want llvm-gcc3 or llvm-gcc4? The tarball above is a binary for llvm-gcc4 for Mac x86. You