similar to: Why glibc-profile doesn't show up in Centos 5 ???

Hi, I plan to setup an forum for my friend and his friends shortly. But before I setup, I would like to know what are the popular open source forum software/packages to look at.. Please advise. Thanks. --Robinson ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

Am having the following error: [root at intra.sdc:rescue]$yum update glibc Loading "fastestmirror" plugin Loading mirror speeds from cached hostfile * base: mirror.silyus.net * updates: mirror.silyus.net * addons: centos.intergenia.de * extras: centos.intergenia.de Excluding Packages in global exclude list Finished Setting up Update Process Resolving Dependencies --> Running

I'd like to modify pthread library ( e.g. manipulating some functions ) in glibc, so I want to compile and install modified glibc. However, I failed to compile glibc and need some help. How can I fix the problem? Here is the process that I've tried. 1. download glibc-2.3.4.tar.tar from http://ftp.gnu.org/gnu/glibc/ 2. unzip glibc-2.3.4.tar.tar 3. make build-folder [root at localhost /]#

Just my luck, None of my CentOS systems or my Fedora systems can #yum groupinstall "Development Tools" "Development Libraries"? Both are having dep issues? Is that a coincidence, or what's going on? The CentOS boxes all complain: --> Processing Dependency: glibc-common = 2.5-18.el5_1.1 for package: glibc Error: No Package Matching glibc.i686 jlc

Hi, Any one know why the glibc-profile is obsoleted on centos 5 (glibc 2.5)? I've checked the glibc.spec file and find that the --disable-profile option is enabled in the configuration command. So how the original profiling functions are implemented on glibc 2.5? Is there a new way to do the same/similar thing? Thanks a lot.

C6 with CR x86_64 Third time when trying to install a packet I get: yum install samba [...] --> Finished Dependency Resolution Error: Package: glibc-2.12-1.7.el6_0.5.i686 (updates) Requires: glibc-common = 2.12-1.7.el6_0.5 Installed: glibc-common-2.12-1.25.el6_1.3.x86_64 (@cr) glibc-common = 2.12-1.25.el6_1.3 Available:

The following transcript should provide all the necessary details: # yum install glibc-devel-2.17-157.el7.i686 Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirrors.gigenet.com * epel: mirrors.xmission.com * extras: mirrors.gigenet.com * updates: ftp.osuosl.org Resolving Dependencies --> Running transaction check ---> Package

Hi, Redhat announced RHEL 5.1 on Nov 07, so hopefully CentOS 5.1 will be ready shortly. But I get kind of nervous of the arrival of 5.1. My problem is: I have hundreds Centos 5.0 boxes just finished installation and I will continue to install and upgrade hundreds more in next few months. With the arrival of Centos 5.1, I don't like to reinstall them anymore but continuous upgrade instead

Seeing upstream has an update for glibc http://rhn.redhat.com/errata/RHBA-2009-0052.html I rebuilt the glibc-2.3.4-2.41.el4_7.1.src.rpm and it produced the following rpms :- glibc-2.3.4-2.41.el4_7.1.i386.rpm glibc-common-2.3.4-2.41.el4_7.1.i386.rpm glibc-debuginfo-2.3.4-2.41.el4_7.1.i386.rpm glibc-debuginfo-common-2.3.4-2.41.el4_7.1.i386.rpm glibc-devel-2.3.4-2.41.el4_7.1.i386.rpm

Hi, I've just done a fresh install of Centos 4.0 on a Via C3 Based system using the Centos DVD I downloaded a while ago. Then install goes though fine as does running 'yum check-update'. However when running the actual 'yum update', it downloads all the headers but afterwards displays the following errors:- --> Processing Dependency: glibc-common = 2.3.4-2 for package:

https://rhn.redhat.com/errata/RHSA-2004-586.html refers Changed files : updates/i386/RPMS/glibc-2.3.2-95.30.i386.rpm updates/i386/RPMS/glibc-2.3.2-95.30.i686.rpm updates/i386/RPMS/glibc-common-2.3.2-95.30.i386.rpm updates/i386/RPMS/glibc-devel-2.3.2-95.30.i386.rpm updates/i386/RPMS/glibc-headers-2.3.2-95.30.i386.rpm updates/i386/RPMS/glibc-profile-2.3.2-95.30.i386.rpm

Hello, I always wanted to ask: do you need to reboot after updating packages like kernel, glibc, postgresql? Or do you need to restart the postgresql service after updating it with yum? Regards Alex # sudo yum update Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package

Is anyone getting a yum update problem with glibc and glibc-common? I'm getting the error message ------------------------------- Error: Protected multilib versions: glibc-2.12-1.47.el6_2.12.x86_64 != glibc-2.12-1.47.el6_2.9.i686 ** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows: bash-4.1.2-9.el6_2.x86_64 is a duplicate with bash-4.1.2-8.el6.centos.x86_64

I cannot install glibc.i686 on a x86_64 system because I get Error: Missing Dependency: glibc-common = 2.5-81 is needed by package glibc-2.5-81.i686 (base) glibc-common.x86_64 is installed, but it's apparently looking for i686. There's indeed no glibc-common for i686. There's also glibc.i386 and glibc-common.i386 available, but I think I don't need them. I have other x86_64

The R Installation and Administration manual section A.1 states that glibc should provide a suitable iconv function, but I can't get R's configure script to accept/validate iconv on a Linux platform I need to support using glibc 2.20. Is glibc is actually compatible (and/or is gnu libiconv essentially the only path)? If glibc should work, what should I check to troubleshoot my

On a centos 4.6 box rpm -qa | grep glib glib-1.2.10-15 glibc-2.3.4-2.39 glibc-headers-2.3.4-2.39 glibc-common-2.3.4-2.39 dbus-glib-0.22-12.EL.9 glibc-kernheaders-2.4-9.1.100.EL glibc-devel-2.3.4-2.39 glib2-2.4.7-1 I am getting this type of error at times on a mail server *** glibc detected *** free(): invalid pointer: 0xbffa11b8 *** While I am researching this more, I am wondering if the

Hi, Fedora Core ext3 file systems newbie questions: Just interested in the Linux ext3 features but got confused with "large_file" and "ext_attr". First, what's the "large_file" feature REALLY means? For file systems created with same commands and options some file systems have it on while some not. It is said that the feature is automatic -- If there is a

_BSD_SOURCE was deprecated in favour of _DEFAULT_SOURCE since glibc 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should also be defined. [1]: https://sourceware.org/glibc/wiki/Release/2.20 Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 2 ++ libinstaller/fs.c | 2 ++ libinstaller/syslxmod.c | 2 ++ 3 files changed, 6

Hi, I attempted to ugprade glibc & glibc-devel and ended up removing them entirely by accident. *idiot* What are the steps needed to get glibc back onto my system. Absolutely nothing is working at the moment, rpm, yum, etc. I presume I'm going to have to boot from a rescue CD of some kind. If someone could outline how to do this, or point me to some docs I would be most grateful.

I just upgraded my Linux box to glibc 2.2.3. Before the upgrade (glibc 2.1.92), wine compiled and ran beautifully. After, however, winebuild segfaults for no apparent reason. Upon running ldd, I found that it is properly loading all libraries. I do have one question, however. Does the package glibc-profile have any effect on this? If it does, problem (probably) solved. Otherwise, I'm