Patch is committed, problem solved
https://svnweb.freebsd.org/ports?view=revision&revision=481547
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubs
see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232054
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
===>>> All >> gimp-app-2.8.22_1,1 >> graphics/gegl (2/11)
===> Installing for gegl-0.4.8
===> Checking if gegl already installed
===> Registering installation for gegl-0.4.8 as automatic
Installing gegl-0.4.8...
pkg-static: gegl-0.4.8 conflicts with coreutils
On Oct 30 17 21:18, Max Dubois wrote:
[-- Type: text/plain; charset=UTF-8, Encoding: quoted-printable, Size: 0.6K --]
> Hello,
Hello Max,
> I do have this conflict when try to install (or even update it from a
> previous version, after a successfull build) Gegl 3:
>
> ===
Building graphics/gimp breaks on graphics/gegl. It builds fine, but
fails to install.
The complete build log can be found at
http://www.skysmurf.nl/~fonz/tmp/gegl.log but the last lines (see below)
suggest to me that graphics/gegl hasn't been entirely correctly stagified.
Any suggestions?
om my subsequent daily visit to
http://www.freshports.org/commits.php
I noticed an update in graphics/gegl, didn't know if it would fix the bug, but
figured I'd try, starting with
portsnap fetch update
I ran portmaster first on gegl, then on the three ports that depend on gegl:
succes
; I finished what I could of
> portmaster -r perl
>
> Last snag is graaphics/gegl and three ports that depend on graphics/gegl
>
>
> graphics/gegl graphics/gimp-app graphics/xsane print/hplip
>
> Last part of the log for "portmaster graphics/gegl" was
>
>
> gmake[4
I finished what I could of
portmaster -r perl
Last snag is graaphics/gegl and three ports that depend on graphics/gegl
graphics/gegl graphics/gimp-app graphics/xsane print/hplip
Last part of the log for "portmaster graphics/gegl" was
gmake[4]: Leaving directory
`/BETA1
t;> Hm, I forgot to include the error - sorry about that.
>> it is the exact same problem as the one in the earlier thread about gegl.
>> this:
>>
>> ../tools/gobj2dot.rb .. | /usr/local/bin/dot png > images/inheritance.png
>> Error: dot: can't open png
>&
On 19-2-2013 22:16, Torfinn Ingolfsen wrote:
On Mon, Feb 18, 2013 at 10:50 PM, Koop Mast wrote:
Without the actually failure message we can't really do anything.
Hm, I forgot to include the error - sorry about that.
it is the exact same problem as the one in the earlier thread about
On Mon, Feb 18, 2013 at 10:50 PM, Koop Mast wrote:
>
>
> Without the actually failure message we can't really do anything.
Hm, I forgot to include the error - sorry about that.
it is the exact same problem as the one in the earlier thread about gegl.
this:
../tools/gobj2dot.rb .
On 18-2-2013 22:18, Torfinn Ingolfsen wrote:
The port graphics/gegl fail to upgrade with portupgrade (doing
'portupgrade -R gegl') but works if I cd to the port directory and run
make twice.
(I got the idea from another thread on the ports mailinglist)
Details:
tingo@kg-v2$ uname -a
The port graphics/gegl fail to upgrade with portupgrade (doing
'portupgrade -R gegl') but works if I cd to the port directory and run
make twice.
(I got the idea from another thread on the ports mailinglist)
Details:
tingo@kg-v2$ uname -a
FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STAB
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 sta
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:
> grap
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
ations/workshop/max-rgb.c, probably invalid
>>>>> >> utf8
>>>>> >> gmake[3]: *** [images/inheritance.png] Fehler 2
>>>>> >> gmake[3]: Leaving directory
>>>>> >> `/usr/ports/graphics/gegl/work/gegl
utf8
> > >> >> gmake[3]: *** [images/inheritance.png] Fehler 2
> > >> >> gmake[3]: Leaving directory
> > >> >> `/usr/ports/graphics/gegl/work/gegl-0.1.8/docs'
> > >> >> gmake[2]: *** [all-recursive] Fehler 1
> > &
gt;> images/inheritance.png
> >> >> Error: dot: can't open png
> >> >> Failed to parse ../operations/workshop/max-rgb.c, probably invalid
> >> >> utf8
> >> >> gmake[3]: *** [images/inheritance.png] Fehler 2
> >> &g
ax-rgb.c, probably invalid utf8
>> gmake[3]: *** [images/inheritance.png] Fehler 2
>> gmake[3]: Leaving directory `/usr/ports/graphics/gegl/work/gegl-0.1.8/docs'
>> gmake[2]: *** [all-recursive] Fehler 1
>I just recognized (thanks to David), that the 'real&#x
valid utf8
> >> gmake[3]: *** [images/inheritance.png] Fehler 2
> >> gmake[3]: Leaving directory
> `/usr/ports/graphics/gegl/work/gegl-0.1.8/docs'
> >> gmake[2]: *** [all-recursive] Fehler 1
>
> >I just recognized (thanks to David), that the 'real
On 01/26/13 12:00, Rainer Hurling wrote:
Sorry for answering myself. (more below, please)
On 26.01.2013 16:38 (UTC+2), Rainer Hurling wrote:
Trying to build graphics/gegl on 10.0-CURRENT (amd64; both, clang or
gcc), I get the following breakage:
[..snip..]
GEGL_SWAP=RAM GEGL_PATH
Sorry for answering myself. (more below, please)
On 26.01.2013 16:38 (UTC+2), Rainer Hurling wrote:
> Trying to build graphics/gegl on 10.0-CURRENT (amd64; both, clang or
> gcc), I get the following breakage:
>
> [..snip..]
> GEGL_SWAP=RAM GEGL_PATH=../operations \
> ../tools/
Trying to build graphics/gegl on 10.0-CURRENT (amd64; both, clang or
gcc), I get the following breakage:
[..snip..]
GEGL_SWAP=RAM GEGL_PATH=../operations \
../tools/introspect > class-hierarchy.html
mkdir -p images
../tools/gobj2dot.rb .. | /usr/local/bin/dot png > images/inheritance.png
Hi!
I try to update gegl on FreeBSD 9.1-RELEASE with clang and than I tried ith
gcc but I got the same error:
GEGL_SWAP=RAM GEGL_PATH=../operations \
../tools/introspect > class-hierarchy.html
mkdir -p images
../tools/gobj2dot.rb .. | /usr/local/bin/dot png > images/inheritance.png
Erro
On 2011-Mar-02, 15:57, Michal Varga wrote:
> On Wed, 2011-03-02 at 17:39 +0300, Ruslan Mahmatkhanov wrote:
> > 02.03.2011 13:06, Christoph Moench-Tegeder пишет:
> > > ## Christoph Moench-Tegeder (c...@burggraben.net):
> > >
> > >> Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(
On Wed, 2011-03-02 at 18:12 +0100, Pietro Cerutti wrote:
> OK, I have nailed down the source of the problem. GEGL has an optional
> dependency on graphics/exiv2 which is not tracked by the port, i.e.
> exiv2 is not built as a dependency of the port, and GEGL doesn't rely on
> it i
John writes:
> exiv is installed on my system and I had the problem. So it seems
> your hypothesis may be correct.
Also the case here.
Robert Huff
___
freebsd-ports@freebsd.org mailing list
http://
On Wed, Mar 02, 2011 at 06:12:40PM +0100, Pietro Cerutti wrote:
> OK, I have nailed down the source of the problem. GEGL has an optional
> dependency on graphics/exiv2 which is not tracked by the port, i.e.
> exiv2 is not built as a dependency of the port, and GEGL doesn't rely
8.2-RELEASE. It does cause problems on STABLE branches.
> >
>
> Is this guaranteed?
>
> As here with...
>
> > uname -a
> FreeBSD 7.4-STABLE FreeBSD 7.4-STABLE #0: Sun Feb 27 22:30:14 CET 2011
>
> ...gegl (unpatched) still fails:
>
>
> exp_combine.cpp: In
On Wed, Mar 02, 2011 at 12:16:53PM -0300, Sergio de Almeida Lenzi wrote:
> a patch (from mplayer)
> for me fixed the problem
> put it in files directory and build the package again
Thank you very much, this worked for me (8.2-R amd64)
--
John - comp dot john at googlemail dot com
OpenBSD fir
ith...
> uname -a
FreeBSD 7.4-STABLE FreeBSD 7.4-STABLE #0: Sun Feb 27 22:30:14 CET 2011
...gegl (unpatched) still fails:
exp_combine.cpp: In function 'gfloat expcombine_get_file_ev(const gchar*)':
exp_combine.cpp:99: error: 'log2f' was not declared in this scope
gmake[2]:
a patch (from mplayer)
for me fixed the problem
put it in files directory and build the package again
--- tools/exp_combine.cpp.orig 2011-03-01 23:01:25.652278474 -0300
+++ tools/exp_combine.cpp 2011-03-01 23:01:42.212845808 -0300
@@ -11,6 +11,9 @@
#include
#include
+#define log2(x) (log
On Wed, 2011-03-02 at 17:39 +0300, Ruslan Mahmatkhanov wrote:
> 02.03.2011 13:06, Christoph Moench-Tegeder пишет:
> > ## Christoph Moench-Tegeder (c...@burggraben.net):
> >
> >> Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(),
> >> even though they are in C99 (partially C89) a
02.03.2011 13:06, Christoph Moench-Tegeder пишет:
## Christoph Moench-Tegeder (c...@burggraben.net):
Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(),
even though they are in C99 (partially C89) and POSIX since at least
2008. (I can't find them in math.h, log2l() is comment
## Christoph Moench-Tegeder (c...@burggraben.net):
> Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(),
> even though they are in C99 (partially C89) and POSIX since at least
> 2008. (I can't find them in math.h, log2l() is commented out).
> If nobody else does, I might get aro
## ajtiM (lum...@gmail.com):
> Proble is gegl:
> CXXexp_combine-exp_combine.o
> exp_combine.cpp: In function 'gfloat expcombine_get_file_ev(const gchar*)':
> exp_combine.cpp:94: error: 'log2f' was not declared in this scope
> gmake[2]: *** [exp_combi
I tried to update my FreeBSD 8.2, KDE 4.5 and I run portmaster -ad:
===>>> The following actions will be taken if you choose to proceed:
Upgrade gegl-0.1.2_1 to gegl-0.1.6
Upgrade gimp-app-2.6.11,1 to gimp-app-2.6.11_1,1
Upgrade firefox-3.6.13,1 to firefox-3.6.14,
Hi,
when disabling GTK support (in fact I've disabled every option in make
config) gegl does not compile:
cc .libs/2geglbuffer.o -o .libs/2geglbuffer -Wl,--export-dynamic -pthread
../gegl/.libs/libgegl-0.0.so -L/usr/local/lib /usr/local/lib/libgio-2.0.so
/usr/local/lib/libgobject-2.0.so
On Sun, 19 Oct 2008 23:06:04 +0200
"Torfinn Ingolfsen" <[EMAIL PROTECTED]> wrote:
>I had no problems.
>Did you try building gegl on its own?
Yes. I tried building it manually as well as using 'portupgrade';
however, it still failed. I did see another post regardi
Jerry wrote:
> I recently files a PR regarding the 'graphics/gegl' port.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=128175
>
> I was wondering if anyone else had experienced any problem with this
> port? I am unable to update 'gimp' due to the pro
Hello
On Sun, Oct 19, 2008 at 6:37 PM, Jerry <[EMAIL PROTECTED]> wrote:
> I recently files a PR regarding the 'graphics/gegl' port.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=128175
>
> I was wondering if anyone else had experienced any problem with this
>
I recently files a PR regarding the 'graphics/gegl' port.
http://www.freebsd.org/cgi/query-pr.cgi?pr=128175
I was wondering if anyone else had experienced any problem with this
port? I am unable to update 'gimp' due to the problem.
--
Jerry
[EMAIL PROTECTED]
Thrashing is j
43 matches
Mail list logo
