FreeBSD unmaintained ports which are currently marked broken

2012-12-21 Thread linimon
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users 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 gcc4.2, which is much stricter than older versions.
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.

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 7.x/8.x/9.x/-current 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:   audio/teamspeak_client
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=teamspeak_client


portname:   chinese/big5con
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=big5con


portname:   chinese/hztty
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=hztty


portname:   databases/adstudio
broken because: incomplete plist
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=adstudio


portname:   databases/msql
broken because: Broken on FreeBSD 9+
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=msql


portname:   databases/xapian-bindings10
broken because: does not compile
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=xapian-bindings10


portname:   deskutils/simpleagenda
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=deskutilsportname=simpleagenda


portname:   devel/dsss
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=dsss


portname:   devel/fnccheck
broken because: does not link
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20121011194400/fnccheck-3.2.0.log
 (_Oct_21_00:37:47_UTC_2012)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=fnccheck


portname:   devel/gauche-gaunit
broken because: does not package
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=gauche-gaunit


portname:   devel/linux-js
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=linux-js


portname:   devel/linuxthreads
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=linuxthreads


portname:   devel/lua-posix
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=lua-posix


portname:   devel/lua50-posix
broken because: does not build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120820204747/lua50-posix-5.0.log
 (_Apr__6_15:35:56_UTC_2012)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=lua50-posix


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


portname:   devel/ros-common
broken because: does not compile
build errors:

FreeBSD ports which are currently marked broken

2012-12-21 Thread linimon
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users 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 gcc4.2, which is much stricter than older versions.
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.

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 7.x/8.x/9.x/-current 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:   accessibility/yasr
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=accessibilityportname=yasr


portname:   audio/gdam
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=gdam


portname:   audio/hydrogen
broken because: does not install
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=hydrogen


portname:   audio/teamspeak_client
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=teamspeak_client


portname:   benchmarks/polygraph31
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=benchmarksportname=polygraph31


portname:   cad/meshlab
broken because: does not build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.10.20120628171716/meshlab-1.2.3_2.log
 (_Jul_16_09:33:26_UTC_2012)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=cadportname=meshlab


portname:   cad/salome-gui
broken because: does not compile
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=cadportname=salome-gui


portname:   chinese/big5con
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=big5con


portname:   chinese/cxterm
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=cxterm


portname:   chinese/hztty
broken because: fails to build with new utmpx
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=hztty


portname:   comms/hso-kmod
broken because: does not build with USB2, please try comms/uhso-kmod
instead
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=commsportname=hso-kmod


portname:   comms/ib-kmod
broken because: does not build
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=commsportname=ib-kmod


portname:   comms/uticom
broken because: does not compile
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=commsportname=uticom


portname:   databases/adstudio
broken because: incomplete plist
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=adstudio


portname:   databases/glom
broken because: bad-plist
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=glom


portname:   databases/gomysql
broken because: Does not compile with go1
build errors:   none.
overview:   

FreeBSD unmaintained ports which are currently scheduled for deletion

2012-12-21 Thread linimon
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:   archivers/bsdar
description:BSD-licensed replacement of the ar utility
maintainer: po...@freebsd.org
status: IGNORE
deprecated because: part of the base system
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=archiversportname=bsdar


portname:   audio/linux-alsa-lib
description:The Advanced Linux Sound Architecture libraries
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-alsa-lib


portname:   audio/linux-arts
description:Audio system for the KDE integrated X11 desktop (Linux
version)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-arts


portname:   audio/linux-freealut
description:A free implementation of OpenAL's ALUT standard (Linux
version)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-freealut


portname:   audio/linux-libmad
description:Libmad library (part of MAD project)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-libmad


portname:   audio/linux-libogg
description:Ogg bitstream library (Linux version)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-libogg


portname:   audio/linux-libvorbis
description:Audio compression codec library (Linux version)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-libvorbis


portname:   audio/linux-openal
description:A 3D positional spatialized sound library (Linux
version)
maintainer: po...@freebsd.org
deprecated because: 
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-openal


portname:   devel/lbpp
description:Front end to GCC from Liberty Basic source code
maintainer: po...@freebsd.org
deprecated because: Dead upstream since 2001
expiration date:2013-01-12
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=lbpp


portname:   devel/libgetline
description:A small, portable, and easy to use command line
library
maintainer: po...@freebsd.org
deprecated because: Upstream disapear and distfile is no more available
expiration date:2013-02-28
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=libgetline


