headers
Hubert Feyrer | 1 Oct 2004 02:14
Picon
Favicon

Re: license handling - small text/procedure change suggested

On Thu, 30 Sep 2004, Hubert Feyrer wrote:
> Right now, the license system prints:
>
> 	===> graphviz-1.12 has an unacceptable license: graphviz-license.
> 	===>     To build this package, add this line to your /etc/mk.conf:
> 	===>     ACCEPTABLE_LICENSES+=graphviz-license
> 	===>     To view the license, enter "/usr/bin/make show-license".
>
> I wonder if this shouldn't be reversed, to indicate the proper order of 
> actions that should be taken, i.e. first have a look at the license,
> then decide to accept and build:
>
> 	===> graphviz-1.12 has an unacceptable license: graphviz-license.
> 	===>     To view the license, enter "/usr/bin/make show-license".
> 	===>     To indicate acceptance of this license, add this line to
> 	===>     your /etc/mk.conf file:
> 	===>     ACCEPTABLE_LICENSES+=graphviz-license
>

FWIW, I've tweaked the wording a bit so it's as short as before now.
This is what is in CVS now:

 	yui% make
 	===> graphviz-1.12 has an unacceptable license: graphviz-license.
 	===>     To view the license, enter "/usr/bin/make show-license".
 	===>     To indicate acceptance, add this line to your /etc/mk.conf:
 	===>     ACCEPTABLE_LICENSES+=graphviz-license
 	*** Error code 1

  - Hubert
(Continue reading)

Permalink | Reply | 0 comments |
headers
Johnny C. Lam | 1 Oct 2004 05:07
Picon

Re: pkgsrc SunOS 5.9/sparc bulk build results 2004-09-30

On Thu, Sep 30, 2004 at 10:53:48PM +0100, Jonathan Perkin wrote:
> * On 2004-09-30 at 22:39 BST, Jonathan Perkin wrote:
> 
> > pkgsrc bulk build results
> > SunOS 5.9/sun4u
> > 
> >         CC_VERSION:     cc: Forte Developer 7 C 5.4 2002/03/09
> >         CFLAGS:         -O -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
> >         ABI:            64
> > 
> >         Successfully packaged:          1190
> >         Packages really broken:         1623
> >         Pkgs broken due to them:        1850
> >         Total broken:                   3473
> >         Not packaged:                   305
> >         Total:                          3778
> 
> Just a quick heads-up to show the progress made since jlam's new wrapper
> framework went in.  The previous results for 64bit ABI SunOS build were:
> 
> >         Successfully packaged:          545
> >         Packages really broken:         1698
> >         Pkgs broken due to them:        2418
> >         Total broken:                   4116
> >         Not packaged:                   304
> >         Total:                          4420
> 
> That's pretty impressive improvement!  Many thanks to Johnny for his
> work; it's amazing to see how easy it is becoming to instantly fix >500
> packages with a few tweaks.  Hopefully we can provide some more in the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeremy C. Reed | 1 Oct 2004 05:45

Re: Usefulness of pkgviews vs pkg_hack

On Fri, 1 Oct 2004, Rhialto wrote:

> to do so: expat-1.95.8nb1 which is a newer version and not in the
> default view, has registered that it is required by pango-1.6.0 which is
> also not in the default view. Hey but I do see something strange:
> /usr/pkg/packages/pango-1.6.0/+BUILD_INFO contains dependencies on BOTH
> versions of expat:
>
> REQUIRES=/usr/pkg/packages/expat-1.95.7/lib/libexpat.so.5
> REQUIRES=/usr/pkg/packages/expat-1.95.8nb1/lib/libexpat.so.5

I think the REQUIRES= mechanism is broken. I don't even thing it is used
for anything. See  <at> blddep and  <at> pkgdep in the +CONTENTS file instead.

> I suppose that's not intended?)

It seems this may be caused that it depends on fontconfig which depends on
expat which has:

BUILDLINK_DEPENDS.expat+=       expat>=1.95.7
BUILDLINK_RECOMMENDED.expat+=   expat>=1.95.8nb1

I don't know why. And I don't know why it is registered as a dependency in
the package meta files either especially since the libraries do not need
expat (as shown by objdump).

One of my systems it is not a dependency and the other it is. So I
reinstalled (using new libtool-to-be-added-soon) and it doesn't depend
( <at> pkgdep) on expat anymore.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hisashi T Fujinaka | 1 Oct 2004 06:31

problems building sun-jre15

I figured I'd have troubles. Here's the error messages:

ls: /usr/pkg/java/sun-1.5/.systemPrefs/.system.lock: No such file or directory
ls: /usr/pkg/java/sun-1.5/.systemPrefs/.systemRootModFile: No such file or directory
===> Registering installation for sun-jre15-5.0
pkg_create: can't stat `/usr/pkg/java/sun-1.pkg_create: can't stat `/usr/pkg/java/sun-1.5/.systemPrefs/.systemRootModFile'
sun-jre15-5.0 requires installed package suse_compat-7.3
sun-jre15-5.0 requires installed package suse_x11-7.3nb2
===> Packaging sun-jre15-5.0
===> Building binary package for sun-jre15-5.0
Creating package /usr/pkgsrc/packages/All/sun-jre15-5.0.tgz
Using SrcDir value of /usrRegistering depends: suse_compat-[0-9]* suse_x11-[0-9]*.
pkg_create: can't stat `/usr/pkg/java/sun-1.5/.systemPrefs/.system.lock'
pkg_create: can't stat `/usr/pkg/java/sun-1.5/.systemPrefs/.systemRootModFile'
tar: Unable to access java/sun-1.5/.systemPrefs/.system.lock (No such file or directory)
tar: Unable to access java/sun-1.5/.systemPrefs/.systemRootModFile (No such file or directory)
tar: WARNING! These file names were not selected:
java/sun-1.5/.systemPrefs/.system.lock
java/sun-1.5/.systemPrefs/.systemRootModFile
pkg_create: tar command failed with code 256

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Permalink | Reply | 2 comments |
headers
Jeremy C. Reed | 1 Oct 2004 07:18

