Re: Binary packages for LibreOffice 3.5 or 3.4
on 08/05/2012 08:51 Baptiste Daroussin said the following: > Yes but only with gcc46 because cppunit needs the same libstdc++ as > libreoffice so with gcc 4.6 is needs to be built with bundled, while it is > unbundled with clang. So the "internal" cppunit was probably not needed in the environment where the "external" cppunit was also built with gcc46. But I guess that there is no good way to detect that. P.S. A hackish way would be to use something like objdump to check for required versions of GLIBCXX in libcppunit*.so. But that's too hackish and too much trouble, I guess. But, hm, it looks like libcppunit-1.12.so doesn't require any newer symbols from libstdc++ beyond what's provided by base gcc's library: $ objdump -p -w /usr/local/lib/libcppunit-1.12.so.1 ... Dynamic Section: NEEDED libstdc++.so.6 NEEDED libm.so.5 NEEDED libc.so.7 NEEDED libgcc_s.so.1 SONAME libcppunit-1.12.so.1 RPATH /usr/local/lib/gcc46 ... Version References: required from libgcc_s.so.1: 0x0b792650 0x00 07 GCC_3.0 required from libm.so.5: 0x077a28b0 0x00 05 FBSD_1.0 required from libc.so.7: 0x077a28b0 0x00 03 FBSD_1.0 required from libstdc++.so.6: 0x02297f89 0x00 06 GLIBCXX_3.4.9 0x056bafd3 0x00 04 CXXABI_1.3 0x08922974 0x00 02 GLIBCXX_3.4 Ref: http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html -- Andriy Gapon ___ 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: Binary packages for LibreOffice 3.5 or 3.4
> I'd like to ask whether there are sites were binary packages could be > downloaded from and are there any experiences with installing them on > either 9-STABLE or 10-CURRENT? We (BSDForen.de) have unofficial packages build by the community at http://wiki.bsdforen.de/anwendungen/libreoffice_aus_inoffiziellen_paketen While the page is written in german, english (en_GB) packages are available. 7-STABLE, 8-STABE and 9-STABLE are covered. -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB pgpFJM2eTJ3Xx.pgp Description: PGP signature
Re: Building gimp-2.8
On Mon, 7 May 2012 15:38:03 -0500 ajtiM wrote: > [...] > > I like to give a try but I am not familliar with ports (I never dd). Maybe we > will be lucky and GIMP 2.8 show in ports soon. > > Mitja > > http://jpgmag.com/people/lumiwa > [...] It's not really hard, you just have to run "make deinstall reinstall clean" as root in each package directory in the order I gave in the first mail. The only concern is that I'm not sure how related packages of a few dependencies will react (glib bindings?) and did not test the impact in heavily integrated desktops (especialy gnome, I'm just running a few standalone gtk apps). But I hope that it will help the port team :) -- 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: Binary packages for LibreOffice 3.5 or 3.4
On 05/07/12 20:22, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... >> The error I faced was introduced by the port net/libcmis, which in my >> case was built via gcc 4.6 (and doesn't build with CLANG). After >> building libcmis with legacy gcc 4.2.1, I was able to build >> editors/libreoffice without problems (as far as the selected options >> concern). > > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? > > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) > > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Thank you very much. This seems to work for me, hope others will see the same progress. On all suspected and reported boxes, LibreOffice now compiles with CLANG. I consider this a s a positive sign for all the work of the team has done, thanks again! And even for the patience with me/us "users". Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On 05/07/12 22:08, Baptiste Daroussin wrote: > On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: >> On 2012-05-07 12:22, Hartmann, O. wrote: >> ... >>> The error I faced was introduced by the port net/libcmis, which in my >>> case was built via gcc 4.6 (and doesn't build with CLANG). After >>> building libcmis with legacy gcc 4.2.1, I was able to build >>> editors/libreoffice without problems (as far as the selected options >>> concern). >> >> Here's a diff for the net/libcmis port, to make it compile with clang. >> Can someone from ports please apply this? >> >> The software has some very basic C++ problems, such as non-virtual >> destructors, and tends to compile everything with -Werror -Wall >> -pedantic, so some errors are expected. :) >> >> Another approach, which takes less modifications, is to just run its >> configure script with --disable-error. > Committed thank you, > > regards, > Bapt Thank you very much. signature.asc Description: OpenPGP digital signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On Tue, May 08, 2012 at 08:10:25AM +0300, Andriy Gapon wrote: > on 07/05/2012 12:35 Baptiste Daroussin said the following: > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > >>> Well for libreoffice on freebsd clang is the official compiler, because > >>> 4.2.1 is just too old for libreoffice, and I never managed to make it > >>> built > >>> (the 3.5) with gcc from ports. > >> > >> What problem are you running into? > >> I am able to build the latest libreoffice with gcc46. > > > > Really with no modification on the ports? > > Yes. (OK, I lied, see below) > > > Are you sure you are not building it with clang which is forced by default? > > Yes. I set WITH_GCC in make.conf. > > Some notes: > - I have boost 1.48 via the patches from the boost port maintainer (long > overdue > to be committed) > - on one system I build (almost) all ports with gcc46 (base system is built > in a > standard fashion) > - on another system I build (almost) all ports with base gcc (except, > obviously, > those ports that have USE_GCC=4.6[+]) > > And, oh, almost forgot, I had to manually apply the attached patch in cppunit/ > subdirectory on FreeBSD 10. It seems that the source code in question is > extracted during build, so it is not possible to apply the patch during normal > patch target. The patch is for the well-known FreeBSD1 vs FreeBSD10 confusion > in autotools. Yes but only with gcc46 because cppunit needs the same libstdc++ as libreoffice so with gcc 4.6 is needs to be built with bundled, while it is unbundled with clang. regards, Bapt pgpDdSDr8KSVw.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
on 07/05/2012 12:35 Baptiste Daroussin said the following: > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: >> on 07/05/2012 01:58 Baptiste Daroussin said the following: >>> Well for libreoffice on freebsd clang is the official compiler, because >>> 4.2.1 is just too old for libreoffice, and I never managed to make it built >>> (the 3.5) with gcc from ports. >> >> What problem are you running into? >> I am able to build the latest libreoffice with gcc46. > > Really with no modification on the ports? Yes. (OK, I lied, see below) > Are you sure you are not building it with clang which is forced by default? Yes. I set WITH_GCC in make.conf. Some notes: - I have boost 1.48 via the patches from the boost port maintainer (long overdue to be committed) - on one system I build (almost) all ports with gcc46 (base system is built in a standard fashion) - on another system I build (almost) all ports with base gcc (except, obviously, those ports that have USE_GCC=4.6[+]) And, oh, almost forgot, I had to manually apply the attached patch in cppunit/ subdirectory on FreeBSD 10. It seems that the source code in question is extracted during build, so it is not possible to apply the patch during normal patch target. The patch is for the well-known FreeBSD1 vs FreeBSD10 confusion in autotools. -- Andriy Gapon ___ 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: sage install error
On 05/07/2012 04:14 PM, Bruce Meier wrote: Freebsd 8.2 release processor amd64 #more start.log [2012-05-07 01:11:58] Sage version 4.8, released 2012-01-20 Setting permissions of DOT_SAGE directory so only you can read and write it. Traceback (most recent call last): File "/usr/ports/math/sage/work/sage-4.8/local/bin/sage-eval", line 4, in from sage.all import * File "/usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/all.py", line 78, in import sage.symbolic.pynac File "expression.pxd", line 6, in init sage.symbolic.pynac (sage/symbolic/pynac.cpp:19189) File "expression.pyx", line 145, in init sage.symbolic.expression (sage/symbolic/expression.cpp:35722) File "function.pyx", line 31, in init sage.symbolic.function (sage/symbolic/function.cpp:11736) ImportError: /usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/ext/fast_eval.so: Undefined symbol "log2" [2012-05-07 08:23:04] Sage version 4.8, released 2012-01-20 Traceback (most recent call last): File "/usr/ports/math/sage/work/sage-4.8/local/bin/sage-eval", line 4, in from sage.all import * File "/usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/all.py", line 78, in import sage.symbolic.pynac File "expression.pxd", line 6, in init sage.symbolic.pynac (sage/symbolic/pynac.cpp:19189) File "expression.pyx", line 145, in init sage.symbolic.expression (sage/symbolic/expression.cpp:35722) File "function.pyx", line 31, in init sage.symbolic.function (sage/symbolic/function.cpp:11736) ImportError: /usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/ext/fast_eval.so: Undefined symbol "log2" ___ 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" Can you continue this discussion directly with me at step...@freebsd.org? I am happy to work with you as hard as I can to resolve this issue, but I am mystified. I created the sage port on the amd64 using FreeBSD-Stable-8.2, which is almost identical to what you have. Somehow python is not finding the libm library, which is where log2 is defined. ___ 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: Need a little help with a dynamic linking problem
Sorry for my late reply... I was tied up on other projects. A few days ago, in a galaxy not far away... In message <20120426080649.go2...@deviant.kiev.zoral.com.ua>, Konstantin Belousov wrote: >You need to pass --export-dynamic to the linker when linking binary that >is supposed to export its own symbols. Yes! Thank you Konstantin. Using that linker option... or more accurately it's gcc equivalent (-rdynamic) did indeed clear up the problem I was having with gthumb's (dynamic plug-in?) extension modules not seeing the symbols in the main exectuable. I'm not at all sure why this option wasn't already integrated into the relevant Makefiles (for gthumb). I will be looking into that further. Regards, rfg P.S. If it were me, I think I would have implemented that linker option the other way around, i.e. made the default that symbols in the main executable _are_ externally visible by default, and then I would have provided an option to make them non-visible, when and if that is/was ever useful. Sigh. Oh well. I wasn't there at the time. It's just water under the bridge now. ___ 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"
sage install error
Freebsd 8.2 release processor amd64 #more start.log [2012-05-07 01:11:58] Sage version 4.8, released 2012-01-20 Setting permissions of DOT_SAGE directory so only you can read and write it. Traceback (most recent call last): File "/usr/ports/math/sage/work/sage-4.8/local/bin/sage-eval", line 4, in from sage.all import * File "/usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/all.py", line 78, in import sage.symbolic.pynac File "expression.pxd", line 6, in init sage.symbolic.pynac (sage/symbolic/pynac.cpp:19189) File "expression.pyx", line 145, in init sage.symbolic.expression (sage/symbolic/expression.cpp:35722) File "function.pyx", line 31, in init sage.symbolic.function (sage/symbolic/function.cpp:11736) ImportError: /usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/ext/fast_eval.so: Undefined symbol "log2" [2012-05-07 08:23:04] Sage version 4.8, released 2012-01-20 Traceback (most recent call last): File "/usr/ports/math/sage/work/sage-4.8/local/bin/sage-eval", line 4, in from sage.all import * File "/usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/all.py", line 78, in import sage.symbolic.pynac File "expression.pxd", line 6, in init sage.symbolic.pynac (sage/symbolic/pynac.cpp:19189) File "expression.pyx", line 145, in init sage.symbolic.expression (sage/symbolic/expression.cpp:35722) File "function.pyx", line 31, in init sage.symbolic.function (sage/symbolic/function.cpp:11736) ImportError: /usr/ports/math/sage/work/sage-4.8/local/lib/python2.6/site-packages/sage/ext/fast_eval.so: Undefined symbol "log2" ___ 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: Building gimp-2.8
On Monday 07 May 2012 06:56:00 Matthieu Volat wrote: > Hello everybody, > > As gimp 2.8 was released a few days ago, I naturaly tried to get it working > on my 9.0-RELEASE desktop :) > > I "forked" a few ports directories to bump gimp and the dependancies to the > needed versions. Everything seems to work quite nicely. > > I'm sure those modifications cannot be pushed right now in the ports tree, > there are quite a few version bump that would impact other ports, but I'd > like to share them anyway. > > I've attached a tarball of my files, here are the list of modified ports: > glib20 -> 2.30.2 > gio-fam-backend -> 2.30.2 > atk -> 2.2.0 > gtk -> 2.24.10 > gdk-pixbuf2 -> 2.24.1 > pango -> 1.29.4 > babl -> 0.1.10 > gegl -> 0.2.0 > gimp -> 2.8.0 > > I hope it can help people wanting to upgrade to the lastest version of > gimp. I like to give a try but I am not familliar with ports (I never dd). Maybe we will be lucky and GIMP 2.8 show in ports soon. Mitja http://jpgmag.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: fusefs-kmod-0.3.9.p1.20080208_9 install fails
В Sun, 6 May 2012 20:01:04 -0400 (EDT)
AN пишет:
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #15 r234992: Fri
> May 4 01:09:16 EDT 2012
> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>
> # cd /usr/ports/sysutils/fusefs-kmod/ && make install clean
> ===> Building for fusefs-kmod-0.3.9.p1.20080208_9
> ===> fuse_module (all)
> Warning: Object directory not changed from original
> /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module
> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
> -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000
> --param inline-unit-growth=100 --param large-function-growth=1000
> -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone
> -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables
> -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector
> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
> -fdiagnostics-show-option -c fuse_vnops.c
> fuse_vnops.c: In function 'fuse_inactive':
> fuse_vnops.c:666: error: too many arguments to function 'vrecycle'
> *** [fuse_vnops.o] Error code 1
>
> Stop in
> /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module.
> *** [all] Error code 1
>
> Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0.
> *** [do-build] Error code 1
>
> Stop in /usr/ports/sysutils/fusefs-kmod.
> *** [install] Error code 1
>
> Stop in /usr/ports/sysutils/fusefs-kmod.
>
> ___
> 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"
>
>
You need to replace this file:
/usr/ports/sysutils/fusefs-kmod/files/patch-fuse_module__fuse_vnops.c
the following content:
--- fuse_module/fuse_vnops.c.orig 2008-02-05 07:25:57.0 +0200
+++ fuse_module/fuse_vnops.c2012-04-29 11:29:04.0 +0300
@@ -663,7 +663,7 @@
if ((err = fuse_recyc_backend(vp, td)))
return err;
- vrecycle(vp, td);
+ vrecycle(vp);
return (0);
}
@@ -799,8 +799,11 @@
struct vnode *vp = ap->a_vp;
struct vattr *vap = ap->a_vap;
struct ucred *cred = ap->a_cred;
+#if VOP_GETATTR_TAKES_THREAD
struct thread *td = ap->a_td;
-
+#else
+ struct thread *td = curthread;
+#endif
struct fuse_dispatcher fdi;
struct timespec uptsp;
int err = 0;
@@ -871,7 +874,11 @@
fuse_access(ap)
struct vop_access_args /* {
struct vnode *a_vp;
+#if VOP_ACCESS_TAKES_ACCMODE_T
+ accmode_t a_accmode;
+#else
int a_mode;
+#endif
struct ucred *a_cred;
struct thread *a_td;
} */ *ap;
@@ -886,7 +893,13 @@
else
facp.facc_flags |= FACCESS_DO_ACCESS;
- return fuse_access_i(vp, ap->a_mode, ap->a_cred, ap->a_td, &facp);
+ return fuse_access_i(vp,
+#if VOP_ACCESS_TAKES_ACCMODE_T
+ ap->a_accmode,
+#else
+ ap->a_mode,
+#endif
+ ap->a_cred, ap->a_td, &facp);
}
/*
@@ -946,7 +959,11 @@
/* We are to do the check in-kernel */
if (! (facp->facc_flags & FACCESS_VA_VALID)) {
- err = VOP_GETATTR(vp, VTOVA(vp), cred, td);
+ err = VOP_GETATTR(vp, VTOVA(vp), cred
+#if VOP_GETATTR_TAKES_THREAD
+ , td
+#endif
+ );
if (err)
return (err);
facp->facc_flags |= FACCESS_VA_VALID;
@@ -1929,7 +1946,11 @@
* It will not invalidate pages which are dirty, locked, under
* writeback or mapped into pagetables.")
*/
+#if VOP_GETATTR_TAKES_THREAD
err = vinvalbuf(vp, 0, td, PCATCH, 0);
+#else
+ err = vinvalbuf(vp, 0, PCATCH, 0);
+#endif
fufh->flags |= FOPEN_KEEP_CACHE;
}
@@ -3005,8 +3026,11 @@
struct vattr *vap = ap->a_vap;
struct vnode *vp = ap->a_vp;
struct ucred *cred = ap->a_cred;
+#if VOP_GETATTR_TAKES_THREAD
struct thread *td = ap->a_td;
-
+#else
+ struct thread *td = curthread;
+#endif
int err = 0;
struct fuse_dispatcher fdi;
struct fuse_setattr_in *fsai;
___
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: Binary packages for LibreOffice 3.5 or 3.4
On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). > > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? > > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) > > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Committed thank you, regards, Bapt pgpQ3UiwPOUyv.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). > > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? > > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) > > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Thanks for the patch, your patch break the build with gcc 4.2.1, I'll try to fix it otherwise I'll run it disabling --disable-error. regards, Bapt pgpVCQ5EiiMKE.pgp Description: PGP signature
Re: Zimbra mail exchange port for FreeBSD
Hi, On 2-5-2012 16:47, Kaya Saman wrote: > is anyone working on a FreeBSD port of Zimbra? I´ve been working on a port of Zarafa which should provide the same features. The hold up is currently my computer issues and the fact that I am in the process of setting up a second environment to test the LDAP user connector with. If you don't use that feature, the port should be functional, just rough on the edges (it might leave some files behind after deinstall and it needs one or two more rc scripts). https://redports.org/browser/melflynn/mail/zarafa https://redports.org/browser/melflynn/mail/zarafa-libvmime https://redports.org/browser/melflynn/devel/zarafa-libical -- Mel ___ 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: Binary packages for LibreOffice 3.5 or 3.4
On 2012-05-07 12:22, Hartmann, O. wrote:
...
> The error I faced was introduced by the port net/libcmis, which in my
> case was built via gcc 4.6 (and doesn't build with CLANG). After
> building libcmis with legacy gcc 4.2.1, I was able to build
> editors/libreoffice without problems (as far as the selected options
> concern).
Here's a diff for the net/libcmis port, to make it compile with clang.
Can someone from ports please apply this?
The software has some very basic C++ problems, such as non-virtual
destructors, and tends to compile everything with -Werror -Wall
-pedantic, so some errors are expected. :)
Another approach, which takes less modifications, is to just run its
configure script with --disable-error.
Index: net/libcmis/files/patch-configure
===
RCS file: net/libcmis/files/patch-configure
diff -N net/libcmis/files/patch-configure
--- /dev/null 1 Jan 1970 00:00:00 -
+++ net/libcmis/files/patch-configure 7 May 2012 18:11:21 -
@@ -0,0 +1,42 @@
+--- configure.orig 2011-10-04 10:45:11.0 +0200
configure 2012-05-07 20:03:00.0 +0200
+@@ -3178,19 +3178,6 @@ else
+
+ fi
+
+-if test x"$enable_werror" != "xno"; then :
+-
+- CFLAGS="$CFLAGS -Werror"
+- CXXFLAGS="$CXXFLAGS -Werror"
+-
+-fi
+-if test x"$GCC" = xyes; then :
+-
+- # Be tough with warnings and produce less careless code
+- CFLAGS="$CFLAGS -Wall -pedantic"
+- CXXFLAGS="$CXXFLAGS -Wall -pedantic"
+-
+-fi
+
+ LIBCMIS_API_VERSION=0.2
+
+@@ -15971,6 +15958,19 @@ fi
+
+ ac_config_files="$ac_config_files Makefile libcmis.pc src/Makefile src/libcmis/Makefile"
+
++if test x"$enable_werror" != "xno"; then :
++
++ CFLAGS="$CFLAGS -Werror"
++ CXXFLAGS="$CXXFLAGS -Werror"
++
++fi
++if test x"$GCC" = xyes; then :
++
++ # Be tough with warnings and produce less careless code
++ CFLAGS="$CFLAGS -Wall -pedantic"
++ CXXFLAGS="$CXXFLAGS -Wall -pedantic"
++
++fi
+ cat >confcache <<\_ACEOF
+ # This file is a shell script that caches the results of configure
+ # tests run on this system so they can be shared between configure
Index: net/libcmis/files/patch-src__libcmis__atom-document.hxx
===
RCS file: net/libcmis/files/patch-src__libcmis__atom-document.hxx
diff -N net/libcmis/files/patch-src__libcmis__atom-document.hxx
--- /dev/null 1 Jan 1970 00:00:00 -
+++ net/libcmis/files/patch-src__libcmis__atom-document.hxx 7 May 2012 18:11:21 -
@@ -0,0 +1,11 @@
+--- src/libcmis/atom-document.hxx.orig 2011-10-01 14:26:15.0 +0200
src/libcmis/atom-document.hxx 2012-05-07 20:06:51.0 +0200
+@@ -44,7 +44,7 @@ class AtomDocument : public libcmis::Doc
+ public:
+ AtomDocument( AtomPubSession* session, std::string url );
+ AtomDocument( AtomPubSession* session, xmlNodePtr entryNd );
+-~AtomDocument( );
++virtual ~AtomDocument( );
+
+ // Override content methods
+ virtual FILE* getContent( const char* path = NULL );
Index: net/libcmis/files/patch-src__libcmis__atom-folder.hxx
===
RCS file: net/libcmis/files/patch-src__libcmis__atom-folder.hxx
diff -N net/libcmis/files/patch-src__libcmis__atom-folder.hxx
--- /dev/null 1 Jan 1970 00:00:00 -
+++ net/libcmis/files/patch-src__libcmis__atom-folder.hxx 7 May 2012 18:11:21 -
@@ -0,0 +1,11 @@
+--- src/libcmis/atom-folder.hxx.orig 2011-09-30 20:52:01.0 +0200
src/libcmis/atom-folder.hxx 2012-05-07 20:06:29.0 +0200
+@@ -42,7 +42,7 @@ class AtomFolder : public libcmis::Folde
+ public:
+ AtomFolder( AtomPubSession* session, std::string url );
+ AtomFolder( AtomPubSession* session, xmlNodePtr entryNd );
+-~AtomFolder( );
++virtual ~AtomFolder( );
+
+ // virtual pure methods from Folder
+ virtual std::vector< libcmis::CmisObjectPtr > getChildren( );
Index: net/libcmis/files/patch-src__libcmis__session.hxx
===
RCS file: net/libcmis/files/patch-src__libcmis__session.hxx
diff -N net/libcmis/files/patch-src__libcmis__session.hxx
--- /dev/null 1 Jan 1970 00:00:00 -
+++ net/libcmis/files/patch-src__libcmis__session.hxx 7 May 2012 18:11:21 -
@@ -0,0 +1,10 @@
+--- src/libcmis/session.hxx.orig 2011-09-30 20:38:39.0 +0200
src/libcmis/session.hxx 2012-05-07 19:23:43.0 +0200
+@@ -36,6 +36,7 @@ namespace libcmis
+ class Session
+ {
+ public:
++virtual ~Session( ) { }
+
+ /** Get the Root folder of the repository
+ */
___
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"
libtorrent 0.13.2
Below is the patches I believe that are necessary to upgrade libtorrent to
its current version.
diff -u /usr/ports/net-p2p/libtorrent/distinfo distinfo
--- /usr/ports/net-p2p/libtorrent/distinfo 2011-09-01
22:22:12.0 -0700
+++ distinfo2012-05-07 09:51:22.0 -0700
@@ -1,2 +1,2 @@
-SHA256 (libtorrent-0.12.9.tar.gz) =
15dc9e8dd45d070f447e599bef08ef0ca421bac6e7f55e608dcd19360594af64
-SIZE (libtorrent-0.12.9.tar.gz) = 667864
+SHA256 (libtorrent-0.13.2.tar.gz) =
ed2f2dea16c29cac63fa2724f6658786d955f975861fa6811bcf1597ff8a5e4f
+SIZE (libtorrent-0.13.2.tar.gz) = 725088
diff -u /usr/ports/net-p2p/libtorrent/Makefile Makefile
--- /usr/ports/net-p2p/libtorrent/Makefile 2011-09-01
22:22:12.0 -0700
+++ Makefile2012-05-07 09:49:59.0 -0700
@@ -6,7 +6,7 @@
#
PORTNAME?= libtorrent
-PORTVERSION?= 0.12.9
+PORTVERSION?= 0.13.2
CATEGORIES=net-p2p
MASTER_SITES= http://libtorrent.rakshasa.no/downloads/ \
${MASTER_SITE_LOCAL}
___
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: portsdb -U fails
On 05/07/2012 02:39 AM, Andrea Venturoli wrote:
> On 05/06/12 20:59, Andrea Venturoli wrote:
>
>>> I've logged this failure upstream at
>>> https://github.com/pkgtools/pkgtools/issues/27
>>>
>>> If you figure anything further out, before I fix it, please let me know.
>>
>> I'd gladly help.
>> The way to go, IMHO,is to get additional logging; unfortunately I know
>> nothing about Ruby.
>
> I tried digging this up a little: the problem seems to arise in
> portsdb.rb, in function "update", when the temp file is moved to
> /usr/ports/INDEX-7 (or -8 or whatever).
>
>>if not system('/bin/mv', '-f', tmp, index_file)
>> STDERR.puts 'failed to overwrite #{index_file}!"'
>> raise IndexFileError, "index overwrite error"
>> end
>
> Here index_file is nil.
> If I replace index_file with "/usr/ports/INDEX-7" (again, or -8, or
> whatever), everything works fine.
> Unfortunately, I was not able to find out where that value should come
> from and how to fix it.
>
> bye & Thanks
> av.
av,
Thank you for your report and looking into this further. I have fixed
this upstream for the next release - 2.4.9.6.
Here's a patch in the meantime:
https://github.com/pkgtools/pkgtools/commit/6c2d240e917cc14591086f59db9c8c39e9771397.diff
Thank you,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
rtorrent 0.9.2
Below I believe are the patches necessary to bring rtorrent from 0.8.9 to
0.9.2.
Also the patch patch-src_thread_base.cc can be removed, since it’s been
rolled into the existing source.
diff /usr/ports/net-p2p/rtorrent/Makefile Makefile
9c9
< PORTVERSION?= 0.8.9
---
> PORTVERSION?= 0.9.2
19,20c19,20
< BUILD_DEPENDS?= libtorrent=0.12.9:${PORTSDIR}/net-p2p/libtorrent
< RUN_DEPENDS?= libtorrent=0.12.9:${PORTSDIR}/net-p2p/libtorrent
---
> BUILD_DEPENDS?= libtorrent=0.13.2:${PORTSDIR}/net-p2p/libtorrent
> RUN_DEPENDS?= libtorrent=0.13.2:${PORTSDIR}/net-p2p/libtorrent
diff /usr/ports/net-p2p/rtorrent/distinfo distinfo
1,2c1,2
< SHA256 (rtorrent-0.8.9.tar.gz) =
cca70eb36a0c176bbd6fdb3afe2bc9f163fa4c9377fc33bc29689dec60cf6d84
< SIZE (rtorrent-0.8.9.tar.gz) = 570904
---
> SHA256 (rtorrent-0.9.2.tar.gz) =
5c8f8c780bee376afce3c1cde2f5ecb928f40bac23b2b8171deed5cf3c888c3d
> SIZE (rtorrent-0.9.2.tar.gz) = 591837
___
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"
Building gimp-2.8
Hello everybody, As gimp 2.8 was released a few days ago, I naturaly tried to get it working on my 9.0-RELEASE desktop :) I "forked" a few ports directories to bump gimp and the dependancies to the needed versions. Everything seems to work quite nicely. I'm sure those modifications cannot be pushed right now in the ports tree, there are quite a few version bump that would impact other ports, but I'd like to share them anyway. I've attached a tarball of my files, here are the list of modified ports: glib20 -> 2.30.2 gio-fam-backend -> 2.30.2 atk -> 2.2.0 gtk -> 2.24.10 gdk-pixbuf2 -> 2.24.1 pango -> 1.29.4 babl -> 0.1.10 gegl -> 0.2.0 gimp -> 2.8.0 I hope it can help people wanting to upgrade to the lastest version of gimp. -- Matthieu Volat ports-gimp-2.8.tar.xz 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: Binary packages for LibreOffice 3.5 or 3.4
2012/5/7 Baptiste Daroussin > On Mon, May 07, 2012 at 12:22:21PM +0200, Hartmann, O. wrote: > > On 05/07/12 11:35, Baptiste Daroussin wrote: > > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > > >>> Well for libreoffice on freebsd clang is the official compiler, > because > > >>> 4.2.1 is just too old for libreoffice, and I never managed to make > it built > > >>> (the 3.5) with gcc from ports. > > >> > > >> What problem are you running into? > > >> I am able to build the latest libreoffice with gcc46. > > > > > > Really with no modification on the ports? > > > > > > Are you sure you are not building it with clang which is forced by > default? > > > > > > regards, > > > Bapt > > > > > > I realized very late that LibreOffice is unwilling to compile with > gcc4.6. > > > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). > > > > Nice to hear. > > FYI if avg managed to build libreoffice with 4.6 should be because his > whole > system should be built (at least the C++ libraries) using gcc 4.6. > > regards, > Bapt > With FreeBSD 9.0-STABLE #140 r229960M I built libreoffice-3.5.2_2 with no problems. Port worked fine. ed ___ 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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/167674security/xca update to 0.9.2 f ports/167669[PATCH] graphics/libjpeg-turbo: update to 1.2.0 o ports/167663[PATCH] textproc/openvanilla-modules: fix BROKEN port o ports/167659missing zlib.pc file (for pkg-config) o ports/167655[PATCH] emulators/bsnes: update to 0.87, take maintain o ports/167654twm - no mouse cursor o ports/167651maintainer update: science/afni o ports/167645Cannot see KDE software on GNOME applications menu o ports/167643editors/omegaT update 2.3.0_8 o ports/167637ports/lmms update to 4.0.13 o ports/167627Old lapack causes failure in octave svd() o ports/167626New port: math/flair f ports/167616mail/postfix-policyd-spf-python: Update to v1.0 o ports/167613graohics/vigra: rf_split.hxx:155:26: error: variable h o ports/167591security/openssh-portable looks for ecdsa key but none o ports/167586libiodbc-3.52.8 + p5-DBD-ODBC-1.37 = Segmentation faul o ports/167585Volta update to v0.1.1 o ports/167579[MAINTAINER UPDATE] devel/tortoisehg2 o ports/167571[new port] biology/seqan o ports/167570Two of three mirrors for net/pcnfsd port are dead f ports/167556File conflicts between irc/ircd-ratbox and irc/charybd o ports/167554security/openssh-portable has some drawbacks o ports/167547Update port: ftp/yafc to 1.1.3 f ports/167493databases/sqlite3 port uses non-recommended legacy sou o ports/167418New port: lang/pharo o ports/167405EFL updated to 1.1.0 and E17 updated to svn 65643 o ports/167395[NEW PORT] games/blockrage: Block Rage is falling bloc o ports/167374[NEW PORT] games/castle-combat: It is a clone of the o o ports/167368Python version propagation breaks USE_PYTHON= usage fo o ports/167360[NEW PORT] games/kajaani-kombat: Kajaani Kombat is a f o ports/167355[NEW PORT] games/Black-Box: You can shoot in and watch o ports/167349New port: games/netrek-client-cow - A multi-player bat f ports/167330graphics/zathura ports update o ports/167328[New ports] graphisc/zathura-pdf-*, x11-toolkits/girar o ports/167312Maintainer Update japanese/seaside to 080908-sq39 o ports/167269New port: devel/rubygem-backports backports ruby 1.9 a o ports/167240[NEW PORT] games/xgalaga++: XGalaga++ is a classic sin o ports/167239[NEW PORT] games/tanglet: Tanglet is a single player w o ports/167238[NEW PORT] games/simsu: Simsu is a basic Sudoku game o ports/167237[NEW PORT] games/sets: This is an implementation of th o ports/167236[NEW PORT] games/krank: Krank is a little casual game o ports/167235[NEW PORT] games/gottet: Gottet is a tetris clone I ma o ports/167232[NEW PORT] games/glightoff: GLightOff is a simple (but o ports/167219[MAINTAINER] japanese/wordpress: update to 3.3.2 and g f ports/167196x11/fireflies: fix build errror o ports/167186[NEW PORT] www/py27-rhodecode: Is fast and powerful ma o ports/167185[NEW PORT] textproc/py27-whoosh: Featureful full-text o ports/167172x11/kde4 will not compile due to libxine trying to use f ports/167090sysutils/ezjail: Invalid command line option in ezjail o ports/167045[MAINTAINER] dns/powerdns-devel: update to 3.1.r2,1 f ports/167031security/heimdal ignore environment after process call o ports/167023lang/erlang doesn't compile with unixODBC f ports/166987net/nss_ldap: ports/152982 causes nss_ldap to not func f ports/166964New version of x11/slim now out f ports/166838www/speedtest-mini needs upgrading o ports/166826New port: misc/libphidget The driver for Phidgets devi o ports/166812New port: mail/bounceHammer o ports/166811[NEW PORT] net/nss-pam-ldapd-sasl: Advanced fork of ns o ports/166810[MAINTAINER-UPDATE] net/nss-pam-ldapd: update to 0.8.6 o ports/166745[UPDATE] graphics/mupdf to 1.0rc1 o ports/166728New port: science/fvcom-mpi o ports/166726New port: science/fvcom o ports/166722graphics/ufraw: port fails to build if "GTK" option is o ports/166711New port: japanese/fcitx-mozc -
Re: Binary packages for LibreOffice 3.5 or 3.4
On Mon, May 07, 2012 at 12:22:21PM +0200, Hartmann, O. wrote: > On 05/07/12 11:35, Baptiste Daroussin wrote: > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > >>> Well for libreoffice on freebsd clang is the official compiler, because > >>> 4.2.1 is just too old for libreoffice, and I never managed to make it > >>> built > >>> (the 3.5) with gcc from ports. > >> > >> What problem are you running into? > >> I am able to build the latest libreoffice with gcc46. > > > > Really with no modification on the ports? > > > > Are you sure you are not building it with clang which is forced by default? > > > > regards, > > Bapt > > > I realized very late that LibreOffice is unwilling to compile with gcc4.6. > > The error I faced was introduced by the port net/libcmis, which in my > case was built via gcc 4.6 (and doesn't build with CLANG). After > building libcmis with legacy gcc 4.2.1, I was able to build > editors/libreoffice without problems (as far as the selected options > concern). > Nice to hear. FYI if avg managed to build libreoffice with 4.6 should be because his whole system should be built (at least the C++ libraries) using gcc 4.6. regards, Bapt pgpXa0m3B8GBG.pgp Description: PGP signature
Re: FreeBSD Port: proftpd-1.3.4a_2
Christian Reiss wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey there, The proftpd port is borked atm. If you (make config / make / make install) it with SFTP activated in the options you (still) don't get sftp. Activated Options: - - Deflate, - - IPV6, - - PCRE, - - SFTP, - - SFTPD. Configuration (SFTP part) SFTPEngine on SFTPHostKey /usr/local/certs/proftpd.key [...] It worked in previous version perfectly. I tried upgrading my current server AND doing this from a clean 9.0 install where I only added the abovementioned sftp configuration additions. I think you need to read /usr/ports/UPDATING entry: === 20120126: AFFECTS: users of ftp/proftpd and ftp/proftpd-mysql AUTHOR: Martin Matuska The proftpd port has been updated to 1.3.4 and changed to use dynamically loadable modules. Please add corresponding LoadModule directives to your configuration file, like in the following example: LoadModule mod_tls.c === So you need to add LoadModule directive. Miroslav Lachman ___ 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: Binary packages for LibreOffice 3.5 or 3.4
On 05/07/12 11:35, Baptiste Daroussin wrote: > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: >> on 07/05/2012 01:58 Baptiste Daroussin said the following: >>> Well for libreoffice on freebsd clang is the official compiler, because >>> 4.2.1 is just too old for libreoffice, and I never managed to make it built >>> (the 3.5) with gcc from ports. >> >> What problem are you running into? >> I am able to build the latest libreoffice with gcc46. > > Really with no modification on the ports? > > Are you sure you are not building it with clang which is forced by default? > > regards, > Bapt I realized very late that LibreOffice is unwilling to compile with gcc4.6. The error I faced was introduced by the port net/libcmis, which in my case was built via gcc 4.6 (and doesn't build with CLANG). After building libcmis with legacy gcc 4.2.1, I was able to build editors/libreoffice without problems (as far as the selected options concern). Regards, Oliver ___ 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: Binary packages for LibreOffice 3.5 or 3.4
On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > on 07/05/2012 01:58 Baptiste Daroussin said the following: > > Well for libreoffice on freebsd clang is the official compiler, because > > 4.2.1 is just too old for libreoffice, and I never managed to make it built > > (the 3.5) with gcc from ports. > > What problem are you running into? > I am able to build the latest libreoffice with gcc46. Really with no modification on the ports? Are you sure you are not building it with clang which is forced by default? regards, Bapt pgpfW6nyybu89.pgp Description: PGP signature
FreeBSD Port: proftpd-1.3.4a_2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey there, The proftpd port is borked atm. If you (make config / make / make install) it with SFTP activated in the options you (still) don't get sftp. Activated Options: - - Deflate, - - IPV6, - - PCRE, - - SFTP, - - SFTPD. Configuration (SFTP part) SFTPEngine on SFTPHostKey /usr/local/certs/proftpd.key Launching /usr/local/etc/rc.d/proftpd restart Stopping proftpd. Waiting for PIDS: 948. Starting proftpd. beta-labs.net proftpd[49410]: The DisplayGoAway directive has been deprecated; use the MaxClientsPerClass optional message parameter instead beta-labs.net proftpd[49410]: Fatal: unknown configuration directive 'SFTPEngine' on line 21 of '/usr/local/etc/proftpd.conf' /usr/local/etc/rc.d/proftpd: WARNING: failed to start proftpd Files are present. /usr/local/include/proftpd/mod_sftp.h /usr/local/libexec/proftpd/mod_sftp.a /usr/local/libexec/proftpd/mod_sftp.la /usr/local/libexec/proftpd/mod_sftp.so /usr/local/libexec/proftpd/mod_sftp_pam.a /usr/local/libexec/proftpd/mod_sftp_pam.la /usr/local/libexec/proftpd/mod_sftp_pam.so It worked in previous version perfectly. I tried upgrading my current server AND doing this from a clean 9.0 install where I only added the abovementioned sftp configuration additions. Cheers, Christian. - -- Christian Reiss - em...@christian-reiss.de /"\ ASCII Ribbon \ /Campaign GPG Key: http://gpg.christian-reiss.deX against HTML Jabber : ch...@alpha-labs.net/ \ in eMails "It's better to reign in hell than to serve in heaven.", John Milton, Paradise lost. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPp5OGAAoJEETikSarzUPFo0EP/0ondcIGjIoPmykstWwJ1i2q A5FyFa13dH3DnuABoApUNsdIB/8wPchWPfsMyOBXY894v5MTt0d/4TSouak6zBKM NcCPLi6m+of4UkEdZY5CWZ014jnL1uEOn8D4RWwyKKbfOFxbN/vA6oXYU8/eLxK/ jwUrBKZYzx3fyuFoGDe+/io91x6vNayo6qTtfXc70wKJidbkzb4H81jv5nyPN8Af kb8c5L6qJ1MO7BUAIkilbyOpFB3o87b3mT2Bjd2dTuE2a8ujuzka6jekGmveH20M MZzqsdxkEMrtSJLm/5knvmVK71i9UB8MElkxt8qNFYffv4p8HajiBHsQ4ef0HOaM aOTRUSCMoOehesbV5446KSHTwXUkVDIJ8MqEoAtUMYfCnTUUOWEmjWj3J9qBnD8B 1+crfcoeQPFeLiRmZ6VCK55WHeyNffzpBx4rDdOtX7uuEOUWIYb5OVpRwcnkEiHk 7k5r4/QN9Zdq8Ol0INwxERUZIrH17IfkgMTfwjFZ/NbhALoFnbZNro//k3TFB8yQ 6VX4JYaiERLgXPTZ8dyxu/vFfcTt1TZMV3CCP23ZD7Vw/aNQFIXjgTd3YnaSMavv dDlYr07OG3QQMVkDaxsQuCz3THpItftQ54j3H6+a1phOxO+38MnA8zGnr2PTCm6v etPxEcFu6iF41MTQvTt+ =gJ2+ -END PGP SIGNATURE-
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: databases/pecl-sqlite description:PECL classes to access sqlite databases in PHP 4 maintainer: po...@freebsd.org deprecated because: php4 is EOLed expiration date:2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pecl-sqlite portname: databases/sqlite34 description:An SQL database engine in a C library maintainer: po...@freebsd.org deprecated because: No more supported, please use databases/sqlite3 instead expiration date:2012-05-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=sqlite34 portname: deskutils/sciplore-mindmapping description:Mind Mapping tool with Reference and PDF Management maintainer: po...@freebsd.org status: BROKEN deprecated because: Discontinued, use deskutils/docear instead expiration date:2012-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=sciplore-mindmapping 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=libgetl
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: www/linux-f10-flashplugin10 forbidden because: insecure version - use flashplugin11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-f10-flashplugin10 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"
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/gstreamer-plugins-flite broken because: Doesn't work due to link problem in audio/flite build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-flite portname: audio/hydrogen broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=hydrogen portname: audio/osd-lyrics broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120321091023/osdlyrics-0.4.1_1.log (_Apr_16_19:10:06_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=osd-lyrics portname: audio/rubyripper broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rubyripper 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: audio/wsoundprefs broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120227104242/wsoundprefs-1.1.1_9.log (_Mar_19_17:11:04_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wsoundprefs portname: benchmarks/dbs broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=dbs portname: benchmarks/polygraph broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph portname: benchmarks/polygraph31 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 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
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: audio/wsoundprefs broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120227104242/wsoundprefs-1.1.1_9.log (_Mar_19_17:11:04_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wsoundprefs portname: benchmarks/dbs broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=dbs 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: chinese/kon2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=kon2 portname: databases/libudbc broken because: does not fetch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20120425044517/libudbc-4.1.log (_Feb_27_21:49:22_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libudbc portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: deskutils/recoll broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2012050501/recoll-1.17.1.log (_May__4_02:18:53_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=recoll portname: deskutils/sciplore-mindmapping broken because: Upstream re-rolled tarballs without documenting changes or bumping version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=sciplore-mindmapping portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dsss portname: devel/fastcrc broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fastcrc 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/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/linux-js broken because: does not build build errors:
Re: portsdb -U fails
On 05/06/12 20:59, Andrea Venturoli wrote:
I've logged this failure upstream at
https://github.com/pkgtools/pkgtools/issues/27
If you figure anything further out, before I fix it, please let me know.
I'd gladly help.
The way to go, IMHO,is to get additional logging; unfortunately I know
nothing about Ruby.
I tried digging this up a little: the problem seems to arise in
portsdb.rb, in function "update", when the temp file is moved to
/usr/ports/INDEX-7 (or -8 or whatever).
if not system('/bin/mv', '-f', tmp, index_file)
STDERR.puts 'failed to overwrite #{index_file}!"'
raise IndexFileError, "index overwrite error"
end
Here index_file is nil.
If I replace index_file with "/usr/ports/INDEX-7" (again, or -8, or
whatever), everything works fine.
Unfortunately, I was not able to find out where that value should come
from and how to fix it.
bye & Thanks
av.
___
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"