portname:   devel/looks
description:The JGoodies Looks improve the appearance of your Java
applications
maintainer: po...@freebsd.org
deprecated because: No more public distfiles
expiration date:2012-10-20
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=looks


portname:   devel/titano
description:An IDE for GNOME desktop
maintainer: po...@freebsd.org
deprecated because: Dead upstream since 2001
expiration date:2013-01-07
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=develportname=titano


portname:   editors/semi-xemacs21-mule
description:SEMI, Library of MIME feature for GNU Emacs for

FreeBSD ports which are currently marked forbidden

2012-12-21 Thread linimon
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
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 each port, including errors seen on the build farm,
is included below.

portname:   graphics/linux-tiff
forbidden because:  Vulnerable since 2004-10-13,

http://portaudit.freebsd.org/8816bf3a-7929-11df-bcce-0018f3e2eb82.html
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=graphicsportname=linux-tiff


portname:   lang/eperl
forbidden because:  Vulnerable since 2001-06-21,

http://portaudit.freebsd.org/73efb1b7-07ec-11e2-a391-000c29033c32.html
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/eperl-2.2.14_3.log.bz2
 (_Jul_31_06:17:35_UTC_2010)
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=langportname=eperl


portname:   security/sudosh3
forbidden because:  Secunia Advisory SA38292, ISS X-Force sudosh-replay-bo
(55903), replay() function buffer overflow.
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=securityportname=sudosh3


portname:   x11-toolkits/linux-pango
forbidden because:  Vulnerable since 2009-05-13,

http://portaudit.freebsd.org/4b172278-3f46-11de-becb-001cc0377035.html
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkitsportname=linux-pango
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Web Design Proposal!!!

2012-12-21 Thread Vinay
Hello,

 

I am Vinay, Business Development Consultant.

 

I was on your website. I have analyzed your website. Would you be interested
in a possible redesign of the site or additional features that might benefit
the overall usability and user experience which usually leads to better
sales of your services.

 

We would be happy to help execute Web Design  Software Development projects
on a white label basis for you. Our aim is to be the best in service and as
such we offer a premium service at very competitive prices than what it
might be in house. We have a three tier quality check system so No
compromise on quality!

 

We provide Web Design  Development to a number of agencies, and
establishments and have expertise in-

 


Developing highly effective corporate websites, flash designs, E-
Commerce/Online Web Stores to name a few.

 


PHP, MySQL, .NET, Joomla, Wordpress, Perl, Drupal, ASP, JSP, HTML, CSS.

 


Design- Flash, Photoshop, Corel E-Commerce - OS Commerce, Zen Cart, Virtue
Mart, Pay Pal , Fedex and any checkout payment gateway systems.

 

 

Do let me know if you are interested and I would be happy to share our
Methodologies, past work details and client Testimonials and Prices.

 

Kind Regards,

Vinay

Business Development Consultant  

 

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


ghostscript 8 update failed

2012-12-21 Thread Albert Shih
Hi all, 

On one of my server I was unable to update ghostscript8-nox11

He failed with : 

imdi/imdi_k.c:53050: warning: no previous prototype for 'imdi_k147_gen'
imdi/imdi_k.c:53137: warning: no previous prototype for 'imdi_k147_tab'
imdi/imdi.c: In function 'new_imdi':
imdi/imdi.c:51: warning: 'bstres' may be used uninitialized in this
function
gmake[1] : on quitte le r�pertoire �
/usr/ports/print/ghostscript8/work/ghostscript-8.71 �
gmake: *** [so] Erreur 2
*** Error code 1

Stop in /usr/ports/print/ghostscript8.
*** Error code 1

Stop in /usr/ports/print/ghostscript8.

The strange thing is if I do :

cd /usr/ports/print/ghostscript8
rm -rf work
make

i got the same message but if I do a make again the build work well.

Regards.

JAS
-- 
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26/06 86 69 95 71
xmpp: j...@obspm.fr
Heure local/Local time:
ven 21 déc 2012 11:53:37 CET
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: vlc 2.0.5

2012-12-21 Thread Fabian Keil
Juergen Lock n...@jelal.kn-bremen.de wrote:

 On Wed, Dec 19, 2012 at 11:54:15PM +0100, Pawel Pekala wrote:
  Dnia 2012-12-19, o godz. 22:44:00
  Juergen Lock n...@jelal.kn-bremen.de napisa?(a):

   It's this time again, there's a new vlc release out and I want to
   update
  the port:
  
 http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch
  
   Everyone is invited to test this update and post any issues they
   find...
  
  Works well here, 10.0-CURRENT. With default options there are couple
  missing deps on my system:

 Does this fix the missing ones?
 
   http://people.freebsd.org/~nox/tmp/vlc-2.0.5-002.patch

