Closed Bug 475420 Opened 17 years ago Closed 17 years ago

Please re-image qm-codecover01 with CentOS-5.0 32 bit.

Categories

(mozilla.org Graveyard :: Server Operations, task)

Product:
mozilla.org Graveyard
Component:
Server Operations
Platform:
x86
Linux
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: murali, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.5) Gecko/2008120121 Firefox/3.0.5 Build Identifier: As per my previous request, this box qm-codecover01 is installed with RHEL64bit OS. Looks like, I need a CentOS-5.0 32 bit OS on this box with PAE enabled to make use of full 8GB RAM. Kindly do the favor. Please look at the following link for required packages and ways to install them easily. https://wiki.mozilla.org/ReferencePlatforms/Linux-CentOS-5.0 Reproducible: Always Steps to Reproduce: 1. 2. 3.
CentOS 5.0 exactly, or would 5.2 work? Does this need to be an exact copy of the Linux reference platform currently used by RE, or just similar?
Perhaps it would be easier to start from a clone of the RelEng ref platform (described your link), we scrub keys and passwords you don't need, and then you go forward with PAE etc.
AFAIK, we don't have any clone image that will unroll on a DL360G5. btw, the box as built as okayed in bug 470794 comment #6.
Oh sorry, I didn't realize this was on physical hardware.
As I have already mentioned, you have done exactly as requested in the bug 470794. Unfortunately, GTK+-2.0 installation and related issues require me to use make and make install options instead of using 'yum'. So, this could be a maintenance issue for your team in the future. So, I requested to move to RE reference platform. Hope this clarifies the issue. Thanks
I can convert the box to CentOS 5 x86_64 in place without re-imaging the machine if you want. BTW, 64-bit Linux supports 16 GB of RAM natively, PAE is not required for memory access over 3.6 GB unless you're using a 32-bit kernel.
(In reply to comment #5) > Unfortunately, GTK+-2.0 installation and related issues require me to > use make and make install options instead of using 'yum'. Why do you need special GTK+ 2.0 make options? Nothing in the RE reference platform requires such a thing. Is this specific to your testing?
checking for pkg-config... /usr/bin/pkg-config checking for gtk+-2.0 >= 2.10.0 gtk+-unix-print-2.0 glib-2.0 gobject-2.0 gdk-x11-2.0... Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-2.0' found Package gtk+-unix-print-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-unix-print-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-unix-print-2.0' found Package glib-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `glib-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'glib-2.0' found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gobject-2.0' found Package gdk-x11-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gdk-x11-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gdk-x11-2.0' found configure: error: Library requirements (gtk+-2.0 >= 2.10.0 gtk+-unix-print-2.0 glib-2.0 gobject-2.0 gdk-x11-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. *** Fix above errors and then restart with "make -f client.mk build" make[1]: *** [configure] Error 1 make[1]: Leaving directory `/home/mnandigama/src' make: *** [/home/mnandigama/src/../mozcentral-dbg/Makefile] Error 2
GTK+-2.0 RPM is not available for default install
Also note that if the box is converted to CentOS, you will have no IT support for the box. We won't be running security updates, and you'll be responsible for keeping up on those on your own. The environment used on the build machines typically don't get security updates because they're paranoid about the updates breaking things. They're also off in their own little network that's not accessible from the Internet or other Mozilla hosts.
the main dependency failure seems to be with gdk-x11-2.0
(In reply to comment #9) > GTK+-2.0 RPM is not available for default install You want `yum install gtk2-devel`.
It worked :) Do you have any trick up your sleeve for checking for gnome-vfs-2.0 >= 2.0 gnome-vfs-module-2.0 >= 2.0... checking for gconf-2.0 >= 1.2.1... checking for libgnome-2.0 >= 2.0... checking for libgnomeui-2.0 >= 2.2.0... checking for dbus-glib-1 >= 0.60... Package dbus-glib-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `dbus-glib-1.pc' to the PKG_CONFIG_PATH environment variable No package 'dbus-glib-1' found configure: error: Library requirements (dbus-glib-1 >= 0.60) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
Probably need dbus-glib && dbus-glib-devel.
Excellent help so far .... :) Thanks a million. Here is my X problem after checking dependencies checking for sys/int_types.h... no configure: error: Could not compile basic X program. *** Fix above errors and then restart with "make -f client.mk build" make[1]: *** [configure] Error 1 make[1]: Leaving directory `/home/mnandigama/src' make: *** [/home/mnandigama/src/../mozcentral-dbg/Makefile] Error 2 Please help
Excellent help from you guys ... I am closing this bug as not required for now .....
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.