Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (118 - 120 of 431)

Ticket Resolution Summary Owner Reporter
#381 wontfix IZ2112: compilation pains and solutions on fedora core 6 dlove hintak
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=2112]

   Issue #: 2112   Platform: Other   Reporter: hintak (hintak)
   Component: gridengine   OS: Linux
   Subcomponent: install   Version: 6.0u9   CC:
   [_] opoplawski
   [_] Remove selected CCs
   Status: NEW   Priority: P3
   Resolution:   Issue type: DEFECT
     Target milestone: ---
   Assigned to: dom (dom)
   QA Contact: dom
   URL:
   * Summary: compilation pains and solutions on fedora core 6
   Status whiteboard:
   Attachments:
   Date/filename:                                      Description:                                                                                                                  Submitted by:
   Thu Nov 9 13:27:00 -0700 2006: config.sub           config.sub from automake 1.9 ; please replace the config.sub in source/3rdparty/qtcsh and source/3rdparty/qmake. (text/plain) hintak
   Tue Nov 21 09:07:00 -0700 2006: qmon-noWerror.patch patch to remove all -Werror (text/plain)                                                                                      hintak
   Tue May 27 13:52:00 -0700 2008: warnings            Current warnings compiling on Fedora 10 (text/plain)                                                                          opoplawski
     Issue 2112 blocks:
   Votes for issue 2112:

   Opened: Thu Nov 9 12:23:00 -0700 2006 
------------------------


I have encountered some problems building 60u9 (and 60u8, 60u4) on fedora
core 6, and managed to fixed most of them, so I am going to detail it here.

(1) why the *&^%$£ is the default compiler switch in aimk contains both
-Werror and -Wno-error? Earlier gcc seems to think if you specify both, it
means no (or the last one take effect) - gcc 4.1 on fc6 seems to believe it is
the opposite - if you specify both, it means aborts on any warnings. I have to
strip out the -Werror's from aimk.

(2) "config.sub" in  source/3rdparty/qtcsh and source/3rdparty/qmake
are too old to recognise "x86_64-unknown-linux-gnu" on kernel 2.6 as a
valid platform.
You need to copy this file from a more recent automake/autoconf/libtool.
On my box many of these are the same and in any case, more up to date
that V60u9 is carrying:

/usr/lib/rpm/config.sub
/usr/lib/rpm/redhat/config.sub
/usr/lib64/php/build/config.sub
/usr/share/apps/kapptemplate/admin/config.sub
/usr/share/automake-1.4/config.sub
/usr/share/automake-1.5/config.sub
/usr/share/automake-1.6/config.sub
/usr/share/automake-1.7/config.sub
/usr/share/automake-1.9/config.sub
/usr/share/libtool/config.sub
/usr/share/libtool/libltdl/config.sub

(3) There wasn't any instructions about using the platform version
of ssl and crypto (which fedora ships). I had to do something quite ugly like this:

perl -pi -e \
's(^set SECLIBS_STATIC.+)(set SECLIBS_STATIC = " -lssl -lcrypto ")' source/aimk

I don't have a static version of those libraries around. (most linux users don't!).

(4) same thing with autodetecting the location of the openssl and includes.
I have to do:
perl -pi -e 's(/vol.+?\$buildarch)(/usr);' source/aimk.site

(3), (4) can be fixed and routinely done automatically by many
open-source software with autoconf, etc. ok, at least they can be detailed
in README.BUILD for manual editing. (1) and (2) is just plain-broken.

BTW, the dependency checking also does not seem to work reliably. often
e.g. aimk -only-qmon does not works after aimk depend (dies from not being able
to find some files), sometimes it requires a manual "aimk -only-core" or
some others in the middle. The problem seems intermittent.

   ------- Additional comments from hintak Thu Nov 9 13:27:58 -0700 2006 -------
Created an attachment (id=85)
config.sub from automake 1.9 ; please replace the config.sub in source/3rdparty/qtcsh and source/3rdparty/qmake.

   ------- Additional comments from hintak Fri Nov 17 11:34:16 -0700 2006 -------
