matt@cis.ksu.edu via RT | 1 Aug 2003 18:34
Favicon

[OpenPKG #221] gv build fails on Solaris

Request 221 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/221
      Ticket: [OpenPKG #221]
     Subject: gv build fails on Solaris
  Requestors: matt <at> cis.ksu.edu
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by matt <at> cis.ksu.edu
        Time: Fri Aug 01 18:34:22 2003
_________________________________________________________________________

Sun's "xmkmf" tool assumes that the proprietary Sun linker is being used, so it generates Makefile's with
many proprietary switches (in particular, it liberally uses the "-Xc" option, which GNU binutils don't understand).

Unfortunately, the Sun "xmkmf" also ignores environment variables like "HasGcc" that other platforms
use to tune link flags.

There are a couple of ways around this that come to mind: 

(1) manually editing the generated Makefiles to get rid of the offending linker switches. e.g.,

...
    #   generate Makefiles and build gv
    xmkmf -a
    case "%{l_target}" in 
        *solaris* )
            for mkfile in `find . -name Makefile` ; do
(Continue reading)

Ralf S. Engelschall via RT | 2 Aug 2003 11:08
Favicon

[OpenPKG #222] bootstrap should require itself!?

Request 222 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/222
      Ticket: [OpenPKG #222]
     Subject: bootstrap should require itself!?
  Requestors: rse <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by rse
        Time: Sat Aug 02 11:08:56 2003
_________________________________________________________________________

It is currently too easy to stumble over ones feets by just trying to
compile the openpkg*.src.rpm with a plain RedHat/SuSE/whatever vendor
RPM as seen on

http://studio.imagemagick.org/pipermail/magick-developers/2002-May/000533.html

All OpenPKG packages require "OpenPKG, openpkg >= YYYYMMDD", so they
are safe in this situation. But the bootstrap contains obviously
no depdendencies at all. Perhaps it should depend on itself. On
bootstrapping via .src.sh, it should not matter, because the .spec's
headers are ignored. And once it is installed, there is an "openpkg"
package. Voila!
                                       Ralf S. Engelschall
                                       rse <at> engelschall.com
                                       www.engelschall.com

(Continue reading)

Favicon

[OpenPKG #223] Build a more complete X11 package

Request 223 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/223
      Ticket: [OpenPKG #223]
     Subject: Build a more complete X11 package
  Requestors: ms <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket creado por ms
        Time: Lun. Ago. 04 10:13:24 2003
_________________________________________________________________________

X11 based programs do not consistently build for a variety of reasons. Fix this by building a better X11
package, and providing hooks to the real X11 subsystem.

  o gv/xmkmf picks up shinola from macros not under OpenPKG control
  o qt picks up strange XFree86 stuff (GL), but not with other X11 servers
  o xaw3d, xfig, and xpm also have xmkmf/Imake troubles

--

-- 
Michael Schloh v. Bennewitz
OpenPKG Developer
ms <at> openpkg.org

Favicon

[OpenPKG #221] gv build fails on Solaris

Request 221 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/221
      Ticket: [OpenPKG #221]
     Subject: gv build fails on Solaris
  Requestors: matt <at> cis.ksu.edu
       Queue: openpkg
       Owner: Nobody
      Status: open
 Transaction: Correspondence added by michael.schloh <at> cw.com
        Time: Mon Aug 04 10:19:21 2003
________________________________________________________________________

On Fri, Aug 01, 2003, matt <at> cis.ksu.edu via RT wrote:
> Sun's "xmkmf" tool assumes that the proprietary Sun linker is being used, so
> it generates Makefile's with many proprietary switches (in particular, it
> liberally uses the "-Xc" option, which GNU binutils don't understand).
> 
Hello Matt,

First, you are right about the inconsistencies and there is a ticket that
describes the considerations

  https://rt.openpkg.org/Ticket/Display.html?id=104

Do the problems you noticed with gv actually cause the build to break, or just
spew warning or '-Xc not understood' messages?  Last time I built gv on
Solaris it worked, but I'm not sure if I had binutils installed.

(Continue reading)

Favicon

[OpenPKG #223] Build a more complete X11 package [comment]

Request 223 was acted upon.
This is a comment. It is not sent to the Requestor(s).
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/223
      Ticket: [OpenPKG #223]
     Subject: Build a more complete X11 package
  Requestors: ms <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: am Kommentar hinzugefügt von ms
        Time: Mo 04. Aug 2003, 10:22:12
_________________________________________________________________________

Whoops, this ticket is a copy of #104, so close it.

  https://rt.openpkg.org/Ticket/Display.html?id=104

--

-- 
Michael Schloh v. Bennewitz
OpenPKG Developer
ms <at> openpkg.org

Thomas Lotterer via RT | 4 Aug 2003 13:46
Favicon

[OpenPKG #224] [FWD] tcl/expect dependency problem.

Request 224 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/224
      Ticket: [OpenPKG #224]
     Subject: [FWD] tcl/expect dependency problem.
  Requestors: thl <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by thl
        Time: Mon Aug 04 13:46:08 2003
_________________________________________________________________________

This is an old issue and was deferred until the latest release was sent
out. We should try to circumvent this nasty tcl/expect issue in the
future.

----- Forwarded message from Bill Campbell <bill <at> celestial.com> -----

Date: Thu, 3 Apr 2003 10:31:45 -0800
From: Bill Campbell <bill <at> celestial.com>
Subject: tcl/expect dependency problem.
To: openpkg-dev <at> openpkg.org

There appears to be a dependency loop between expect and tcl.

Building the changes from yesterday, the tcl install failed saying:
	tcl = 8.4.1 is needed by expect-5.38-20021023

(Continue reading)

Thomas Lotterer via RT | 4 Aug 2003 13:47
Favicon

[OpenPKG #224] [FWD] tcl/expect dependency problem.

Request 224 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/224
      Ticket: [OpenPKG #224]
     Subject: [FWD] tcl/expect dependency problem.
  Requestors: thl <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Correspondence added by thl
        Time: Mon Aug 04 13:47:46 2003
________________________________________________________________________

----- Forwarded message from Michael van Elst <mlelstv <at> dev.de.cw.net> -----

Date: Thu, 3 Apr 2003 21:20:19 +0200
From: Michael van Elst <mlelstv <at> dev.de.cw.net>
Subject: Re: tcl/expect dependency problem.
To: openpkg-dev <at> openpkg.org

Not exactly a loop.

expect _embeds_ tcl because it requires part of the tcl build
environment that is not available even when you have installed
the tcl package.

However, it must embed exactly the same tcl version that you
have installed to prevent run-time conflicts.

(Continue reading)

Thomas Lotterer via RT | 4 Aug 2003 13:55
Favicon

[OpenPKG #225] Simplification of rc scripts

Request 225 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/225
      Ticket: [OpenPKG #225]
     Subject: Simplification of rc scripts
  Requestors: thl <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by thl
        Time: Mon Aug 04 13:55:03 2003
_________________________________________________________________________

This is an old issue and was deferred until the latest release was sent
out. It seems we missed it when migrating from the previous ticket
system.

----- Forwarded message from "REIBER, CHRISTIAN via RT" <rt-dev <at> rt.dev.de.cw.net> -----

Date: Tue,  8 Apr 2003 18:23:56 +0200 (CEST)
From: "REIBER, CHRISTIAN via RT" <rt-dev <at> rt.dev.de.cw.net>
Subject: [CW-IS #102] Simplification of rc scripts 
To: "AdminCc of CW-IS Ticket #102": ;

In rc-scripts it is possible to test a variable via opServiceEnabled in order to
avoid running a section when the service is actually not enabled.

A closer look reveals that in almost all cases this mechanism is needed in most
sections. Therefore I suggest to make it the default behaviour giving the
(Continue reading)

Ralf S. Engelschall via RT | 4 Aug 2003 13:59
Favicon

[OpenPKG #154] OpenPKG 1.3 Release Engineering

Request 154 was acted upon.
This is an automatically generated message.
________________________________________________________________________

         URL: https://rt.openpkg.org/id/154
      Ticket: [OpenPKG #154]
     Subject: OpenPKG 1.3 Release Engineering
  Requestors: rse <at> openpkg.org
       Queue: openpkg
       Owner: rse
      Status: resolved
 Transaction: Status changed from open to resolved by rse
        Time: Mon Aug 04 13:59:14 2003
_________________________________________________________________________

According to our records, your request has been resolved. If you have
any further questions or concerns, please just respond to this message.
matt@cis.ksu.edu via RT | 4 Aug 2003 14:58
Favicon

[OpenPKG #221] gv build fails on Solaris

Request 221 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/221
      Ticket: [OpenPKG #221]
     Subject: gv build fails on Solaris
  Requestors: matt <at> cis.ksu.edu
       Queue: openpkg
       Owner: Nobody
      Status: open
 Transaction: Correspondence added by matt <at> cis.ksu.edu
        Time: Mon Aug 04 14:58:57 2003
________________________________________________________________________

This build fails.

Thanks,

Matt

> On Fri, Aug 01, 2003, matt <at> cis.ksu.edu via RT wrote:
> > Sun's "xmkmf" tool assumes that the proprietary Sun linker is being used, so
> > it generates Makefile's with many proprietary switches (in particular, it
> > liberally uses the "-Xc" option, which GNU binutils don't understand).
> > 
> Hello Matt,
> 
> First, you are right about the inconsistencies and there is a ticket that
> describes the considerations
> 
(Continue reading)


Gmane