Error when trying to upgrade XPDF

Mattias Björk mattias.bjork at sydnet.net
Fri Aug 6 17:53:01 PDT 2004


Hi,

I have googled some, but didn't find anything about this problem. I get 
this error when i try too upgrade xpdf from ports. I run /usr/ports from 
  my file server. This is what my dear friend portupgrade says about it:

--->  Session started at: Sat, 07 Aug 2004 02:24:30 +0200
--->  Upgrade of graphics/xpdf started at: Sat, 07 Aug 2004 02:24:32 +0200
--->  Upgrading 'xpdf-3.00_1' to 'xpdf-3.00_2' (graphics/xpdf)
--->  Build of graphics/xpdf started at: Sat, 07 Aug 2004 02:24:32 +0200
--->  Building '/usr/ports/graphics/xpdf'
===>  Cleaning for libiconv-1.9.2_1
===>  Cleaning for autoconf-2.59_2
===>  Cleaning for gettext-0.13.1_1
===>  Cleaning for gmake-3.80_2
===>  Cleaning for imake-6.7.0_2
===>  Cleaning for libtool-1.3.5_2
===>  Cleaning for libtool-1.5.6_1
===>  Cleaning for m4-1.4.1
===>  Cleaning for p5-gettext-1.01_4
===>  Cleaning for pkgconfig-0.15.0_1
===>  Cleaning for t1lib-5.0.1,1
===>  Cleaning for perl-5.6.1_15
===>  Cleaning for help2man-1.33.1
===>  Cleaning for freetype2-2.1.7_3
===>  Cleaning for expat-1.95.7
===>  Cleaning for fontconfig-2.2.3,1
===>  Cleaning for open-motif-2.2.2_2
===>  Cleaning for xorg-libraries-6.7.0_1
===>  Cleaning for xpdf-3.00_2
===>  Vulnerability check disabled
===>  Extracting for xpdf-3.00_2
 >> Checksum OK for xpdf-3.00.tar.gz.
===>  Patching for xpdf-3.00_2
===>  Applying FreeBSD patches for xpdf-3.00_2
===>   xpdf-3.00_2 depends on executable: freetype-config - found
===>   xpdf-3.00_2 depends on executable: gmake - found
===>   xpdf-3.00_2 depends on file: /usr/local/bin/autoconf259 - found
===>   xpdf-3.00_2 depends on shared library: t1.5 - found
===>   xpdf-3.00_2 depends on shared library: freetype.9 - found
===>   xpdf-3.00_2 depends on shared library: Xm.3 - found
===>   xpdf-3.00_2 depends on shared library: X11.6 - found
===>  Configuring for xpdf-3.00_2
autom4te259: cannot lock autom4te.cache/requests with mode 2 (perhaps 
you are running make -j on a lame NFS client?): Operation not supported
*** Error code 1

Stop in /usr/ports/graphics/xpdf.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade72610.0 make
** Fix the problem and try again.
--->  Build of graphics/xpdf ended at: Sat, 07 Aug 2004 02:24:50 +0200 
(consumed
  00:00:17)
--->  Upgrade of graphics/xpdf ended at: Sat, 07 Aug 2004 02:24:50 +0200 
(consum
ed 00:00:17)
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
         ! graphics/xpdf (xpdf-3.00_1)   (unknown build error)
--->  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
--->  Session ended at: Sat, 07 Aug 2004 02:24:50 +0200 (consumed 00:00:20)

My aliases are:

lc='ls -G'
li='ls -inum'
ll='ls -l'
mpg123='mpg321 -v'
mpg321='mpg321 -v'
mutt='mutt -f ~/Maildir/'
run-help=man
screen='screen -c /usr/local/etc/screenrc'
ssh='ssh -X'
which-command=whence

And my exported variables are:

BLOCKSIZE=K
EDITOR=vi
FTP_PASSIVE_MODE=YES
GROUP=wheel
HISTFILE=/root/.zsh_history
HISTSIZE=200
HOME=/root
HOST=thrawn.birch.se
HOSTTYPE=FreeBSD
LOGNAME=root
MACHTYPE=i386
MAIL=/var/mail/root
MAILDIR=/usr/home/thrawn/Maildir/
MAILTMP=/usr/home/thrawn/Maildir/tmp/
OLDPWD=/usr/ports
OSTYPE=freebsd5.2.1
PAGER=more
PATH=/var/qmail/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/us
r/local/bin:/usr/X11R6/bin:/root/bin
PROMPT='%m%d%# '
PWD=/tmp
RPROMPT=%t%:
SAVEHIST=200
SHELL=/bin/csh
SHLVL=2
TERM=screen
USER=root
VENDOR=portbld

My options on NFS on the server:

nfs_client_enable="NO"
nfs_client_flags="-n 4"
nfs_access_cache="2"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 9"
nfs_reserved_port_only="NO"
nfs_bufpackets="DEFAULT"
rpc_lockd_enable="NO"
rpc_statd_enable="NO"

On the client I have the following options:

netfs_types="nfs:NFS smbfs:SMB portalfs:PORTAL nwfs:NWFS" # Net filesystems.
nfs_client_enable="YES"
nfs_access_cache="2"
nfs_server_enable="NO"
nfs_server_flags="-u -t -n 4"
nfs_reserved_port_only="NO"NO).
nfs_bufpackets=""

That is all that i can think of that should be importent.

So Im woundering what I can do to correct this problem. I guess I have 
to make some changes too my NFS server. But I do not exactly know what. 
Perhaps this is more related too freebsd-ports-bugs at freebsd.org. But 
then again its no a bug in the port.

Thanks in advance.

Mvh Mattias Björk


More information about the freebsd-ports mailing list