Re: Split kde-baseapps?

2014-09-25 Thread Treeve Jelbert 
On Wednesday 24 September 2014 17:39:42 Luca Beltrame wrote:
> Michael Palimaka wrote:
> > Are there any plans to split frameworks-based kde-baseapps?
> 
> IMO it would make sense first to consult with the various applications'
> maintainers and / or review what's in there and what should happen to it.
for what it is worth, I was able to build all the bits which are already 
ported, except for konqueror, completely standalone, with the addition of a 
few small changes to CMake files.  
Konqueror currently fails to build in this configuration. Dolphin builds and 
runs.

Regards, Treeve
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: OSX/CI: bovo fails to build on branch frameworks

2014-09-09 Thread Treeve Jelbert 
On Wednesday 10 September 2014 00:10:22 Marko Käning wrote:

I actually encountered these on linux.

I have some local patches, which are attached, which fix the problem for me.

I do do not have commit access, so feel free to try them

bovo now runs  in a plasma session

Regards, Treeve


> Thanks to Ian (!!!) it could be clarified that libsndfile and openal is
> needed to build libkdegames. While openal is provided by OSX, libsndfile
> needs to be installed via MacPorts.
> 
> ---
> 
> BUT, now here stuck here:
> 
> ---
> Building CXX object CMakeFiles/bovo.dir/gui/mainwindow.cc.o
> /Users/marko/WC/KDECI-builds/bovo/gui/scene.cc:28:10: fatal error:
> 'QtGui/QGraphicsSceneMouseEvent' file not found #include
> 
>  ^
> /Users/marko/WC/KDECI-builds/bovo/gui/view.cc:27:10: fatal error:
> 'QtGui/QGraphicsScene' file not found #include 
>  ^
> /Users/marko/WC/KDECI-builds/bovo/gui/main.cc:49:15: warning:
> 'setProgramIconName' is deprecated [-Wdeprecated-declarations]
> aboutData.setProgramIconName(QStringLiteral("bovo"));
>   ^
> /opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/kcoreaddons/inst/
> include/KF5/KCoreAddons/kaboutdata.h:570:40: note: 'setProgramIconName'
> declared here KCOREADDONS_DEPRECATED KAboutData &setProgramIconName(const
> QString &iconName); // KF6 remove this ^
> 1 error generated.
> make[2]: *** [CMakeFiles/bovo.dir/gui/scene.cc.o] Error 1
> make[2]: *** Waiting for unfinished jobs
> 1 error generated.
> make[2]: *** [CMakeFiles/bovo.dir/gui/view.cc.o] Error 1
> 
> ___
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


bovo.tar.gz
Description: application/compressed-tar


libkdegames.tar.gz
Description: application/compressed-tar
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Releasing Deprecated modules and Tier 4 Definition

2014-03-17 Thread Treeve Jelbert 
On Monday 17 March 2014 18:15:09 Kevin Ottens wrote:
 Now, the last point... What else do we want to move from KDE Frameworks to
> KDE Porting Aids? Aleix and Aaron proposed the following content for KDE
> Porting Aids:
>  * kde4support (obvious);
>  * khtml (planned for a long time);
>  * kjs (because of khtml I gather);
>  * kjsembed (ditto);
>  * krunner (because of upcoming sprinter, and only one user anyway);
>  * kmediaplayer (unused AFAIK).
> 

what about kdesignerplugin and kplotting?

> I think that list makes sense. Is there anyone who couldn't sleep at night
> if those were in KDE Porting Aids?
> 
> Regards.

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kde4support won't compile against today's qtbase-stable

2014-03-16 Thread Treeve Jelbert 
src/CMakeFiles/KF5KDE4Support.dir/kio/kfiledialog.cpp.o: In function 
`KFileDialogQtOverride::~KFileDialogQtOverride()':
kfiledialog.cpp:
(.text._ZN21KFileDialogQtOverrideD2Ev[_ZN21KFileDialogQtOverrideD5Ev]+0x3): 
undefined reference to `qt_filedialog_existing_directory_hook'
kfiledialog.cpp:
(.text._ZN21KFileDialogQtOverrideD2Ev[_ZN21KFileDialogQtOverrideD5Ev]+0x16): 
undefined reference to `qt_filedialog_open_filename_hook'
kfiledialog.cpp:
(.text._ZN21KFileDialogQtOverrideD2Ev[_ZN21KFileDialogQtOverrideD5Ev]+0x29): 
undefined reference to `qt_filedialog_open_filenames_hook'
kfiledialog.cpp:
(.text._ZN21KFileDialogQtOverrideD2Ev[_ZN21KFileDialogQtOverrideD5Ev]+0x3c): 
undefined reference to `qt_filedialog_save_filename_hook'
src/CMakeFiles/KF5KDE4Support.dir/kio/kfiledialog.cpp.o: In function 
`_GLOBAL__sub_I_kfiledialog.cpp':
kfiledialog.cpp:(.text.startup+0x2d): undefined reference to 
`qt_filedialog_existing_directory_hook'
kfiledialog.cpp:(.text.startup+0x3a): undefined reference to 
`qt_filedialog_open_filename_hook'
kfiledialog.cpp:(.text.startup+0x47): undefined reference to 
`qt_filedialog_open_filenames_hook'
kfiledialog.cpp:(.text.startup+0x54): undefined reference to 
`qt_filedialog_save_filename_hook'



___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kactivities5 build failure

2014-02-26 Thread Treeve Jelbert 
doing a clean rebuild

gcc-4.8.2



FAILED: /var/lib/sorcery/build/c++   -DKCOREADDONS_LIB -DQT_CORE_LIB -
DQT_DBUS_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -D_GNU_SOURCE -
D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -march=native -mtune=native -m64 -
pipe -ffast-math -funroll-loops -O3  -std=c++0x -fno-exceptions -Wall -Wextra -
Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith 
-Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -O3 -
DNDEBUG -fPIE -Isrc/service -I/var/git/kf5/kactivities5/src/service -Isrc -
I/var/git/kf5/kactivities5/src -Isrc/lib/core -isystem /opt/qt5/include -
isystem /opt/qt5/include/QtCore -isystem /opt/qt5/mkspecs/linux-g++ -isystem 
/opt/qt5/include/QtDBus -isystem /opt/qt5/include/QtWidgets -isystem 
/opt/qt5/include/QtGui -isystem /opt/qt5/include/KF5/KDBusAddons -isystem 
/opt/qt5/include/KF5 -isystem /opt/qt5/include/KF5/KCoreAddons -isystem 
/opt/qt5/include/KF5/KConfigCore -isystem /opt/qt5/include/KF5/KI18n -isystem 
/opt/qt5/include/KF5/KService -isystem /opt/qt5/include/KF5/KWindowSystem -MMD 
-MT src/service/CMakeFiles/activity-manager.dir/Application.cpp.o -MF 
src/service/CMakeFiles/activity-manager.dir/Application.cpp.o.d -o 
src/service/CMakeFiles/activity-manager.dir/Application.cpp.o -c 
/var/git/kf5/kactivities5/src/service/Application.cpp
/var/git/kf5/kactivities5/src/service/Application.cpp: In function 'int 
main(int, char**)':
/var/git/kf5/kactivities5/src/service/Application.cpp:263:55: error: passing 
'const QLoggingCategory' as 'this' argument of 'void 
QLoggingCategory::setEnabled(QtMsgType, bool)' discards qualifiers [-
fpermissive]
 KAMD_LOG_APPLICATION().setEnabled(QtDebugMsg, true);
   ^

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: kate5 won't build with latest ktexteditor

2014-01-19 Thread Treeve Jelbert 
On Sunday 19 January 2014 10:33:25 Christoph Cullmann wrote:
> Hi,
> 
> build.kde.org says it builds, perhaps your ktexteditor.git is too old ;)
> 

my mistake, I was still using scratch/cullmann/ktexteditor.git



> Greetings
> Christoph
> 
> - Ursprüngliche Mail -
> 
> > I have been unable to build kate5 for several days
> > 
> > 
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.cpp: In
> > constructor
> > 'KateProjectPluginView::KateProjectPluginView(KateProjectPlugin*,
> > KTextEditor::MainWindow*)':
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:55:175:
> > error:
> > no
> > matching function for call to
> > 'KTextEditor::MainWindow::createToolView(KateProjectPlugin*&,
> > QLatin1String, KTextEditor::MainWindow::ToolViewPosition, QPixmap,
> > QString)'
> > 
> >m_toolView = m_mainWindow->createToolView (m_plugin,
> > 
> > QLatin1String("kateproject"), KTextEditor::MainWindow::Left,
> > SmallIcon(QLatin1String("project-open")), i18n("Projects"));
> > 
> > ^
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:55:175: note:
> > candidate is:
> > In file included from
> > /var/git/kate5/addons/kate/project/kateprojectplugin.h:28:0,
> > 
> >  from
> > 
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.h:24,
> > 
> >  from
> > 
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:21:
> > /opt/qt5/include/KF5/KTextEditor/ktexteditor/mainwindow.h:218:14: note:
> > QWidget*
> > KTextEditor::MainWindow::createToolView(KTextEditor::ApplicationPlugin*,
> > const
> > QString&, KTextEditor::MainWindow::ToolViewPosition, const QIcon&, const
> > QString&)
> > 
> >  QWidget *createToolView(KTextEditor::ApplicationPlugin *plugin, const
> > 
> > QString &identifier, KTextEditor::MainWindow::ToolViewPosition pos, const
> > QIcon
> > &icon, const QString &text);
> > 
> >   ^
> > 
> > /opt/qt5/include/KF5/KTextEditor/ktexteditor/mainwindow.h:218:14: note:  
> > no known conversion for argument 1 from 'KateProjectPlugin*' to
> > 'KTextEditor::ApplicationPlugin*'
> > /var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:56:191:
> > error:
> > no
> > matching function for call to
> > 'KTextEditor::MainWindow::createToolView(KateProjectPlugin*&,
> > QLatin1String, KTextEditor::MainWindow::ToolViewPosition, QPixmap,
> > QString)'
> > 
> >m_toolInfoView = m_mainWindow->createToolView (m_plugin,
> > 
> > QLatin1String("kateprojectinfo"), KTextEditor::MainWindow::Bottom,
> > SmallIcon(QLatin1String("view-choose")), i18n("Current Project"));
> > 
> > ^
> > 
> > 
> > 
> > and
> > 
> > 
> > 
> > 
> > /var/git/kate5/kate/filetree/katefiletree.cpp: In member function 'void
> > KateFileTree::slotPrintDocument()':
> > /var/git/kate5/kate/filetree/katefiletree.cpp:569:8: error: 'class
> > KTextEditor::Document' has no member named 'print'
> > 
> >doc->print();
> >
> > ^
> > 
> > I am using gcc-4.8.2
> > 
> > Am I missing an update to ktexteditor?
> > ___
> > Kde-frameworks-devel mailing list
> > Kde-frameworks-devel@kde.org
> > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kate5 won't build with latest ktexteditor

