Favicon

[OpenPKG #18016] SDL package's sdl-config script might be wrong

Request 18016 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18016
      Ticket: [OpenPKG #18016]
     Subject: SDL package's sdl-config script might be wrong
  Requestors: ms <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket creado por ms
        Time: Jue. Abr. 29 13:06:31 2004
_________________________________________________________________________

Request CFLAGS:

  $ sdl-config --cflags
  -I/openpkg-dev/include/SDL

It is possible that it should return:

  -I/openpkg-dev/include

That is where xine-lib expects to find <SDL/SDL.h>, for example. For the meantime I've patched xine-lib to
simply use <SDL.h>, though this might be treating the symptom and not the problem.

--

-- 
Michael Schloh v. Bennewitz
OpenPKG Developer
ms <at> openpkg.org
(Continue reading)

martin@slackers.net via RT | 28 Apr 2004 21:31
Favicon

[OpenPKG #18015] sudo requires account-ids to be synced

Request 18015 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18015
      Ticket: [OpenPKG #18015]
     Subject: sudo requires account-ids to be synced
  Requestors: martin <at> slackers.net
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by martin <at> slackers.net
        Time: Wed Apr 28 21:30:58 2004
_________________________________________________________________________

sudo complains if the gid for openpkg does not match the id on the 
machine that compiled the sudo package (because sudoers is not owned by 
the correct gid). Maybe this is approved behavior for openpkg, but I 
have not run into other openpkg packages that require synchronized 
user/group ids. Is there a reason that the sudoers gid is not 0? I had 
this problem with sudo-1.6.7p5-1.3.1 but checking CVS it appears this 
behavior remains in the latest source.

Martin

Favicon

[OpenPKG #18014] Fileconflicts between perl and perl-util: l_prefix/bin/prove

Request 18014 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18014
      Ticket: [OpenPKG #18014]
     Subject: Fileconflicts between perl and perl-util: l_prefix/bin/prove
  Requestors: ms <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket creado por ms
        Time: Lun. Abr. 26 15:27:14 2004
_________________________________________________________________________

RPM reports a file conflict (l_prefix/bin/prove) between perl and perl-util.

--

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

Ralf S. Engelschall via RT | 21 Apr 2004 16:23
Favicon

[OpenPKG #18013] Solution for Problems building xemacs on Solaris

Request 18013 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18013
      Ticket: [OpenPKG #18013]
     Subject: Solution for Problems building xemacs on Solaris
  Requestors: gregory_r_warnes <at> groton.pfizer.com
       Queue: openpkg
       Owner: Nobody
      Status: open
 Transaction: Correspondence added by rse
        Time: Wed Apr 21 16:23:53 2004
________________________________________________________________________

On Tue, Apr 20, 2004, Warnes, Gregory R via RT wrote:

> We've encountered errors trying build and install
> ftp://ftp.openpkg.org/current/SRC/xemacs-21.4.15-20040206.src.rpm using
> OpenPKG 2.0 on Solaris 8 (aka SunOs 5.8).
>
> Most of the build phase goes correctly until this error is generated:
>
> 	Loading site-load...
> 	Finding pointers to doc strings...
> 	Finding pointers to doc strings...done
> 	Warning: doc lost for variable iso8859/1-code-to-x-keysym-table.
> 	Warning: doc lost for function gtk-file-dialog-new.
>
> 	This is usually because some files were preloaded by loaddefs.el or
> 	site-load.el, but were not passed to make-docfile by Makefile.
(Continue reading)

Warnes, Gregory R via RT | 20 Apr 2004 15:05
Favicon

[OpenPKG #18013] Solution for Problems building xemacs on Solaris

Request 18013 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18013
      Ticket: [OpenPKG #18013]
     Subject: Solution for Problems building xemacs on Solaris
  Requestors: gregory_r_warnes <at> groton.pfizer.com
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by gregory_r_warnes <at> groton.pfizer.com
        Time: Tue Apr 20 15:05:52 2004
_________________________________________________________________________

Hello,

We've encountered errors trying build and install
ftp://ftp.openpkg.org/current/SRC/xemacs-21.4.15-20040206.src.rpm using
OpenPKG 2.0 on Solaris 8 (aka SunOs 5.8).   

Most of the build phase goes correctly until this error is generated:

	Loading site-load...
	Finding pointers to doc strings...
	Finding pointers to doc strings...done
	Warning: doc lost for variable iso8859/1-code-to-x-keysym-table.
	Warning: doc lost for function gtk-file-dialog-new.

	This is usually because some files were preloaded by loaddefs.el or
	site-load.el, but were not passed to make-docfile by Makefile.
(Continue reading)

Ralf S. Engelschall via RT | 18 Apr 2004 12:03
Favicon

[OpenPKG #18012] RPM tarball in openpkg src rpm contains object files

Request 18012 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18012
      Ticket: [OpenPKG #18012]
     Subject: RPM tarball in openpkg src rpm contains object files
  Requestors: philipwarren <at> hotmail.com
       Queue: openpkg
       Owner: Nobody
      Status: open
 Transaction: Correspondence added by rse
        Time: Sun Apr 18 12:03:23 2004
________________________________________________________________________

On Sun, Apr 18, 2004, Philip Warren via RT wrote:

> There are several object files contained in the openpkg-2.0.1-2.0.1.src.sh
> file. If you extract it:
>
> $ openpkg-2.0.1-2.0.1.src.sh -t | tar -xf -
> $ gzip -dc rpm-4.2.1.tar.gz | tar -tvf - | grep '\.lo'
> ...
> -rw-rw-r-- 2161/2161   5260 Dec 14 14:26 2002
> rpm-4.2.1/db/build_unix/db_recover.lo
> -rw-rw-r-- 2161/2161  27324 Dec 14 14:26 2002
> rpm-4.2.1/db/build_unix/db_stat.lo
> -rw-rw-r-- 2161/2161   4432 Dec 14 14:26 2002
> rpm-4.2.1/db/build_unix/db_upgrade.lo
> -rw-rw-r-- 2161/2161   4908 Dec 14 14:26 2002
> rpm-4.2.1/db/build_unix/db_verify.lo
(Continue reading)

Philip Warren via RT | 18 Apr 2004 07:15
Favicon

[OpenPKG #18012] RPM tarball in openpkg src rpm contains object files

Request 18012 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18012
      Ticket: [OpenPKG #18012]
     Subject: RPM tarball in openpkg src rpm contains object files
  Requestors: philipwarren <at> hotmail.com
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by philipwarren <at> hotmail.com
        Time: Sun Apr 18 07:15:47 2004
_________________________________________________________________________

There are several object files contained in the openpkg-2.0.1-2.0.1.src.sh 
file. If you extract it:

$ openpkg-2.0.1-2.0.1.src.sh -t | tar -xf -
$ gzip -dc rpm-4.2.1.tar.gz | tar -tvf - | grep '\.lo'
...
-rw-rw-r-- 2161/2161   5260 Dec 14 14:26 2002 
rpm-4.2.1/db/build_unix/db_recover.lo
-rw-rw-r-- 2161/2161  27324 Dec 14 14:26 2002 
rpm-4.2.1/db/build_unix/db_stat.lo
-rw-rw-r-- 2161/2161   4432 Dec 14 14:26 2002 
rpm-4.2.1/db/build_unix/db_upgrade.lo
-rw-rw-r-- 2161/2161   4908 Dec 14 14:26 2002 
rpm-4.2.1/db/build_unix/db_verify.lo

These files should probably not be shipped with the source rpm/bootstrap 
(Continue reading)

Ralf S. Engelschall via RT | 16 Apr 2004 11:14
Favicon

[OpenPKG #18011] Test ticket (after reanimating RT)

Request 18011 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/18011
      Ticket: [OpenPKG #18011]
     Subject: Test ticket (after reanimating RT)
  Requestors: rse <at> openpkg.org
       Queue: openpkg
       Owner: Nobody
      Status: new
 Transaction: Ticket created by rse
        Time: Fri Apr 16 11:14:06 2004
_________________________________________________________________________

This is just a test ticket after we've reanimated RT.

--

-- 
                                         Ralf S. Engelschall
                                         OpenPKG Project Leader
                                         rse <at> openpkg.org

Favicon

Petidomo: APPROVE openpkg-bugdb <at> openpkg.org: Your posting to list "openpkg-bugdb"

Your posting needs to be approved. Reply to this mail and
concatenate the two following strings to one large string

    D231D8FA65A52DA4
    45A94EF922B8AB15

This validates your will to send and your will to read.
You won't have to repeat that action in the future.

Matt Hoosier | 19 Feb 2004 16:15
Favicon

Synaptic patch

Looks like when the RPM libraries were moved to
%{l_prefix}/lib/openpkg/*.a, that Synaptic wasn't informed.

The attached patch takes care of this.

Attachment (synaptic.spec.diff): text/x-patch, 139 bytes
Warnes, Gregory R | 12 Feb 2004 06:29
Picon

OpenPKG bootstrap fails if tr=/usr/ucb/tr on Solaris


On Solaris 8 (SunOs 5.8), the OpenPKG bootstrap fails if tr=/usr/ucb/tr .
For some reason this tr hangs indefinately, resulting in the bootstrap
hanging.

The solution is to explicitly use /bin/tr instead.

-G

Gregory R. Warnes
Manager, Non-Clinical Statistics
Pfizer Global Research and Development
Tel: 860-715-3536

LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for
the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee,
any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it
is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately.


Gmane