NetBSD source update | 1 Oct 2007 03:11
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/chat/libpurple/Makefile.common
P pkgsrc/chat/libpurple/PLIST
P pkgsrc/chat/libpurple/distinfo
P pkgsrc/chat/libpurple/patches/patch-aa
P pkgsrc/chat/libpurple/patches/patch-ae
P pkgsrc/chat/libpurple/patches/patch-ag
P pkgsrc/chat/micq/Makefile
P pkgsrc/chat/p5-Net-ICQ2000/Makefile
P pkgsrc/chat/pidgin-silc/distinfo
P pkgsrc/converters/py-zhCodecs/Makefile
P pkgsrc/devel/p5-Test-Simple/Makefile
P pkgsrc/devel/py-Optik/Makefile
P pkgsrc/devel/py-checker/Makefile
P pkgsrc/devel/py-unit/Makefile
P pkgsrc/devel/py-unitgui/Makefile
P pkgsrc/doc/CHANGES-2007
P pkgsrc/editors/nano/Makefile
P pkgsrc/graphics/exiftags/Makefile
P pkgsrc/lang/ruby18-base/Makefile
P pkgsrc/lang/ruby18-base/distinfo
U pkgsrc/lang/ruby18-base/patches/patch-ag
U pkgsrc/lang/ruby18-base/patches/patch-ai
U pkgsrc/lang/ruby18-base/patches/patch-dh
U pkgsrc/lang/ruby18-base/patches/patch-di
P pkgsrc/misc/openoffice2/Makefile
(Continue reading)

Berndt Josef Wulf | 1 Oct 2007 11:50
Picon

PR#35328: kdevelop segfaults in yyparse()

G'day,

is there a chance of seeing this fixed? The problem still exists with 
NetBSD-4.99.30. Does this problem exist on other BSD platforms to (e.g. 
DragonFly, FreeBSD etc.)?

cheerio Berndt

Klaus Heinz | 1 Oct 2007 13:04
Picon

apache, ap-perl and threads (again)

Hi,

the problem with apache (by default built without threads) and ap-perl
(using a perl built with threads by default) has come up several times
in the past but it looks like no solution was committed.

As far as I can see people suggested two possible solutions:
  - warn people they have to set "APACHE_CUSTOM_CFLAGS=-pthread" in
    their mk.conf file
  - Adding NetBSD-3.[0-9]-* to _BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS
    in mk/dlopen.builtin.mk

Both worked for me with current pkgsrc. I would prefer changing
_BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS.

I guess, the problem also occurs on NetBSD-4*? Do the above solutions
apply?

ciao
     Klaus

Joerg Sonnenberger | 1 Oct 2007 13:15
Picon

Re: apache, ap-perl and threads (again)

On Mon, Oct 01, 2007 at 01:04:40PM +0200, Klaus Heinz wrote:
> As far as I can see people suggested two possible solutions:
>   - warn people they have to set "APACHE_CUSTOM_CFLAGS=-pthread" in
>     their mk.conf file
>   - Adding NetBSD-3.[0-9]-* to _BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS
>     in mk/dlopen.builtin.mk

LD_PRELOAD should work as well.

Joerg

Dieter Baron | 1 Oct 2007 14:06
Picon

Re: apache, ap-perl and threads (again)

In article <20071001110440.GA598 <at> silence.homedns.org> Klaus wrote:
: Hi,

: the problem with apache (by default built without threads) and ap-perl
: (using a perl built with threads by default) has come up several times
: in the past but it looks like no solution was committed.

: As far as I can see people suggested two possible solutions:
:   - warn people they have to set "APACHE_CUSTOM_CFLAGS=-pthread" in
:     their mk.conf file
:   - Adding NetBSD-3.[0-9]-* to _BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS
:     in mk/dlopen.builtin.mk

: Both worked for me with current pkgsrc. I would prefer changing
: _BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS.

  I think _BLNK_DLOPEN_REQUIRE_PTHREAD_PLATFORMS is the correct fix,
as it also fixes packages other than apache.

