similar to: CESA-2005:587 missing devhelp src.rpm

CentOS Errata and Security Advisory 2005:587 https://rhn.redhat.com/errata/RHSA-2005-587.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: devhelp-0.9.2-2.4.6.x86_64.rpm devhelp-devel-0.9.2-2.4.6.x86_64.rpm mozilla-1.7.10-1.4.1.centos4.x86_64.rpm mozilla-chat-1.7.10-1.4.1.centos4.x86_64.rpm mozilla-devel-1.7.10-1.4.1.centos4.x86_64.rpm

CentOS Errata and Security Advisory 2005:587 https://rhn.redhat.com/errata/RHSA-2005-587.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: devhelp-0.9.2-2.4.6.i386.rpm devhelp-devel-0.9.2-2.4.6.i386.rpm mozilla-1.7.10-1.4.1.centos4.i386.rpm mozilla-chat-1.7.10-1.4.1.centos4.i386.rpm mozilla-devel-1.7.10-1.4.1.centos4.i386.rpm

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

I looked on several mirrors, and nowhere seems to have it. -- Matthew Miller mattdm at mattdm.org <http://mattdm.org/> Boston University Linux ------> <http://linux.bu.edu/>

when i opened Devhelp,there was a segment err even i had reinstall it. How can i fix it? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100701/54d5a370/attachment.html>

Question about differences in RHEL 4.1 and CentOS 4.1 organization. Does CentOS follows same organization as RHEL? I don't see separate directory for 4.1 on Red Hat's ftp server (well, the public part of it, with SRPM packages), seems like all the updates were simply dumped into the 4.0 updates area, so basically doing normal system upgrade will bump all RHEL 4.0 systems to 4.1. On the

In short, the reason considering (and still only considering) turning it off is to make tripwire usable again (security vs. performance, I guess). Is it possible to completely turn it off system-wide? Any additional steps needed on the existing system (that already have half of the binaries prelinked)? What order of performance degradation to expect? If it is minor, nobody is going to cry

Greetings. Every couple of day's I have a web server running CentOS 4.1 with all the patches as of Saturday that is crashing every couple of day's. Usualy between 4-6 am. The Console shows: Double Fault gdt at xxxx memory Double Falut tss at xxxx memory On reboot all is fine. It's running apache and DNS no SSH access. It passes memory test Memtest86. I can provide more

Does anyone know of any programs capable of fine tuning my screen display settings? I'm using the NVIDIA drivers, and everything is slightly blurry - regardless of how much (or little) I set anti-aliasing to.

CentOS Errata and Security Advisory 2007:0400 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0400.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: da35284a4bf8354c2f477d54be95281a devhelp-0.12-11.el5.i386.rpm 94d7e57fa81800b48e83e04c31003a0f devhelp-0.12-11.el5.x86_64.rpm

CentOS Errata and Security Advisory 2007:0400 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0400.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: da35284a4bf8354c2f477d54be95281a devhelp-0.12-11.el5.i386.rpm 4e17cc3eea74ba0fb594d51e3be830f9 devhelp-devel-0.12-11.el5.i386.rpm Source:

Hi, I'm working on a RHSA tracking tool, named Sarah. It allows you to build a local RHSA database of different RHEL releases and then allows you to verify systems for compliance (and lists applicable RHSA and required packages). But before releasing my prototype, I would like to know what requirements people have. How they would be using such a tool and what for reports they need to

There seems to be some confusion over the way we release CentOS, and the release cycle. First, let's define what the upstream provider does. They released RHEL-2.1 (originally RHAS-2.1), RHEL-3 and RHEL-4. Those are specific and unique releases. They have the following Maintenance Phases: Phase 1: Full Support Start Date: General Availability End Date: 2.5 Years from General

I saw the latest update announcements on the announce list, so I ran "yum check-update" and did not see seamonkey in the list. Which I guess makes sense, since it's a name change from mozilla. However, devhelp is in the list, and "yum update devhelp" pulls in seamonkey as a dependency. This seems like a sort of backdoor way to get seamonkey onto the system. Did these

Recent updates to gdk-pixbuf and gtk2 have the binary rpms in the updates tree, but not the src.rpms. I know we can just get those from Red Hat, but it's nicer if we've got a coherent, self-contained distribution here.... -- Matthew Miller mattdm at mattdm.org <http://mattdm.org/> Boston University Linux ------> <http://linux.bu.edu/>

CentOS Errata and Security Advisory 2007:0077 https://rhn.redhat.com/errata/RHSA-2007-0077.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: devhelp-0.10-0.7.el4.i386.rpm devhelp-devel-0.10-0.7.el4.i386.rpm seamonkey-1.0.8-0.1.el4.centos.i386.rpm seamonkey-chat-1.0.8-0.1.el4.centos.i386.rpm seamonkey-devel-1.0.8-0.1.el4.centos.i386.rpm

I just installed gnome-devel-docs with the objective of having a local copy of the gnome hig-book and now that I have it installed I don't know how to use it. I had assumed that it would show up in devhelp but it doesn't. What I have is a bunch of XML files in /usr/share/gnome/help/hig-book/C, and when I try to view one with firefox it tells me "This XML file does not appear to have

Hello there, a long-standing issue I have here and that I'm decided to get rid of now: in the devhelp, most of the GTK+ functions are not found by the search tab: it will find gtk_icon fonctions but no gtk_widget or gtk_color_button, gtk_label etc. Also, it will find GtkVbox item but no gtk_vbox_new, GtkWidget but no gtk_widget function, for instance. The docs are there (gtk-doc,

CentOS Errata and Security Advisory 2007:0077 https://rhn.redhat.com/errata/RHSA-2007-0077.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: devhelp-0.10-0.7.el4.x86_64.rpm devhelp-devel-0.10-0.7.el4.x86_64.rpm seamonkey-1.0.8-0.1.el4.centos.x86_64.rpm seamonkey-chat-1.0.8-0.1.el4.centos.x86_64.rpm

In doing an update of centos 5.2 this morning, I observed that the old gecko-libs dependency issue caused yum update to fail because it was required by nspluginwrapper (x64_86), devhelp, yelm and firefox. Also, a firefox (x64_86) showed the red hat splash screen rather than centos. Manual installation of affected rpms using --nodeps (I don't advise this) did not apear to impair the