FreeBSD ports that you maintain which are currently marked broken

2007-02-26 Thread linimon 
Dear FreeBSD port maintainer:

As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we are attempting to notify maintainers of
ports that are marked as broken in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc3.4, which is much stricter about such things
as function declarations, literal strings constants that continue
over several physical lines, and forcing the deprecation of antique
header files such as varargs.h (we should now be using stdargs.h).

The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more of
the other architectures due to assumptions about things such as size
of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

If you need help in one or more build environments that you do not
have access to, please ask for help on the freebsd-ports mailing
list.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same
problem exists on more than one build environment, the URL points
to the latest errorlog for that type.  (By 'build environment'
here we mean 'combination of 4.x/5.x/6.x with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:   biology/biojava
broken because: Does not build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.2007021618/biojava-1.5.b,1.log
 (Feb  5 05:07:59 UTC 2007)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=biologyportname=biojava


portname:   chinese/gbfs
broken because: fails to patch - Included patches are broken
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=gbfs


portname:   chinese/xemacs
broken because: Does not build even with fix for -lxpg4
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.5.2007020707/zh-xemacs-20.4_2.log
 (Feb  9 16:46:27 UTC 2007)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=xemacs


portname:   deskutils/yank
broken because: Incomplete pkg-plist
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=deskutilsportname=yank


portname:   devel/php-dbg
broken because: Does not compile
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=php-dbg


portname:   games/hlserver-cs
broken because: Incomplete fetch instructions
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=gamesportname=hlserver-cs


portname:   games/hlserver-dod
broken because: Incomplete fetch instructions
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=gamesportname=hlserver-dod


portname:   japanese/gnomelibs
broken because: Does not compile on FreeBSD 5.X and above
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=japaneseportname=gnomelibs


portname:   japanese/lookup-xemacs
broken because: Does not install
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006091522/ja-lookup-xemacs21-mule-1.4_1.log
 (Oct  6 23:11:44 UTC 2006)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=japaneseportname=lookup-xemacs


portname:   japanese/lynx
broken because: Leaves behind config file on deinstall
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=japaneseportname=lynx


portname:   japanese/ptex
broken because: Does not build (uses DESTDIR internally)
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=japaneseportname=ptex


portname:   java/janosvm
broken because: Fails to link
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=javaportname=janosvm


portname:   net-im/jabber
broken because: breaks all jabber protocols
build errors:   none.
overview:

FreeBSD ports that you maintain which are currently marked forbidden

2007-02-26 Thread linimon 
Dear FreeBSD port maintainer:

As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we are attempting to notify maintainers of
ports that are marked as forbidden in their Makefiles.  Often,
these ports are so marked due to security concerns, such as known
exploits.

An overview of the port, including errors seen on the build farm, is
included below.

portname:   misc/compat3x
forbidden because:  FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath  - not
fixed / no lib available
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=miscportname=compat3x


If this problem is one that you are already aware of, please accept
our apologies and ignore this message.  On the other hand, if you no
longer wish to maintain this port (or ports), please reply with a
message stating that, and accept our thanks for your efforts in the
past.

Thanks for your efforts to help improve FreeBSD.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Optionally depending on one of two ports (or none of them)

2007-02-26 Thread Fabian Keil 
[CC'ing ports@ again]

Gabor Kovesdan [EMAIL PROTECTED] wrote:

 Fabian Keil escribió:
  Gabor Kovesdan [EMAIL PROTECTED] wrote:

  Fabian Keil schrieb:
  
  Gabor Kovesdan [EMAIL PROTECTED] wrote:

  I added knobs and used pkg_info as suggested by Matthew
  to make sure PKG_DBDIR is honoured:
[...]
  #HAVE_TOR_DEVEL!= if ls /var/db/pkg | grep ^tor-devel-[[:digit:]] 
  /dev/null 21 ; then echo YES; fi
  HAVE_TOR_DEVEL!= if pkg_info -I tor-devel\* /dev/null 21 ; then 
  ${ECHO} YES; fi
  .if (${HAVE_TOR_DEVEL} == YES)
  OPTIONS=  TOR_DEVEL   Depend on tor-devel (already installed)   
  On
  .else
  #HAVE_TOR!= if ls /var/db/pkg | egrep ^tor-[[:digit:]] /dev/null 21 ; 
  then echo YES; fi
  HAVE_TOR_DEVEL!= if pkg_info -I tor-\* /dev/null 21 ; then ${ECHO} 
  YES; fi
  .endif
  .if (defined(HAVE_TOR)  ${HAVE_TOR} == YES)
  OPTIONS=  TOR Depend on tor (already installed) On
  .endif
 
  .include bsd.port.pre.mk
 
  .if defined(WITH_TOR_DEVEL)
[...]

  It happens to work, but causes two new portlint warnings:
 
  [EMAIL PROTECTED] /usr/ports/security/dns-proxy-tor $portlint .
  WARN: Makefile: [28]: possible direct use of command pkg_info found. 
  use ${PKG_INFO} instead.
  WARN: Makefile: [33]: possible direct use of command pkg_info found. 
  use ${PKG_INFO} instead.
  WARN: Makefile: using hyphen in PORTNAME. consider using PKGNAMEPREFIX 
  and/or PKGNAMESUFFIX.
  0 fatal errors and 3 warnings found.
 
  Unfortunately the suggestion is bogus as ${PKG_INFO} isn't set that early.
  Can I just ignore the warnings, or is there a way around this?

  What if you include bsd.port.pre.mk before this check? Will that 
  conflict with OPTIONS? I'm not sure about this.
  
 
  I doesn't seem to conflict with OPTIONS, but it doesn't work either.
 
  .include bsd.port.pre.mk
  HAVE_TOR_DEVEL!= if ${PKG_INFO} -I tor-devel\* /dev/null 21 ; then 
  ${ECHO} YES; fi
 
  still leads to -I: not found.

 It works then, but it seems you cannot use make vars in the if statement 
 of != expansions, I ran into the same. Does ECHO work? Please use 
 ECHO_CMD instead, it should be used for command pipelineing, stream 
 redirections, etc. while ECHO_MSG shoud be used to display informative 
 output for the user.

${ECHO} works without problems, and I just noticed that
${PKG_INFO} works for =, but seems to fail for != in general:

Using:

IGNORE= ${ECHO_CMD} ${PKG_INFO} ${ECHO_CMD}

leads to the expected:

===  dns-proxy-tor-0.1.0 echo /usr/sbin/pkg_info echo.
*** Error code 1

Whereas:

IGNORE!= ${ECHO_CMD} ${PKG_INFO} ${ECHO_CMD}

leads to:

===  dns-proxy-tor-0.1.0 echo.
*** Error code 1

Fabian


signature.asc
Description: PGP signature

Current problem reports assigned to you

2007-02-26 Thread FreeBSD bugmaster 
Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems

S Tracker  Resp.  Description

o ports/102058 ports  arping has INconsistent versioning

1 problem total.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Portupgrade omitting dependencies?

2007-02-26 Thread Randy Pratt 
On Mon, 26 Feb 2007 12:25:05 +0300
Sergey Matveychuk [EMAIL PROTECTED] wrote:

 Randy Pratt wrote:
  Unfortunately I can't reproduce it.
  Can you show an output of the command please: cd
  /usr/ports/multimedia/kino; make package-depends-list
  
  (doesn't this ignore any entries in pkgtools.conf?  I don't have
  any in this case)
  
 [...]
  mplayer-0.99.10_4 /usr/ports/multimedia/mplayer multimedia/mplayer
 
 So pkgdb -F should not remove mplayer as dependency. And an interesting
 thing now is when you got it removed?

  I'm not sure which part that you couldn't reproduce but these
  'DELETED' dependencies seem to only occur when updating from
  an old version to a new version.  This doesn't happen for all
  ports being updated to a new version, just some.
 
 I've tried to install multimedia/kino and pkgdb -F. It does not remove
 mplayer for me.

The problem can only be reproduced when a port is being updated to
a newer version.  In this instance, kino would have to have been
installed before mplayer was updated to a newer version.  More
examples of the problem from yesterday's update are at the end.

  
  I have already repaired the /var/db/pkg/*/+CONTENTS by forcing
  updates of ports whose dependencies were marked as DELETED;
  however, the DELETED ghostscript-afpl entries still remain.
  
  I realize this kind of thing is hard to reproduce since it probably
  depends on a lot of things that are constantly moving targets.
 
 I hope I found all issues and will release a new version today. It will
 fix ghostscript and relate issues but you will need to add the ports in
 ALT_PKGDEP section in pkgtools.conf just like this:
 
 ALT_PKGDEP = {
   'print/ghostscript-afpl' = 'print/ghostscript-gnu',
   'www/apache13' = 'www/apache13-modssl',
 }

I'll give this a try today.  I had cvsupped but noticed that there
were some additional patches committed so I'll get those before
continuing.  Additionally, I'll have to wait for a few ports to
be version updated before I do any testing of the new 
portupgrade-devel.

Randy
===
Ports updated 2007.02.25.2001:

libmpcdec-1.2.2   needs updating (port has 1.2.5) 
nspr-4.6.4needs updating (port has 4.6.5) 
p5-GSSAPI-0.23needs updating (port has 0.24) 
pciids-20070123   needs updating (port has 20070225) 
rar-3.70b1_1,1needs updating (port has 3.70b1_2,1) 
speex-1.2.b1,1needs updating (port has 1.2.b1_1,1) 


After updating these were the entries from /var/db/pkg/*/+CONTENTS:

ImageMagick-6.3.2.0_1/+CONTENTS:@comment DELETED:pkgdep ghostscript-afpl-8.54,1
ImageMagick-6.3.2.0_1/+CONTENTS:@comment 
DELETED:DEPORIGIN:print/ghostscript-afpl
apsfilter-7.2.8/+CONTENTS:@comment DELETED:pkgdep rar-3.70b1_2,1
apsfilter-7.2.8/+CONTENTS:@comment DELETED:DEPORIGIN:archivers/rar
apsfilter-7.2.8/+CONTENTS:@comment DELETED:pkgdep speex-1.2.b1_1,1
apsfilter-7.2.8/+CONTENTS:@comment DELETED:DEPORIGIN:audio/speex
avidemux2-2.3.0/+CONTENTS:@comment DELETED:pkgdep nspr-4.6.5
avidemux2-2.3.0/+CONTENTS:@comment DELETED:DEPORIGIN:devel/nspr
dvdauthor-0.6.11_1/+CONTENTS:@comment DELETED:pkgdep ghostscript-afpl-8.54,1
dvdauthor-0.6.11_1/+CONTENTS:@comment DELETED:DEPORIGIN:print/ghostscript-afpl
dvdstyler-1.5.b5_1,2/+CONTENTS:@comment DELETED:pkgdep ghostscript-afpl-8.54,1
dvdstyler-1.5.b5_1,2/+CONTENTS:@comment DELETED:DEPORIGIN:print/ghostscript-afpl
firefox-2.0.0.2,1/+CONTENTS:@comment DELETED:pkgdep nspr-4.6.5
firefox-2.0.0.2,1/+CONTENTS:@comment DELETED:DEPORIGIN:devel/nspr
gimp-2.2.13_2,1/+CONTENTS:@comment DELETED:pkgdep pciids-20070225
gimp-2.2.13_2,1/+CONTENTS:@comment DELETED:DEPORIGIN:misc/pciids
gmencoder-0.1.0_7/+CONTENTS:@comment DELETED:pkgdep pciids-20070225
gmencoder-0.1.0_7/+CONTENTS:@comment DELETED:DEPORIGIN:misc/pciids
gnome-vfs-2.16.3/+CONTENTS:@comment DELETED:pkgdep pciids-20070225
gnome-vfs-2.16.3/+CONTENTS:@comment DELETED:DEPORIGIN:misc/pciids
gxine-0.5.11/+CONTENTS:@comment DELETED:pkgdep pciids-20070225
gxine-0.5.11/+CONTENTS:@comment DELETED:DEPORIGIN:misc/pciids
gxine-0.5.11/+CONTENTS:@comment DELETED:pkgdep nspr-4.6.5
gxine-0.5.11/+CONTENTS:@comment DELETED:DEPORIGIN:devel/nspr
gxine-0.5.11/+CONTENTS:@comment DELETED:pkgdep speex-1.2.b1_1,1
gxine-0.5.11/+CONTENTS:@comment DELETED:DEPORIGIN:audio/speex
gxine-0.5.11/+CONTENTS:@comment DELETED:pkgdep ghostscript-afpl-8.54,1
gxine-0.5.11/+CONTENTS:@comment DELETED:DEPORIGIN:print/ghostscript-afpl
hal-0.5.8.20070210/+CONTENTS:@comment DELETED:pkgdep pciids-20070225
hal-0.5.8.20070210/+CONTENTS:@comment DELETED:DEPORIGIN:misc/pciids
html2ps-letter-1.0.b5,1/+CONTENTS:@comment DELETED:pkgdep p5-GSSAPI-0.24
html2ps-letter-1.0.b5,1/+CONTENTS:@comment DELETED:DEPORIGIN:security/p5-GSSAPI
html2ps-letter-1.0.b5,1/+CONTENTS:@comment DELETED:pkgdep 
ghostscript-afpl-8.54,1
html2ps-letter-1.0.b5,1/+CONTENTS:@comment 
DELETED:DEPORIGIN:print/ghostscript-afpl

FreeBSD Port: zoneinfo-2007.b

2007-02-26 Thread Robert Beer 
I just noticed that the tzdata2007b.tar.gz file has been updated to  
tzdata2007c.tar.gz at the NIST site.


--
Bob Beer [EMAIL PROTECTED]
Ohio Northern University, Information Technology, Ada, OH  45810




___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

GnuCash

2007-02-26 Thread Karel Miklav 

I made a port of GnuCash 2 from flotsam found on the net,
but last month totally lost track. I still have a working
copy of GnuCash 2.0.2 on one 6.2 prerelease desktop, but
can not make it work on my stable workstation.

Yesterday I noted that there's GnuCash 2.0.5 in ports now.
I built it, but the symptoms were ... as ever: it hangs
there doing very little, no window nor message ever comes
out.

Any ideas what could be the problem? Do I still have
to manually patch something?

--

Regards,
Karel Miklav

--

 uname -a
FreeBSD *** 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Jan 21 06:33:02 CET 
2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TPX  i386

 ll /var/db/pkg/ | awk '{ sub(/\//, ); print $9 }'
ORBit2-2.14.6
OpenSP-1.5.2
Xaw3d-1.5E_1
aalib-1.4.r5_2
atk-1.12.4
avahi-0.6.17
bison-1.75_2,1
bitstream-vera-1.10_2
cairo-1.2.6_1
cdrtools-2.01_5
compat5x-i386-5.4.0.8_7
curl-7.16.0_1
dbus-1.0.2
dbus-glib-0.72
desktop-file-utils-0.12
diablo-jdk-1.5.0.07.01
dict-1.10.4_1
dmidecode-2.8
docbook-sk-4.1.2_3
docbook-xml-4.2_1
docbook-xml-4.3
docbook-xml-4.4
docbook-xsl-1.71.1_2
dosbox-0.65_1
dri-6.4.1,2
en-openoffice.org-US-2.0.2
esound-0.2.36_1
exif-0.6.9
expat-2.0.0_1
fdupes-1.50.p1
firefox-2.0.0.2,1
fontconfig-2.3.2_6,1
freetype2-2.2.1_1
g-wrap-1.9.6,1
gail-1.9.4
gamin-0.1.7_2
gconf2-2.16.0
gdbm-1.8.3_3
gettext-0.14.5_2
ghostscript-gnu-7.07_15
glib-1.2.10_12
glib-2.12.9
glitz-0.5.6
gmake-3.81_1
gnome-doc-utils-0.7.2_1
gnome-icon-theme-2.16.1
gnome-keyring-0.6.0
gnome-mime-data-2.4.3
gnome-vfs-2.16.3
gnome_subr-1.0
gnomehier-2.2
gnucash-2.0.5
gnucash-docs-2.0.1
gnutls-1.6.1_1
gsfonts-8.11_2
gtk-1.2.10_17
gtk-2.10.9_1
gtkhtml3-3.12.3
guile-1.6.8_2
gv-3.6.2
hal-0.5.8.20070210
hicolor-icon-theme-0.9_2
icon-naming-utils-0.8.1
imake-6.9.0_1
imlib-1.9.15_4
intltool-0.35.5
javavmwrapper-2.3
jbigkit-1.6
jpeg-6b_4
kqemu-kmod-1.3.0.p11
lame-3.97_1
libIDL-0.8.7
libXft-2.1.7_1
libart_lgpl-2.3.17_1
libaudiofile-0.2.6
libbonobo-2.16.0_1
libbonoboui-2.16.0
libdaemon-0.10_1
libdrm-2.0.2
libdv-0.104_3
libexif-0.6.13
libgcrypt-1.2.4
libglade2-2.6.0_2
libgnome-2.16.0
libgnomecanvas-2.14.0_2
libgnomeprint-2.12.1_3
libgnomeprintui-2.12.1_2
libgnomeui-2.16.1
libgpg-error-1.4
libgsf-1.14.3
libgsf-gnome-1.14.3
libiconv-1.9.2_2
libltdl-1.5.22_1
libofx-0.8.2_2
libogg-1.1.3,3
libsoup-2.2.100
libtool-1.5.22_3
libungif-4.1.4_2
libvolume_id-0.71.0_1
libvorbis-1.1.2,3
libxml++-1.0.5_1
libxml2-2.6.27
libxslt-1.1.20
linc-1.0.3_6
localedata-5.4
lynx-2.8.5_2
m4-1.4.8_1
mplayer-0.99.10_2
mplayerplug-in-3.35
nas-1.8
netpbm-10.26.39
nmap-4.20
nspr-4.6.5
nss-3.11.4
ocaml-notk-3.09.3
open-motif-2.2.3_2
p5-Authen-SASL-2.10_1
p5-Compress-Raw-Zlib-2.003
p5-Compress-Zlib-2.003
p5-Crypt-SSLeay-0.53
p5-Date-Manip-5.44
p5-Digest-1.15
p5-Digest-HMAC-1.01
p5-Digest-MD5-2.36
p5-Digest-SHA1-2.11
p5-Finance-Quote-1.13
p5-Finance-QuoteHist-1.09
p5-HTML-Parser-3.56
p5-HTML-TableExtract-2.10
p5-HTML-Tagset-3.10
p5-IO-Compress-Base-2.003
p5-IO-Compress-Zlib-2.003
p5-MIME-Base64-3.07
p5-Net-1.20_1,1
p5-PathTools-3.24
p5-Scalar-List-Utils-1.19,1
p5-Test-Harness-2.64
p5-Test-Simple-0.67
p5-Text-CSV_XS-0.23
p5-URI-1.35
p5-XML-NamespaceSupport-1.09_1
p5-XML-Parser-2.34_2
p5-XML-SAX-0.15
p5-XML-SAX-Expat-0.38
p5-XML-Simple-2.16_1
p5-libwww-5.805
pango-1.14.10
pciids-20070225
pcre-7.0
perl-5.8.8
pkg-config-0.21
pkg_cutleaves-20061113
png-1.2.14
policykit-0.1.20060514_3
popt-1.7_2
portlint-2.9.3
portmaster-1.14
py24-libxml2-2.6.27
python24-2.4.4
qemu-0.9.0
qiv-2.0_1
rar-3.60,1
rename-1.3
samba-3.0.24,1
scrollkeeper-0.3.14_5,1
scsh-0.6.7
sdl-1.2.11,2
sdl_net-1.2.6
sdocbook-xml-1.1,1
shared-mime-info-0.20
slib-3a4_1
slib-guile-3a4
speex-1.2.b1_1,1
startup-notification-0.8_3
svgalib-1.4.3_5
t1lib-5.1.1,1
thunderbird-1.5.0.9_1
tiff-3.8.2_1
uae-0.8.25_1
unison-2.13.16_1
unzip-5.52_3
vim-lite-7.0.178_3
wget-1.10.2
win32-codecs-3.1.0.r1,1
wmi-10
wtf-20051104
xmlcatmgr-2.2
xorg-clients-6.9.0_3
xorg-fonts-75dpi-6.9.0_1
xorg-fonts-encodings-6.9.0_1
xorg-fonts-miscbitmaps-6.9.0_1
xorg-fonts-truetype-6.9.0
xorg-fonts-type1-6.9.0
xorg-libraries-6.9.0_1
xorg-server-6.9.0_6
xpdf-3.01_3
xterm-223
xvid-1.1.2,1
yelp-2.16.2
zip-2.32
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Python 2.4.4 and devel/ncurses

2007-02-26 Thread Kirill Ponomarew 
On Mon, Feb 26, 2007 at 01:07:48PM -0700, Joshua Tinnin wrote:
   It seems to me that rpath works as expected but /lib/libncurses.so.6 is
   loaded first...
  
  There was some discussion about a year ago, which pointed out a problem.
  The readline package loads termcap, which could be provided by ncurses.
  You might be hitting that problem (readline, or another package).
  The fix would be to ensure that termcap loads the same library as
  curses.
 
 Is there anything that can be done about this in the meantime? I have
 two 6.2-R i386 machines which are encountering this problem.

BTW, it fails also on AMD64 CURRENT from yesterday with:

cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
-DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. 
-I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include 
-I/usr/ports/lang/python24/work/Python-2.4.4/Include 
-I/usr/ports/lang/python24/work/Python-2.4.4 -c 
/usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o 
build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o
cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
-DTHREAD_STACK_SIZE=0x2 
build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o -L/usr/local/lib 
-lncurses -o build/lib.freebsd-7.0-CURRENT-amd64-2.4/_curses.so
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.59183.0 
env UPGRADE_TOOL=portupgrade UPGRADE_PORT=python24-2.4.3_3 
UPGRADE_PORT_VER=2.4.3_3 make
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
! lang/python24 (python24-2.4.3_3)  (new compiler error)
---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed

-Kirill
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Python 2.4.4 and devel/ncurses

2007-02-26 Thread Thomas Dickey 
On Mon, Feb 26, 2007 at 09:44:11PM +0100, Kirill Ponomarew wrote:
 On Mon, Feb 26, 2007 at 01:07:48PM -0700, Joshua Tinnin wrote:
It seems to me that rpath works as expected but /lib/libncurses.so.6 is
loaded first...
   
   There was some discussion about a year ago, which pointed out a problem.
   The readline package loads termcap, which could be provided by ncurses.
   You might be hitting that problem (readline, or another package).
   The fix would be to ensure that termcap loads the same library as
   curses.
  
  Is there anything that can be done about this in the meantime? I have
  two 6.2-R i386 machines which are encountering this problem.
 
 BTW, it fails also on AMD64 CURRENT from yesterday with:

yes - someone has to provide a patch to make the python and ncurses
ports either work together, or ignore each other.  The top-level
setup.py appears to have all (or most) of the related information:  it
sets up a search list of library directories, walks through them to find
the given libraries.

I'm not sure how (reading the earlier email) python decides to get
libtinfo, though, since that string doesn't appear in the original
python sources.

 
 cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
 -DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. 
 -I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include 
 -I/usr/ports/lang/python24/work/Python-2.4.4/Include 
 -I/usr/ports/lang/python24/work/Python-2.4.4 -c 
 /usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o 
 build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o
 cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
 -DTHREAD_STACK_SIZE=0x2 
 build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o -L/usr/local/lib 
 -lncurses -o build/lib.freebsd-7.0-CURRENT-amd64-2.4/_curses.so
 ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.59183.0 
 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=python24-2.4.3_3 
 UPGRADE_PORT_VER=2.4.3_3 make
 ** Fix the problem and try again.
 ** Listing the failed packages (*:skipped / !:failed)
 ! lang/python24 (python24-2.4.3_3)  (new compiler error)
 ---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
 
 -Kirill

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpxy1DFZ7g89.pgp
Description: PGP signature

OSS sound for linux-flashplugin9

2007-02-26 Thread Michael Nottebrock 
I installed Fedora Core 4 in Qemu today and compiled Macromedia's
libflashsupport there to see if its OSS support would work on FreeBSD.
It does. You can download the binary from

http://people.freebsd.org/~lofi/libflashsupport.so (for now)

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/lofi/
libflashsupport.so (later - for prospective porters: that's
MASTER_SITE_LOCAL  MASTER_SITE_SUBDIR=lofi)

How to install in three steps:

1.) Install www/linux-firefox, www/linux-flashplugin9 and
security/linux-openssl

2.) fetch http://people.freebsd.org/~lofi/libflashsupport.so

