Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Mark Knecht 
On Mon, Oct 17, 2011 at 11:09 AM, Pandu Poluan  wrote:
>
> On Oct 18, 2011 12:22 AM, "Mark Knecht"  wrote:

>> Now, in general, don't mix 'em, but here's my package.keywords file
>> for my compute server::
>>

>>
>> Most of this is due to me wanting newer versions but I think a few may
>> not have stable versions at all, or didn't when I first installed
>> them.
>>
>> - Mark
>>
>
> That seems short ;-)
>
> My package.accepted_keyword file is already longer than 80 lines... without
> X or any GUI :-P
>
> I'm such a control freak -.-
>
> Rgds,
>

Yeah, I imagine for lots of people this list looks short. For Meino it
might look huge. In my case all my machines (8 of them) run stable
mainly because I like the stability it gives me. I then add only the
few ~amd64 things I think I that specific machine needs, and in the
case of this thread, a package or two that require babysitting until
the devs get caught up.

I try to run eix-test-obsolete after every update to catch when they
fix things, as in the case of dev-lang/R. When the version I have
installed becomes stable I try to remember to remove the corresponding
entry from package.keywords, but I don't always remember.

- Mark

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Pandu Poluan 
On Oct 18, 2011 12:22 AM, "Mark Knecht"  wrote:
>
> On Mon, Oct 17, 2011 at 9:59 AM,   wrote:
> > Mark Knecht  [11-10-17 18:40]:
> >> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
> >> > Hi,
> >> >
> >> > after updating to lipng15 and rebuilding all needed stuff, fltk
> >> > and graphicsmagick exhibit build failures:
> >> >
> >>
> >> I got similar errors for some other package on my wife's machine last
> >> night. In that case they were solved by using the ~amd64 version of
> >> the package.
> >>
> >> - Mark
> >>
> >
> > ...and I thought, the credo is "dont mix 'em"
> >
> > Best regards,
> > mcc
>
> BTW - It was dev-lang/R that I had this problem with.
>
> In general, don't mix 'em. I agree.
>
> However things gotta work and there doesn't seem to be a consistent
> release process so that when the Gentoo devs release a common library
> as 'stable' they also ensure that _every_ app that uses the library
> runs with that library. I think that's what's happened here. It's
> mostly OK, but there are a few things that still point at 1.4,
>
> Now, in general, don't mix 'em, but here's my package.keywords file
> for my compute server::
>
> mark@c2stable ~ $ cat /etc/portage/package.keywords
> sys-kernel/gentoo-sources ~amd64
> sys-apps/portage ~*
> app-portage/eix ~amd64
> app-emulation/virtualbox ~amd64
> app-emulation/virtualbox-modules ~amd64
> app-emulation/virtualbox-additions ~amd64
> app-emulation/virtualbox-extpack-oracle ~amd64
> x11-drivers/xf86-video-virtualbox ~amd64
> x11-drivers/xf86-input-virtualbox ~amd64
> app-emulation/vmware-modules ~amd64
> app-emulation/vmware-tools ~amd64
> app-emulation/vmware-player ~amd64
> x11-libs/libview ~amd64
> sci-libs/ta-lib ~amd64
> sys-power/cpufrequtils ~amd64
> media-libs/tiff ~amd64
> dev-util/nvidia-cuda-toolkit ~amd64
> dev-util/nvidia-cuda-sdk ~amd64
> x11-drivers/nvidia-drivers ~amd64
> media-video/nvidia-settings ~amd64
> dev-util/codeblocks ~amd64
> x11-misc/read-edid ~amd64
> net-im/skype ~amd64
> app-forensics/chkrootkit ~amd64
> dev-lang/R ~amd64
> dev-util/kbuild ~amd64
> mark@c2stable ~ $
>
> Most of this is due to me wanting newer versions but I think a few may
> not have stable versions at all, or didn't when I first installed
> them.
>
> - Mark
>

That seems short ;-)

My package.accepted_keyword file is already longer than 80 lines... without
X or any GUI :-P

I'm such a control freak -.-