The first issue apparently is well-known to the oscar project people -
this is in the SRPMS of sge-V60u8 they ship:
(http://svn.oscar.openclustergroup.org/oscar/branches/branch-5-0/packages/sge/SRPMS)

# The following patch (aimk.patch) removes all "-Werror"
# from the aimk script. Otherwise, the SGE build fails
# after warnings (not errors) when built against
# recent versions of glibc - Babu Sundaram, 04/13/06
Patch4: aimk.patch

   ------- Additional comments from hintak Tue Nov 21 09:07:29 -0700 2006 -------
Created an attachment (id=90)
patch to remove all -Werror

   ------- Additional comments from opoplawski Tue May 27 13:51:06 -0700 2008 -------
I have to strip -Werror as well from my Fedora rpm builds.  I'll attach a list
of all of the warnings I currently get during compilation.

   ------- Additional comments from opoplawski Tue May 27 13:52:31 -0700 2008 -------
Created an attachment (id=174)
Current warnings compiling on Fedora 10

   ------- Additional comments from opoplawski Tue May 27 13:53:57 -0700 2008 -------
Add myself to CC
#491 fixed IZ2506: Change default method to determine Linux libC version dlove brunner
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=2506]

        Issue #:      2506             Platform:     Other         Reporter: brunner (brunner)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.1u3            CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     Change default method to determine Linux libC version
   Status whiteboard:
      Attachments:

     Issue 2506 blocks:
   Votes for issue 2506:


   Opened: Mon Feb 25 16:48:00 -0700 2008 
------------------------


When installing Grid Engine 6.1u3 on a fairly minimal Fedora 8
installation I noticed the "strings" dependency that the
$SGE_ROOT/util/arch script has for linux boxes. Installing the binutils
rpm got me past the installation issue but during my investigation into
the $SGE_ROOT/util/arch script I saw the following:

<snip>
       # verify the GNU C lib version
       # For an alternative means to determine GNU C lib version see
       # http://www.gnu.org/software/libc/FAQ.html#s-4.9
       case $lxmachine in
       amd64)
          libc_string=`strings /lib64/libc.so.6 | grep "GNU C Library"`
<snip>

The alternative method, which is a simple replace of the strings call with a
direct execution of libc thus elminating the strings dependency, should be the
default method.

Here is an example showing the identical ouput from the 2 commands:

[cbrunner@cbrunner-f8 ~]$ strings /lib/libc.so.6 | grep "GNU C Library"
GNU C Library stable release version 2.7, by Roland McGrath et al.
[cbrunner@cbrunner-f8 ~]$ /lib/libc.so.6 | grep "GNU C Library"
GNU C Library stable release version 2.7, by Roland McGrath et al.

This bug was discussed on the users@gridengine.sunsource.net list here:

http://gridengine.sunsource.net/servlets/BrowseList?list=users&by=thread&from=28420

and

http://gridengine.sunsource.net/servlets/BrowseList?list=users&by=thread&from=28424

Note:  The strings utility is also used in:
$SGE_ROOT/util/install_modules/inst_qmaster.sh
if CSP is enabled.
#593 fixed IZ2780: Move manager/operator setup out of CreateSGEStartupScripts dlove opoplawski
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=2780]

        Issue #:      2780             Platform:     All       Reporter: opoplawski (opoplawski)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      current      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    PATCH
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     Move manager/operator setup out of CreateSGEStartupScripts
   Status whiteboard:
      Attachments:
                      Date/filename:                                         Description:                                              Submitted by:
                      Thu Nov 6 09:15:00 -0700 2008: SetupDefaultUsers.patch Patch to create "SetupDefaultUsers" function (text/plain) opoplawski

     Issue 2780 blocks:
   Votes for issue 2780:


   Opened: Thu Nov 6 09:14:00 -0700 2008 
------------------------


Currently, the default manager and operator users are setup in
"CreateSGEStartupScripts".  This is confusing as it really doesn't have anything
to do with creating startup scripts.  The attached patch creates a new function
"SetupDefaultUsers" and calls it when appropriate.

This is helpful in my Fedora packages because I don't want to create startup
scripts, but I do want to setup the default users.

   ------- Additional comments from opoplawski Thu Nov 6 09:15:39 -0700 2008 -------
Created an attachment (id=182)
Patch to create "SetupDefaultUsers" function
Note: See TracQuery for help on using queries.