FreeBSD unmaintained ports which are currently marked broken
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=audio&portname=teamspeak_client portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: databases/adstudio broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: databases/xapian-bindings10 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xapian-bindings10 portname: deskutils/simpleagenda broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=simpleagenda portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=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=devel&portname=fnccheck portname: devel/gauche-gaunit broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-gaunit portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/lua-posix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=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=devel&portname=lua50-posix portname: devel/p5-Dialog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Dialog portname: devel/ros-common broken because: does not compile build errors: http://point
FreeBSD ports which are currently marked broken
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=accessibility&portname=yasr portname: audio/gdam broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gdam portname: audio/hydrogen broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=hydrogen portname: audio/teamspeak_client broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=teamspeak_client portname: benchmarks/polygraph31 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=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=cad&portname=meshlab portname: cad/salome-gui broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=salome-gui portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/cxterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=cxterm portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=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=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: databases/adstudio broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio portname: databases/glom broken because: bad-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=glom portname: databases/gomysql broken because: Does not compile with go1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category
FreeBSD unmaintained ports which are currently scheduled for deletion
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=archivers&portname=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=audio&portname=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=audio&portname=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=audio&portname=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=audio&portname=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=audio&portname=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=audio&portname=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=audio&portname=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=devel&portname=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=devel&portname=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=devel&portname=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=devel&portname=titano portname: editors/semi-xemacs21-mule description:SEMI, Library of MIME feature for GNU Emacs for
FreeBSD ports which are currently marked forbidden
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=graphics&portname=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=lang&portname=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=security&portname=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-toolkits&portname=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!!!
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
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
Juergen Lock 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 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
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
On Thu, 20 Dec 2012 13:45:13 + Chris Rees 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
On Wed, 19 Dec 2012 22:04:49 +0100 Matthieu Volat 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
On 21 Dec 2012 15:54, "Mark Felder" wrote: > > On Thu, 20 Dec 2012 13:45:13 + > Chris Rees 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
21.12.2012 17:54, Mark Felder wrote: On Thu, 20 Dec 2012 13:45:13 + Chris Rees 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
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..
On Thu, 20 Dec 2012 22:58:48 +0100, David Demelier 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
On Fri, 21 Dec 2012 09:55:26 -0600 Mark Felder wrote: > On Wed, 19 Dec 2012 22:04:49 +0100 > Matthieu Volat 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 ___ 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
On Friday 21 December 2012 13:10:25 Matthieu Volat wrote: > On Fri, 21 Dec 2012 09:55:26 -0600 > > Mark Felder wrote: > > On Wed, 19 Dec 2012 22:04:49 +0100 > > > > Matthieu Volat 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
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
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..
On 21 December 2012 13:49, Ronald Klop 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..
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 > On 21 December 2012 13:49, Ronald Klop > 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..
On 21 December 2012 19:16, David Demelier 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
On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock 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?
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
On 18 December 2012 02:58, Hans Petter Selasky 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 > +# include > #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
On Fri, 21 Dec 2012 19:27:24 +0200 Mikhail Kupchik 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"