Works for me.

Fabian


signature.asc
Description: PGP signature


FreeBSD ports you maintain which are out of date

2012-12-21 Thread portscout
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
cad/xcircuit| 3.7.43  | 3.7.45
+-+
net/liveMedia   | 2012.12.18  | 2012.12.21
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

If wish to stop receiving portscout reminders, please contact
portsc...@portscout.freebsd.org

Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Dropbox on FreeBSD

2012-12-21 Thread Mark Felder
On Thu, 20 Dec 2012 13:45:13 +
Chris Rees utis...@gmail.com wrote:

 It needs porting to kevent.

Last time I talked to the Dropbox guys they said kevent isn't good enough. 
Something about tracking a large tree is too difficult. Similar to what the dev 
of lsync said. (rsync daemon that initiaties transfers when it noticies files 
changing).

I smell bovine feces.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: opera 12.12

2012-12-21 Thread Mark Felder
On Wed, 19 Dec 2012 22:04:49 +0100
Matthieu Volat ma...@alkumuna.eu wrote:

 2. (maybe) use symlinks to trick opera to use the new one and hope that there 
 is enough compatibility between both version of icu

Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks.

http://www.freebsd.org/cgi/man.cgi?query=libmap.conf
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Dropbox on FreeBSD

2012-12-21 Thread Chris Rees
On 21 Dec 2012 15:54, Mark Felder f...@feld.me wrote:

 On Thu, 20 Dec 2012 13:45:13 +
 Chris Rees utis...@gmail.com wrote:

  It needs porting to kevent.

 Last time I talked to the Dropbox guys they said kevent isn't good
enough. Something about tracking a large tree is too difficult. Similar to
what the dev of lsync said. (rsync daemon that initiaties transfers when it
noticies files changing).

 I smell bovine feces.

Probably from unfamiliarity.  I'll take a look.

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Dropbox on FreeBSD

2012-12-21 Thread Mikhail Kupchik

21.12.2012 17:54, Mark Felder wrote:

On Thu, 20 Dec 2012 13:45:13 +
Chris Reesutis...@gmail.com  wrote:

   

It needs porting to kevent.
 

Last time I talked to the Dropbox guys they said kevent isn't good enough. 
Something about tracking a large tree is too difficult. Similar to what the dev 
of lsync said. (rsync daemon that initiaties transfers when it noticies files 
changing).

   


Maybe a FUSE filesystem, kind of filtering layer above real 
filesystem, can be used to track all changes in the large tree without 
consuming kernel resources for each subdirectory?




--
Best regards,
 Mikhail Kupchik mailto:mikhail.kupc...@prime-expert.com

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


ports/shells/bash upgrade to patch level 39

2012-12-21 Thread Michael Zoon
Hi,

I did update the make and distinfo file for a upgrade of bash 4.2.37 to
4.2.39 It is attached in this message.

 

Regards,

Michael

 



distinfo
Description: Binary data


Makefile
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: java/openjdk6 fails to build..

2012-12-21 Thread Ronald Klop
On Thu, 20 Dec 2012 22:58:48 +0100, David Demelier  
demelier.da...@gmail.com wrote:



Hello,

I have no luck tonight, openjdk6 fails to build too :

c++ -m64 -Xlinker -O1 -m64 -export-dynamic -o ../generated/adfiles/adlc
../generated/adfiles/adlparse.o ../generated/adfiles/archDesc.o
../generated/adfiles/arena.o ../generated/adfiles/dfa.o
../generated/adfiles/dict2.o ../generated/adfiles/filebuff.o
../generated/adfiles/forms.o ../generated/adfiles/formsopt.o
../generated/adfiles/formssel.o ../generated/adfiles/main.o
../generated/adfiles/adlc-opcodes.o ../generated/adfiles/output_c.o
../generated/adfiles/output_h.o
gmake[6]: *** No rule to make target
`/usr/obj/usr/ports/java/openjdk6/work/hotspot/src/cpu/amd64/vm/x86_64.ad',
needed by `../generated/adfiles/bsd_x86_64.ad'.  Stop.
gmake[6]: Leaving directory
`/usr/obj/usr/ports/java/openjdk6/work/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
gmake[5]: *** [ad_stuff] Error 2
gmake[5]: Leaving directory
`/usr/obj/usr/ports/java/openjdk6/work/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
gmake[4]: *** [product] Error 2
gmake[4]: Leaving directory
`/usr/obj/usr/ports/java/openjdk6/work/build/bsd-amd64/hotspot/outputdir'
gmake[3]: *** [generic_build2] Error 2
gmake[3]: Leaving directory
`/usr/obj/usr/ports/java/openjdk6/work/hotspot/make'
gmake[2]: *** [product] Error 2
gmake[2]: Leaving directory
`/usr/obj/usr/ports/java/openjdk6/work/hotspot/make'
gmake[1]: *** [hotspot-build] Error 2
gmake[1]: Leaving directory `/usr/obj/usr/ports/java/openjdk6/work'
gmake: *** [build_product_image] Error 2
*** [do-build] Error code 1




