On Sat, 2013-01-26 at 18:40 -0600, ajtiM wrote:
> On Saturday 26 January 2013 14:55:06 Joseph A. Nagy, Jr wrote:
> > On 01/26/13 13:56, Robert Huff wrote:
> > > Joseph A. Nagy, Jr writes:
> > >> On 01/26/13 12:00, Rainer Hurling wrote:
> > >> >> ../tools/gobj2dot.rb .. | /usr/local/bin/dot png
On 27.01.2013 12:38 (UTC+2), Koop Mast wrote:
> On Sat, 2013-01-26 at 18:40 -0600, ajtiM wrote:
>> On Saturday 26 January 2013 14:55:06 Joseph A. Nagy, Jr wrote:
>>> On 01/26/13 13:56, Robert Huff wrote:
Joseph A. Nagy, Jr writes:
> On 01/26/13 12:00, Rainer Hurling wrote:
> >> ../
"W. D." writes:
> According to:
> http://www.freebsd.org/news/2012-compromise.html
> Cvsup is deprecated. If I have a Cron entry like:
> #-
> #Min HrDOM Mnth DOW Command
> # At 3:46 in the morning, everyday, as ro
On Sun, 27 Jan 2013 08:22:02 -0500
Thomas Mueller wrote:
> I've always used "portsnap fetch update" after the initial "portsnap
> fetch" and "portsnap extract". What would be the adverse side effect
> of using svn instead?
In general it's best to avoid mixing update tools unless you fully
under
graphviz was just updated, and no longer, apparently, contains a
library called 'libgraph', it's now, as far as I can tell, called
'libcgraph', so the LIB_DEPENDS in the gegl makefile needs to start
with 'cgraph'
On Sun, Jan 27, 2013 at 4:36 AM, Rainer Hurling wrote:
> On 27.01.2013 12:38 (UTC+2)
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message "sizeof(ArrayTypeBlob) is expected to be 8 but
is 12." (Complete build log attached.) I made a naive attempt to fix
it by rearranging the order of the structure members, but
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message "sizeof(ArrayTypeBlob) is expected to be 8 but
is 12." (Complete build log attached.) I made a naive attempt to fix
it by rearranging the order of the structure members, but
On a FreeBSD 10.0-CURRENT system on Raspberry Pi, with pkgng installed,
I built print/ghostscript9-nox11 (since I'm not planning to run X11 on
the box). But when I try to build any of the ports that specify
"USE_GHOSTSCRIPT=yes", "make" in the port's directory tries to satisfy
the ghostscript dep
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
Oh, and link against it as well, obviously. Looks like it links
against the old lib now:
...
CC gegl-visitable.lo
CCLD libgraph.la
gmake[3]: Leaving directory
`/usr/ports/graphics/gegl/work/gegl-0.1.8/gegl/graph'
...
On Sun, Jan 27, 2013 at 7:21 AM, Mike Harding wrote:
> graphviz was
Hello all,
I adapted japanese/ruby-mecab to new options framework and sent
following PR.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175258
But after submitting I found a issue that options setting dialog is
always displayed even if options save file is already created.
According to the ou
On Jan 27, 2013, at 7:57 AM, George Mitchell wrote:
> System: Raspberry Pi
> uname: r245840M (Alie Tan's image from 25 January)
> ports: svnversion 308518
>
> Build dies with message "sizeof(ArrayTypeBlob) is expected to be 8 but
> is 12." (Complete build log attached.) I made a naive attempt
On Sun, 2013-01-27 at 07:21 -0800, Mike Harding wrote:
> graphviz was just updated, and no longer, apparently, contains a
> library called 'libgraph', it's now, as far as I can tell, called
> 'libcgraph', so the LIB_DEPENDS in the gegl makefile needs to start
> with 'cgraph'
Committed both suggest
On Sun, Jan 27, 2013 at 9:15 AM, Yasuhiro KIMURA wrote:
> Hello all,
>
> I adapted japanese/ruby-mecab to new options framework and sent
> following PR.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175258
>
> But after submitting I found a issue that options setting dialog is
> always dis
On Sun, Jan 27, 2013 at 11:15 AM, Yasuhiro KIMURA wrote:
> Hello all,
>
> I adapted japanese/ruby-mecab to new options framework and sent
> following PR.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175258
>
> But after submitting I found a issue that options setting dialog is
> always dis
Hi all!
This patches required, when set clang as default compiler on FreeBSD:
patch-kmrml_kmrml_mrml__elements.h
patch-ksvg_impl_libs_libtext2path_src_Converter.cpp
patch-kviewshell_documentWidget.cpp
patch-kviewshell_plugins_djvu_libdjvu_GContainer.h
from:
http://ftp.fr.netbsd.org/pub/NetBSD/N
http://www.freebsd.org/cgi/query-pr.cgi?pr=175634
On 1/27/13, Oliver Pinter wrote:
> Hi all!
>
> This patches required, when set clang as default compiler on FreeBSD:
>
> patch-kmrml_kmrml_mrml__elements.h
> patch-ksvg_impl_libs_libtext2path_src_Converter.cpp
> patch-kviewshell_documentWidget.cpp
..
>Thomas Mueller wrote:> I've always used "portsnap fetch update" after the
>initial "portsnap> fetch" and "portsnap extract". What would be the adverse
>side effect> of using svn instead?In general it's best to avoid mixing update
>tools unless you fullyunderstand all the corner ca
On 01/27/13 07:22, Thomas Mueller wrote:
Unless you have a specific reason why portsnap doesn't fit your use
case, it's definitely the way to go for just keeping a ports tree
updated regularly.
I've always used "portsnap fetch update" after the initial "portsnap fetch"
and "portsnap extract".
On Mon, 2012-11-26 at 07:05:59 +1100, Peter Jeremy wrote:
> ...
> [postfix dies with a "Protocol not supported" when built in a jail
> without an IPv6 address]
> ...
> I've just bumped into this exact situation with mail/postfix28 and
> suspect that earlier postfix ports have the same issue. The
20 matches
Mail list logo
