portsnap fetch update: look: tINDEX.new: File too large

This morning, I get this when trying to update the local portssystem: Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap6.FreeBSD.org... done. Fetching snapshot metadata... done. look: tINDEX.new: File too large Portsnap metadata appears bogus. Cowardl

INDEX now builds successfully on 7.x

___ 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: graphics/mapnik 2.0.0 fails to package

I could not reproduce this plist error, here is my tinderbox's build log which I set FORCE_PACKAGE=yes: http://wen.freebsd.your.org/tb/logs/8.1-FreeBSD/mapnik2-2.0.0.log wen 2011/10/14 Doug Barton : > Building a package on 8.2-RELEASE I get this: > > ===>>> Creating a package for new version mapn

INDEX build failed for 7.x

INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: linux-mplayerplug-in-3.55_3: no entry for /usr/ports/graphics/linux-tiff make_index: linux-mplayerplug-in-3.55_3: no entry for /usr/ports/x11-toolkits/linux-pango make_index: nspluginwrapper-1.4.4: no entry for /

Re: ImageMagick fails to build when upgrading.

On 10/14/11 17:25, Eric McCorkle wrote: > I've seen the same behavior with a clang build. Actually, no. I looked into it more, and what I found is suspicious. I had the tests failing in Magick++/attributes.sh. What's suspicious is it would claim to have a random, and often nonsensible number o

Re: ImageMagick fails to build when upgrading.

On 10/13/11 10:46, Andriy Gapon wrote: > on 12/10/2011 14:55 Zhihao Yuan said the following: >> I checked out the latest version in ports, but this test still fails for >> gcc46. I'll try clang latter. > I am also running into the same problem with gcc45 and optimization level >= > 2. > With base

Re: Still can't build libreoffice

Well I have good news of a sort. I was previously working with a world/kernel that was built by clang. I finally had a chance to rebuild with the stock gcc, and now that I have, libreoffice builds and runs just fine with the GTK option the only one selected (i.e., no debug). So hopefully this will

Re: subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

Hello, Bruce. You wrote 14 октября 2011 г., 23:24:23: > You're probably aware of this already, but the Subversion release > engineer wants to roll a 1.7.1 build soon-ish to fix a number of issues > that have cropped up in 1.7.0 testing. I'm not sure how that will > interact with your plan to have

Re: subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

If memory serves me right, Lev Serebryakov wrote: > Hello, Attila. > You wrote 14 октября 2011 г., 18:32:34: > >> Maybe renaming the current port to subversion16 and replace the svn >> dependency of the above ports until they support 1.7? > One problem: library version was not bumped. So, if use

Re: New Port for ACE-6.0.4

--On Friday, October 14, 2011 11:45 AM -0400 Ladislav Jerabek wrote: Hi Ruslan! I did attached the SHAR file before but it probably got filtered out. Anyway, you can download the SHARs at following URLs. ACE-5.8.3 http://freebsd.mixicek.com/ace5.8.3.shar ACE-6.0.4 http://freebsd.mixicek.

Re: subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

Hello, Attila. You wrote 14 октября 2011 г., 18:32:34: > Maybe renaming the current port to subversion16 and replace the svn > dependency of the above ports until they support 1.7? One problem: library version was not bumped. So, if user has subversion-1.7.x installed, port will start to build

Re: FreeBSD Port: emesene-1.6.3_1

2011/10/12 Olivier Duchateau > Hi, > > I began to work on (v 2.11.5), but currently I'm not enough time. > > Main difficult is, we must patch some portion of code, because FreeBSD > is not Linux nor Windows. It's hard (and boing) work. > > Emesene's guys maintain, their own version of papyon (whe

Re: on HEAD subversion-freebsd: Error: shared library "sqlite3.8" does not exist

Am 14.10.2011 13:49, schrieb Anton Shterenlikht: > Is this related to the auto tools issue? > > ===> subversion-freebsd-1.6.17_4 depends on shared library: sqlite3.8 - not > found > ===>Verifying install for sqlite3.8 in /usr/ports/databases/sqlite3 > ===> Returning to build of subversion

Re: New Port for ACE-6.0.4

Hi Ruslan! I did attached the SHAR file before but it probably got filtered out. Anyway, you can download the SHARs at following URLs. ACE-5.8.3 http://freebsd.mixicek.com/ace5.8.3.shar ACE-6.0.4 http://freebsd.mixicek.com/ace6.0.4.shar These are, actually, my first ports so please let me know,

Re: subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

Hi, On 10/14/11 15:51, Lev Serebryakov wrote: Hello, Freebsd-ports. I want update subversion to latest version 1.7.0 before 9.0-RELEASE. But here are some ports, which uses svn_client library. And every port I checked could not be built with new subversion 1.7.0, as it has some not-backw

Re: subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

On 10/14/11 09:51, Lev Serebryakov wrote: Hello, Freebsd-ports. I want update subversion to latest version 1.7.0 before 9.0-RELEASE. But here are some ports, which uses svn_client library. And every port I checked could not be built with new subversion 1.7.0, as it has some not-backward-c

subversion 1.7.0 is coming. Many ports are not ready -- what should I do?

Hello, Freebsd-ports. I want update subversion to latest version 1.7.0 before 9.0-RELEASE. But here are some ports, which uses svn_client library. And every port I checked could not be built with new subversion 1.7.0, as it has some not-backward-compatible changes in API. What should I do

Re: on HEAD subversion-freebsd: Error: shared library "sqlite3.8" does not exist

Anton Shterenlikht wrote: Is this related to the auto tools issue? ===>subversion-freebsd-1.6.17_4 depends on shared library: sqlite3.8 - not found ===> Verifying install for sqlite3.8 in /usr/ports/databases/sqlite3 ===>Returning to build of subversion-freebsd-1.6.17_4 Error: share

on HEAD subversion-freebsd: Error: shared library "sqlite3.8" does not exist

Is this related to the auto tools issue? ===> subversion-freebsd-1.6.17_4 depends on shared library: sqlite3.8 - not found ===>Verifying install for sqlite3.8 in /usr/ports/databases/sqlite3 ===> Returning to build of subversion-freebsd-1.6.17_4 Error: shared library "sqlite3.8" does not

Re: About games/flightgear-aircrafts

On Fri, Oct 14, 2011 at 09:14:46AM +0200, Ganael LAPLANCHE wrote: > On Thu, 6 Oct 2011 10:29:32 +0200 (CEST), Ganael LAPLANCHE wrote > > Hi Everyone, > > > I've established a first selection by following the main > > aircraft page : > > > > http://www.flightgear.org/download/aircraft-v2-4/ > >

CFT: Exim 4.77

Good day. I had created and tested at our local resources the update of mail/exim to 4.77. Here is the patch: http://codelabs.ru/fbsd/ports/exim/update-4.76-to-4.77.diff I will be grateful if other people can try it and report back if it works for them or not. The preferred way to reporting i

Re: Current problem reports assigned to po...@freebsd.org

On 10/12/2011 09:36, Gavin Atkinson wrote: > Fixed. This was caused by an invalid assignment in ports/158904 > confusing the script. Thanks! -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowl

Re: About games/flightgear-aircrafts

On Thu, 6 Oct 2011 10:29:32 +0200 (CEST), Ganael LAPLANCHE wrote Hi Everyone, > I've established a first selection by following the main > aircraft page : > > http://www.flightgear.org/download/aircraft-v2-4/ > > and removing alpha/beta/experimental/early-production planes. > I'll try to sho