[gentoo-user] cmake-2.8.1 build problems

[gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

Hi,
   I was trying to slog through all the libpng problems on one of my
machines last night but ran into a different issue late in the evening
where cmake wouldn't build. I haven't been reading this list all that
carefully and didn't find anything obvious with a quick Google search.
(Other than some stuff in bugzilla which may or may not relate.)

   Have there been any threads lately where this might have come up?

   There weren't any obvious message on the screen. X isn't working
due to gdm not starting because of libpng and I didn't have a spare
machine to ssh from at the time to really study the build log files.

   I wanted to get back to this problem tonight so I'm just taking a
quick reading on whether there might be some related info out there.

Thanks,
Mark

Re: [gentoo-user] cmake-2.8.1 build problems

[Dale]

Mark Knecht wrote:
> Hi,
>     I was trying to slog through all the libpng problems on one of my
> machines last night but ran into a different issue late in the evening
> where cmake wouldn't build. I haven't been reading this list all that
> carefully and didn't find anything obvious with a quick Google search.
> (Other than some stuff in bugzilla which may or may not relate.)
>
>     Have there been any threads lately where this might have come up?
>
>     There weren't any obvious message on the screen. X isn't working
> due to gdm not starting because of libpng and I didn't have a spare
> machine to ssh from at the time to really study the build log files.
>
>     I wanted to get back to this problem tonight so I'm just taking a
> quick reading on whether there might be some related info out there.
>
> Thanks,
> Mark
>    

My archives go back a year or so.  The only problem I could find was 
when I had trouble with KDE compiling.  It wasn't cmake itself that was 
failing tho, it was kdelibs.

I also checked my emerge.log and I have updated emerge with no failures 
so far.  You may have to post the error and see if someone can help.  
Maybe a missing/bad USE flag or something.

Dale

:-)  :-)

Re: [gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

On Wed, Jul 7, 2010 at 9:38 PM, Dale <rdalek1967@gmail.com> wrote:
> Mark Knecht wrote:
>>
>> Hi,
>>    I was trying to slog through all the libpng problems on one of my
>> machines last night but ran into a different issue late in the evening
>> where cmake wouldn't build. I haven't been reading this list all that
>> carefully and didn't find anything obvious with a quick Google search.
>> (Other than some stuff in bugzilla which may or may not relate.)
>>
>>    Have there been any threads lately where this might have come up?
>>
>>    There weren't any obvious message on the screen. X isn't working
>> due to gdm not starting because of libpng and I didn't have a spare
>> machine to ssh from at the time to really study the build log files.
>>
>>    I wanted to get back to this problem tonight so I'm just taking a
>> quick reading on whether there might be some related info out there.
>>
>> Thanks,
>> Mark
>>
>
> My archives go back a year or so.  The only problem I could find was when I
> had trouble with KDE compiling.  It wasn't cmake itself that was failing
> tho, it was kdelibs.
>
> I also checked my emerge.log and I have updated emerge with no failures so
> far.  You may have to post the error and see if someone can help.  Maybe a
> missing/bad USE flag or something.
>
> Dale

Thanks Dale. I tried to get on this last night but was foiled again.
If I can get some time tonight then I'll post back whatever it's
buried in the log file but not written to the screen.

Cheers,
Mark

Re: [gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

On Thu, Jul 8, 2010 at 6:32 AM, Mark Knecht <markknecht@gmail.com> wrote:
> On Wed, Jul 7, 2010 at 9:38 PM, Dale <rdalek1967@gmail.com> wrote:
>> Mark Knecht wrote:
>>>
>>> Hi,
>>>    I was trying to slog through all the libpng problems on one of my
>>> machines last night but ran into a different issue late in the evening
>>> where cmake wouldn't build. I haven't been reading this list all that
>>> carefully and didn't find anything obvious with a quick Google search.
>>> (Other than some stuff in bugzilla which may or may not relate.)
>>>
>>>    Have there been any threads lately where this might have come up?
>>>
>>>    There weren't any obvious message on the screen. X isn't working
>>> due to gdm not starting because of libpng and I didn't have a spare
>>> machine to ssh from at the time to really study the build log files.
>>>
>>>    I wanted to get back to this problem tonight so I'm just taking a
>>> quick reading on whether there might be some related info out there.
>>>
>>> Thanks,
>>> Mark
>>>
>>
>> My archives go back a year or so.  The only problem I could find was when I
>> had trouble with KDE compiling.  It wasn't cmake itself that was failing
>> tho, it was kdelibs.
>>
>> I also checked my emerge.log and I have updated emerge with no failures so
>> far.  You may have to post the error and see if someone can help.  Maybe a
>> missing/bad USE flag or something.
>>
>> Dale
>
> Thanks Dale. I tried to get on this last night but was foiled again.
> If I can get some time tonight then I'll post back whatever it's
> buried in the log file but not written to the screen.
>
> Cheers,
> Mark
>

I see there's a 2.8.1-r2 release this morning. Hopefully that will
solve my problems.

Cheers,
Mark

Re: [gentoo-user] cmake-2.8.1 build problems

[Dale]

Mark Knecht wrote:
> I see there's a 2.8.1-r2 release this morning. Hopefully that will
> solve my problems.
>
> Cheers,
> Mark
>
>    

Ahhh, you are running unstable.  I'm stable and using 
dev-util/cmake-2.6.4-r3 so the fact that I have had no issues may be 
because I am still on stable.

Dale

:-)  :-)