Rgds,

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread justin 
On 10/17/11 6:59 PM, meino.cra...@gmx.de wrote:
> Mark Knecht  [11-10-17 18:40]:
>> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
>>> Hi,
>>>
>>> after updating to lipng15 and rebuilding all needed stuff, fltk
>>> and graphicsmagick exhibit build failures:
>>>
>>
>> I got similar errors for some other package on my wife's machine last
>> night. In that case they were solved by using the ~amd64 version of
>> the package.
>>
>> - Mark
>>
> 
> ...and I thought, the credo is "dont mix 'em"
> 
> Best regards,
> mcc
> 
> 
> 

It is on the way to stable

https://bugs.gentoo.org/show_bug.cgi?id=385195



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Mark Knecht 
On Mon, Oct 17, 2011 at 9:59 AM,   wrote:
> Mark Knecht  [11-10-17 18:40]:
>> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
>> > Hi,
>> >
>> > after updating to lipng15 and rebuilding all needed stuff, fltk
>> > and graphicsmagick exhibit build failures:
>> >
>>
>> I got similar errors for some other package on my wife's machine last
>> night. In that case they were solved by using the ~amd64 version of
>> the package.
>>
>> - Mark
>>
>
> ...and I thought, the credo is "dont mix 'em"
>
> Best regards,
> mcc

BTW - It was dev-lang/R that I had this problem with.

In general, don't mix 'em. I agree.

However things gotta work and there doesn't seem to be a consistent
release process so that when the Gentoo devs release a common library
as 'stable' they also ensure that _every_ app that uses the library
runs with that library. I think that's what's happened here. It's
mostly OK, but there are a few things that still point at 1.4,

Now, in general, don't mix 'em, but here's my package.keywords file
for my compute server::

mark@c2stable ~ $ cat /etc/portage/package.keywords
sys-kernel/gentoo-sources ~amd64
sys-apps/portage ~*
app-portage/eix ~amd64
app-emulation/virtualbox ~amd64
app-emulation/virtualbox-modules ~amd64
app-emulation/virtualbox-additions ~amd64
app-emulation/virtualbox-extpack-oracle ~amd64
x11-drivers/xf86-video-virtualbox ~amd64
x11-drivers/xf86-input-virtualbox ~amd64
app-emulation/vmware-modules ~amd64
app-emulation/vmware-tools ~amd64
app-emulation/vmware-player ~amd64
x11-libs/libview ~amd64
sci-libs/ta-lib ~amd64
sys-power/cpufrequtils ~amd64
media-libs/tiff ~amd64
dev-util/nvidia-cuda-toolkit ~amd64
dev-util/nvidia-cuda-sdk ~amd64
x11-drivers/nvidia-drivers ~amd64
media-video/nvidia-settings ~amd64
dev-util/codeblocks ~amd64
x11-misc/read-edid ~amd64
net-im/skype ~amd64
app-forensics/chkrootkit ~amd64
dev-lang/R ~amd64
dev-util/kbuild ~amd64
mark@c2stable ~ $

Most of this is due to me wanting newer versions but I think a few may
not have stable versions at all, or didn't when I first installed
them.

- Mark

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Michael Mol 
On Mon, Oct 17, 2011 at 1:03 PM, Michael Mol  wrote:
> On Mon, Oct 17, 2011 at 12:59 PM,   wrote:
>> Mark Knecht  [11-10-17 18:40]:
>>> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
>>> > Hi,
>>> >
>>> > after updating to lipng15 and rebuilding all needed stuff, fltk
>>> > and graphicsmagick exhibit build failures:
>>> >
>>>
>>> I got similar errors for some other package on my wife's machine last
>>> night. In that case they were solved by using the ~amd64 version of
>>> the package.
>>>
>>> - Mark
>>>
>>
>> ...and I thought, the credo is "dont mix 'em"
>
> Unless you know what you're doing, or can avoid annoying someone who does.
>
> This is a transition period for libpng, and those are always messy.
> They're still working on getting things stabilized, as a lot of
> currently masked versions are the only versions with libpng15 support.

Hm. Actually, there's a phrase someone I know likes to say: "There are
universal principles, but there are no universal applications." So you
shouldn't mix 'em, except when you have to.

(Though, if you find you have to, it's probably worthwhile filing a
bug asking for a stabilization request.)

