Re: Package binaries for NetBSD/sparc64 5.0 / pkgsrc-2009Q3

Hi,

I've uploaded the updates from a bulk build for NetBSD/sparc64 5.0
to

   ftp://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/sparc64/5.0_2009Q3/

This build was done from sources updated Sep 29 2009, so slightly
before the actual cut of pkgsrc-2009Q3.  This also means that the
problem with /usr/pkg/share/pixmaps becoming a file affects this
build (it won't for the next round).

A total of 7.1GB of packages were uploaded, for a total of 7120
packages.

Since we try to keep at most two full sets of binary packages for
each arch/os/os-version, the sparc64 5.0 2009Q1 packages will be
deleted shortly.

Regards,

- Håvard

print/ghostscript6 and print/ghostscript-esp removal

Hi all,
unless someone is willing to actually fix the build issues of ghostscript6
and ghostscript-esp AND demonstrate why they are still needed, I will
remove them in two weeks.

Joerg

redland build error

freeradius 2.1.7 can't create package

I filed a PR on this a while back but couldn't check when it was marked 
closed.

Either way it's still occurring and I don't have time to send-pr right now:

===> Building binary package for freeradius-2.1.7
=> Creating binary package 
/usr/pkgsrc/packages/x86_64/All/freeradius-2.1.7.tgz
pkg_create: can't stat `/usr/pkg/bin/rlm_ippool_tool'
pkg_create: can't stat `/usr/pkg/lib/rlm_ippool-2.1.7.la'
pkg_create: can't stat `/usr/pkg/lib/rlm_ippool.la'
pkg_create: can't stat `/usr/pkg/man/man8/rlm_ippool_tool.8'
pkg_create: lstat failed for file bin/rlm_ippool_tool: No such file or 
directory
*** Error code 2

Sarton

Package binaries for NetBSD/shark 5.0 / pkgsrc-2009Q2

Hi,

I've uploaded the updates from a bulk build for NetBSD/shark 5.0
to

   ftp://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/arm/4.0_2009Q2/

This build was done from sources updated Jul 31 2009.  A total of
4.9GB of packages were uploaded, for a total of 6594 packages.

This set of packages should be usable on other arm little-endian
ports.  The build was done on a system running 5.0_BETA.

This was the first and last update for 2009Q2 for this arch/os
combination: the next round will be based on the 2009Q3 branch.

Regards,

- Håvard

Re: freeradius 2.1.7 can't create package

On Mon, Nov 02, 2009 at 12:03:06PM +1100, Sarton O'Brien wrote:
> I filed a PR on this a while back but couldn't check when it was
> marked closed.
> 
> Either way it's still occurring and I don't have time to send-pr right now:
> 
> ===> Building binary package for freeradius-2.1.7
> => Creating binary package
> /usr/pkgsrc/packages/x86_64/All/freeradius-2.1.7.tgz
> pkg_create: can't stat `/usr/pkg/bin/rlm_ippool_tool'
> pkg_create: can't stat `/usr/pkg/lib/rlm_ippool-2.1.7.la'
> pkg_create: can't stat `/usr/pkg/lib/rlm_ippool.la'
> pkg_create: can't stat `/usr/pkg/man/man8/rlm_ippool_tool.8'
> pkg_create: lstat failed for file bin/rlm_ippool_tool: No such file
> or directory
> *** Error code 2

Before that in the log there'll probably be some stuff why
rlm_ippool_tool wasn't built (configure check failed? build failed?)
Tracking that down will be necessary for finding out what the problem
is.
 Thomas

x11/py-sip on MacOS X/Darwin fails:

Has anybody successfully built x11/py-sip on MacOS X (in particular  
10.6.1)?  I'm trying to install py-qt4.

[...]
This is SIP 4.8.2 for Python 2.6.2 on darwin.
The SIP code generator will be installed in /usr/pkg/bin.
The SIP module will be installed in /usr/pkg/lib/python2.6/site- 
packages.
The SIP header file will be installed in /usr/pkg/include/python2.6.
The default directory to install .sip files in is /usr/pkg/share/sip2.6.
The platform/compiler configuration is macx-g++.
Creating sipconfig.py...
Creating top level Makefile...
Creating sip code generator Makefile...
An internal error occured.  Please report all the output from the  
program,
including the following traceback, to support <at> riverbankcomputing.com.
Traceback (most recent call last):
   File "configure.py", line 415, in <module>
     main(sys.argv)
   File "configure.py", line 406, in main
     create_makefiles(macros)
   File "configure.py", line 264, in create_makefiles
     universal=opts.universal
   File "/private/tmp/obj/x11/py-sip/work/sip-4.8.2/sipconfig.py",  
line 1063, in generate
     self.generate_macros_and_rules(mfile)
   File "/private/tmp/obj/x11/py-sip/work/sip-4.8.2/sipconfig.py",  
line 1855, in generate_macros_and_rules
     Makefile.generate_macros_and_rules(self, mfile)
   File "/private/tmp/obj/x11/py-sip/work/sip-4.8.2/sipconfig.py",  
line 1106, in generate_macros_and_rules
     if sys.platform == "darwin" and self.config.qt_framework:
   File "/private/tmp/obj/x11/py-sip/work/sip-4.8.2/sipconfig.py",  
line 180, in __getattr__
     raise AttributeError("\"%s\" is not a valid configuration value  
or user option" % name)
AttributeError: "qt_framework" is not a valid configuration value or  
user option
*** Error code 1

--
On bike helmets: "If you think your hair is more important than your  
brain, you're probably right."  (B. J. Wawrykow)

Re: midori NetBSD i386 2009Q3 - problems

Can anyone really run midori >= 0.1.9? I also tried 0.2.0, but got
similar problems. 0.1.7 from 2009Q2 was OK.

I don't know if those FAM errors refer to File Alteratin Monitor. I
have installed famd (run by inetd), but didn't help.

On Wed, 21 Oct 2009 14:30:24 +0200
Jan Šmydke <jan.smydke <at> jh-inst.cas.cz> wrote:

> Hello,
> 
> I am building from 2009Q3 and can't run midori.
> 
> Any ideas?
> 
> Thank you, JS
> 
> Only a dialog window - about a possible crash at last time - appears
> and the following:
> 
> monet$
> midori                                                                                                                                                          
> 
> (midori:18272): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=0
> 
> 
> ** (midori:18272): WARNING **: could not
> monitor /usr/pkg/share/midori/scripts: Unable to find default local
> directory monitor type
> 
> (midori:18272): GLib-GObject-WARNING **: invalid (NULL) pointer
> instance
> 
> (midori:18272): GLib-GObject-CRITICAL **: g_signal_connect_data:
> assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
> 
> ** (midori:18272): WARNING **: could not
> monitor /home/honza/.local/share/midori/scripts: Unable to find
> default local directory monitor type
> 
> (midori:18272): GLib-GObject-WARNING **: invalid (NULL) pointer
> instance
> 
> (midori:18272): GLib-GObject-CRITICAL **: g_signal_connect_data:
> assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
> 
> ** (midori:18272): WARNING **: could not
> monitor /usr/pkg/share/midori/styles: Unable to find default local
> directory monitor type
> 
> (midori:18272): GLib-GObject-WARNING **: invalid (NULL) pointer
> instance
> 
> (midori:18272): GLib-GObject-CRITICAL **: g_signal_connect_data:
> assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
> 
> ** (midori:18272): WARNING **: could not
> monitor /home/honza/.local/share/midori/styles: Unable to find
> default local directory monitor type
> 
> (midori:18272): GLib-GObject-WARNING **: invalid (NULL) pointer
> instance
> 
> (midori:18272): GLib-GObject-CRITICAL **: g_signal_connect_data:
> assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Memory fault
> (core dumped)

/bin/ksh on SunOS

In Revision 1.43 of devel/bmake/Makefile I see shells/pdksh was  
selected on SunOS, and similar wise, it's picked as default by  
bootstrap. I couldn't find a PR for this. Was any thought given to / 
bin/ksh on Solaris as an option?

--
Filip Hajny
Joyent Inc.

Re: /bin/ksh on SunOS

On Fri, Nov 06, 2009 at 02:33:52PM +0100, Filip Hajny wrote:
> In Revision 1.43 of devel/bmake/Makefile I see shells/pdksh was
> selected on SunOS, and similar wise, it's picked as default by
> bootstrap. I couldn't find a PR for this. Was any thought given to /
> bin/ksh on Solaris as an option?

Search the mailing list archives. Essentially: /bin/ksh on Solaris is
ksh8x and has a lot of bugs.

Joerg