Re: [gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

On Thu, Jul 8, 2010 at 10:04 AM, Dale <rdalek1967@gmail.com> wrote:
> Mark Knecht wrote:
>>
>> I see there's a 2.8.1-r2 release this morning. Hopefully that will
>> solve my problems.
>>
>> Cheers,
>> Mark
>>
>>
>
> Ahhh, you are running unstable.  I'm stable and using
> dev-util/cmake-2.6.4-r3 so the fact that I have had no issues may be because
> I am still on stable.
>
> Dale
>
> :-)  :-)
>
>
Interestingly I am not running testing. I do _not_ have

ACCEPT_KEYWORDS="~amd64"

in my make.conf file and as best I can tell I didn't unmask or ask for
any version higher than stable. However the machine continues to try
and build testing on the cmake package only. To get around this in the
short term I masked the 2.8.1 series and got past that problem. Now
I'm just left with so many libpng errors I'm not sure I'll ever get it
sorted out.

Really, this weekend I need to understand this cmake problem. The
machine is not happy about something...

Cheers,
Mark

Re: [gentoo-user] cmake-2.8.1 build problems

[Arttu V.]

On 7/8/10, Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
>    I was trying to slog through all the libpng problems on one of my
> machines last night but ran into a different issue late in the evening
> where cmake wouldn't build. I haven't been reading this list all that
> carefully and didn't find anything obvious with a quick Google search.
> (Other than some stuff in bugzilla which may or may not relate.)
>
>    Have there been any threads lately where this might have come up?

At least one cmake related issue has been handled so that I remember
it, but it was related to installing new systems.

Without any logs this is just shooting while blindfolded, but if you
have qt4 USE flag enabled then try this:

USE="-qt4" emerge -1 cmake

Then continue with whatever libpng fixes and advice you are following.

It's very likely that your qt libs (or some other media libs, on which
qt libs depend on) are now broken due to libpng upgrade -- and thus,
linking new cmake binaries to qt libs fails due to the breakage ... On
new systems it's a bit different. IIRC it resulted in circular
dependencies, which had to be broken down the same way.

-- 
Arttu V. -- Running Gentoo is like running with scissors

Re: [gentoo-user] cmake-2.8.1 build problems

[Dale]

Mark Knecht wrote:
> On Thu, Jul 8, 2010 at 10:04 AM, Dale<rdalek1967@gmail.com>  wrote:
>    
>> Mark Knecht wrote:
>>      
>>> I see there's a 2.8.1-r2 release this morning. Hopefully that will
>>> solve my problems.
>>>
>>> Cheers,
>>> Mark
>>>
>>>
>>>        
>> Ahhh, you are running unstable.  I'm stable and using
>> dev-util/cmake-2.6.4-r3 so the fact that I have had no issues may be because
>> I am still on stable.
>>
>> Dale
>>
>> :-)  :-)
>>
>>
>>      
> Interestingly I am not running testing. I do _not_ have
>
> ACCEPT_KEYWORDS="~amd64"
>
> in my make.conf file and as best I can tell I didn't unmask or ask for
> any version higher than stable. However the machine continues to try
> and build testing on the cmake package only. To get around this in the
> short term I masked the 2.8.1 series and got past that problem. Now
> I'm just left with so many libpng errors I'm not sure I'll ever get it
> sorted out.
>
> Really, this weekend I need to understand this cmake problem. The
> machine is not happy about something...
>
> Cheers,
> Mark
>
>    

It may be stable for ~amd64.  I'm on x86 where it is not stable.

