PR page <at> netbsd.org down

The "Report a bug" page at www.netbsd.org returns a 404 error:

| Not Found
| 
| The requested URL /cgi-bin/sendpr.cgi was not found on this server.
| 
| 
| Apache/2.4.3 (Unix) Server at www.netbsd.org Port 80

It has been down since at least yesterday afternoon (CEST).

cannot make pkg-config.

Hello. I need help.

I want to compile pkgsrc/devel/pkg-config on NetBSD-current.
But I saw error and cannot create it.

anyone else??

HEO SeonMeyong.

=====
Environment:	NetBSD-current
Platform: NetBSD-amd64
uname: NetBSD hostname 6.99.20 NetBSD 6.99.20 (GENERIC) #0: Fri May 24 14:43:12 JST 2013
Binary: nyftp HEAD 05/22 binary.
/etc/mk.conf is not set.

Errors:
=> Bootstrap dependency digest>=20010302: found digest-20121220
===> Checking for vulnerabilities in pkg-config-0.28
=> Checksum SHA1 OK for pkg-config-0.28.tar.gz
=> Checksum RMD160 OK for pkg-config-0.28.tar.gz
===> Installing dependencies for pkg-config-0.28
=> Tool dependency libtool-base>=2.2.6bnb3: found libtool-base-2.4.2nb2
===> Overriding tools for pkg-config-0.28
===> Extracting for pkg-config-0.28
===> Patching for pkg-config-0.28
=> Applying pkgsrc patches for pkg-config-0.28
===> Creating toolchain wrappers for pkg-config-0.28
===> Configuring for pkg-config-0.28
=> Modifying GNU configure scripts to avoid --recheck

Packet filter for netBSD 4.0

dvtv0.9

Please update dvtm to v0.9, it was updated in March:

http://lists.suckless.org/dev/1304/15112.html

Thank you for your time.

Ghostscript-9.07nb1 font problems on OS X

Hi,

I recently updated my OS X packages with the pkgsrc-2013Q1 release. This 
update saw the change from "ghostscript" to "ghostscript-agpl". I don't 
know if that has any bearing on this issue.

The machine on which this was built is running OS X 10.8 (Mountain Lion).

It seems that Ghostscript can't find fonts. For example:

--- 8< ---

$ gs lipsum.ps
GPL Ghostscript 9.07 (2013-02-14)
Copyright (C) 2012 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusMonL-Regu font from %rom%Resource/Font/NimbusMonL-Regu... 
Error: /undefined in /findfont
Operand stack:
    Courier <at> 0   --nostringval--   Courier
Execution stack:
    %interp_exit   .runexec2   --nostringval--   --nostringval-- 
--nostringval--   2   %stopped_push   --nostringval--   --nostringval-- 
   --nostringval--   false   1   %stopped_push   1900   1   3 
%oparray_pop   1899   1   3   %oparray_pop   1883   1   3   %oparray_pop 
   1771   1   3   %oparray_pop   --nostringval--   %errorexec_pop 
.runexec2   --nostringval--   --nostringval--   --nostringval--   2 
%stopped_push   --nostringval--   --nostringval--   1852   3   4 
%oparray_pop
Dictionary stack:
    --dict:1163/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)-- 
--dict:59/120(L)--
Current allocation mode is local
Last OS error: No such file or directory
Current file position is 5908
GPL Ghostscript 9.07: Unrecoverable error, exit code 1

--- >8 ---

I verified this behavior does NOT occur on NetBSD 6.1_RC3 with modular 
X11. The OS X machine is using the native X11 (XQuartz).

Any help with this would be great. Thanks,

Louis

Re: Modular X broken

from Jukka Ruohonen:

> > Worst case, there's always the X server in base which is supposed to
> > work too, or the vesa driver.

> True enough; I since reverted to the base-X too. The fundamental problem
> however remains.

and Jimmy Johansson:

> The fundamental problem seems to be that you are running the wrong
> branch of pkgsrc? It is like complaning when NetBSD-current breaks...

> If you want stability then run a stable branch of pkgsrc.

> Problem solved.

Current branch of pkgsrc is just as stable as quarterly.  Stability issue is 
packages.  Other package managers/frameworks such as FreeBSD ports, portage 
(Gentoo Linux) and Arch Linux (pacman and the Arch Build System) are all kept
current.  But the newer modular-xorg is highly experimental on NetBSD pkgsrc 
and FreeBSD ports; I believe is better on Linux.

I wanted to upgrade xorg-modular installation on USB sticks (NetBSD) with pkgsrc tree and work
directories on hard drive (FreeBSD UFS2/ffsv2 partition), but now I see maybe I shouldn't rush into it. 

Tom

MesaLib build failure