2014-01-19 Thread Treeve Jelbert 
I have been unable to build kate5 for several days


/var/git/kate5/addons/kate/project/kateprojectpluginview.cpp: In constructor 
'KateProjectPluginView::KateProjectPluginView(KateProjectPlugin*, 
KTextEditor::MainWindow*)':
/var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:55:175: error: no 
matching function for call to 
'KTextEditor::MainWindow::createToolView(KateProjectPlugin*&, QLatin1String, 
KTextEditor::MainWindow::ToolViewPosition, QPixmap, QString)'
   m_toolView = m_mainWindow->createToolView (m_plugin, 
QLatin1String("kateproject"), KTextEditor::MainWindow::Left, 
SmallIcon(QLatin1String("project-open")), i18n("Projects"));


   
^
/var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:55:175: note: 
candidate is:
In file included from 
/var/git/kate5/addons/kate/project/kateprojectplugin.h:28:0,
 from 
/var/git/kate5/addons/kate/project/kateprojectpluginview.h:24,
 from 
/var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:21:
/opt/qt5/include/KF5/KTextEditor/ktexteditor/mainwindow.h:218:14: note: 
QWidget* 
KTextEditor::MainWindow::createToolView(KTextEditor::ApplicationPlugin*, const 
QString&, KTextEditor::MainWindow::ToolViewPosition, const QIcon&, const 
QString&)
 QWidget *createToolView(KTextEditor::ApplicationPlugin *plugin, const 
QString &identifier, KTextEditor::MainWindow::ToolViewPosition pos, const QIcon 
&icon, const QString &text);
  ^
/opt/qt5/include/KF5/KTextEditor/ktexteditor/mainwindow.h:218:14: note:   no 
known conversion for argument 1 from 'KateProjectPlugin*' to 
'KTextEditor::ApplicationPlugin*'
/var/git/kate5/addons/kate/project/kateprojectpluginview.cpp:56:191: error: no 
matching function for call to 
'KTextEditor::MainWindow::createToolView(KateProjectPlugin*&, QLatin1String, 
KTextEditor::MainWindow::ToolViewPosition, QPixmap, QString)'
   m_toolInfoView = m_mainWindow->createToolView (m_plugin, 
QLatin1String("kateprojectinfo"), KTextEditor::MainWindow::Bottom, 
SmallIcon(QLatin1String("view-choose")), i18n("Current Project"));


   
^



and 




/var/git/kate5/kate/filetree/katefiletree.cpp: In member function 'void 
KateFileTree::slotPrintDocument()':
/var/git/kate5/kate/filetree/katefiletree.cpp:569:8: error: 'class 
KTextEditor::Document' has no member named 'print'
   doc->print();
^


I am using gcc-4.8.2

Am I missing an update to ktexteditor?
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kjsembed should install variant_binding.h

2014-01-17 Thread Treeve Jelbert 
kde-workspaces references variant_binding,h, which is not installed


plasma/generic/dataengines/share/shareprovider.cpp:


#include 
#include 

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kwallet-framework optionally depends on kdepimlibs

2014-01-14 Thread Treeve Jelbert 
src/runtime/kwalletd/CMakeLists.txt:

find_package(Gpgme)  # Called by FindQGpgme, but since we call some gpgme
 # functions ourselves we need to link against it 
directly.
find_package(QGpgme) # provided by kdepimlibs

if (GPGME_FOUND AND QGPGME_FOUND)
add_definitions(-DHAVE_QGPGME)
include_directories(${GPGME_INCLUDES} ${QGPGME_INCLUDE_DIR})
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${KDE_ENABLE_EXCEPTIONS}")
endif(GPGME_FOUND AND QGPGME_FOUND)



kdepimlibs does not build for me and is not a framework.

It looks as if qgpgme should be split from kdepimlibs to become a framework

Regards, Treeve
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: karchive bad split

2013-12-17 Thread Treeve Jelbert 
On Tuesday 17 December 2013 22:37:09 Ben Cooksley wrote:
> Hi Treeve,
> 
> It seems that I may have mis-pushed this repository.
> I have now adjusted it's contents with what is supposed to be the KArchive
> repository - can you please check?
> 
> Thanks,
> Ben
fixed now, and kio also builds against it

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

karchive bad split

2013-12-17 Thread Treeve Jelbert 
/karchive contains the itemviews data

karchive$ ls
autotests  CMakeLists.txt  COPYING  COPYING.LIB  KF5ItemViewsConfig.cmake.in  
Mainpage.dox  src  tests


it installs the following files:

/opt/qt5/include/KF5/itemviews_export.h
/opt/qt5/include/KF5/itemviews_version.h
/opt/qt5/include/KF5/kcategorizedsortfilterproxymodel.h
/opt/qt5/include/KF5/kcategorizedview.h
/opt/qt5/include/KF5/kcategorydrawer.h
/opt/qt5/include/KF5/kextendableitemdelegate.h
/opt/qt5/include/KF5/kfilterproxysearchline.h
/opt/qt5/include/KF5/klistwidgetsearchline.h
/opt/qt5/include/KF5/ktreewidgetsearchline.h
/opt/qt5/include/KF5/kwidgetitemdelegate.h
/opt/qt5/lib
/opt/qt5/lib/cmake
/opt/qt5/lib/cmake/KF5ItemViews
/opt/qt5/lib/cmake/KF5ItemViews/KF5ItemViewsConfig.cmake
/opt/qt5/lib/cmake/KF5ItemViews/KF5ItemViewsConfigVersion.cmake
/opt/qt5/lib/cmake/KF5ItemViews/KF5ItemViewsTargets.cmake
/opt/qt5/lib/cmake/KF5ItemViews/KF5ItemViewsTargets-release.cmake
/opt/qt5/lib/libKF5ItemViews.so.5.0.0

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kde4support problem

2013-11-19 Thread Treeve Jelbert 
I have just build all the split modules, but kde4support gives an error that I 
do not understand

-- Configuring done
CMake Error: INSTALL(EXPORT) given unknown export "kdelibsLibraryTargets"
-- Generating done

the code in question is

install(CODE "set(EXPORT_FILES KDELibs4LibraryTargets.cmake)"
CODE "set(EXPORT_INSTALL_DIR \"${CMAKECONFIG_INSTALL_DIR}\")"
SCRIPT 
"${CMAKE_CURRENT_SOURCE_DIR}/cmake/modules/check_installed_exports_file.cmake" 
)
install( EXPORT kdelibsLibraryTargets DESTINATION ${CMAKECONFIG_INSTALL_DIR} 
NAMESPACE ${KDE4_TARGET_PREFIX} FILE KDELibs4LibraryTargets.cmake  COMPONENT 
Devel)
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

cmake-2.12.1 + kde*-4.12

2013-11-19 Thread Treeve Jelbert 
I have cmake-2.12.1 installed and use to build frameworks.

When I use it to build  kde*-4.12 I get lots of warnings of the type:

-- Configuring done
CMake Warning (dev) in kdecore/CMakeLists.txt:
  Policy CMP0022 is not set: INTERFACE_LINK_LIBRARIES defines the link
  interface.  Run "cmake --help-policy CMP0022" for policy details.  Use the
  cmake_policy command to set the policy and suppress this warning.

  Target "kdecore" has an INTERFACE_LINK_LIBRARIES property which differs
  from its LINK_INTERFACE_LIBRARIES properties.

  INTERFACE_LINK_LIBRARIES:

Qt4::QtCore;-
lpthread;Qt4::QtNetwork;Qt4::QtDBus;Qt4::QtXml;/usr/lib/libz.so;/usr/lib/libbz2.so;/usr/lib/liblzma.so;resolv;-
lpthread;/usr/lib/libfam.so;Qt4::QtDBus;Qt4::QtCore;-lpthread

  LINK_INTERFACE_LIBRARIES:

Qt4::QtDBus;Qt4::QtCore;-lpthread

This warning is for project developers.  Use -Wno-dev to suppress it.

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kdoctools

2013-11-15 Thread Treeve Jelbert 
I build all of kf5 as standalone modules

kdoctools is now required when building kdewidgets, but the build fails

FAILED: cd /usr/src/kdewidgets-5.x/build/docs/makekdewidgets && 
/opt/qt5/bin/meinproc5 --stylesheet 
/opt/qt5/share/ksgmltools2/customization/kde-include-man.xsl --check 
/var/git/kde5libs/kdewidgets/docs/makekdewidgets/man-makekdewidgets.1.docbook
man-makekdewidgets.1.docbook:5: warning: failed to load external entity 
"dtd/kdex.dtd"
]>


kdoctools installs files to /opt/qt5/share/ksgmltools2/customization whereas 
kdelibs4 uses /opt/qt4/share/apps/ksgmltools2/customization

is the problem due to the extra apps directory?