The libpng issue has been discussed.  Basically, go to a console, remove 
the old libpng using emerge -C, then rm the old libpng files, emerge the 
new libpng and run revdep-rebuild.  It will rebuild a lot of packages.  
I have KDE installed here and it rebuilt a LOT of that.  You most likely 
won't have a GUI during that either.

I think the most important part was to emerge -C and then rm the old 
directory to make certain there was nothing left behind of the old 
libpng.  This is a link to a blog that I followed and it went pretty 
well for me.

http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update

Hope that helps.

Dale

:-)  :-)

Re: [gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

On Fri, Jul 9, 2010 at 11:38 AM, Dale <rdalek1967@gmail.com> wrote:
> Mark Knecht wrote:
>>
>> On Thu, Jul 8, 2010 at 10:04 AM, Dale<rdalek1967@gmail.com>  wrote:
>>
>>>
>>> Mark Knecht wrote:
>>>
>>>>
>>>> I see there's a 2.8.1-r2 release this morning. Hopefully that will
>>>> solve my problems.
>>>>
>>>> Cheers,
>>>> Mark
>>>>
>>>>
>>>>
>>>
>>> Ahhh, you are running unstable.  I'm stable and using
>>> dev-util/cmake-2.6.4-r3 so the fact that I have had no issues may be
>>> because
>>> I am still on stable.
>>>
>>> Dale
>>>
>>> :-)  :-)
>>>
>>>
>>>
>>
>> Interestingly I am not running testing. I do _not_ have
>>
>> ACCEPT_KEYWORDS="~amd64"
>>
>> in my make.conf file and as best I can tell I didn't unmask or ask for
>> any version higher than stable. However the machine continues to try
>> and build testing on the cmake package only. To get around this in the
>> short term I masked the 2.8.1 series and got past that problem. Now
>> I'm just left with so many libpng errors I'm not sure I'll ever get it
>> sorted out.
>>
>> Really, this weekend I need to understand this cmake problem. The
>> machine is not happy about something...
>>
>> Cheers,
>> Mark
>>
>>
>
> It may be stable for ~amd64.  I'm on x86 where it is not stable.
>
> The libpng issue has been discussed.  Basically, go to a console, remove the
> old libpng using emerge -C, then rm the old libpng files, emerge the new
> libpng and run revdep-rebuild.  It will rebuild a lot of packages.  I have
> KDE installed here and it rebuilt a LOT of that.  You most likely won't have
> a GUI during that either.
>
> I think the most important part was to emerge -C and then rm the old
> directory to make certain there was nothing left behind of the old libpng.
>  This is a link to a blog that I followed and it went pretty well for me.
>
> http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
>
> Hope that helps.
>
> Dale
>
> :-)  :-)

Thanks to both you and Arttu.

As for libpng I've straightened it out on 3 other machines to date,
all 64-bit, but this last machine is causing me fits. Fortunately I
have two of these machines with the same motherboard, processor, VGA.
Only sound is different. The other one worked out OK with libpng so
I'll likely just slog through a comparison, config file by config
file, to find the differences.

Thanks for the link. It should be helpful.

Cheers,
Mark

Re: [gentoo-user] cmake-2.8.1 build problems

[Bill Longman]

> As for libpng I've straightened it out on 3 other machines to date,
> all 64-bit, but this last machine is causing me fits. Fortunately I
> have two of these machines with the same motherboard, processor, VGA.
> Only sound is different. The other one worked out OK with libpng so
> I'll likely just slog through a comparison, config file by config
> file, to find the differences.

I would love to see the 3D scatter plot of "Time spent by Gentoo users
running revdep-rebuild (hrs)" vs. "Package updated" vs. "Date (2000-2010)".

I suspect there would be one HUGE blob in June 2010 where "libpng"
crosses the X axis.

I myself have spent at least an hour on each of the several machines
that I run.

Re: [gentoo-user] cmake-2.8.1 build problems

[Dale]

Bill Longman wrote:
>> As for libpng I've straightened it out on 3 other machines to date,
>> all 64-bit, but this last machine is causing me fits. Fortunately I
>> have two of these machines with the same motherboard, processor, VGA.
>> Only sound is different. The other one worked out OK with libpng so
>> I'll likely just slog through a comparison, config file by config
>> file, to find the differences.
>>      
> I would love to see the 3D scatter plot of "Time spent by Gentoo users
> running revdep-rebuild (hrs)" vs. "Package updated" vs. "Date (2000-2010)".
>
> I suspect there would be one HUGE blob in June 2010 where "libpng"
> crosses the X axis.
>
> I myself have spent at least an hour on each of the several machines
> that I run.
>
>    

