Re: rc.d/istgt still uses set_rcvar
on 06/05/2012 06:31 Doug Barton said the following: > On Sat, 5 May 2012, Andriy Gapon wrote: > >> >> Looks like rc.d script from net/istgt hasn't been updated after set_rcvar >> removal. > > Fixed (along with a few other things). > Doug, thank you very much! -- 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"
WITH_GCC [Was: graphics/png does not build with lang/gcc]
on 26/04/2012 11:55 Andriy Gapon said the following:
> on 07/03/2012 18:19 Andriy Gapon said the following:
>> on 07/03/2012 14:11 b. f. said the following:
>>> you can just
>>> install lang/gcc or lang/gcc46 and set USE_GCC=4.6 in your build
>>> environment, an included Makefile, or on the command line
>
> And an additional problem with this recommendation is that if a port has e.g.
> USE_GCC=4.2+ in its Makefile, then the user setting gets overridden (at least
> if
> it's in make.conf). So a better way to ask for gcc46+ is needed.
>
>> BTW, our traditional taxonomy seems to be: "USE_XXX" is for stuff that ports
>> really require, "WITH_XXX" is for user preferences.
>> So it might make sense to create a WITH_GCC knob specifically for the use
>> that you
>> suggested above.
My makefile-fu and ports-infrastructure-fu are really weak (maybe non-existent
even), but here is my attempt: [see the attachment].
The idea behind the patch:
- if WITH_GCC is not defined, then everything should be as before
- if WITH_GCC is defined, but USE_GCC is not defined, then USE_GCC gets set from
WITH_GCC
- if both are defined
o if USE_GCC is a concrete version, then it wins
o else (if USE_GCC has the "X+") form, then the minimum requested version
becomes MAX(X, Y), where Y is from WITH_GCC [*]
[*] Note that whether WITH_GCC has "Y" or "Y+" form doesn't matter in this case.
In all cases WITH_GCC can be used only to increase minimum required GCC version,
unless a port wants a concrete fixed version.
--
Andriy Gapon
--- Mk/bsd.port.mk.orig 2012-05-06 12:14:36.049668562 +0300
+++ Mk/bsd.port.mk 2012-05-06 11:56:45.909668044 +0300
@@ -1678,7 +1678,7 @@
CONFIGURE_ENV+=MAKE=${GMAKE}
.endif
-.if defined(USE_GCC) || defined(USE_FORTRAN)
+.if defined(USE_GCC) || defined(USE_FORTRAN) || defined(WITH_GCC)
.include "${PORTSDIR}/Mk/bsd.gcc.mk"
.endif
--- Mk/bsd.gcc.mk.orig 2012-05-06 11:12:55.628670003 +0300
+++ Mk/bsd.gcc.mk 2012-05-06 11:37:29.394675881 +0300
@@ -98,6 +98,30 @@ CONFIGURE_ENV+= F77="${F77}" FC="${FC}"
MAKE_ENV+= F77="${F77}" FC="${FC}" FFLAGS="${FFLAGS}"
.endif
+.if defined(WITH_GCC)
+
+# See if we can use a later version or exclusively the one specified.
+_WITH_GCC:=${WITH_GCC:S/+//}
+
+# Check if WITH_GCC points to a valid version.
+.for v in ${GCCVERSIONS}
+. for j in ${GCCVERSION_${v}}
+. if ${_WITH_GCC}==${j}
+_WITH_GCCVERSION_OKAY= true;
+. endif
+. endfor
+.endfor
+
+.if !defined(_WITH_GCCVERSION_OKAY)
+IGNORE=Unknown version of GCC specified (WITH_GCC=${WITH_GCC})
+.endif
+
+.endif # WITH_GCC
+
+.if !defined(USE_GCC)
+USE_GCC= ${WITH_GCC}
+.undef _WITH_GCC
+.endif
.if defined(USE_GCC)
@@ -143,6 +167,11 @@ IGNORE=Couldn't find your current GCCV
# get the first available version.
#
.if defined(_GCC_ORLATER)
+. if defined(_WITH_GCC)
+. if ${_USE_GCC} < ${_WITH_GCC}
+_USE_GCC:= ${_WITH_GCC}
+. endif
+. endif
. for v in ${GCCVERSIONS}
. if ${_USE_GCC} == ${_GCCVERSION_${v}_V}
_GCC_MIN1:=true
___
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"
Binary packages for LibreOffice 3.5 or 3.4
Since LibreOffice 3.5.X can not be build on either FreeBSD 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, all failing compiling the same way, see http://www.freebsd.org/cgi/query-pr.cgi?pr=167641. 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? Thank you very much for the patience, O. Hartmann signature.asc Description: OpenPGP digital signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: > Since LibreOffice 3.5.X can not be build on either FreeBSD > 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I > tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, > all failing compiling the same way, see > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167641. > > 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? > > Thank you very much for the patience, > > O. Hartmann > LibreOffice fix on current normally (2 days ago) For binary packages I think currently there none regards, Bapt pgp2NeuHjGfPs.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote: > On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: > > Since LibreOffice 3.5.X can not be build on either FreeBSD > > 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I > > tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, > > all failing compiling the same way, see > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167641. > > > > 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? > > > > Thank you very much for the patience, > > > > O. Hartmann > > > > LibreOffice fix on current normally (2 days ago) > > For binary packages I think currently there none Precision: do not try to build libreoffice with gcc it is know to be buggy, note that if WITH_GCC is defined in you make.conf then building libreoffice will fail because there is an "hidden" option WITH_GCC to allow people willing to fix build with gcc to do it. so first do not forget to remove it if you have it Sorry not being able to be more helpful regards, Bapt pgpjx9Fo83NHX.pgp Description: PGP signature
print/freetype2 build failure - cannot determine name of library object from ... libfreetype.so.9
Does anyone else get this failure when building print/freetyp2? gnome-libtool: compile: cannot determine name of library object from `/wrkdirs/usr/ports/print/freetype2/work/freetype-2.4.9/objs/.libs/libfreetype.so.9' It's weird, it works on redports (all builders), as well as my own 7.4 i386, 8.3 i386, 9.0 amd64. All work. It just fails for me when building in a jail. I removed all of my custom make.conf changes and rebuilt all dependencies as well. Regards, Bryan Drewery ___ 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/06/12 16:15, Baptiste Daroussin wrote:
> On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote:
>> On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote:
>>> Since LibreOffice 3.5.X can not be build on either FreeBSD
>>> 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I
>>> tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes,
>>> all failing compiling the same way, see
>>>
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=167641.
>>>
>>> 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?
>>>
>>> Thank you very much for the patience,
>>>
>>> O. Hartmann
>>>
>>
>> LibreOffice fix on current normally (2 days ago)
>>
>> For binary packages I think currently there none
>
> Precision: do not try to build libreoffice with gcc it is know to be buggy,
> note
> that if WITH_GCC is defined in you make.conf then building libreoffice will
> fail
> because there is an "hidden" option WITH_GCC to allow people willing to fix
> build with gcc to do it.
I do not understand. I tried all options. My systems' OSes are usually
build with CLANG. USE_GCC= 4.6+ in cases where CLANG is known to be
buggy or incapable (i.e. due to OpenMP) and setting CC, CXX and CPP for
legacy gcc 4.2.1.
How can it be that LibreOffice is broken with any GCC when CLANG is not
the officiel compiler yet?
I have a portion in /etc/make.conf on all boxes (both CURRENT and
STABLE) looking like this:
# editors/libreoffice
.if ${.CURDIR:M/usr/ports/editors/libreoffice*}
#USE_GCC= 4.6+
#CC=cc
#CXX= c++
#CPP= cpp
DISABLE_MAKE_JOBS= YES
WITH_WEBDAV=true
WITHOUT_KDE4= true
WITHOUT_GTK=true
WITHOUT_GTK3= true
WITHOUT_GNOME= true
WITH_JAVA= true
WITHOUT_SYSTRAY=true
WITH_MMEDIA=true
WITH_SDK= true
WITH_SVG= true
WITHOUT_DEBUG= true
.endif
It seems, even if set "DISBALE_MAKE_JOBS=YES" globally makes
editors/libreoffice direspect this.
>
> so first do not forget to remove it if you have it
Sorry, what to remove first? I do not have GCC set in the portion for
building LibreOffice.
>
> Sorry not being able to be more helpful
Thank you very much anyway.
Regards,
Oliver
>
> regards,
> Bapt
>
>
signature.asc
Description: OpenPGP digital signature
Re: Binary packages for LibreOffice 3.5 or 3.4
http://www.sendspace.com/file/02wler for 9/amd64 Regards, Buganini ___ 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/167368: Python version propagation breaks USE_PYTHON= usage for dependency builds
In 2003 we introduced DEPENDS_ARGS to enforce the python version on
dependencies[0].
In 2005 we introduced th .MAKEFLAGS propagation to work around an issue
for Zope[1].
I doubt that both are still valid after we allowed parallel python
versions for quite some while now. In any case, the current
implementation _breaks_ ports, if they have non-matching sets of
supported python versions.
The attached patch removes both entries and a local tinderbox run did
not reveal any problems. However, the problem described here does
usually _not_ occur in a tinderbox, since every port is treated as a
single item, instead of a typical user workflow.
Thus more testing (especially with zope-related ports) is highly
appreciated.
[0] http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.python.mk?annotate=1.41
[1] http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.python.mk?annotate=1.62
Regards
Marcus
Index: Mk/bsd.python.mk
===
RCS file: /home/pcvs/ports/Mk/bsd.python.mk,v
retrieving revision 1.143
diff -u -r1.143 bsd.python.mk
--- Mk/bsd.python.mk 11 Apr 2012 12:52:16 - 1.143
+++ Mk/bsd.python.mk 6 May 2012 17:01:48 -
@@ -339,7 +339,6 @@
PYTHONBASE!= (${PYTHON_CMD} -c 'import sys; print sys.prefix' \
2> /dev/null || ${ECHO_CMD} ${LOCALBASE}) | ${TAIL} -1
.endif
-DEPENDS_ARGS+= PYTHON_VERSION=${PYTHON_VERSION}
# We can only use the cached version if we are using the default python version. Otherwise it
# should point to some other version we have installed, according to the port USE_PYTHON
@@ -354,9 +353,6 @@
PYTHON_PORTVERSION= ${PYTHON_DEFAULT_PORTVERSION}
.endif
-# Propagate the chosen python version to submakes.
-.MAKEFLAGS: PYTHON_VERSION=python${_PYTHON_VERSION}
-
# Python-3.2
.if ${PYTHON_VERSION} == "python3.2"
PYTHON_PORTVERSION?=3.2.3
pgpm5i4zFQN34.pgp
Description: PGP signature
Re: portsdb -U fails
On 05/04/12 15:18, Bryan Drewery wrote:
Portupgrade is currently supported by me at http://pkgtools.github.com
Well... Many thanks for that!!!
You can also run 'make index' in /usr/ports and see if it fails.
# cd /usr/ports/
# make index
Generating INDEX-7 - please wait..Warning: Duplicate INDEX entry:
p5-libapreq2-2.13_2
Done.
golia# cd /usr/ports/
golia# make search name=p5-libapreq2
Port: p5-libapreq2-2.13_2
Path: /usr/ports/www/p5-libapreq2
Info: Generic Apache2 Request Library
Maint: apa...@freebsd.org
B-deps: ap22-mod_perl2-2.0.5_1,3 apache-2.2.22_5
apr-devrandom-gdbm-db42-1.4.5.1.3.12_1 autoconf-2.68
autoconf-wrapper-20101119 db42-4.2.52_5 expat-2.0.1_2 gdbm-1.9.1
gettext-0.18.1.1 gmake-3.82 libiconv-1.14 libtool-2.4.2 m4-1.4.16,1
openssl-1.0.1_1 p5-BSD-Resource-1.2904 p5-ExtUtils-XSBuilder-0.28_1
p5-Parse-RecDescent-1.965.001 p5-Tie-IxHash-1.22 pcre-8.30_2 perl-5.12.4_4
R-deps: ap22-mod_perl2-2.0.5_1,3 apache-2.2.22_5
apr-devrandom-gdbm-db42-1.4.5.1.3.12_1 db42-4.2.52_5 expat-2.0.1_2
gdbm-1.9.1 libiconv-1.14 openssl-1.0.1_1 p5-BSD-Resource-1.2904
p5-ExtUtils-XSBuilder-0.28_1 p5-Parse-RecDescent-1.965.001
p5-Tie-IxHash-1.22 pcre-8.30_2 perl-5.12.4_4
WWW:http://httpd.apache.org/apreq/
So, I only get a warning...
Can't tell what that's about, since I only get one port...
Deleting that port doesn't solve, anyway, so this does not seem to be
the cause.
>> Is there any way I can debug this?
>
> Yes, open up /usr/local/sbin/portsdb, go to line 205 and remove these
> lines:
>
> rescue => e
>STDERR.puts "#{MYNAME}: #{e}"
>exit 1
Not much help:
# portsdb -Uu
Updating the ports index ... Generating INDEX.tmp - please
wait..Warning: Duplicate INDEX entry: p5-libapreq2-2.13_2
Done.
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:430:in `system': can't
convert nil into String (TypeError)
from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:430:in `update'
from /usr/local/sbin/portsdb:159:in `main'
from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize'
from /usr/local/sbin/portsdb:68:in `new'
from /usr/local/sbin/portsdb:68:in `main'
from /usr/local/sbin/portsdb:214
Unless you've modified your ports or added extra dependencies, you can
just fetch the index with: portsdb -FU.
I'm going this way for now.
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.
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"
iSCSI for tape
Hello.
I've got a box with bacula-sd which should use a tape drive;
unfortunately, there's no physical space for such a drive on that box,
so I'm considering iSCSI to let it access a tape on another box.
Is this possible?
While doing some tests, I installed istgt on the target box (7.4/i386)
and I have this in /usr/local/etc/istgt/istgt.conf:
[LogicalUnit1]
Comment "Pass-through Tape"
TargetName tape1
TargetAlias "Pass Through Tape"
Mapping PortalGroup1 InitiatorGroup1
AuthMethod CHAP
AuthGroup AuthGroup1
UnitType pass
LUN0 Device /dev/sa0
On the initianting box (9.0/amd64), I put the following in /etc/iscsi.conf:
itape1 {
authMethod=CHAP
chapIName =xx
chapSecret=y
initiatorname =z
TargetName=j:tape1
TarrgetAddress=j:3260,1
}
Now:
# iscontrol -d -t j
TargetName=j:tape1
TargetAddress=a.b.c.d:3260,1
#iscontrol -c /etc/iscsi.conf -n itape1 -t j&
ls /dev/ | grep iscsi
iscsi
iscsi0
# mt -f /dev/iscsi status
mt: Device not configured
# mt -f /dev/iscsi0 status
mt: Inappropriate ioctl for device
Am I doing something wrong or is this not implemented?
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"
Re: print/freetype2 build failure - cannot determine name of library object from ... libfreetype.so.9
On 5/6/2012 9:57 AM, Bryan Drewery wrote: > Does anyone else get this failure when building print/freetyp2? > > gnome-libtool: compile: cannot determine name of library object from > `/wrkdirs/usr/ports/print/freetype2/work/freetype-2.4.9/objs/.libs/libfreetype.so.9' > > It's weird, it works on redports (all builders), as well as my own 7.4 > i386, 8.3 i386, 9.0 amd64. All work. > > It just fails for me when building in a jail. > > I removed all of my custom make.conf changes and rebuilt all > dependencies as well. > I figured this out. It was due to me applying a patch from ports/155546 to devel/libtool. Removing that patch fixes the issue with print/freetype2. Bryan ___ 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 Sun, May 06, 2012 at 05:01:19PM +0200, O. Hartmann wrote:
> On 05/06/12 16:15, Baptiste Daroussin wrote:
> > On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote:
> >> On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote:
> >>> Since LibreOffice 3.5.X can not be build on either FreeBSD
> >>> 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I
> >>> tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes,
> >>> all failing compiling the same way, see
> >>>
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=167641.
> >>>
> >>> 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?
> >>>
> >>> Thank you very much for the patience,
> >>>
> >>> O. Hartmann
> >>>
> >>
> >> LibreOffice fix on current normally (2 days ago)
> >>
> >> For binary packages I think currently there none
> >
> > Precision: do not try to build libreoffice with gcc it is know to be buggy,
> > note
> > that if WITH_GCC is defined in you make.conf then building libreoffice will
> > fail
> > because there is an "hidden" option WITH_GCC to allow people willing to fix
> > build with gcc to do it.
>
> I do not understand. I tried all options. My systems' OSes are usually
> build with CLANG. USE_GCC= 4.6+ in cases where CLANG is known to be
> buggy or incapable (i.e. due to OpenMP) and setting CC, CXX and CPP for
> legacy gcc 4.2.1.
>
> How can it be that LibreOffice is broken with any GCC when CLANG is not
> the officiel compiler yet?
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.
>
> I have a portion in /etc/make.conf on all boxes (both CURRENT and
> STABLE) looking like this:
>
>
> # editors/libreoffice
> .if ${.CURDIR:M/usr/ports/editors/libreoffice*}
> #USE_GCC= 4.6+
> #CC=cc
> #CXX= c++
> #CPP= cpp
> DISABLE_MAKE_JOBS= YES
> WITH_WEBDAV=true
> WITHOUT_KDE4= true
> WITHOUT_GTK=true
> WITHOUT_GTK3= true
> WITHOUT_GNOME= true
> WITH_JAVA= true
> WITHOUT_SYSTRAY=true
> WITH_MMEDIA=true
> WITH_SDK= true
> WITH_SVG= true
> WITHOUT_DEBUG= true
> .endif
This looks good. We used to have a problem with clang 3.1 but normally this
was fixed 2 days ago by jkim@ (make sure you have the latest)
>
> It seems, even if set "DISBALE_MAKE_JOBS=YES" globally makes
> editors/libreoffice direspect this.
Yes LibreOffice bypass this, because it detects on its own the number of CPU you
have (I haven't found a reliable way to bypass it) that is why the port is mark
MAKE_JOBS_UNSAFE (without that it will spawn really too much processes)
>
> >
> > so first do not forget to remove it if you have it
>
> Sorry, what to remove first? I do not have GCC set in the portion for
> building LibreOffice.
just make sure before start building libreoffice that:
make -VWITH_GCC
return nothing, if that the case you should be safe.
>
> >
> > Sorry not being able to be more helpful
>
> Thank you very much anyway.
>
> Regards,
>
> Oliver
> >
> > regards,
> > Bapt
> >
> >
>
pgpPsqXCkxHxw.pgp
Description: PGP signature
fusefs-kmod-0.3.9.p1.20080208_9 install fails
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"
Re: [CFT] Xfce 4.10
On Sat, 5 May 2012 19:30:27 +0200 Olivier Duchateau wrote: > Hi folks, > > I've updated the xfce-4.10 tarball [1] (it contains only the latest > versions of Xfce4 core). > Changes : > - Delete thunarvfs in bsd.xfce.mk, because this library now, is > obsolete, even if it always used by archiver/squeeze (no update since > 4 years). > - Drop support of GTK3 in x11-themes/gtk-xfce-engine > > I've also add shell script 'xfcemerge' [2] (based on marcusmerge and > kdemerge) to easily update ports tree. It works with tarball and with > my repository. > > In my repository we can found the latest versions of : > - x11/xfce4-screenshooter-plugin, > http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 > - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 > - sysutils/xfce4-battery-plugin (1.0.2) > - sysutils/xfce4-systemload-plugin (1.1.0) > - x11-clocks/xfce4-timer-out-plugin (1.0.1) > - graphics/ristretto (0.6.0) > > Enjoy > > [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz > [2] http://xfce-ports.googlecode.com/files/xfcemerge > > Hi Olivier, Thanks for your work. I'm using xfce ~6 years and I like it :) If I download and run xfcemerge it would be enough for update to 4.10 or I must do anything else ? thanks -- wbr, tiger ___ 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 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. -- 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
"O. Hartmann" wrote: > Since LibreOffice 3.5.X can not be build on either FreeBSD > 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I > tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, > all failing compiling the same way, see > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167641. > > 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? > > Thank you very much for the patience, > > O. Hartmann I have a de-libreoffice-freebsd9-3.5.2_2.tbz (98M) but - it is for Ix86 - not for amd64 :( Heino ___ 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"