is it possible to make the dependency on kdoctools optional?
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Getting ecm files from the ECM package

2013-11-01 Thread Treeve Jelbert 
On Friday 01 November 2013 15:46:30 Nicolás Alvarez wrote:
> 2013/11/1 Kevin Ottens :
> > Hello,
> > 
> > On Friday 01 November 2013 11:23:14 Mirko Boehm wrote:
> >> On 11/01/2013 10:46 AM, Alexander Neundorf wrote:
> >> > [1] Why not merge that into CMake ? For quicker releases, and even
> >> > easier
> >> > contributing. Also Bill once said that in hindsight he would have
> >> > prefered
> >> > if cmake would not ship any find-modules itself at all. So one could
> >> > imagine that cmake would come without any find-modules in the future,
> >> > and
> >> > all find-modules would come from a separate package, e.g. ECM.
> >> > This would make cmake the core tool, and ECM its "standard library"
> >> 
> >> I agree that a separation of CMake and the find_modules make sense. But.
> > 
> > My position indeed. I would agree at a "tier 0" if it didn't make it
> > miserable for third parties wanting to use a tier 1 library in the sense
> > of "oh by the way you also need that, and that, and that thing no one
> > else use".> 
> >> Then it is time to think of a way to integrate cmake with the separate
> >> source of find_modules. Algorithmically, it would look like
> >> 
> >> PROJECT(MyApplication)
> >> FIND_MODULES_REPOSITORY("http://ecm.kde.org";)
> >> FIND_PACKAGES(KF5 REQUIRED...)
> >> 
> >> and so forth. That would be a real breakthrough. It is related to the
> >> approach taken by Maven and others. All it takes is a built-in way for
> >> CMake to download the find_modules into a cache location and update them
> >> when needed, or on request.
> > 
> > Yes, that's definitely something we've been missing for a long time
> > compared to the java crowd who massively use Maven. It is an *excellent*
> > feature, and would solve this kind of headaches we have with the build
> > system.
> 
> I don't know how to even begin arguing against this, because if you
> don't see how wrong it is to download stuff during compilation, I
> don't know what arguments would help.
> 
> I actively avoid any build system that automatically downloads
> dependencies. In fact, I avoid any tool that automatically downloads
> and installs software except for my distro's package manager and
> kdesrc-build. That means no easy_install, pip, rubygems, npm, maven,
> or whatever NIH package manager the $language community invented now.

+1 

builds should NEVER download anything
If it is needed it should be an EXPLICIT dependency, which I can fetch 
beforehand
> 
> Maven is a disgusting monstrosity used by the Java crowd where
> backwards compatibility rarely exists, and the approach to make things
> not break is to make packages depend on exact versions of dependencies
> and download them automatically from who-knows-where. And then the
> same craziness gets copied or reinvented for other languages too.
> 
> "You don’t want a build tool which automatically downloads unresolved
> dependencies before cleaning out your build output directories. You
> don’t want a build tool which automatically downloads unresolved
> dependencies, PERIOD! Automatically downloading unresolved
> dependencies makes your build process nondeterministic!" --
> http://kent.spillner.org/blog/work/2009/11/14/java-build-tools.html
> 
> I'm also surprised at "Almost everybody has internet access for build
> machines". Is there *any* Linux distro where that's the case??

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kio kfilewidget.h problem

2013-10-23 Thread Treeve Jelbert 
kio installs kfilewidget.h which references kio/kiofilewidgets_export.h which 
is 
not installed

This causes subsequent compile failures in kross
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

cyclic dependency kinit - kservice

2013-10-21 Thread Treeve Jelbert 
kinit needs kservice and installs KInitMacros.cmake which defines 
kf5_add_kdeinit_executable which is needed by kservice/kbuildsycoca
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kpart dependencies

2013-09-30 Thread Treeve Jelbert 
kpart (tier3)  depends on KIO and KService, both of which are still in staging

standalone build of kpart then fails because of reference to
kprotocolmanager.h, from kio, which has local includes

include "global.h" // KIO::CacheControl
#include 
#include "kprotocolinfo.h"


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

potential duplicate repositories for kwallet

2013-09-22 Thread Treeve Jelbert 
There is a kwallet repo as a result of splitting kdeutils.

On my system,this installs:

/opt/qt4/bin/kwalletmanager
/opt/qt4/lib/kde4/kcm_kwallet.so

whereas the kwallet from kf5 installs:
/opt/qt5/lib/libKWallet.so

Possibly the kf5 version should be renamed
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

ki18n

2013-09-17 Thread Treeve Jelbert 
1. ki18n exists in both tier2 and staging

2. kunitconversion (tier2) depends on ki18n(tier2)
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kconfig build fails with recent qt5

2013-08-30 Thread Treeve Jelbert 
doing a standalone compile of kconfig



FAILED: /var/lib/sorcery/build/c++   -DQT_CORE_LIB -DQT_NO_CAST_FROM_ASCII -
DQT_NO_CAST_FROM_BYTEARRAY -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -
DQT_NO_SIGNALS_SLOTS_KEYWORDS -DQT_NO_URL_CAST_FROM_STRING -
DQT_STRICT_ITERATORS -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -
D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -
march=native -mtune=native -m64 -pipe -ffast-math -funroll-loops -O3  -Wnon-
virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -
Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-
check-new -fno-common -Woverloaded-virtual -Werror=return-type -
fvisibility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG -
fPIE -Isrc/kconf_update -I/var/git/kde5libs/kconfig/src/kconf_update -Isrc/core 
-I/var/git/kde5libs/kconfig/src/core -I/opt/qt5/include -
I/opt/qt5/include/QtCore -I/opt/qt5/mkspecs/linux-g++ -MMD -MT 
src/kconf_update/CMakeFiles/kconf_update.dir/kconf_update.cpp.o -MF 
"src/kconf_update/CMakeFiles/kconf_update.dir/kconf_update.cpp.o.d" -o 
src/kconf_update/CMakeFiles/kconf_update.dir/kconf_update.cpp.o -c 
/var/git/kde5libs/kconfig/src/kconf_update/kconf_update.cpp
In file included from /opt/qt5/include/QtCore/qdatetime.h:45:0,
 from /opt/qt5/include/QtCore/QDate:1,
 from 
/var/git/kde5libs/kconfig/src/kconf_update/kconf_update.cpp:23:
/opt/qt5/include/QtCore/qstring.h: In constructor 
'KonfUpdate::KonfUpdate(QCommandLineParser*)':
/opt/qt5/include/QtCore/qstring.h:695:5: error: 'QString::QString(const 
char*)' is private
 QString(const char *ch);
 ^
/var/git/kde5libs/kconfig/src/kconf_update/kconf_update.cpp:113:44: error: 
within this context
 m_config = new KConfig("kconf_updaterc");
^


there are several other similar errors

It appears that QString will no longer allow such literals in the constuctot
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kfiledialog.h references non-existent kfile.h

2013-08-23 Thread Treeve Jelbert 
#ifndef KFILEDIALOG_H
#define KFILEDIALOG_H

#include 
#include 
#include 
#include 
#include 



In file included from /opt/qt5/include/KDE/KFileDialog:1:0,
 from 
/var/git/kwin5/plasma/generic/wallpapers/image/image.cpp:27:
/opt/qt5/include/KDE/../kfiledialog.h:32:19: fatal error: kfile.h: No such file 
or directory
 #include 

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

finding DBusMenuQt5

2013-08-13 Thread Treeve Jelbert 
FindDBusMenuQt5.cmake is staging/knotifications

kf5libs finds DBusMenuQt5

-- DBusMenuQt5_INCLUDE_DIR=/opt/qt5/include/dbusmenu-qt5 
DBusMenuQt5_LIBRARY=/opt/qt5/lib/libdbusmenu-qt5.so DBusMenuQt5_VERSION=0.9.2


but kwin5 does not

CMake Warning at CMakeLists.txt:82 (find_package):
  By not providing "FindDBusMenuQt5.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "DBusMenuQt5", but CMake did not find one.


Either /knotifications should install the cmake file or libdbusmenu-qt should 
install DBusMenuQt5Config.cmake


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

phonon detection

2013-08-07 Thread Treeve Jelbert 
I decided to rearrange stuff on my system and did a clean build of qt5 from two 
days ago, and then phonon4qt5 and kf5, using the latest cmake.

phonon4qt5 compiled and installed ok, and kf5 said that it was found, but then 
failed:

In file included from 
/var/git/kf5/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.cpp:20:0:
/var/git/kf5/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.h:24:36:
 
fatal error: phonon/phononnamespace.h: No such file or directory


However, looking at the compile command for this, I see
-I//include/phonon4qt5
which is missing the install path /opt/qt5/include



I think that there is a problem with the installed Phonon4Qt5Config.cmake file, 
which has some strange logic at the beginning

get_filename_component(currentDir ${CMAKE_CURRENT_LIST_FILE} PATH) # get the 
directory where I myself am
get_filename_component(rootDir ${currentDir}/../../../../../ ABSOLUTE) # get 
the chosen install prefix

set(PHONON_NO_GRAPHICSVIEW true)
set(PHONON_PULSESUPPORT FALSE)
set(PHONON_FOUND_EXPERIMENTAL ON)

# install locations
set(PHONON_INCLUDE_DIR "${rootDir}/include/phonon4qt5")


My include files are in /opt/qt5/include/phonon4qt5

The only reference to phonon in kf5's CMakeCache.txt is
Phonon4Qt5_DIR:PATH=/opt/qt5/lib/cmake/phonon4qt5

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

strange .so names

2013-05-09 Thread Treeve Jelbert 
when installing latest frameworks:

/opt/qt5/lib64/libKCompletion.so.SOVERSION
/opt/qt5/lib64/libKConfigWidgets.so.SOVERSION
/opt/qt5/lib64/libKDE4Attic.so.SOVERSION
/opt/qt5/lib64/libKIconThemes.so.SOVERSION
/opt/qt5/lib64/libKJobWidgets.so.SOVERSION
/opt/qt5/lib64/libKNotifications.so.SOVERSION
/opt/qt5/lib64/libkservice.so.SOVERSION

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

