Hi,
> On Wed, Mar 19, 2008 at 5:31 PM, Michael Mansour <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I've recently upgraded some 32bit servers to SL46 (from 45).
> >
> > All the servers that were upgraded, exhibit this:
> >
> > # prelink /usr/bin/pstree
> > prelink: /usr/lib/libncurses.so.5.4: .d
I guess this is all quite similar to what Jon described for their
systems.
Sounds pretty similar to me, though our 'policy' re updates isn't quite so
clean sounding and adding exceptions etc is all pretty much done by (my)
hand here at the moment...
Sorry, I have little to no experience wit
Hi Troy,
On Wed, 19 Mar 2008, Troy Dawson wrote:
Well, I've looked at cups, and in this case, it was a matter of me getting it
wrong. It really should have been cups-1.1.22-0.rc1.9.20.2.el4_5.2 and not
cups-1.1.22-0.rc1.9.20.2.2.src.rpm
Connie has gotten all of our build scripts taken care of
I remember similar problems with SL45 x86_64 upgrade:
ftp://ftp.scientificlinux.org/linux/scientific/45/x86_64/SL/RPMS/comps-45-0.20070625.x86_64.rpm
Lack of digital signature seems to halt installs over network.
Bill Feero wrote:
While updating with the 4x repos.
yum upgrade comps
=
Hi Chris,
On Wed, 19 Mar 2008, Christopher Hunter wrote:
We are trying to put together intelligent policy for yum software
updates for workstations and servers. We would appreciate anyone
willing to share how the control yum updates for servers & workstations.
None of our systems receive upd
On Wed, Mar 19, 2008 at 5:31 PM, Michael Mansour <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've recently upgraded some 32bit servers to SL46 (from 45).
>
> All the servers that were upgraded, exhibit this:
>
> # prelink /usr/bin/pstree
> prelink: /usr/lib/libncurses.so.5.4: .debug_loc adjusting unfi
Hello all,
Since a few weeks I'm using an external usb disk (Western Digital
Passport 250 Gb, usb powered, VFAT file system to allow compatibility
with other-than-linux OSs...) and I'm experiencing some weird problems.
On my laptop running SL 5.1 (actually 5.x updated to the latest
releases)
Dear all,
in our Scientific Linux cluster (SL 4.5 64bit) we have received the
following two errors:
wn014: Mar 12 09:09:20 wn014 kernel: knot[24574] trap divide error
rip:405894 rsp:7fbfffe520 error:0
wn057: Feb 27 04:31:44 wn057 kernel: fs[4851]: segfault at
ed410c22 rip 0033e