-- 
:wq

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Michael Mol 
On Mon, Oct 17, 2011 at 12:59 PM,   wrote:
> Mark Knecht  [11-10-17 18:40]:
>> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
>> > Hi,
>> >
>> > after updating to lipng15 and rebuilding all needed stuff, fltk
>> > and graphicsmagick exhibit build failures:
>> >
>>
>> I got similar errors for some other package on my wife's machine last
>> night. In that case they were solved by using the ~amd64 version of
>> the package.
>>
>> - Mark
>>
>
> ...and I thought, the credo is "dont mix 'em"

Unless you know what you're doing, or can avoid annoying someone who does.

This is a transition period for libpng, and those are always messy.
They're still working on getting things stabilized, as a lot of
currently masked versions are the only versions with libpng15 support.

-- 
:wq

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread meino . cramer 
Mark Knecht  [11-10-17 18:40]:
> On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
> > Hi,
> >
> > after updating to lipng15 and rebuilding all needed stuff, fltk
> > and graphicsmagick exhibit build failures:
> >
> 
> I got similar errors for some other package on my wife's machine last
> night. In that case they were solved by using the ~amd64 version of
> the package.
> 
> - Mark
> 

...and I thought, the credo is "dont mix 'em"

Best regards,
mcc

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-17 Thread Mark Knecht 
On Sun, Oct 16, 2011 at 7:42 PM,   wrote:
> Hi,
>
> after updating to lipng15 and rebuilding all needed stuff, fltk
> and graphicsmagick exhibit build failures:
>

I got similar errors for some other package on my wife's machine last
night. In that case they were solved by using the ~amd64 version of
the package.

- Mark