The libpng upgrade cost me about 12 hours or so.  Close to 11 for the 
recompile, WITH NO GUI either.  Auggggh.

Dale

:-)  :-)

Re: [gentoo-user] cmake-2.8.1 build problems

[Alan McKinnon]

On Friday 09 July 2010 21:31:58 Bill Longman wrote:
> > As for libpng I've straightened it out on 3 other machines to date,
> > all 64-bit, but this last machine is causing me fits. Fortunately I
> > have two of these machines with the same motherboard, processor, VGA.
> > Only sound is different. The other one worked out OK with libpng so
> > I'll likely just slog through a comparison, config file by config
> > file, to find the differences.
> 
> I would love to see the 3D scatter plot of "Time spent by Gentoo users
> running revdep-rebuild (hrs)" vs. "Package updated" vs. "Date (2000-2010)".
> 
> I suspect there would be one HUGE blob in June 2010 where "libpng"
> crosses the X axis.
> 
> I myself have spent at least an hour on each of the several machines
> that I run.

Only one hour? You cheated!!!

And obviously you have forgotten all about expat-2 from way back when.....

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] cmake-2.8.1 build problems

[Mark Knecht]

On Fri, Jul 9, 2010 at 9:52 AM, Arttu V. <arttuv69@gmail.com> wrote:
> On 7/8/10, Mark Knecht <markknecht@gmail.com> wrote:
>> Hi,
>>    I was trying to slog through all the libpng problems on one of my
>> machines last night but ran into a different issue late in the evening
>> where cmake wouldn't build. I haven't been reading this list all that
>> carefully and didn't find anything obvious with a quick Google search.
>> (Other than some stuff in bugzilla which may or may not relate.)
>>
>>    Have there been any threads lately where this might have come up?
>
> At least one cmake related issue has been handled so that I remember
> it, but it was related to installing new systems.
>
> Without any logs this is just shooting while blindfolded, but if you
> have qt4 USE flag enabled then try this:
>
> USE="-qt4" emerge -1 cmake
>
> Then continue with whatever libpng fixes and advice you are following.
>
> It's very likely that your qt libs (or some other media libs, on which
> qt libs depend on) are now broken due to libpng upgrade -- and thus,
> linking new cmake binaries to qt libs fails due to the breakage ... On
> new systems it's a bit different. IIRC it resulted in circular
> dependencies, which had to be broken down the same way.
>
> --
> Arttu V. -- Running Gentoo is like running with scissors
>
>

Thanks for the idea Arttu. Your suggestion worked fine.

It does appear that this is just more libpng stuff so hopefully when I
get the machine fixed up I can remove the -qt4 flag and get it back
like it was.

I appreciate your help,
Mark


^[[0m^[[31m^[[1mLinking CXX executable ../../bin/cmake-gui
^[[0m[ 98%] ^[[32mBuilding CXX object
Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
^[[0m[ 98%] ^[[32mBuilding CXX object
Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateHandler.o
^[[0m/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:
warning: libpng12.so.0, needed by /usr/lib64/qt4/libQtGui.so, not
found (try using -rpath or -rpath-link)
/usr/lib64/qt4/libQtGui.so: undefined reference to
`png_create_write_struct@PNG12_0'
/usr/lib64/qt4/libQtGui.so: undefined reference to `png_write_end@PNG12_0'
/usr/lib64/qt4/libQtGui.so: undefined reference to `png_set_filler@PNG12_0'
/usr/lib64/qt4/libQtGui.so: undefined reference to `png_set_bgr@PNG12_0'
/usr/lib64/qt4/libQtGui.so: undefined reference to `png_set_tRNS@PNG12_0'
<SNIP>
/usr/lib64/qt4/libQtGui.so: undefined reference to `png_get_valid@PNG12_0'
collect2: ld returned 1 exit status
make[2]: *** [bin/cmake-gui] Error 1
make[1]: *** [Source/QtDialog/CMakeFiles/cmake-gui.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
^[[31m^[[1mLinking CXX static library libCTestLib.a
^[[0m[ 98%] Built target CTestLib
make: *** [all] Error 2
 ^[[31;01m*^[[0m ERROR: dev-util/cmake-2.6.4-r3 failed:
 ^[[31;01m*^[[0m   Make failed!
 ^[[31;01m*^[[0m