Try to set the environment variable MAKE_JOBS_NUMBER=1 before building.

Ronald.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: opera 12.12

2012-12-21 Thread Matthieu Volat
On Fri, 21 Dec 2012 09:55:26 -0600
Mark Felder f...@feld.me wrote:

 On Wed, 19 Dec 2012 22:04:49 +0100
 Matthieu Volat ma...@alkumuna.eu wrote:
 
  2. (maybe) use symlinks to trick opera to use the new one and hope that 
  there is enough compatibility between both version of icu
 
 Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks.
 
 http://www.freebsd.org/cgi/man.cgi?query=libmap.conf
 [...]

Oh, I did not know of this mechanism, this looks very interesting ^^

Much more cleaner and trackable that symlinks.

Meanwhile, I upgraded today to new icu and new opera and have no problem with 
both libraries...

-- 
Matthieu Volat ma...@alkumuna.eu
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: opera 12.12

2012-12-21 Thread ajtiM
On Friday 21 December 2012 13:10:25 Matthieu Volat wrote:
 On Fri, 21 Dec 2012 09:55:26 -0600
 
 Mark Felder f...@feld.me wrote:
  On Wed, 19 Dec 2012 22:04:49 +0100
  
  Matthieu Volat ma...@alkumuna.eu wrote:
   2. (maybe) use symlinks to trick opera to use the new one and hope that
   there is enough compatibility between both version of icu
  
  Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks.
  
  http://www.freebsd.org/cgi/man.cgi?query=libmap.conf
  [...]
 
 Oh, I did not know of this mechanism, this looks very interesting ^^
 
 Much more cleaner and trackable that symlinks.
 
 Meanwhile, I upgraded today to new icu and new opera and have no problem
 with both libraries...

Thank you. My update after icu is alsoo successful but I saved for the next 
problem :)

Mitja

http://www.redbubble.com/people/lumiwa
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: ports/shells/bash upgrade to patch level 39

2012-12-21 Thread Jerry
On Fri, 21 Dec 2012 19:07:35 +0100
Michael Zoon articulated:


 I did update the make and distinfo file for a upgrade of bash 4.2.37
 to 4.2.39 It is attached in this message.

That is cool; however, why not submit a PR for this so the port can be
updated correctly for everyone? I am not sure if the port maintainer
has an interest in this port any longer. It is a major port and really
deserves to have a maintainer who has both the time and desire to keep
it current.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

FreeBSD Port: bash-4.2.37

2012-12-21 Thread Michael Zoon
Hello obrien,

 

I did update the make and distinfo file for a upgrade of bash 4.2.37 to
4.2.39, It is attached in this message.

 

Regards,

Michael

 



distinfo
Description: Binary data


Makefile
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: java/openjdk6 fails to build..

2012-12-21 Thread Eitan Adler
On 21 December 2012 13:49, Ronald Klop ronald-freeb...@klop.yi.org wrote:

 Try to set the environment variable MAKE_JOBS_NUMBER=1 before building.

If this fixes it please let us know - its a bug in the makefile that
needs to be fixed.

Also try -DMAKES_JOBS_UNSAFE instead of MAKE_JOBS_NUMBER=1

the latter does -j1 which is subtly different than no -j at all.


-- 
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: java/openjdk6 fails to build..

2012-12-21 Thread David Demelier
Yes, I wanted to answser, but the man says that MAKE_JOBS are disabled by
default, I tried to build with MAKE_JOBS=1 and it works, the problem did
appear when MAKE_JOBS=6 was set. Can you reproduce the issue?

I had MAKE_JOBS=6 in my /etc/make.conf instead of MAKE_JOBS_NUMBER though