Re: [gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-16 Thread Bill Kenworthy 
https://bugs.gentoo.org/show_bug.cgi?id=384257

Search an ye shall find ...

On Mon, 2011-10-17 at 04:42 +0200, meino.cra...@gmx.de wrote:
> Hi,
> 
> after updating to lipng15 and rebuilding all needed stuff, fltk
> and graphicsmagick exhibit build failures:
> 
> === FLTK ===

[gentoo-user] libpng15: fltk & graphicsmagick failed to build

2011-10-16 Thread meino . cramer 
Hi,

after updating to lipng15 and rebuilding all needed stuff, fltk
and graphicsmagick exhibit build failures:

=== FLTK ===

Compiling FileIcon2.cxx...
Compiling Fl_Guess_Image.cxx...
Compiling fl_jpeg.cxx...
Compiling fl_png.cxx...
fl_png.cxx: In member function ‘virtual bool fltk::pngImage::fetch()’:
fl_png.cxx:114:7: error: invalid use of incomplete type ‘struct png_struct’
/usr/include/png.h:830:16: error: forward declaration of ‘struct png_struct’
make[1]: *** [fl_png.o] Error 1
make: *** [all] Error 2
emake failed
 * ERROR: x11-libs/fltk-2.0_pre6970 failed (compile phase):
 *   make failed
 * 
 * Call stack:
 * ebuild.sh, line  56:  Called src_compile
 *   environment, line 3146:  Called die
 * The specific snippet of code:
 *   emake || die "make failed";
 * 


=== GRAPHICSMAGICK ===

mv -f coders/.deps/coders_jp2_la-jp2.Tpo coders/.deps/coders_jp2_la-jp2.Plo
/bin/sh ./libtool  --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99  
-march=native -O2 -pipe -msse3 -Wall -no-undefined -export-symbols-regex ".*" 
-shared -module -avoid-version -Wl,-O1 -Wl,--as-needed -o coders/jp2.la -rpath 
/usr/lib64/GraphicsMagick-1.3.12/modules-Q8/coders coders/coders_jp2_la-jp2.lo 
magick/libGraphicsMagick.la -ljasper -ljpeg -lm 
libtool: link: /usr/bin/nm -B  coders/.libs/coders_jp2_la-jp2.o   | sed -n -e 
's/^.*[]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq > 
coders/.libs/jp2.exp
libtool: link: /bin/grep -E -e ".*" "coders/.libs/jp2.exp" > 
"coders/.libs/jp2.expT"
libtool: link: mv -f "coders/.libs/jp2.expT" "coders/.libs/jp2.exp"
libtool: link: echo "{ global:" > coders/.libs/jp2.ver
libtool: link:  cat coders/.libs/jp2.exp | sed -e "s/\(.*\)/\1;/" >> 
coders/.libs/jp2.ver
libtool: link:  echo "local: *; };" >> coders/.libs/jp2.ver
libtool: link:  x86_64-pc-linux-gnu-gcc -std=gnu99 -shared  
coders/.libs/coders_jp2_la-jp2.o   -Wl,-rpath 
-Wl,/var/tmp/portage/media-gfx/graphicsmagick-1.3.12/work/GraphicsMagick-1.3.12/magick/.libs
 magick/.libs/libGraphicsMagick.so -L/usr/lib64 -lXext /usr/lib64/libSM.so 
-luuid /usr/lib64/libICE.so -lX11 -lbz2 -lz /usr/lib64/libltdl.so -ldl -ljasper 
-ljpeg -lm  -march=native -msse3 -Wl,-O1 -Wl,--as-needed   -Wl,-soname 
-Wl,jp2.so -Wl,-version-script -Wl,coders/.libs/jp2.ver -o coders/.libs/jp2.so
libtool: link: ( cd "coders/.libs" && rm -f "jp2.la" && ln -s "../jp2.la" 
"jp2.la" )
/bin/sh ./libtool  --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -std=gnu99 
-DHAVE_CONFIG_H -I. -I./magick -march=native -O2 -pipe -msse3 -Wall -MT 
coders/coders_png_la-png.lo -MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c 
-o coders/coders_png_la-png.lo `test -f 'coders/png.c' || echo './'`coders/png.c
libtool: compile:  x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. 
-I./magick -march=native -O2 -pipe -msse3 -Wall -MT coders/coders_png_la-png.lo 
-MD -MP -MF coders/.deps/coders_png_la-png.Tpo -c coders/png.c  -fPIC -DPIC -o 
coders/.libs/coders_png_la-png.o
coders/png.c: In function ‘PNGErrorHandler’:
coders/png.c:1354:15: error: dereferencing pointer to incomplete type
coders/png.c: In function ‘ReadOnePNGImage’:
coders/png.c:1668:7: error: dereferencing pointer to incomplete type
coders/png.c:1752:16: error: dereferencing pointer to incomplete type
coders/png.c:1754:21: error: dereferencing pointer to incomplete type
coders/png.c:1764:53: error: dereferencing pointer to incomplete type
coders/png.c:1765:53: error: dereferencing pointer to incomplete type
coders/png.c:1768:38: error: dereferencing pointer to incomplete type
coders/png.c:1768:61: error: dereferencing pointer to incomplete type
coders/png.c:1771:38: error: dereferencing pointer to incomplete type
coders/png.c:1774:38: error: dereferencing pointer to incomplete type
coders/png.c:1774:64: error: dereferencing pointer to incomplete type
coders/png.c:1778:16: error: dereferencing pointer to incomplete type
coders/png.c:1791:27: warning: passing argument 5 of ‘png_get_iCCP’ from 
incompatible pointer type
/usr/include/png.h:2235:1: note: expected ‘png_bytepp’ but argument is of type 
‘char **’
coders/png.c:1843:16: error: dereferencing pointer to incomplete type
coders/png.c:1871:14: error: dereferencing pointer to incomplete type
coders/png.c:1873:14: error: dereferencing pointer to incomplete type
coders/png.c:1875:44: error: dereferencing pointer to incomplete type
coders/png.c:1888:16: error: dereferencing pointer to incomplete type
coders/png.c:1932:20: error: dereferencing pointer to incomplete type
coders/png.c:1936:16: error: dereferencing pointer to incomplete type
coders/png.c:1945:42: error: dereferencing pointer to incomplete type
coders/png.c:1952:30: error: dereferencing pointer to incomplete type
coders/png.c:1969:28: error: dereferencing pointer to incomplete type
coders/png.c:1979:47: error: dereferencing pointer to incomplete type
coders/png.c:1998:48: error: dereferencing pointer to incomplete type
co