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:
../tools/gobj2dot.rb ..
W. D. w...@us-webmasters.com 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,
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
understand
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 rhur...@gwdg.de wrote:
On
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
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,
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 mvhard...@gmail.com
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
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 to fix
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
On Sun, Jan 27, 2013 at 9:15 AM, Yasuhiro KIMURA y...@utahime.org 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
On Sun, Jan 27, 2013 at 11:15 AM, Yasuhiro KIMURA y...@utahime.org 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
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://www.freebsd.org/cgi/query-pr.cgi?pr=175634
On 1/27/13, Oliver Pinter oliver.p...@gmail.com 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
..
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 cases and know
On 01/27/13 07:22, Thomas Mueller wrote:
snip
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 above
18 matches
Mail list logo