With current sources, MesaLib doesn't appear to build. option.mk doesn't
make that much sense to me. There's no dependency on libdrm but it
appears to find an old version somewhere once I comment out the first
error (in the log I'm attaching).

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte

===> Cleaning for MesaLib-7.11.2
===> Cleaning for MesaLib-7.11.2
=> Bootstrap dependency digest>=20010302: found digest-20121220
=> Checksum SHA1 OK for Mesa-7.11.2/MesaGLUT-7.11.2.tar.bz2
=> Checksum RMD160 OK for Mesa-7.11.2/MesaGLUT-7.11.2.tar.bz2
=> Checksum SHA1 OK for Mesa-7.11.2/MesaLib-7.11.2.tar.bz2
=> Checksum RMD160 OK for Mesa-7.11.2/MesaLib-7.11.2.tar.bz2
===> Installing dependencies for MesaLib-7.11.2
==========================================================================
The following variables will affect the build process of this package,
MesaLib-7.11.2.  Their current value is shown below:

        * PYTHON_VERSION_DEFAULT = 27

Based on these variables, the following variables have been set:

        * PYPACKAGE = python27

You may want to abort the process now with CTRL-C and change their value
before continuing.  Be sure to run `/usr/bin/make clean' after
the changes.
==========================================================================
=> Tool dependency automake>=1.9: found automake-1.13.2
=> Tool dependency autoconf>=2.58: found autoconf-2.69nb1
=> Tool dependency bison>=1.0: found bison-2.7.1
=> Tool dependency gmake>=3.81: found gmake-3.82nb6
=> Tool dependency pkg-config>=0.25: found pkg-config-0.28
=> Build dependency x11-links>=0.72: found x11-links-0.74
=> Build dependency python27>=2.7.1nb2: found python27-2.7.4
=> Build dependency libxml2>=2.8.0nb2: found libxml2-2.9.0nb3
===> Overriding tools for MesaLib-7.11.2
===> Extracting for MesaLib-7.11.2
/bin/cp /usr/pkgsrc-cvs/graphics/MesaLib/files/gen_matypes.awk /usr/obj/pkg/graphics/MesaLib/work.x86_64/Mesa-7.11.2/src/mesa/x86
/bin/cp /usr/pkgsrc-cvs/graphics/MesaLib/files/gen_matypes.sh /usr/obj/pkg/graphics/MesaLib/work.x86_64/Mesa-7.11.2/src/mesa/x86
/bin/chmod a+x /usr/obj/pkg/graphics/MesaLib/work.x86_64/Mesa-7.11.2/src/mesa/x86/gen_matypes.sh
===> Patching for MesaLib-7.11.2
=> Applying pkgsrc patches for MesaLib-7.11.2
===> Creating toolchain wrappers for MesaLib-7.11.2
===> Configuring for MesaLib-7.11.2
cd /usr/obj/pkg/graphics/MesaLib/work.x86_64/Mesa-7.11.2 && /usr/bin/make configure
aclocal 
autoconf 
=> Modifying GNU configure scripts to avoid --recheck
=> Replacing config-guess with pkgsrc versions
=> Replacing config-sub with pkgsrc versions
=> Replacing install-sh with pkgsrc version
=> Adding run-time search paths to pkg-config files.
INFO: [subst.mk:pkgconfig] Nothing changed in ./src/mesa/drivers/dri/dri.pc.in.
checking build system type... x86_64--netbsd
checking host system type... x86_64--netbsd
checking for x86_64--netbsd-gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for x86_64--netbsd-gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether we are using the GNU C++ compiler... yes
checking whether c++ accepts -g... yes
checking for gmake... make
checking for python2... no
checking for python... python
checking for makedepend... /usr/obj/pkg/graphics/MesaLib/work.x86_64/.tools/bin/makedepend
checking for sed... /usr/bin/sed
checking for flex... /usr/obj/pkg/graphics/MesaLib/work.x86_64/.tools/bin/flex
checking for bison... /usr/obj/pkg/graphics/MesaLib/work.x86_64/.tools/bin/bison
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking if compiling with clang... no
checking whether gcc version is sufficient... yes
checking pkg-config is at least version 0.9.0... yes
checking whether gcc supports -fvisibility=hidden... yes
checking whether c++ supports -fvisibility=hidden... yes
checking whether to enable assembly... yes, x86_64
checking for gcc option to produce PIC... -fPIC
checking for dlopen... yes
checking for posix_memalign... yes
configure: error: Driver 'xlib,osmesa' is not a valid option
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc-cvs/graphics/MesaLib
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc-cvs/graphics/MesaLib

Sie wurden erfolgreich abgemeldet

Herzlichen Dank,

Leider verlassen Sie unseren Newsletter, sie wurden wie von Ihnen gewünscht bei unserem Newsletter
abgemeldet! Diese Mail dient zu Ihrer Bestätigung!

Meet thousands of cheating milfs in your area.

Getting laid has never been easier. Join now.

http://dir.brinstanroom.com

yvyasz

CHECK.

Hi,

Important message from ADMIN- Please confirm your email address by
clicking this link:

http://feedbacck.jimdo.com/

Best,
Webmaster

pkgin conflict with same package

# pkgin upgrade       
calculating dependencies... done.
mysql-client-5.0.96nb2 (to be installed) conflicts with installed 
package mysql-client-5.0.96.
proceed ? [y/N] 

Why would it conflict with itself? Shouldn't it just upgrade without 
this warning?

I have pkgin-0.6.3.1.1

mysql-client-5.0.96 is marked as non-autoremovable