problem building solid with udisks2

2013-04-09 Thread Treeve Jelbert 
FAILED: /var/lib/sorcery/build/c++   -DQT_CONCURRENT_LIB -DQT_CORE_LIB -
DQT_DBUS_LIB -DQT_DISABLE_DEPRECATED_BEFORE=0 -DQT_GUI_LIB -DQT_WIDGETS_LIB -
DQT_XML_LIB -DSolid_EXPORTS -DWITH_SOLID_UDISKS2 -D_BSD_SOURCE -D_GNU_SOURCE -
D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -march=native -mtune=native -m64 -
pipe -ffast-math -funroll-loops -O3  -Wnon-virtual-dtor -Wno-long-long -Wundef 
-Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -
fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-
virtual -Werror=return-type -fvisibility=hidden -fvisibility-inlines-hidden -
O2 -DNDEBUG -DQT_NO_DEBUG -fPIC -Isrc/solid -
I/var/git/kde5libs/solid/src/solid -I/var/git/kde5libs/solid/src -Isrc -
I/var/git/kde5libs/solid/src/solid/.. -Isrc/solid/.. -I/opt/qt5/include -
I/opt/qt5/include/QtCore -I/opt/qt5/mkspecs/linux-g++-64 -
I/opt/qt5/include/QtConcurrent -I/opt/qt5/include/QtDBus -
I/opt/qt5/include/QtXml -I/opt/qt5/include/QtWidgets -I/opt/qt5/include/QtGui 
-MMD -MT src/solid/CMakeFiles/Solid.dir/backends/udisks2/udisksmanager.cpp.o -
MF "src/solid/CMakeFiles/Solid.dir/backends/udisks2/udisksmanager.cpp.o.d" -o 
src/solid/CMakeFiles/Solid.dir/backends/udisks2/udisksmanager.cpp.o -c 
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp: In 
member function 'void Solid::Backends::UDisks2::Manager::updateBackend(const 
QString&)':
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp:282:87: 
error: no matching function for call to 
'Solid::Backends::UDisks2::DeviceBackend::backendForUDI(QString, bool)'
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp:282:87: 
note: candidate is:
In file included from 
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp:22:0:
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksdevicebackend.h:43:27: 
note: static Solid::Backends::UDisks2::DeviceBackend* 
Solid::Backends::UDisks2::DeviceBackend::backendForUDI(const QString&)
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksdevicebackend.h:43:27: 
note:   candidate expects 1 argument, 2 provided
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksmanager.cpp:286:19: 
error: 'class Solid::Backends::UDisks2::DeviceBackend' has no member named 
'invalidateProperties'
/var/git/kde5libs/solid/src/solid/backends/udisks2/udisksdevicebackend.cpp:191:6:
 
warning: unused parameter 'ifaceName' [-Wunused-parameter]
ninja: build stopped: subcommand failed.
E
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

sonnet + hunspell - compile fails

2013-04-02 Thread Treeve Jelbert 
Generating moc_kspell_hunspellclient.cpp
[11/15] Building CXX object 
src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspellclient.cpp.o
[12/15] Building CXX object 
src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspelldict.cpp.o
[13/15] 
[14/15] Building CXX object 
src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspell_automoc.cpp.o
FAILED: /var/lib/sorcery/build/c++   -DQT_CORE_LIB -
DQT_DISABLE_DEPRECATED_BEFORE=0 -DQT_NO_URL_CAST_FROM_STRING -D_BSD_SOURCE -
D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -
Dkspell_hunspell_EXPORTS -march=native -mtune=native -m64 -pipe -ffast-math -
funroll-loops -O3  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -
Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -
DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -
Werror=return-type -fvisibility=hidden -fvisibility-inlines-hidden -O2 -
DNDEBUG -DQT_NO_DEBUG -fPIC -Isrc/plugins/hunspell -
I/var/git/kde5libs/sonnet/src/plugins/hunspell -Isrc/core -
I/var/git/kde5libs/sonnet/src/core -I/opt/qt5/include -
I/opt/qt5/include/QtCore -I/opt/qt5/mkspecs/linux-g++-64 -MMD -MT 
src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspellclient.cpp.o 
-MF 
"src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspellclient.cpp.o.d"
 
-o 
src/plugins/hunspell/CMakeFiles/kspell_hunspell.dir/kspell_hunspellclient.cpp.o 
-c /var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.cpp
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.cpp:30:52: 
error: default argument given for parameter 1 of 
'HunspellClient::HunspellClient(QObject*)' [-fpermissive]
In file included from 
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.cpp:21:0:
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.h:39:5: 
error: after previous specification in 
'HunspellClient::HunspellClient(QObject*)' [-fpermissive]
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.cpp: In 
member function 'virtual QStringList HunspellClient::languages() const':
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspellclient.cpp:56:36: 
error: passing 'const QString' as 'this' argument of 'QString& 
QString::remove(const QString&, Qt::CaseSensitivity)' discards qualifiers [-
fpermissive]
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspelldict.cpp:74:6: 
warning: unused parameter 'bad' [-Wunused-parameter]
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspelldict.cpp:74:6: 
warning: unused parameter 'good' [-Wunused-parameter]
/var/git/kde5libs/sonnet/src/plugins/hunspell/kspell_hunspelldict.cpp:91:6: 
warning: unused parameter 'word' [-Wunused-parameter]
ninja: build stopped: subcommand failed.
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kcoreaddons

2013-04-02 Thread Treeve Jelbert 
I have been trying to build tier1 as completely standalone

kcoreaddons has a problem

-- KF5[InstallDirs]: Loaded settings from /usr/share/ECM-0.0.8/kde-
modules/KDEInstallDirs.cmake
-- KF5[CMake]: Loaded settings from /usr/share/ECM-0.0.8/kde-
modules/KDECMakeSettings.cmake
-- KF5[Compiler]: Loaded settings from /usr/share/ECM-0.0.8/kde-
modules/KDECompilerSettings.cmake
-- 
-- The following OPTIONAL packages have been found:

 * FAM , File alteration notification support via a separate service , 

   Provides file alteration notification facilities using a separate service. 
FAM provides additional support for NFS.

-- The following REQUIRED packages have been found:

 * ECM (required version >= 0.0.8)
 * KF5 (required version >= 5.0.0)
 * Qt5Test
 * kdeqt5staging
   Stuff which will go into Qt5.
 * Qt5Concurrent
 * Qt5Gui (required version >= 5.1.0)
 * Qt5Widgets
 * Qt5Transitional

-- Configuring done
-- Generating done

FAILED: /var/lib/sorcery/build/c++   -DKCoreAddons_EXPORTS -DQT_CONCURRENT_LIB 
-DQT_CORE_LIB -DQT_DISABLE_DEPRECATED_BEFORE=0 -DQT_NO_CAST_FROM_ASCII -
DQT_NO_CAST_FROM_BYTEARRAY -DQT_NO_CAST_TO_ASCII -DQT_NO_KEYWORDS -
DQT_NO_URL_CAST_FROM_STRING -DQT_STRICT_ITERATORS -DQT_USE_FAST_CONCATENATION 
-DQT_USE_FAST_OPERATOR_PLUS -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE 
-D_XOPEN_SOURCE=500 -march=native -mtune=native -m64 -pipe -ffast-math -
funroll-loops -O3  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -
Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -
DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -
Werror=return-type -fvisibility=hidden -fvisibility-inlines-hidden -O2 -
DNDEBUG -DQT_NO_DEBUG -fPIC -Isrc -I/var/git/kde5libs/kcoreaddons/src -Isrc/io 
-I/var/git/kde5libs/kcoreaddons/src/io -
I/var/git/kde5libs/kcoreaddons/src/jobs -
I/var/git/kde5libs/kcoreaddons/src/randomness -
I/var/git/kde5libs/kcoreaddons/src/kernel -
I/var/git/kde5libs/kcoreaddons/src/text -
I/var/git/kde5libs/kcoreaddons/src/caching -I/opt/qt5/include -
I/opt/qt5/include/QtCore -I/opt/qt5/mkspecs/linux-g++-64 -
I/opt/qt5/include/QtConcurrent -MMD -MT 
src/CMakeFiles/KCoreAddons.dir/io/kautosavefile.cpp.o -MF 
"src/CMakeFiles/KCoreAddons.dir/io/kautosavefile.cpp.o.d" -o 
src/CMakeFiles/KCoreAddons.dir/io/kautosavefile.cpp.o -c 
/var/git/kde5libs/kcoreaddons/src/io/kautosavefile.cpp
/var/git/kde5libs/kcoreaddons/src/io/kautosavefile.cpp:30:26: fatal error: 
qurlpathinfo.h: No such file or directory
compilation terminated.
ninja: build stopped: subcommand failed.


It needs to use kdeqt5staging

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

qt5 includes

2013-02-20 Thread Treeve Jelbert 
I am trying to build kf5libs using the latest extra-cmake-modules and 
yesterday's qtbase.


At first I encountered a problem regarding qt support for SSL. I 
bypassed that and then got several compile errors.


They all seemed to be related to

#include 

I then noticed that the compile flags had several includes for 
individual qt modules, such as
-i/opt/qt5/include/QtCore, but nothing for the overall 
/opt/qt5/include.





___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: lib or lib64?

2013-02-18 Thread Treeve Jelbert 

On Sun, 17 Feb 2013 22:35:39 +, David Faure wrote:

On Friday 15 February 2013 16:26:38 Treeve Jelbert wrote:

libdbusmenu-qt5 installs to /opt/qt5/lib


Not anymore. My patch (to port it to GNUInstallDirs) has finally been 
merged

in. So it now defaults to lib64, on systems that use lib64.