buildlink path repeated

I am not sure if this is an error on my box. I am using new libtool code
to be imported soon.

Notice below that the buildlink path for jpeg is repeated:

gmake[4]: Entering directory
`/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/gtk+-2.4
.10/gdk-pixbuf'
/bin/sh ../libtool --mode=link gcc  -O2 -s -I/usr/pkg/include
-I/usr/include -I/
usr/pkg/include/freetype2 -Wall  -L/usr/pkg/lib -Wl,-R/usr/pkg/lib
-L/usr/lib -W
l,-R/usr/lib -L/usr/X11R6/lib -Wl,-R/usr/X11R6/lib -o
libpixbufloader-tiff.la -r
path /usr/pkg/lib/gtk-2.0/2.4.0/loaders -avoid-version -module  io-tiff.lo
-ltif
f libgdk_pixbuf-2.0.la -Wl,-R/usr/pkg/lib  -L/usr/pkg/lib -lgmodule-2.0
-lgobjec
t-2.0 -lglib-2.0 -liconv -lm -lintl
grep:
/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/tmp/pkgsrc/x11/gtk2/w
ork.rainier/.buildlink/lib/libjpeg.la: No such file or directory
sed:
/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/tmp/pkgsrc/x11/gtk2/wo
rk.rainier/.buildlink/lib/libjpeg.la: No such file or directory
libtool: link:
`/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/tmp/pkgsrc/
x11/gtk2/work.rainier/.buildlink/lib/libjpeg.la' is not a valid libtool
archive
gmake[4]: *** [libpixbufloader-tiff.la] Error 1
(Continue reading)

Permalink | Reply | 3 comments |
headers
Masao Uebayashi | 1 Oct 2004 07:18
Picon

Re: problems building sun-jre15

I could build and install it without any trouble today.  On
NetBSD/i386 2.0_BETA.

Masao
Permalink | Reply | 1 comment |
headers
Jeremy C. Reed | 1 Oct 2004 07:24

Re: buildlink path repeated

On Thu, 30 Sep 2004, Jeremy C. Reed wrote:

> I found work.rainier/.buildlink/lib/libtiff.la has:
>
>
dependency_libs='/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/lib/libjpeg.la
-lz -lm'
>
> Any ideas on how this happened?
>
> Why is "tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink" repeated?
>
> I am not sure if this is a libtool or a buildlink3 issue.

By the way, I have been using the following since March 13, 2003:
WRKOBJDIR=             /usr/pkg/tmp/pkgsrc

Maybe "/usr/pkg" in there is causing this. Maybe it is new wrapper
framework (although I am surpised I hadn't seen before now).

 Jeremy C. Reed

 	  	 	 BSD News, BSD tutorials, BSD links
	  	 	 http://www.bsdnewsletter.com/
Permalink | Reply | 2 comments |
headers
Jeremy C. Reed | 1 Oct 2004 07:31

Re: buildlink path repeated

On Thu, 30 Sep 2004, Jeremy C. Reed wrote:

> >
dependency_libs='/usr/pkg/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/lib/libjpeg.la
-lz -lm'

> By the way, I have been using the following since March 13, 2003:
> WRKOBJDIR=             /usr/pkg/tmp/pkgsrc

So I changed WRKOBJDIR from "/usr/pkg/" to a different directory and now
work.rainier/.buildlink/lib/libtiff.la has:

# Libraries that this one depends upon.
dependency_libs='/usr/src/tmp/pkgsrc/x11/gtk2/work.rainier/.buildlink/lib/libjpeg.la
-lz -lm'

I guess this is a problem with the dependency_libs= lines in the
bsd.buildlink3.mk ...

 Jeremy C. Reed

 	  	 	 BSD News, BSD tutorials, BSD links
	  	 	 http://www.bsdnewsletter.com/
Permalink | Reply | 1 comment |
headers
Hisashi T Fujinaka | 1 Oct 2004 07:35

Re: problems building sun-jre15

On Fri, 1 Oct 2004, Masao Uebayashi wrote:

> I could build and install it without any trouble today.  On
> NetBSD/i386 2.0_BETA.

My system is -current as of this morning. I'll try again tomorrow
morning.

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Permalink | Reply | 0 comments |
headers
Mike M. Volokhov | 1 Oct 2004 08:32
Picon

Re: imap-uw mailsubdir patch

On Thu, 30 Sep 2004 10:39:05 -0700
Jeff Rizzo <riz <at> redcrowgroup.com> wrote:

> Hi-
> 
> When I use the mail/imap-uw package, I like to set its "mailsubdir" to my
> users' "Mail" directory in their home directory, and it seems like others
> might like to be able to set this from within the package, too.  With the
> attached patch (apply in /usr/pkgsrc), I can set the var "IMAP_UW_MAILSUBDIR"
> to change the value.

The c-client from imap-uw software have the config file which allows
achieve just the same functionality without patching package or software
itself. Simply create the /etc/c-client.cf file (yes, in /etc) with the
following contents:

	I accept the risk
	set mail-subdirectory Mail

Please take a look to ${PREFIX}/share/doc/imap-uw/imaprc.txt file and to
topic "imap-uw suggestion" discussed on Jan 2004 at tech-pkg
(http://mail-index.netbsd.org/tech-pkg/2004/01/21/).

--
Best wishes,
Mishka.
Permalink | Reply | 0 comments |

Gmane