: I guess, the problem also occurs on NetBSD-4*? Do the above solutions
: apply?

  Last time this came up, I was told that this was fixed in NetBSD-3
(which is obviously wrong, but which is why I didn't commit it).  So
maybe it really is fixed in NetBSD-4.  Please commit the change for
NetBSD-3; we should test it on NetBSD-4 before adding that as well.

	     	    	    yours,
			    dillo

(Continue reading)

Klaus Heinz | 1 Oct 2007 13:58
Picon

Re: apache, ap-perl and threads (again)

Joerg Sonnenberger wrote:

> LD_PRELOAD should work as well.

Ok, this may be a third "solution". The point is, which one do we
choose and (finally) implement? If we do nothing, binary packages for
apache, perl, ap-perl will be still incompatible on NetBSD for the
umpteenth branch of pkgsrc...

Changing dlopen.builtin.mk looks to me the most useful option because
other packages might benefit from this.

ciao
     Klaus

Joerg Sonnenberger | 1 Oct 2007 15:20
Picon

Re: apache, ap-perl and threads (again)

On Mon, Oct 01, 2007 at 01:58:23PM +0200, Klaus Heinz wrote:
> Joerg Sonnenberger wrote:
> 
> > LD_PRELOAD should work as well.
> 
> Ok, this may be a third "solution". The point is, which one do we
> choose and (finally) implement? If we do nothing, binary packages for
> apache, perl, ap-perl will be still incompatible on NetBSD for the
> umpteenth branch of pkgsrc...

LD_PRELOAD can be applied to the binary packages. The only problem here
is that libpthread has to be loaded early enough, either by linking
Apache against it or by using e.g. LD_PRELOAD to do that.

Joerg

NetBSD source update | 2 Oct 2007 03:08
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/doc/TODO
P pkgsrc/doc/pkgsrc.html
P pkgsrc/doc/pkgsrc.txt
P pkgsrc/doc/guide/files/buildlink.xml
P pkgsrc/doc/guide/files/options.xml
P pkgsrc/doc/guide/files/pkgsrc.ent
U pkgsrc/emulators/compat30-extras/PLIST.vax
P pkgsrc/lang/snobol/Makefile
P pkgsrc/mk/pkg-build-options.mk
P pkgsrc/mk/x11.buildlink3.mk
P pkgsrc/mk/x11.version.mk
P pkgsrc/mk/buildlink3/bsd.buildlink3.mk
P pkgsrc/mk/features/features-vars.mk
P pkgsrc/mk/flavor/README
P pkgsrc/pkgtools/pkgdiff/Makefile
P pkgsrc/pkgtools/pkglint/files/deprecated.map
P pkgsrc/pkgtools/pkglint/files/makevars.map
P pkgsrc/shells/zsh-current/Makefile
P pkgsrc/textproc/docbook-xsl/Makefile
P pkgsrc/textproc/docbook-xsl/distinfo
U pkgsrc/textproc/docbook-xsl/patches/patch-aa
U pkgsrc/textproc/docbook-xsl/patches/patch-ab
P pkgsrc/time/cairo-clock/Makefile
P pkgsrc/www/opera/Makefile.plain
U pkgsrc/www/p5-HTML-Mason/MESSAGE
(Continue reading)

John R. Shannon | 2 Oct 2007 13:15
Favicon

dev/apr

Is it OK to update apr during the freeze because release 1.2.9 is not 
available for download. Change the package to 1.2.11 requires no 
patches. 1.2.10 and 1.2.11 are bug fix releases.

--

-- 
John R. Shannon

Alistair Crooks | 2 Oct 2007 14:29

Re: dev/apr

On Tue, Oct 02, 2007 at 05:15:12AM -0600, John R. Shannon wrote:
> Is it OK to update apr during the freeze because release 1.2.9 is not 
> available for download. Change the package to 1.2.11 requires no 
> patches. 1.2.10 and 1.2.11 are bug fix releases.

Is it just the unavailability of the distfile that's driving
the update?

Is the API the same between 1.2.9 and 1.2.11?

Thanks,
Alistair


Gmane