Make sure to re-checkout the thing completely, the lp: prefix 
resolves to a

different thing than it did some time ago, for this module
(don't get me started about bazaar...)




what is the correct url for now, as I cannot find it?
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: lib or lib64?

2013-02-16 Thread Treeve Jelbert 

On Sat, 16 Feb 2013 11:30:13 +0100, Valentin Rusu wrote:

On Friday 15 February 2013 21:52:31 Alexander Neundorf wrote:

On Friday 15 February 2013, Treeve Jelbert wrote:
>
>
> How can I force everything into one place?

If you pull a fresh kdelibs, it should now also go into lib64/.
Let me know if it doesn't.


Well, I think that other packagers/distributions tend to put 
libraries

corresponding to the CPU architecture in lib. For exemple, my 64bit
archlinux
has 64bit libraries in lib and 32bit libraries in lib32. lib64 is a
symlink to
lib. Wouldn't it be simpler to just install libraries to lib instead
of lib64?
This would be more consistent over time, in my opinion.


I have the same situation





The install dirs are now taken from FindKF5.cmake:
find_package(KF5 ... InstallDirs)
which has code to handle that.

Alex
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

lib or lib64?

2013-02-15 Thread Treeve Jelbert 
I am trying to keep my qt5 related stuff separate from the qt4 stuff, 
so qt5 in installed to /opt/qt5.


The qt5 build process installs the libraries, cmake and pkgconfig stuff 
to /opt/qt5/lib.



attica5, strigi-5 and phonon4qt5 install to /opt/qt5/lib64

$ ls /opt/qt5/lib64
cmakelibphonon4qt5.so.4
libstreamanalyzer.so.0.7.8
libattica.so libphonon4qt5.so.4.6.60   
libstreams.so
libattica.so.0.4 libsearchclient   
libstreams.so.0
libattica.so.0.4.1   libsearchclient.so
libstreams.so.0.7.8
libphonon4qt5experimental.so libsearchclient.so.0  
pkgconfig

libphonon4qt5experimental.so.4   libsearchclient.so.0.7.8  strigi
libphonon4qt5experimental.so.4.6.60  libstreamanalyzer.so
libphonon4qt5.so libstreamanalyzer.so.0

libdbusmenu-qt5 installs to /opt/qt5/lib

kf5libs installs to /opt/qt5/lib

I am using the same cmake commands in all cases.

This becomes rather messy regarding search paths for pkgconfig and 
cmake.



How can I force everything into one place?



___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

problem solved!

2013-02-15 Thread Treeve Jelbert 

It all finally compiles.

IN the the end the only changes that I made were

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 0011ac3..7992acd 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -78,8 +78,8 @@ set(kcoreaddons_LIBRARIES kcoreaddons)

 set(kwindowsystem_LIBRARIES kwindowsystem)

-set(kconfig_INCLUDE_DIRS   ${kconfig_BINARY_DIR}/src/core
-   ${kconfig_SOURCE_DIR}/src/core )
+set(kconfig_INCLUDE_DIRS  ${CMAKE_SOURCE_DIR}/tier2/kconfig/src/core
+  ${CMAKE_BINARY_DIR}/tier2/kconfig/src/core)
 set(kconfig_LIBRARIES kconfigcore kconfiggui)

 # tier1/ already builds standalone, so it should not get any include 
dirs from here.




My problems were cause by having specified KDE_SKIP_BUILD_SETTINGS=1 on 
the cmake line

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

multiple definition of `KViewStateMaintainerBase::~KViewStateMaintainerBase() while linking libkdeui.so.5.11.0

2013-02-14 Thread Treeve Jelbert 
I made some small changes to the main CMakeLists.txt and things 
advance, but I get a link failure on libkdeui.so.5.11.0.


The changes:


$ git diff
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 0011ac3..f063007 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -1,5 +1,5 @@
-
 cmake_minimum_required(VERSION 2.8.10.1)
+set(CMAKE_INCLUDE_CURRENT_DIR ON)

 project(kdelibs)

@@ -50,6 +50,11 @@ find_package(ECM 0.0.6 REQUIRED NO_MODULE)

 # where to look first for cmake modules, before ${CMAKE_ROOT}/Modules/ 
is checked
 set(CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake/modules" 
${ECM_MODULE_PATH})

+include(KDECMakeSettings)
+
+# automoc is needed to build some of the tests
+set(CMAKE_AUTOMOC ON)
+

 find_package(Qt5Core REQUIRED NO_MODULE)

@@ -78,8 +83,8 @@ set(kcoreaddons_LIBRARIES kcoreaddons)

 set(kwindowsystem_LIBRARIES kwindowsystem)

-set(kconfig_INCLUDE_DIRS   ${kconfig_BINARY_DIR}/src/core
-   ${kconfig_SOURCE_DIR}/src/core )
+set(kconfig_INCLUDE_DIRS  ${CMAKE_SOURCE_DIR}/tier2/kconfig/src/core
+  ${CMAKE_BINARY_DIR}/tier2/kconfig/src/core)
 set(kconfig_LIBRARIES kconfigcore kconfiggui)

 # tier1/ already builds standalone, so it should not get any include 
dirs from here.

@@ -88,7 +93,6 @@ add_subdirectory( tier2 )

 set(kinterprocesswindowing_LIBRARY kinterprocesswindowing)

-set(CMAKE_AUTOMOC ON)


 # By default don't add any linked libraries to the "exported"



The errors:[656/2407] Linking CXX shared library lib/libkdeui.so.5.11.0
FAILED: : && /var/lib/sorcery/build/c++  -fPIC -march=native 
-mtune=native -m64 -pipe  -funroll-loops -O3  -Wnon-virtual-dtor 
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
-Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS 
-fno-check-new -fno-common -Woverloaded-virtual -fvisibility=hidden 
-Werror=return-type -fvisibility-inlines-hidden -O2 -DNDEBUG 
-DQT_NO_DEBUG  -Wl,--enable-new-dtags -Wl,--fatal-warnings 
-Wl,--no-undefined -lc  -s -shared -Wl,-soname,libkdeui.so.5 -o 
lib/libkdeui.so.5.11.0 
kdeui/CMakeFiles/kdeui.dir/actions/kactioncollection.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kactioncategory.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kactionmenu.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kcodecaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kdualaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kfontaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kfontsizeaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kpastetextaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/krecentfilesaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kselectaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/kstandardaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktoggleaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktoggletoolbaraction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktogglefullscreenaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktoolbarlabelaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktoolbarpopupaction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/actions/ktoolbarspaceraction.cpp.o 
kdeui/CMakeFiles/kdeui.dir/colors/kcolorbutton.cpp.o 
kdeui/CMakeFiles/kdeui.dir/colors/kcolorcombo.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kaboutkdedialog_p.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kassistantdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kconfigdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kconfigdialogmanager.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kbugreport.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kedittoolbar.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kinputdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/klinkdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kaboutapplicationdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kaboutapplicationpersonmodel_p.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kaboutapplicationpersonlistdelegate_p.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kaboutapplicationpersonlistview_p.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/knewpassworddialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kpassworddialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kpixmapregionselectordialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcuteditwidget.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcutseditordelegate.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcutseditoritem.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcutseditor.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcutschemeseditor.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kshortcutsdialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/kswitchlanguagedialog_p.cpp.o 
kdeui/CMakeFiles/kdeui.dir/dialogs/ktip.cpp.o
kdeui/CMakeFiles/kdeui.dir/findreplace/kfind.cpp.o 
kdeui/CMakeFiles/kdeui.dir/findreplace/kreplace.cpp.o 
kdeui/CMakeFiles/kdeui.dir/findreplace/kfinddialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/findreplace/kreplacedialog.cpp.o 
kdeui/CMakeFiles/kdeui.dir/fonts/fonthelpers.cpp.o 
kdeui/CMakeFiles/kdeui.dir/fonts/kfontchooser.cpp.o 
kdeui/CMakeFiles/kd

Re: kcolorscheme needs ksharedconfig.h

2013-02-14 Thread Treeve Jelbert 

On Thu, 14 Feb 2013 13:50:57 +0100, David Faure wrote:

On Thursday 14 February 2013 12:57:49 Treeve Jelbert wrote:

/var/git/kf5/libkdeqt5staging/src/qurlpathinfo.cpp:42:0:
/var/git/kf5/libkdeqt5staging/src/qurlpathinfo.h:45:34: fatal error:
kdeqt5staging_export.h: No such file or directory


Well, let's start with debugging that one, then.

cmake version?


cmake  2.8.10.2
gcc 4.7.2



ECM version, as found by kdelibs? (`grep ECM_DIR CMakeCache.txt`)



ECM_DIR:PATH=/usr/share/ECM-0.0.7/cmake



Your build dir seems to be  /usr/src/kf5libs-4.90.x/build
Do you have this file, then?

/usr/src/kf5libs-4.90.x/build/libkdeqt5staging/src/kdeqt5staging_export.h


yes

I managed to get further by making the following changes

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 0011ac3..32dfc91 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -1,5 +1,6 @@

 cmake_minimum_required(VERSION 2.8.10.1)
+set(CMAKE_INCLUDE_CURRENT_DIR ON)

 project(kdelibs)

@@ -59,6 +59,9 @@ if (Qt5_POSITION_INDEPENDENT_CODE)
   set(CMAKE_POSITION_INDEPENDENT_CODE ON)
 endif()

+# automoc is needed to build some of the tests
+set(CMAKE_AUTOMOC ON)
+
 add_subdirectory( libkdeqt5staging )

 set(kdeqt5staging_LIBRARIES kdeqt5staging)
@@ -88,8 +91,6 @@ add_subdirectory( tier2 )

 set(kinterprocesswindowing_LIBRARY kinterprocesswindowing)

-set(CMAKE_AUTOMOC ON)
-

 # By default don't add any linked libraries to the "exported"
 # link interfaces of shared libraries, so that executables linking


Doing another clean build brings me back to the original problem

FAILED: /var/lib/sorcery/build/c++   -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=8 
-DKDE_DEPRECATE
D_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0 -DQT_NO_STL 
-DQT_NO_URL_CAST_FROM_STRING -D
QT_STRICT_ITERATORS -DQT_USE_FAST_CONCATENATION 
-DQT_USE_FAST_OPERATOR_PLUS -D_BSD_SOUR
CE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE 
-D_REENTRANT -D_XOPEN_SOU
RCE=500 -march=native -mtune=native -m64 -pipe  -funroll-loops -O3  
-Wnon-virtual-dtor
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
-Wpointer-arith -Wformat
-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
-Woverloaded-vi
rtual -fvisibility=hidden -Werror=return-type 
-fvisibility-inlines-hidden -Wnon-virtual
-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
-Wpointer-arith -W
format-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new 
-fno-common -Woverloa
ded-virtual -Werror=return-type -fvisibility=hidden 
-fvisibility-inlines-hidden -fvisib
ility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG 
-fPIC -Istaging/kgu
iaddons/src -I/var/git/kf5/staging/kguiaddons/src -I/var/git/kf5 -I. 
-I/var/git/kf5/int
erfaces -I/var/git/kf5/tier1/kcoreaddons/src/kernel 
-I/var/git/kf5/staging/kguiaddons/s
rc/colors -I/var/git/kf5/staging/kguiaddons/src/text -I/opt/qt5/include 
-I/opt/qt5/incl
ude/QtGui -I/opt/qt5/include/QtCore -I/opt/qt5/mkspecs/linux-g++-64 
-I/opt/qt5/include/
QtWidgets -I/opt/qt5/include/QtPrintSupport -I/opt/qt5/include/QtSvg 
-I/opt/qt5/include
/QtDeclarative -I/opt/qt5/include/QtScript 
-I/opt/qt5/include/QtScriptTools -I/opt/qt5/
include/QtDBus -I/opt/qt5/include/QtNetwork -I/opt/qt5/include/QtTest 
-I/opt/qt5/includ
e/QtDesigner -I/opt/qt5/include/QtXml -I/opt/qt5/include/QtConcurrent 
-I/opt/qt5/includ
e/QtUiTools -I/opt/qt5/include/QtQml -I/opt/qt5/include/QtWebKit 
-I/opt/qt5/include/QtW
ebKitWidgets -I/opt/qt5/include/QtQuick -I/opt/qt5/include/QtOpenGL 
-I/opt/qt5/include/
QtSensors -I/opt/qt5/include/QtSql -I/src/core-D_GNU_SOURCE 
-D_LARGEFILE64_SOURCE -
MMD -MT 
staging/kguiaddons/src/CMakeFiles/kguiaddons.dir/colors/kcolorscheme.cpp.o 
-MF
"staging/kguiaddons/src/CMakeFiles/kguiaddons.dir/colors/kcolorscheme.cpp.o.d" 
-o stagi
ng/kguiaddons/src/CMakeFiles/kguiaddons.dir/colors/kcolorscheme.cpp.o 
-c /var/git/kf5/s

taging/kguiaddons/src/colors/kcolorscheme.cpp
In file included from 
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.cpp:19:0:
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.h:24:27: fatal 
error: ksharedco

nfig.h: No such file or directory
compilation terminated.

 A full compile log is attached




If not -> we need to dig into generate_export_header().

If yes -> go to build/libkdeqt5staging and type make VERBOSE=1,
does the compilation line include
 -I/usr/src/kf5libs-4.90.x/build/libkdeqt5staging/src ?





kf5libs-4.90.x.bz2
Description: Binary data
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kf5 general build problem (was Re: kcolorscheme needs ksharedconfig.h)

2013-02-14 Thread Treeve Jelbert 

On Thu, 14 Feb 2013 11:41:48 +0100, David Faure wrote:

On Monday 11 February 2013 14:26:46 Treeve Jelbert wrote:

In file included from
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.cpp:19:0:
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.h:24:27: 
fatal

error: ksharedconfig.h: No such file or directory
compilation terminated.


This is surprising, because it builds for everyone else, and for
build.kde.org.
Do you still have the issue?
Can you try a full build from scratch?
(completely scratch, i.e. even removing your install prefix for KF5)



I cleared out all the remnants of previous kf5 builds and tried again, 
after installing the latest extra-cmake-modules


CMake finds things, but the build soon stops.

The first, and probably most significant error is


-- Build files have been written to: /usr/src/kf5libs-4.90.x/build
Scanning dependencies of target kdeqt5staging
[  0%] Building CXX object 
libkdeqt5staging/src/CMakeFiles/kdeqt5staging.dir/qurlpathinfo.cpp.

o
Scanning dependencies of target kplotting
Scanning dependencies of target kdbusaddons
Scanning dependencies of target itemmodels
[  0%] Scanning dependencies of target klimitediodevicetest
[  0%] Building CXX object 
tier1/kdbusaddons/src/CMakeFiles/kdbusaddons.dir/kdbusconnectionpoo

l.cpp.o
Scanning dependencies of target karchive
Building CXX object 
tier1/kplotting/src/CMakeFiles/kplotting.dir/kplotaxis.cpp.o
In file included from 
/var/git/kf5/libkdeqt5staging/src/qurlpathinfo.cpp:42:0:
/var/git/kf5/libkdeqt5staging/src/qurlpathinfo.h:45:34: fatal error: 
kdeqt5staging_export.h: No such file or directory

compilation terminated.
make[2]: *** 
[libkdeqt5staging/src/CMakeFiles/kdeqt5staging.dir/qurlpathinfo.cpp.o] 
Error 1
[  0%] make[1]: *** 
[libkdeqt5staging/src/CMakeFiles/kdeqt5staging.dir/all] Error 2

make[1]: *** Waiting for unfinished jobs




There are then several errors regarding missing moc_*.cpp files

and then

In file included from /var/git/kf5/tier1/karchive/src/kar.cpp:20:0:
/var/git/kf5/tier1/karchive/src/kar.h:21:22: fatal error: karchive.h: 
No such file or directory


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kcolorscheme needs ksharedconfig.h

2013-02-11 Thread Treeve Jelbert 
In file included from 
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.cpp:19:0:
/var/git/kf5/staging/kguiaddons/src/colors/kcolorscheme.h:24:27: fatal 
error: ksharedconfig.h: No such file or directory

compilation terminated.

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

more phonon problems

2013-02-11 Thread Treeve Jelbert 
[976/2118] Building CXX object 
interfaces/kmediaplayer/kfileaudiopreview/CMakeFiles/kfileaudio

preview.dir/kfileaudiopreview.cpp.o

In file included from 
/var/git/kf5/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.cpp:20:0:
/var/git/kf5/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.h:25:36: 
fatal error: phonon/phononnamespace.h: No such file or directory

compilation terminated.


using latest qt5 & phonon4qt5
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

khtml uses qx11info_x11 without checking for qtx11support

2013-02-10 Thread Treeve Jelbert 
/var/git/kf5/khtml/khtmlview.cpp:36:26: fatal error: qx11info_x11.h: No 
such file or directory

compilation terminated.

Also qtx11support is broken, still uses obsolete QT_{BEGIN,END}_HEADER
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Separating everything ?

2013-02-08 Thread Treeve Jelbert 

On Fri, 8 Feb 2013 08:58:57 +0100, Frank Reininghaus wrote:

Hi Patrick,

2013/2/8 Patrick Spendrin:

Am 07.02.2013 23:32, schrieb Frank Reininghaus:
...

Since I am reading this thread by chance, I might as well reply.

One of the reasons of splitting kdelibs into separate repositories 
is to

simplify the usage of single modules.
From the perspective of a full *KDE* desktop, there is no problem in
building & using all of kdelibs, since each library will be used 
several

times from several applications.

If you do not have a full *KDE* desktop (running a single KDE
application on a gnome desktop or maybe the wish to use KDE 
technology

in your Qt application), this will not be the case, and you will
generate overhead. Of course the overhead can be cut down by (1)
splitting kdelibs either at buildtime (by switching libraries on or 
off
at cmake time) or (2)after building it (currently done by some 
distros
to some extend). For KDE on Windows e.g. (1) will bring the overhead 
of
having a complete kdelibs package for rather tiny libraries and (2) 
is

simply forbidden by missing manpower.


thanks, but I'm afraid you misunderstood me. I never said that one
should be forced to build the entire thing (or circumvent that by
switching off libraries).

My idea was to have all frameworks in subfolders of the "kdelibs" or
"kde-frameworks" repository which can be built, used, installed and
released separately. The only change for people who want the latest
code from git would be that they clone not multiple repositories, but
just one, and then cd to the framework(s) they need, build and 
install

them. The only overhead would be the unused source code of the other
frameworks on the hard drive.

I see that there is a fear that a big repository will keep people 
from
contributing to a single framework. I can't quite imagine that this 
is
the case, but considering that I'm apparently the only one, I guess 
we

should better stop wasting time with this discussion and get back to
work.



let us not forget people on slow connections, or with expensive 
download limits.


It is much easier for them to download a few small repositories, rather 
than one monster. kdelibs is currently 188M.




Best regards,
Frank
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Separating everything ?

2013-02-06 Thread Treeve Jelbert 

On Wed, 6 Feb 2013 19:57:09 +0100, Alexander Neundorf wrote:

Hi,

at Kevin's talk about KDE frameworks at FOSDEM last weekend, one guy
from the
audience asked why he should not use all KDE libs if he decides to 
use one

already...

This got me thinking.
Obviously, dragging in everything is what we want to avoid.
Making kdelibs modular should also make building the libs easier. I 
mean, if

I'm a developer under Windows and want to use only karchive, I "only"
have to
make sure zlib, bzip and lzma can be found, and I'm fine to go.
Orders of magnitude better than before, where I would have had to 
make sure

enough from kdesupport can be found so I can start building kdelibs,
including
strigi, nepomuk, etc.

Still... the tier1 libraries will not have any interdependencies.
Especially the tier1 functional libs.
And they are partly really tiny.

If they don't have any interdependencies, it is trivial to add a
cmake switch
for each of them, so if I want only karchive, I simply disable all 
others.

Qxt does it similar IIRC.

Kevin actually suggested that breaking it into too many very small 
packages

would indeed be quite some work for packagers.

So, what do I suggest ?
Let's put all tier1 function libs into one repository and package,
making it a
bit easier for the packagers (and also for developers, who have to 
deal with

maybe 10 to 20 repositories less).



As a packager, I would be in favour of separate repos for tier1, tier2, 
...
Why not create tier{1,2} repos immediately, if they can build 
standalone?





Or, just do that for tier1 functional libs, this is more narrow in 
scope.


I mean, what real benefit do we get from having a separate package 
for every

tiny library ?

Comments ?

Alex
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Find Phonon4Qt5 gets confused

2013-02-04 Thread Treeve Jelbert 

On Sun, 03 Feb 2013 18:35:43 +0100, David Faure wrote:

On Sunday 03 February 2013 10:25:58 Treeve Jelbert wrote:

cmake/modules/FindKDE4Internal.cmake:find_package(Phonon 4.3.80)


Good point. Can you try removing that from FindKDE4Internal?

(at some point we'll get rid of FindKDE4Internal completely, but at
this point
it's too early, not everything is ported to kf5).



removing that check fixes things


diff --git a/cmake/modules/FindKDE4Internal.cmake 
b/cmake/modules/FindKDE4Internal.cmake

index 051c702..8bedc54 100644
--- a/cmake/modules/FindKDE4Internal.cmake
+++ b/cmake/modules/FindKDE4Internal.cmake
@@ -62,7 +62,6 @@
 #  KDE4_KNEWSTUFF2_LIBRARY  - the knewstuff2 library
 #  KDE4_KNEWSTUFF3_LIBRARY  - the knewstuff3 library
 #  KDE4_KDNSSD_LIBRARY  - the kdnssd library
-#  KDE4_PHONON_LIBRARY  - the phonon library
 #  KDE4_THREADWEAVER_LIBRARY- the threadweaver library
 #  KDE4_SOLID_LIBRARY   - the solid library
 #  KDE4_KNOTIFYCONFIG_LIBRARY- the knotifyconfig library
@@ -98,7 +97,6 @@
 #  KDE4_KDNSSD_LIBS   - the kdnssd library and all depending 
libraries
 #  KDE4_KDESU_LIBS- the kdesu library and all depending 
libraries
 #  KDE4_KPTY_LIBS - the kpty library and all depending 
libraries
-#  KDE4_PHONON_LIBS   - the phonon library and all depending 
librairies
 #  KDE4_THREADWEAVER_LIBRARIES- the threadweaver library and all 
depending libraries
 #  KDE4_SOLID_LIBS- the solid library and all depending 
libraries
 #  KDE4_KNOTIFYCONFIG_LIBS- the knotify config library and all 
depending libraries
@@ -658,21 +656,6 @@ if(_kdeBootStrapping  OR  TARGET 
${KDE4_TARGET_PREFIX}nepomuk)

 endif(_kdeBootStrapping  OR  TARGET ${KDE4_TARGET_PREFIX}nepomuk)


-### try to find Phonon 


-
-# we do this here instead of above together with the checks for Perl 
etc.
-# since FindPhonon.cmake also uses ${KDE4_LIB_INSTALL_DIR} to check 
for Phonon,

-# which helps with finding the phonon installed as part of kdesupport:
-
-find_package(Phonon 4.3.80)
-set(KDE4_PHONON_LIBRARY ${PHONON_LIBRARY})
-set(KDE4_PHONON_LIBS ${PHONON_LIBS})
-set(KDE4_PHONON_INCLUDES ${PHONON_INCLUDES})
-if(NOT PHONON_FOUND)
-   message(STATUS "Phonon not found")
-endif(NOT PHONON_FOUND)
-
-
 #  provide some options   
##


 option(KDE4_BUILD_TESTS  "Build the tests" ON)
@@ -1339,7 +1322,6 @@ endif (NOT KDE4Internal_FIND_QUIETLY)
 set(KDE4_INCLUDES
${KDE4_INCLUDE_DIR}
${KDE4_INCLUDE_DIR}/KDE
-   ${KDE4_PHONON_INCLUDES}
${QT_INCLUDES}
${_KDE4_PLATFORM_INCLUDE_DIRS}
 )

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Find Phonon4Qt5 gets confused

2013-02-03 Thread Treeve Jelbert 

I have both phonon and Phonon4Qt5 installed, in separate locations
Phonon4Qt5 is in /opt/kf5

kf5 build fails because it detects bits of both versions of phonon.


# grep [P,p]hon CMakeCache.txt
PHONON_LIBRARY:FILEPATH=/usr/lib/libphonon.so
//The directory containing a CMake configuration file for Phonon4Qt5.
Phonon4Qt5_DIR:PATH=/opt/kf5/lib/cmake/phonon4qt5
kfileaudiopreview_LIB_DEPENDS:STATIC=general;kio;general;/usr/lib/libphonon.so;general;kwidgets;general;ki18n;
khtml_LIB_DEPENDS:STATIC=general;kparts;general;/usr/lib/libphonon.so;general;kjs;general;karchive;general;sonnetcore;general;/usr/lib/libjpeg.so;general;/usr/lib/libgif.so;general;/usr/lib/libpng.so;general;/lib/libz.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;/usr/lib/libXft.so;general;/usr/lib/libXau.so;general;/usr/lib/libXdmcp.so;general;/usr/lib/libXpm.so;general;kguiaddons;general;kwidgetsaddons;general;ki18n;general;kwindowsystem;
knotifyconfig_LIB_DEPENDS:STATIC=general;kio;general;Phonon::phonon4qt5;general;Phonon::phonon4qt5experimental;general;kcoreaddons;general;kwidgets;general;ki18n;
//Details about finding Phonon
FIND_PACKAGE_MESSAGE_DETAILS_Phonon:INTERNAL=[/usr/include][/usr/lib/libphonon.so][v(4.3.80)]


This is probably because of FindKDE4Internal.cmake

$ git grep \(Phonon
CMakeLists.txt:find_package(Phonon4Qt5 4.6.60)
cmake/modules/FindKDE4Internal.cmake:find_package(Phonon 4.3.80)
cmake/modules/FindPhonon.cmake:find_package_handle_standard_args(Phonon 
DEFAULT_MSG  PHONON_I

___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: FindLibintl.cmake does not set LIBINTL_LIBRARIES correctly

2013-01-21 Thread Treeve Jelbert 

On Sat, 19 Jan 2013 15:59:32 +0100, Treeve Jelbert wrote:

# grep LIBINTL CMakeCache.txt
LIBINTL_INCLUDE_DIR:PATH=/usr/include
//ADVANCED property for variable: LIBINTL_INCLUDE_DIR
LIBINTL_INCLUDE_DIR-ADVANCED:INTERNAL=1
//ADVANCED property for variable: LIBINTL_LIBC_HAS_DGETTEXT
LIBINTL_LIBC_HAS_DGETTEXT-ADVANCED:INTERNAL=1
LIBINTL_LIBC_HAS_DGETTEXT:INTERNAL=1


$ ls -l /usr/lib/libintl.*
-rw-r--r-- 1 root root 110934 Jan 18 20:51 /usr/lib/libintl.a
-rw-r--r-- 1 root root915 Jan 18 20:51 /usr/lib/libintl.la
lrwxrwxrwx 1 root root 16 Jan 18 20:52 /usr/lib/libintl.so ->
libintl.so.8.1.2
lrwxrwxrwx 1 root root 16 Jan 18 20:52 /usr/lib/libintl.so.8 ->
libintl.so.8.1.2
-rw-r--r-- 1 root root  58924 Jan 18 20:51 /usr/lib/libintl.so.8.1.2


I am using glibc-2.17


FAILED: : && /var/lib/sorcery/build/c++  -fPIC -march=native
-mtune=native -m64 -pipe  -funroll-loops -O3  -Wnon-virtual-dtor
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W
-Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS
-fno-check-new -fno-common -Woverloaded-virtual
-fno-threadsafe-statics -Werror=return-type -fvisibility=hidden
-fvisibility-inlines-hidden -fvisibility=hidden
-fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG
-Wl,--enable-new-dtags -Wl,--fatal-warnings -Wl,--no-undefined -lc
-Wl,--enable-new-dtags -Wl,--fatal-warnings -Wl,--no-undefined -lc  
-s

-shared -Wl,-soname,libki18n.so.5 -o
staging/ki18n/src/libki18n.so.5.0.0
staging/ki18n/src/CMakeFiles/ki18n.dir/klocalizedstring.cpp.o
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o
staging/ki18n/src/CMakeFiles/ki18n.dir/kuitformats.cpp.o
staging/ki18n/src/CMakeFiles/ki18n.dir/kuitsemantics.cpp.o
staging/ki18n/src/CMakeFiles/ki18n.dir/common_helpers.cpp.o
staging/ki18n/src/CMakeFiles/ki18n.dir/ki18n_automoc.cpp.o
/opt/qt5/lib/libQt5Core.so.5.1.0
/opt/qt5/lib/libQt5Concurrent.so.5.1.0 
/opt/qt5/lib/libQt5Xml.so.5.1.0

/opt/qt5/lib/libQt5Core.so.5.1.0 -Wl,-rpath,/opt/qt5/lib:
&& :
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalog::KCatalog(QString const&, QString const&)':
kcatalog.cpp:(.text+0x67f): undefined reference to
`libintl_bind_textdomain_codeset'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalogPrivate::setupGettextEnv()':
kcatalog.cpp:(.text+0xd1a): undefined reference to 
`libintl_bindtextdomain'

staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalog::translate(QByteArray const&) const':
kcatalog.cpp:(.text+0xe68): undefined reference to `libintl_dgettext'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalog::translate(QByteArray const&, QByteArray const&) const':
kcatalog.cpp:(.text+0xfd8): undefined reference to 
`libintl_dcgettext'

staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalog::translate(QByteArray const&, QByteArray const&, unsigned
long long) const':
kcatalog.cpp:(.text+0x10de): undefined reference to 
`libintl_dngettext'

staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function
`KCatalog::translate(QByteArray const&, QByteArray const&, QByteArray
const&, unsigned long long) const':
kcatalog.cpp:(.text+0x1272): undefined reference to 
`libintl_dcngettext'

collect2: error: ld returned 1 exit status



The following small patch solved it for me



forgot the patch!


commit 1f4d953f7e54fae7f74885d11f25ce3661789dce
Author: Treeve Jelbert 
Date:   Sun Jan 20 09:36:33 2013 +0100

fix libintl detection and usage

diff --git a/cmake/modules/FindLibintl.cmake 
b/cmake/modules/FindLibintl.cmake

index 52ae647..f74ae70 100644
--- a/cmake/modules/FindLibintl.cmake
+++ b/cmake/modules/FindLibintl.cmake
@@ -29,8 +29,8 @@ if(LIBINTL_INCLUDE_DIR)
   check_function_exists(dgettext LIBINTL_LIBC_HAS_DGETTEXT)

   if (LIBINTL_LIBC_HAS_DGETTEXT)
-set(LIBINTL_LIBRARIES)
-set(LIBINTL_LIB_FOUND TRUE)
+set(LIBINTL_LIBRARIES "intl")
+set(LIBINTL_LIB_FOUND)
   else (LIBINTL_LIBC_HAS_DGETTEXT)
 find_library(LIBINTL_LIBRARIES NAMES intl libintl )
 if(LIBINTL_LIBRARIES)
diff --git a/staging/ki18n/src/CMakeLists.txt 
b/staging/ki18n/src/CMakeLists.txt

index 9278ee5..c01a780 100644
--- a/staging/ki18n/src/CMakeLists.txt
+++ b/staging/ki18n/src/CMakeLists.txt
@@ -9,7 +9,7 @@ set(libki18n_SRCS
 add_library(ki18n ${libki18n_SRCS})
 generate_export_header(ki18n)

-target_link_libraries(ki18n LINK_PUBLIC  ${QT_QTCORE_LIBRARY}
+target_link_libraries(ki18n LINK_PUBLIC  ${QT_QTCORE_LIBRARY} 
${LIBINTL_LIBRARIES}

 LINK_PRIVATE ${QT_QTXML_LIBRARY})

 set_target_properties(ki18n PROPERTIES VERSION   
${KI18N_VERSION_STRING}





Regards, Treeve



___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

FindLibintl.cmake does not set LIBINTL_LIBRARIES correctly

2013-01-19 Thread Treeve Jelbert 

# grep LIBINTL CMakeCache.txt
LIBINTL_INCLUDE_DIR:PATH=/usr/include
//ADVANCED property for variable: LIBINTL_INCLUDE_DIR
LIBINTL_INCLUDE_DIR-ADVANCED:INTERNAL=1
//ADVANCED property for variable: LIBINTL_LIBC_HAS_DGETTEXT
LIBINTL_LIBC_HAS_DGETTEXT-ADVANCED:INTERNAL=1
LIBINTL_LIBC_HAS_DGETTEXT:INTERNAL=1


$ ls -l /usr/lib/libintl.*
-rw-r--r-- 1 root root 110934 Jan 18 20:51 /usr/lib/libintl.a
-rw-r--r-- 1 root root915 Jan 18 20:51 /usr/lib/libintl.la
lrwxrwxrwx 1 root root 16 Jan 18 20:52 /usr/lib/libintl.so -> 
libintl.so.8.1.2
lrwxrwxrwx 1 root root 16 Jan 18 20:52 /usr/lib/libintl.so.8 -> 
libintl.so.8.1.2

-rw-r--r-- 1 root root  58924 Jan 18 20:51 /usr/lib/libintl.so.8.1.2


I am using glibc-2.17


FAILED: : && /var/lib/sorcery/build/c++  -fPIC -march=native 
-mtune=native -m64 -pipe  -funroll-loops -O3  -Wnon-virtual-dtor 
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W 
-Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS 
-fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics 
-Werror=return-type -fvisibility=hidden -fvisibility-inlines-hidden 
-fvisibility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG 
-DQT_NO_DEBUG  -Wl,--enable-new-dtags -Wl,--fatal-warnings 
-Wl,--no-undefined -lc -Wl,--enable-new-dtags -Wl,--fatal-warnings 
-Wl,--no-undefined -lc  -s -shared -Wl,-soname,libki18n.so.5 -o 
staging/ki18n/src/libki18n.so.5.0.0 
staging/ki18n/src/CMakeFiles/ki18n.dir/klocalizedstring.cpp.o 
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o 
staging/ki18n/src/CMakeFiles/ki18n.dir/kuitformats.cpp.o 
staging/ki18n/src/CMakeFiles/ki18n.dir/kuitsemantics.cpp.o 
staging/ki18n/src/CMakeFiles/ki18n.dir/common_helpers.cpp.o 
staging/ki18n/src/CMakeFiles/ki18n.dir/ki18n_automoc.cpp.o  
/opt/qt5/lib/libQt5Core.so.5.1.0 /opt/qt5/lib/libQt5Concurrent.so.5.1.0 
/opt/qt5/lib/libQt5Xml.so.5.1.0 /opt/qt5/lib/libQt5Core.so.5.1.0 
-Wl,-rpath,/opt/qt5/lib: && :
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalog::KCatalog(QString const&, QString const&)':
kcatalog.cpp:(.text+0x67f): undefined reference to 
`libintl_bind_textdomain_codeset'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalogPrivate::setupGettextEnv()':
kcatalog.cpp:(.text+0xd1a): undefined reference to 
`libintl_bindtextdomain'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalog::translate(QByteArray const&) const':

kcatalog.cpp:(.text+0xe68): undefined reference to `libintl_dgettext'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalog::translate(QByteArray const&, QByteArray const&) const':

kcatalog.cpp:(.text+0xfd8): undefined reference to `libintl_dcgettext'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalog::translate(QByteArray const&, QByteArray const&, unsigned long 
long) const':

kcatalog.cpp:(.text+0x10de): undefined reference to `libintl_dngettext'
staging/ki18n/src/CMakeFiles/ki18n.dir/kcatalog.cpp.o: In function 
`KCatalog::translate(QByteArray const&, QByteArray const&, QByteArray 
const&, unsigned long long) const':
kcatalog.cpp:(.text+0x1272): undefined reference to 
`libintl_dcngettext'

collect2: error: ld returned 1 exit status



The following small patch solved it for me

Regards, Treeve



___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: What to do with kjs & qkjs ?

2012-12-15 Thread Treeve Jelbert 

On Sat, 15 Dec 2012 15:46:52 +0100, Alexander Neundorf wrote:

Hi,

for kjs there is also a QT_ONLY option.
In this case the library is named qkjs instead of kjs.


there is a typo in the cmake file for kjs, it install incorrectly named 
libraries.


$ grep SOV /var/log/sorcery/install/kf5libs-git
/opt/kf5/lib/libkjsapi.so.SOVERSION
/opt/kf5/lib/libkjs.so.SOVERSION
/opt/kf5/lib/libkwidgetsaddons.so.SOVERSION



Regards, Treeve



I've got multiple questions: do we want to continue to support 
QT_ONLY also

with KDE frameworks ?

If so, and when building in QT_ONLY mode, should the installed 
package still

be called kjs, or qkjs ?
If it should be called qkjs, then the installed Config.cmake file
should also
be called qkjsConfig.cmake. If it is installed also as 
kjsConfig.cmake, qkjs

and kjs can't be installed in parallel, because of the name clashes.

But this actually also applied to the installed header files, both in
the kjs
and in the qkjs case they go into include/kjs/.

Or should in the QT_ONLY case the library also be called kjs, but a 
flag in

the kjsConfig.cmake can signal that it is Qt-only ?

Alex
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

removing use of qt names which are removed in qt5

2012-12-13 Thread Treeve Jelbert 

Qt5 has now removed some functions which were previously deprecated.

the attached script will scan an entire git branch and fix any use of 
the following cases:


{To,From}Ascii

Qt::WFlags

I have used this script locally an all my kde repos, applying it to 
4.9/master/4.10/frameworks branches as appropriate.


Everything builds and runs using qt-4.8.4

It also reduces the number of errors when compiling kdelibs/frameworks 
using qt-5.0


My latest attempt to build frameworks got as far as

[2666/3860] Building CXX object 
kfile/tests/CMakeFiles/kurlnavigatortest.dir/kurlnaviga

tortest_automoc.cpp.o


I would suggest applying it to KDE/4.9 branch and then forward porting 
to master, KDE/4.10 , frameworks.



#!/bin/bash
# replace s1 by s2 in all files
function replace() {
 local FF F
 FF=`git grep $1 | cut -d: -f1 | uniq`
 for F in $FF;do
  sed -i "s/$1/$2/" $F
  git add $F
 done
}


# scan a repo branch
function changes() {
echo processing $PWD
#already done
replace 'Qt::WFlags' 'Qt::WindowFlags'
git commit -m'replace obsolete Qt::WFlags (removed in qt5)'

replace toAscii toLatin1
replace fromAscii fromLatin1
git commit -m'replace {to,from}Ascii by {to,from}Latin1 (qt5 uses 
unicode)'


#replace qRealloc realloc
#replace qAlloc malloc
#replace qFree  free
#git commit -m'replace qAlloc/qRealloc/qFree (not in qt5)'
}

changes

_
Regards, Treeve


___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel