https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #29 from Alex Turbov ---
(In reply to comment #28)
> Please refrain from reopening this report
You still don't realize that the problem couldn't be "solved" by hacking pykde
CMakeLists.txt
It is configuration pr
https://bugs.kde.org/show_bug.cgi?id=306323
Alex Turbov changed:
What|Removed |Added
Attachment #73694|1 |0
is obsolete
https://bugs.kde.org/show_bug.cgi?id=306323
Alex Turbov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #27 from Alex Turbov ---
(In reply to comment #26)
>
> Oh and for the record: the KDE4 build system must work with CMake 2.6.4. I
That is only means that generation of KdepimLibsConfig.cmake must be refactored
(i.e. reinvented a whe
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #25 from Alex Turbov ---
(In reply to comment #24)
> Created attachment 73730 [details]
> Test patch
>
> "/usr/include/boost-1_50" *is* a hardcoded path for a 3rd party library.
> that makes a huge difference w
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #23 from Alex Turbov ---
(In reply to comment #21)
> If Gentoo is the only distribution having a problem with the KDE
> buildsystem, it's the Gentoo buildsystem that needs some fixes. (and maybe
> pyKDE that needs a trivial
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #22 from Alex Turbov ---
(In reply to comment #21)
> you have to choose your answer at some point:
>
> - either you use ${Boost_INCLUDE_DIR}, then the path is not hardcoded but
> you must find boost before kdepimlibs,
where d
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #20 from Alex Turbov ---
(In reply to comment #19)
> (In reply to comment #18)
> > > You misunderstand what KdepimLibsConfig.cmake.in does:
> > > ${boost_include_dir}
> > first of all it's not ${boost_inc
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #18 from Alex Turbov ---
(In reply to comment #17)
> (In reply to comment #14)
> > (In reply to comment #13)
> > > The idea and the patch are both wrong.
> > >
> > > - Adding the boost include dir to k
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #16 from Alex Turbov ---
(In reply to comment #15)
>
> OK, it's not marked as REQUIRED. Which means build takes place as well if it
> is not found.
I'm in real doublt about this!
> > 2/ All of kdepimlibs needs
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #14 from Alex Turbov ---
(In reply to comment #13)
> The idea and the patch are both wrong.
>
> - Adding the boost include dir to kdepimlibs_include_dirs supposes that :
> 1/ Boost was already found,
yes it was! it was detect
https://bugs.kde.org/show_bug.cgi?id=306323
Alex Turbov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #3 from Alex Turbov ---
(In reply to comment #2)
> We need to have your compile error.
> And will not add a boost in *Config*
> And in all kdepim we have:
> include_directories( ${Boost_INCLUDE_DIR} )
> so it's not p
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #1 from Alex Turbov ---
Created attachment 73694
--> https://bugs.kde.org/attachment.cgi?id=73694&action=edit
add missed boost dependency, so other packages could be compiled well
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=306323
Bug ID: 306323
Severity: major
Version: 4.9
Priority: NOR
Assignee: kdepim-bugs@kde.org
Summary: [kdepimlibs] missed boost dependency in
KdepimLibsConfig.cmake.in
Cla
15 matches
Mail list logo