2012/12/22 Eitan Adler li...@eitanadler.com

 On 21 December 2012 13:49, Ronald Klop ronald-freeb...@klop.yi.org
 wrote:

  Try to set the environment variable MAKE_JOBS_NUMBER=1 before building.

 If this fixes it please let us know - its a bug in the makefile that
 needs to be fixed.

 Also try -DMAKES_JOBS_UNSAFE instead of MAKE_JOBS_NUMBER=1

 the latter does -j1 which is subtly different than no -j at all.


 --
 Eitan Adler




-- 
Demelier David
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: java/openjdk6 fails to build..

2012-12-21 Thread Eitan Adler
On 21 December 2012 19:16, David Demelier demelier.da...@gmail.com wrote:
 Yes, I wanted to answser, but the man says that MAKE_JOBS are disabled by
 default, I tried to build with MAKE_JOBS=1 and it works, the problem did
 appear when MAKE_JOBS=6 was set. Can you reproduce the issue?

I want to mark this MAKE_JOBS_UNSAFE=yes and remove the current hack
Any objection from java@ ?

 I had MAKE_JOBS=6 in my /etc/make.conf instead of MAKE_JOBS_NUMBER though

Exactly. MAKE_JOBS is not user-settable. MAKE_JOBS_NUMBER is.  IMHO
MAKE_JOBS should start with an _.


-- 
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: CFT: vlc 2.0.5

2012-12-21 Thread Kevin Oberman
On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock n...@jelal.kn-bremen.de wrote:
 On Thu, Dec 20, 2012 at 09:18:03PM +0100, René Ladan wrote:
 On 19-12-2012 22:44, Juergen Lock wrote:
  Hi!
 
   It's this time again, there's a new vlc release out and I want to update
  the port:
 
  http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch
 
   Everyone is invited to test this update and post any issues they find...
 
 A quick test with an online mp3 stream works fine, but I do get this
 message in the console:

 VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d)

 Unable to load library icui18n Cannot load library icui18n: (Shared
 object libicui18n.so.48 not found, required by vlc)

 I have icu-50.1 installed, although the port does not seem to use it.
 So maybe it is triggered by some dependency.

 I don't get that here so yes it's probably a problem in a dependency.

Sorry for those who have seen this in other threads.

To find and fix these issues:
Install sysutils/bsdadmonscripts (If you use pkgng, pleaqse be sure
that you have the latest version!)
# pkg_libchk -o | grep libicu | cut -f1 -d: | sort | uniq  somefile
# portmaster -D `cat somefile`

This will update all ports that are still linked to the old icu
libraries. This should be a very short list as only a handful of ports
link directly to these libraries. Many more depend on these ports, but
don't directly link to libicu sharables and don't need re-building.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Should USE_UNZIP be deprecated?

2012-12-21 Thread Mikhail T.
tar(1) has been able to extract .zip files for quite a while now. Is it 
time to deprecated USE_UNZIP knob?


The ports, that use it without also altering 
EXTRACT_{BEFORE|AFTER}_ARGS, can, probably, be in the first wave -- 
simply removing the knob from them should do the trick...


For the rest, portlint can be taught to warn about it...

Or do we still support OS-releases, where tar was not so advanced? Thanks,

   -mi

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


Re: Compile fix for flphoto

2012-12-21 Thread Eitan Adler
On 18 December 2012 02:58, Hans Petter Selasky hsela...@c2i.net wrote:
 --- work/flphoto-1.3.1/Fl_Print_Dialog2.cxx.orig
 +++ work/flphoto-1.3.1/Fl_Print_Dialog2.cxx
 @@ -56,6 +56,7 @@

  #ifdef HAVE_LIBCUPS
  #  include cups/cups.h
 +#  include cups/ppd.h
  #endif // HAVE_LIBCUPS

could you file a PR so this doesn't get lost?


-- 
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Dropbox on FreeBSD

2012-12-21 Thread Mark Felder
On Fri, 21 Dec 2012 19:27:24 +0200
Mikhail Kupchik mikhail.kupc...@prime-expert.com wrote:

 Maybe a FUSE filesystem, kind of filtering layer above real 
 filesystem, can be used to track all changes in the large tree without 
 consuming kernel resources for each subdirectory?

We'll probably have to wait for FUSE to stabilize in FreeBSD first. I tend to 
not trust much of anything that wants FUSE these days because of the number of 
kernel panics it's caused. I know there's some significant work in progress, 
though.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org