3.) cp libflashsupport.so /compat/linux/usr/lib

To test, run 

linux-firefox http://www.adobe.com/shockwave/welcome/

Ignore the missing plugin warning for the shockwave demo and watch
the demo flash applet beneath it. It should make some swishing sounds
when you hover the mouse pointer over the 'Create', 'See' and 'About'
areas.

What doesn't work:

Youtube. I tried youtube and google video et al and it seems that
video-streaming flash applets are *very* crash-happy, so they must be
considered broken for now. *However*: They also crash the browser
without libflashsupport present, but they do work quite nicely on FC4
(which by the way does need the libflashsupport as well to make noise
in the shipped Firefox). My conclusion is that the flash video
crashes are in fact caused by a bug/shortcoming of our linuxulator. I
understand there's work going on to bring it up to date with the
Linux 2.6 world, so that problem might go away in the future.

And of course, nothing of all this will work in a native firefox with
the linuxpluginwrapper. You need *linux*-firefox.

Finally: The binary was built from this source: 
http://www.kaourantin.net/flashplayer/flashsupport.c

The license terms for it are at the top of the source code and, at least as 
far as I interpret them, allow for distribution of the binary even without 
accompanying source code.

Cheers,
-- 
   ,_,   | Michael Nottebrock   | [EMAIL PROTECTED]
 (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
   \u/   | K Desktop Environment on FreeBSD | http://freebsd.kde.org


pgpqHuzS6ANu4.pgp
Description: PGP signature

Re: OSS sound for linux-flashplugin9

2007-02-26 Thread Michael Nottebrock 
On Monday, 26. February 2007 23:23, Michael Nottebrock wrote:
 I installed Fedora Core 4 in Qemu today and compiled Macromedia's

That's Adobe's of course.

 Finally: The binary was built from this source:
 http://www.kaourantin.net/flashplayer/flashsupport.c

In case anyone is wondering what that URL has to do with Adobe: It's linked to 
from 
http://labs.adobe.com/wiki/index.php/Flash_Player:Additional_Interface_Support_for_Linux

Cheers,
-- 
   ,_,   | Michael Nottebrock   | [EMAIL PROTECTED]
 (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
   \u/   | K Desktop Environment on FreeBSD | http://freebsd.kde.org


pgphyc5y73WFv.pgp
Description: PGP signature

Re: Portupgrade omitting dependencies?

2007-02-26 Thread Randy Pratt 
On Mon, 26 Feb 2007 17:15:18 +0300
Sergey Matveychuk [EMAIL PROTECTED] wrote:

 I think it should be fixed in 2.2.5 version.

Yes, it certainly seems so.  It may be a bit premature without
further testing but it works as I have come to expect portupgrade
to work.  

Just after I updated this morning for the latest portupgrade-devel
version, there was a version update for mplayer.

This time, mplayer was updated to a new version and there were no
entries left as DELETED in any /var/db/pkg/*/+CONTENTS file.

I did as you suggested with pkgtools.conf:

  ALT_PKGDEP = {
'print/ghostscript-afpl' = 'print/ghostscript-gnu',
'www/apache13' = 'www/apache13-modssl',
  }

In order to clear the DELETED entries I had to first do a

  portupgrade -fo print/ghostscript-afpl ghostscript-gnu

to update all the dependencies to the ghostscript-afpl version
then followed that with a:

  portupgrade -o print/ghostscript-gnu ghostscript-afpl

to restore things to the original ghostscript-gnu version.

It would have probably been okay to just leave them at the newer
ghostscript-afpl.  I saw talk on cvs-all list about perhaps 
making that the default version of ghostscript but that's up to
those that take care of that.

I'll continue using portupgrade-devel to shake out anything else
since I do ports update almost daily.

Thanks so much for doing all this (and knowing ruby ;-).

Randy
-- 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: GnuCash

2007-02-26 Thread Scott T. Hildreth 
I had to follow these instructions, not sure if they still apply, 

http://lists.freebsd.org/pipermail/freebsd-ports/2006-December/037261.html

On Mon, 2007-02-26 at 20:20 +0100, Karel Miklav wrote:

 I made a port of GnuCash 2 from flotsam found on the net,
 but last month totally lost track. I still have a working
 copy of GnuCash 2.0.2 on one 6.2 prerelease desktop, but
 can not make it work on my stable workstation.
 
 Yesterday I noted that there's GnuCash 2.0.5 in ports now.
 I built it, but the symptoms were ... as ever: it hangs
 there doing very little, no window nor message ever comes
 out.
 
 Any ideas what could be the problem? Do I still have
 to manually patch something?
 
 --
 
 Regards,
 Karel Miklav
 
 --
 
   uname -a
 FreeBSD *** 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Jan 21 06:33:02 CET 
 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TPX  i386
   ll /var/db/pkg/ | awk '{ sub(/\//, ); print $9 }'
 ORBit2-2.14.6
 OpenSP-1.5.2
 Xaw3d-1.5E_1
 aalib-1.4.r5_2
 atk-1.12.4
 avahi-0.6.17
 bison-1.75_2,1
 bitstream-vera-1.10_2
 cairo-1.2.6_1
 cdrtools-2.01_5
 compat5x-i386-5.4.0.8_7
 curl-7.16.0_1
 dbus-1.0.2
 dbus-glib-0.72
 desktop-file-utils-0.12
 diablo-jdk-1.5.0.07.01
 dict-1.10.4_1
 dmidecode-2.8
 docbook-sk-4.1.2_3
 docbook-xml-4.2_1
 docbook-xml-4.3
 docbook-xml-4.4
 docbook-xsl-1.71.1_2
 dosbox-0.65_1
 dri-6.4.1,2
 en-openoffice.org-US-2.0.2
 esound-0.2.36_1
 exif-0.6.9
 expat-2.0.0_1
 fdupes-1.50.p1
 firefox-2.0.0.2,1
 fontconfig-2.3.2_6,1
 freetype2-2.2.1_1
 g-wrap-1.9.6,1
 gail-1.9.4
 gamin-0.1.7_2
 gconf2-2.16.0
 gdbm-1.8.3_3
 gettext-0.14.5_2
 ghostscript-gnu-7.07_15
 glib-1.2.10_12
 glib-2.12.9
 glitz-0.5.6
 gmake-3.81_1
 gnome-doc-utils-0.7.2_1
 gnome-icon-theme-2.16.1
 gnome-keyring-0.6.0
 gnome-mime-data-2.4.3
 gnome-vfs-2.16.3
 gnome_subr-1.0
 gnomehier-2.2
 gnucash-2.0.5
 gnucash-docs-2.0.1
 gnutls-1.6.1_1
 gsfonts-8.11_2
 gtk-1.2.10_17
 gtk-2.10.9_1
 gtkhtml3-3.12.3
 guile-1.6.8_2
 gv-3.6.2
 hal-0.5.8.20070210
 hicolor-icon-theme-0.9_2
 icon-naming-utils-0.8.1
 imake-6.9.0_1
 imlib-1.9.15_4
 intltool-0.35.5
 javavmwrapper-2.3
 jbigkit-1.6
 jpeg-6b_4
 kqemu-kmod-1.3.0.p11
 lame-3.97_1
 libIDL-0.8.7
 libXft-2.1.7_1
 libart_lgpl-2.3.17_1
 libaudiofile-0.2.6
 libbonobo-2.16.0_1
 libbonoboui-2.16.0
 libdaemon-0.10_1
 libdrm-2.0.2
 libdv-0.104_3
 libexif-0.6.13
 libgcrypt-1.2.4
 libglade2-2.6.0_2
 libgnome-2.16.0
 libgnomecanvas-2.14.0_2
 libgnomeprint-2.12.1_3
 libgnomeprintui-2.12.1_2
 libgnomeui-2.16.1
 libgpg-error-1.4
 libgsf-1.14.3
 libgsf-gnome-1.14.3
 libiconv-1.9.2_2
 libltdl-1.5.22_1
 libofx-0.8.2_2
 libogg-1.1.3,3
 libsoup-2.2.100
 libtool-1.5.22_3
 libungif-4.1.4_2
 libvolume_id-0.71.0_1
 libvorbis-1.1.2,3
 libxml++-1.0.5_1
 libxml2-2.6.27
 libxslt-1.1.20
 linc-1.0.3_6
 localedata-5.4
 lynx-2.8.5_2
 m4-1.4.8_1
 mplayer-0.99.10_2
 mplayerplug-in-3.35
 nas-1.8
 netpbm-10.26.39
 nmap-4.20
 nspr-4.6.5
 nss-3.11.4
 ocaml-notk-3.09.3
 open-motif-2.2.3_2
 p5-Authen-SASL-2.10_1
 p5-Compress-Raw-Zlib-2.003
 p5-Compress-Zlib-2.003
 p5-Crypt-SSLeay-0.53
 p5-Date-Manip-5.44
 p5-Digest-1.15
 p5-Digest-HMAC-1.01
 p5-Digest-MD5-2.36
 p5-Digest-SHA1-2.11
 p5-Finance-Quote-1.13
 p5-Finance-QuoteHist-1.09
 p5-HTML-Parser-3.56
 p5-HTML-TableExtract-2.10
 p5-HTML-Tagset-3.10
 p5-IO-Compress-Base-2.003
 p5-IO-Compress-Zlib-2.003
 p5-MIME-Base64-3.07
 p5-Net-1.20_1,1
 p5-PathTools-3.24
 p5-Scalar-List-Utils-1.19,1
 p5-Test-Harness-2.64
 p5-Test-Simple-0.67
 p5-Text-CSV_XS-0.23
 p5-URI-1.35
 p5-XML-NamespaceSupport-1.09_1
 p5-XML-Parser-2.34_2
 p5-XML-SAX-0.15
 p5-XML-SAX-Expat-0.38
 p5-XML-Simple-2.16_1
 p5-libwww-5.805
 pango-1.14.10
 pciids-20070225
 pcre-7.0
 perl-5.8.8
 pkg-config-0.21
 pkg_cutleaves-20061113
 png-1.2.14
 policykit-0.1.20060514_3
 popt-1.7_2
 portlint-2.9.3
 portmaster-1.14
 py24-libxml2-2.6.27
 python24-2.4.4
 qemu-0.9.0
 qiv-2.0_1
 rar-3.60,1
 rename-1.3
 samba-3.0.24,1
 scrollkeeper-0.3.14_5,1
 scsh-0.6.7
 sdl-1.2.11,2
 sdl_net-1.2.6
 sdocbook-xml-1.1,1
 shared-mime-info-0.20
 slib-3a4_1
 slib-guile-3a4
 speex-1.2.b1_1,1
 startup-notification-0.8_3
 svgalib-1.4.3_5
 t1lib-5.1.1,1
 thunderbird-1.5.0.9_1
 tiff-3.8.2_1
 uae-0.8.25_1
 unison-2.13.16_1
 unzip-5.52_3
 vim-lite-7.0.178_3
 wget-1.10.2
 win32-codecs-3.1.0.r1,1
 wmi-10
 wtf-20051104
 xmlcatmgr-2.2
 xorg-clients-6.9.0_3
 xorg-fonts-75dpi-6.9.0_1
 xorg-fonts-encodings-6.9.0_1
 xorg-fonts-miscbitmaps-6.9.0_1
 xorg-fonts-truetype-6.9.0
 xorg-fonts-type1-6.9.0
 xorg-libraries-6.9.0_1
 xorg-server-6.9.0_6
 xpdf-3.01_3
 xterm-223
 xvid-1.1.2,1
 yelp-2.16.2
 zip-2.32
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to [EMAIL PROTECTED]

-- 
Scott T. Hildreth [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Python and gramps...

2007-02-26 Thread Scot Hetzel 

On 2/25/07, Chuck Swiger [EMAIL PROTECTED] wrote:

Anders Troback wrote:
 On Fri, 23 Feb 2007 14:58:21 -0800
 Chuck Swiger [EMAIL PROTECTED] wrote:
[ ... ]
 I think you need to choose a particular flavor of BDB which is
 recent enough to support these log capabilities; try setting
 something like these in /etc/make.conf:

 WITH_BERKELEYDB=db42
 WITH_BDB_VER=42

 ...or choose some other recent 4.x version, and then try
 reinstalling /usr/ports/databases/py-bsddb.

 Yes, thanks that did it!

Ah, very good.  You're welcome.

 How do I reflect this in my port?

Many ports do something like check whether WITH_BDB_VER is defined to
something in order to register a properly dependency.  If you can figure out
which versions of BDB are supported with your software, then you error with a
warning if too old a version is chosen, or you can do something like choose a
reasonable default value if none is already set


All you need to do is add the following to the port:

USE_BDB= 42+
INVALID_BDB_VER= 2 3 40 41

And it will give an error if WITH_BDB_VER is set to a value lower than 42.

Scot
--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: GnuCash

2007-02-26 Thread Ade Lovett 


On Feb 26, 2007, at 16:20 , Scott T. Hildreth wrote:


I had to follow these instructions, not sure if they still apply,

http://lists.freebsd.org/pipermail/freebsd-ports/2006-December/ 
037261.html


No longer needed.  The latest version of devel/libtool15 and devel/ 
libltdl15 have this taken care of.  Unfortunately, since libtool at  
least is generally only a build dependency (and as such is not  
registered in /var/db/pkg), identifying all the parts of gnucash that  
rely on libtool/libltdl (and thus need to be rebuilt) is a little  
tricky.


-aDe


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Weird make index behaviour

2007-02-26 Thread Peter Jeremy 
I recently did a 'make index' on my amd64 system, after which 'portsdb -u'
complained:
/var/db/ports/INDEX-6:6529:lightning-xpi-_2: _2: Not in due form: 
'version[_revision][,epoch]'.

Looking at deskutils/lightning-xpi/Makefile, it specifies:
 ONLY_FOR_ARCHS= i386 sparc64
and only sets ARCH_PORTVERSION on those architectures.

Taken individually, it seems reasonable that:
1) 'portsdb -u' would require valid port names in the INDEX
2) ARCH_PORTVERSION is only defined on architectures where the port can
   be built
3) The INDEX file is cross-architecture and so 'make index' ignores
   ONLY_FOR_ARCHS

Unfortunately, taken all together, things break.

The underlying problem is that lightning-xpi has different versions on
i386 and sparc64 - which renders a common INDEX file impossible.

My temporary work-around was to define ARCH_PORTVERSION anyway so portsdb
is happy.  A real fix would be nice.

-- 
Peter Jeremy


pgp4TvxBoYQ4S.pgp
Description: PGP signature

Re: Weird make index behaviour

2007-02-26 Thread Kris Kennaway 
On Tue, Feb 27, 2007 at 04:45:23PM +1100, Peter Jeremy wrote:
 I recently did a 'make index' on my amd64 system, after which 'portsdb -u'
 complained:
 /var/db/ports/INDEX-6:6529:lightning-xpi-_2: _2: Not in due form: 
 'version[_revision][,epoch]'.
 
 Looking at deskutils/lightning-xpi/Makefile, it specifies:
  ONLY_FOR_ARCHS= i386 sparc64
 and only sets ARCH_PORTVERSION on those architectures.
 
 Taken individually, it seems reasonable that:
 1) 'portsdb -u' would require valid port names in the INDEX
 2) ARCH_PORTVERSION is only defined on architectures where the port can
be built
 3) The INDEX file is cross-architecture and so 'make index' ignores
ONLY_FOR_ARCHS
 
 Unfortunately, taken all together, things break.
 
 The underlying problem is that lightning-xpi has different versions on
 i386 and sparc64 - which renders a common INDEX file impossible.

There are actually a number of these problems, it's actually not
always possible to uniformize because sometimes a port will build a
different upstream version of the software (e.g. ezm3 on amd64).

 My temporary work-around was to define ARCH_PORTVERSION anyway so portsdb
 is happy.  A real fix would be nice.

Yes, since the INDEX will still include ports that are excluded by
ONLY_FOR_ARCHS it needs to at least return a dummy value in this case.

Kris

pgpCyM9SU2Qvj.pgp
Description: PGP signature

Re: Give up maintainership

2007-02-26 Thread Simon Cornelius P. Umacob 


On Fri, Feb 23, 2007 at 04:51:49PM +0100, Alex Kiesel wrote:

 I am the maintainer of the following ports:
 devel/pecl-svn

 I'd be glad to find some volunteers to take them over

Hi,

I would like to volunteer on maintaining this one. :)


[ simon.cpu ]


--
And /usr/games/fortune futurama says:

 Leela: I don't know what you did, Fry, but once again you screwed
 up. Now all the planets are gonna start crackin' wise about our mommas.
 Hermes: I'm just glad my fat ugly momma isn't alive to see this day.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Python 2.4.4 and devel/ncurses

2007-02-26 Thread Rong-En Fan 
On Mon, Feb 26, 2007 at 04:19:04PM -0500, Thomas Dickey wrote:
 On Mon, Feb 26, 2007 at 09:44:11PM +0100, Kirill Ponomarew wrote:
  On Mon, Feb 26, 2007 at 01:07:48PM -0700, Joshua Tinnin wrote:
 It seems to me that rpath works as expected but /lib/libncurses.so.6 
 is
 loaded first...

There was some discussion about a year ago, which pointed out a problem.
The readline package loads termcap, which could be provided by ncurses.
You might be hitting that problem (readline, or another package).
The fix would be to ensure that termcap loads the same library as
curses.
   
   Is there anything that can be done about this in the meantime? I have
   two 6.2-R i386 machines which are encountering this problem.
  
  BTW, it fails also on AMD64 CURRENT from yesterday with:
 
 yes - someone has to provide a patch to make the python and ncurses
 ports either work together, or ignore each other.  The top-level
 setup.py appears to have all (or most) of the related information:  it
 sets up a search list of library directories, walks through them to find
 the given libraries.
 
 I'm not sure how (reading the earlier email) python decides to get
 libtinfo, though, since that string doesn't appear in the original
 python sources.

Hmm... there must be something wrong  in devel/ncurses

/usr/local/lib/libncurses.so:
libtinfo.so.5.6 = /usr/local/lib/libtinfo.so.5.6 (0x800958000)

But on a current box which has ncurses 5.6 in base. libncurses.so
does not depend on tinfo.

I will look into it.

Regards,
Rong-En Fan

  cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
  -DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. 
  -I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include 
  -I/usr/ports/lang/python24/work/Python-2.4.4/Include 
  -I/usr/ports/lang/python24/work/Python-2.4.4 -c 
  /usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o 
  build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o
  cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t 
  -DTHREAD_STACK_SIZE=0x2 
  build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o -L/usr/local/lib 
  -lncurses -o build/lib.freebsd-7.0-CURRENT-amd64-2.4/_curses.so
  ** Command failed [exit code 1]: /usr/bin/script -qa 
  /tmp/portupgrade.59183.0 env UPGRADE_TOOL=portupgrade 
  UPGRADE_PORT=python24-2.4.3_3 UPGRADE_PORT_VER=2.4.3_3 make
  ** Fix the problem and try again.
  ** Listing the failed packages (*:skipped / !:failed)
  ! lang/python24 (python24-2.4.3_3)  (new compiler error)
  ---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
  
  -Kirill
 
 -- 
 Thomas E. Dickey
 http://invisible-island.net
 ftp://invisible-island.net




pgpqUbeGNvE23.pgp
Description: PGP signature