Re: Poppler-qt4

2006-07-02 Thread Wilfried Huss
Am Donnerstag, 29. Juni 2006 23:18 schrieb Pino Toscano:
 Alle 22:06, giovedì 29 giugno 2006, Wilfried Huss ha scritto:
  Besides, okular's fork of the DVI code has thrown away 9 years of commit
  history. This is also a problem. I thougt KDE switched to SVN so that such
  things would not happen again.
 
 Now the files are really copied, and no history is lost. Luckly SVN is smart 
 enough.

Thank, you.
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: Poppler-qt4

2006-06-29 Thread Wilfried Huss
Am Donnerstag, 29. Juni 2006 13:57 schrieb Pino Toscano:
 Alle 13:41, giovedì 29 giugno 2006, Laurent Montel ha scritto:
  There is two cmake file which allows to search poppler-qt4:
  One into kdegraphics/cmake/module/FindPopplerQt4.cmake
  one into playground/graphics/cmake/modules/FindPoppler.cmake
 
 I am the author of the latter, and I planned to do that merge in case of a 
 moving of okular to kdegraphics.
 
  I will want to move one into kdelibs (because it duplicates)
 
  One which is into playground search poppler-qt4 = 0.5.2 so I will add it
  into kdelibs and I will want to rename it as FindPopplerQt4.cmake because
  it's a better name for it (and renamed variable to add qt4 suffix)
 
  Can I make it ?
 
 Actually, there's a small issue: okular stricly requires Poppler-Qt4 = 0.5.3 
 (yes, I have to update it) and this dependancy could raise if there will be 
 new features needed for okular, while any other application that uses 
 Poppler-Qt4 (kfile-pdf, kviewshell, krita maybe?) just want it with no 
 particular requires on its version.

kviewshell also needs the latest cvs snapshot of poppler, but the version is
not checked in the cmake file in kdegraphics.

Greetings,
Wilfried Huss.
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: Poppler-qt4

2006-06-29 Thread Wilfried Huss
Am Donnerstag, 29. Juni 2006 19:38 schrieb Albert Astals Cid:
 A Dijous 29 Juny 2006 17:45, Wilfried Huss va escriure:
  Am Donnerstag, 29. Juni 2006 13:57 schrieb Pino Toscano:
   Alle 13:41, giovedì 29 giugno 2006, Laurent Montel ha scritto:
There is two cmake file which allows to search poppler-qt4:
One into kdegraphics/cmake/module/FindPopplerQt4.cmake
one into playground/graphics/cmake/modules/FindPoppler.cmake
  
   I am the author of the latter, and I planned to do that merge in case of
   a moving of okular to kdegraphics.
  
I will want to move one into kdelibs (because it duplicates)
   
One which is into playground search poppler-qt4 = 0.5.2 so I will add
it into kdelibs and I will want to rename it as FindPopplerQt4.cmake
because it's a better name for it (and renamed variable to add qt4
suffix)
   
Can I make it ?
  
   Actually, there's a small issue: okular stricly requires Poppler-Qt4 =
   0.5.3 (yes, I have to update it) and this dependancy could raise if there
   will be new features needed for okular, while any other application that
   uses Poppler-Qt4 (kfile-pdf, kviewshell, krita maybe?) just want it with
   no particular requires on its version.
 
  kviewshell also needs the latest cvs snapshot of poppler, but the version
  is not checked in the cmake file in kdegraphics.
 
 But the pdf kfile-plugin does not, it would not make sense disabling its 
 compilation when you have poppler 0.5 for example. Can this be done with the 
 cmake framework? And if it can, how?

I don't think that is really an issue. Until KDE4 is released there is most 
likely
a stable poppler 0.6 or even 0.8. And anyone that wants to install KDE4 will
need to have a very uptodate base system anyway.

 Anyway i obviously agree duplication is bad.

Well, the duplication that is happening with kviewshell and okular is much worse
than having the same cmake file in two places. But this is a different topic.

Greetings,
Wilfried Huss.
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem