warning during build. I don't
know why it is there, hopefully someone knows.
Diffs
-
phonon/platform_kde/CMakeLists.txt 281425fb6f6c1a41f14399ac17f8a94cd99507ad
Diff: https://git.reviewboard.kde.org/r/126210/diff/
Testing
---
Builds, and runs (unfortunately can't run the test
> know why it is there, hopefully someone knows.
>
>
> Diffs
> -
>
> phonon/platform_kde/CMakeLists.txt 281425fb6f6c1a41f14399ac17f8a94cd99507ad
>
> Diff: https://git.reviewboard.kde.org/r/126210/diff/
>
>
> Testing
> ---
>
> Builds, and runs (unfo
Plasma.
Repository: plasma-workspace
Description
---
This very old piece of code triggers a scanelf warning during build. I don't
know why it is there, hopefully someone knows.
Diffs
-
phonon/platform_kde/CMakeLists.txt 281425fb6f6c1a41f14399ac17f8a94cd99507ad
Diff:
On Sunday 27 January 2013 22:51:31 Stephen Kelly wrote:
> David Faure wrote:
> > Git commit f21f2fddbb261bec1ef36968e71091123c7078cd by David Faure.
> > Committed on 27/01/2013 at 13:52.
> > Pushed by dfaure into branch 'phonon4qt5'.
> >
> > Fix -fPIC/PIE issue - this needs to be done in any Qt5-b
David Faure wrote:
> Git commit f21f2fddbb261bec1ef36968e71091123c7078cd by David Faure.
> Committed on 27/01/2013 at 13:52.
> Pushed by dfaure into branch 'phonon4qt5'.
>
> Fix -fPIC/PIE issue - this needs to be done in any Qt5-based project, it
> seems.
Note that with CMake 2.8.11 and
https
0cmake/FindPhononInternal.cmake
http://commits.kde.org/phonon/f21f2fddbb261bec1ef36968e71091123c7078cd
diff --git a/cmake/FindPhononInternal.cmake b/cmake/FindPhononInternal.cmake
index b4f708f..18bd05b 100644
--- a/cmake/FindPhononInternal.cmake
+++ b/cmake/FindPhononInternal.cmake
@@ -65,6 +65,10 @@ macro_l
_PATH environment variable
to point to the install dir in your home directory before running cmake on
kdelibs ?
The directories from CMAKE_PREFIX_PATH are preferred over PATHS and HINTS, so
the phonon located in your home directory should be picked up.
- Alexander Neundorf
On Sept. 22, 2011, 10:0
On Monday 10 October 2011, Laszlo Papp wrote:
> Hi,
>
> We have the qt phonon version installed on the Harmattan platform by
> default. You are not allowed to override platform package files on
> Harmattan. This is achieved by the Platform Security. Since kde phonon
> contain
On Monday 10 October 2011, Ingo Klöcker wrote:
> On Sunday 09 October 2011, Alexander Neundorf wrote:
> > On Sunday 09 October 2011, Romain Perier wrote:
> > > Hi,
> > >
> > > I don't understand something, why do phonon and kdelibs use their
> > >
On Sunday 09 October 2011, Alexander Neundorf wrote:
> On Sunday 09 October 2011, Romain Perier wrote:
> > Hi,
> >
> > I don't understand something, why do phonon and kdelibs use their
> > own FindQt4.cmake instead of the one provided by cmake ?
> > There
Hi,
We have the qt phonon version installed on the Harmattan platform by
default. You are not allowed to override platform package files on
Harmattan. This is achieved by the Platform Security. Since kde phonon
contains few files having the same name as the files coming from the
platform there is
On Sunday 09 October 2011, Romain Perier wrote:
> Hi,
>
> I don't understand something, why do phonon and kdelibs use their own
> FindQt4.cmake instead of the one provided by cmake ?
> There is probably a good reason, but I don't understand why.
We need fixes and enha
Hi,
I don't understand something, why do phonon and kdelibs use their own
FindQt4.cmake instead of the one provided by cmake ?
There is probably a good reason, but I don't understand why.
In fact phonon uses FindQt4.cmake from cmake (cmake-2.8) and not the one
installed in pre
---
I have two Phonon installs: Archlinux's in /usr and mine in a home directory.
The problem was that all the modules found the correct Phonon install but
KDELibs, because KDE4_LIB_INSTALL_DIR was not yet defined when calling
find_package(Phonon ...). This lead to a buggy
KDELibs4LibraryTa
Git commit e66be3f01da496c637798e44696ff0d5a4506c90 by Harald Sitter.
Committed on 02/08/2011 at 15:18.
Pushed by sitter into branch 'master'.
Add option to build Phonon without experimental library
CCMAIL: kde-buildsystem@kde.org
M +2-1CMakeLists.txt
M +3-2
kde.org
M +1-1CMakeLists.txt
http://commits.kde.org/phonon/e9d88a450d945dc685aff86d6128d7ca7128bae9
diff --git a/CMakeLists.txt b/CMakeLists.txt
index f502fe0..a58c805 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -78,7 +78,7 @@ if(PHONON_INSTALL_QT_EXTENSIONS_INTO_SYSTEM
On Monday 13 June 2011 14:11:38 Alexander Neundorf wrote:
> So, please let me know if you still see any issues or whether this is how it
> should be handled.
Looks all good and awesome to me. Additionally it also works ;)
Thanks for fixing this!
--
Harald
gt;> > > There will be a PhononConfig.cmake file, which will be found
>> >> > > by
>> >> > > find_package(), and it will contain all the information about
>> >> > > the
>> >> > > installed phonon, like e.g.
On Tue, May 31, 2011 at 12:31 AM, Alexander Neundorf wrote:
> On Sunday 22 May 2011, Alexander Neundorf wrote:
> ...
>> > > There will be a PhononConfig.cmake file, which will be found by
>> > > find_package(), and it will contain all the information about the
>
Hi,
as discussed in Randa, I now committed a change to Phonon so that now by
default *everything* is installed inside CMAKE_INSTALL_PREFIX, including the
Qt designer plugins and the mkspecs file.
The commit is here:
http://commits.kde.org/phonon/664035456f0c9dc85b65c893f431b82118c281c0
There
nday 22 May 2011, Alexander Neundorf wrote:
> >> > ...
> >> >
> >> >> > > There will be a PhononConfig.cmake file, which will be found
> >> >> > > by
> >> >> > > find_package(), and it will contain all the information
t;> > > by
> >> > > find_package(), and it will contain all the information about
> >> > > the
> >> > > installed phonon, like e.g. the include dir.
> >> > > It will be placed in lib/cmake/phonon/.
> >> > > Alter
On Sunday 22 May 2011, Alexander Neundorf wrote:
...
> > > There will be a PhononConfig.cmake file, which will be found by
> > > find_package(), and it will contain all the information about the
> > > installed phonon, like e.g. the include dir.
> > > I
On Sun, May 22, 2011 at 6:10 PM, Alexander Neundorf wrote:
>> > I would suggest to install the buildsystem files not into share/phonon-
>> > buildsystem/, but into share/phonon/buildsystem/.
>> > Then also this generated library thingy file which is currently
a reply, I will be reverting commit
>> > > 1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
>> > > order to restore my ability to build Phonon.
>> >
>> > We are working on a revert, just too much a hassle it is..
>>
>> Only slightly relat
wrote:
> >> > > Note that if I don't get a reply, I will be reverting commit
> >> > > 1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
> >> > > order to restore my ability to build Phonon.
> >> >
> &
wrote:
> >> > > Note that if I don't get a reply, I will be reverting commit
> >> > > 1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
> >> > > order to restore my ability to build Phonon.
> >> >
> &
On Sunday 15 May 2011, Alexander Neundorf wrote:
> On Friday 11 March 2011, Harald Sitter wrote:
> > On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley wrote:
> > > Note that if I don't get a reply, I will be reverting commit
> > > 1602df28e8b82aeeecb7cfb3fe1af5279
On Friday 11 March 2011, Harald Sitter wrote:
> On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley wrote:
> > Note that if I don't get a reply, I will be reverting commit
> > 1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
> > order to restore my ability to
on it), never got
>> merged thought *shrug*.
> Could you please provide a link? I hope that I'll have some time to make
> this branch ready for merging.
Its the cmake_tng branch:
https://projects.kde.org/projects/kdesupport/phonon/phonon/repository/show?rev=cmake_tng
>
> ___
ere is a branch for that (SaroEngels was working on it), never got
>> merged thought *shrug*.
> Could you please provide a link? I hope that I'll have some time to make
> this branch ready for merging.
https://projects.kde.org/projects/kdesupport/phonon/phonon/repository/show?
Harald Sitter wrote:
> On Sat, Mar 12, 2011 at 9:11 PM, Alexander Neundorf
> wrote:
>> The pages here: http://www.vtk.org/Wiki/CMake/Tutorials explain how to do
>> this.
>
> There is a branch for that (SaroEngels was working on it), never got
> merged thought *shrug*.
Could you please provide a
-kde/kde/share/apps/cmake/modules/MacroEnsureVersion.cmake:95
>> (NORMALIZE_VERSION):
>> NORMALIZE_VERSION Macro invoked with incorrect arguments for macro named:
>> NORMALIZE_VERSION
>> Call Stack (most recent call first):
>> phonon/CMakeLists.txt:18 (macro_en
On Sat, Mar 12, 2011 at 9:11 PM, Alexander Neundorf wrote:
>> phonon-buildsystem is only used to build the backends. Applications should
>> *not* be using the stuff in there. If they manage to find FindPhonon.cmake
>> from phonon-buildsystem, the application'
hare/apps/cmake/modules/MacroEnsureVersion.cmake:95
>> (NORMALIZE_VERSION):
>> NORMALIZE_VERSION Macro invoked with incorrect arguments for macro
>> named:
>> NORMALIZE_VERSION
>> Call Stack (most recent call first):
>> phonon/CMakeLists.txt:18 (macro_ensure_version)
>
rror:
> >>
> >> CMake Error at
> >> /opt/trunk-kde/kde/share/apps/cmake/modules/MacroEnsureVersion.cmake:95
> >> (NORMALIZE_VERSION):
> >> NORMALIZE_VERSION Macro invoked with incorrect arguments for macro
> >> named:
> >> NORMALIZE_
> (NORMALIZE_VERSION):
> NORMALIZE_VERSION Macro invoked with incorrect arguments for macro named:
> NORMALIZE_VERSION
> Call Stack (most recent call first):
> phonon/CMakeLists.txt:18 (macro_ensure_version)
When calling normalize_version(), the version variable should be put in
quo
acro invoked with incorrect arguments for macro
> named:
> NORMALIZE_VERSION
> Call Stack (most recent call first):
> phonon/CMakeLists.txt:18 (macro_ensure_version)
>
> This error message actually means that PHONON_VERSION is empty.
> Further diagnosing this, I noticed that Phonon
named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
This error message actually means that PHONON_VERSION is empty.
Further diagnosing this, I noticed that Phonon recently made changes
to where they stored the version string, yet they
On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley wrote:
> Note that if I don't get a reply, I will be reverting commit
> 1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
> order to restore my ability to build Phonon.
We are working on a revert, just too much
r problems in the future with
> > >> > kdesupport fragmenting more and more.
> > >>
> > >> This way phonon-xine depend both on phonon and kdelibs (for
> > >> kde4-config). Why not just copy FindPhonon.cmake to phonon-xine and do
> > >&
(phononcore_LIB_SRCS
kde4_automoc(${phononcore_LIB_SRCS})
-kde4_add_dcop_skels(phononcore_LIB_SRCS factory.h mixeriface.h )
-
kde4_add_library(phononcore SHARED ${phononcore_LIB_SRCS})
target_link_libraries(phononcore ${KDE4_KDECORE_LIBS} kio )
@@ -108,8 +109,8 @@ install_files( /include/phonon
Andreas Hartmetz wrote:
> On Sunday 26 December 2010 10:05:40 Yury G. Kudryashov wrote:
>> 2. Create a kdesupport project for cmake macroses.
>>
> Then we still have to find a good install path. May or may not be a
> problem.
This package can install all macroses to $prefix/some/dir and add this
gt;> > KDE-specific path, is the underlying problem that needs to
> >> > be fixed. Looks like a circular dependency of sorts to me.
> >> > We're going to see similar problems in the future with kdesupport
> >> > fragmenting more and more.
>
be fixed. Looks like a circular dependency of sorts to me.
>> > We're going to see similar problems in the future with kdesupport
>> > fragmenting more and more.
>>
>> This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
>>
ndency of sorts to me.
> > We're going to see similar problems in the future with kdesupport
> > fragmenting more and more.
>
> This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
> Why not just copy FindPhonon.cmake to phonon-xine and do *not* insta
e with kdesupport
> fragmenting more and more.
This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
Why not just copy FindPhonon.cmake to phonon-xine and do *not* install it?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
commit 053263861a07e30e54a6874355465c111c4d9653
branch master
Author: Andreas Hartmetz
Date: Sat Dec 25 02:57:35 2010 +0100
This is a terrible hack to make phonon-xine find phonon.
- Copied a few lines from FindKDE4.cmake to find kde4-config
- Copied a few lines from
On Wednesday, June 30, 2010 15:07:57 Stephen Kelly wrote:
> I expect it overwrote the Qt Phonon and I'll have to overwrite it again
> when I rebuild Qt again? I'm sure I have reinstalled master again before,
> so this is probably what has happened several times now. I install Qt
Alexander Neundorf wrote:
> On Wednesday 30 June 2010, Stephen Kelly wrote:
>> Hi,
>>
>> I built Qt with Phonon support some time ago while attempting to create a
>> trivial webkit application using the html5 audio element. The attempt
>> which I didn't man
On Wednesday 30 June 2010, Stephen Kelly wrote:
> Hi,
>
> I built Qt with Phonon support some time ago while attempting to create a
> trivial webkit application using the html5 audio element. The attempt which
> I didn't manage to get working is here:
>
> http://bugr
Hi,
I built Qt with Phonon support some time ago while attempting to create a
trivial webkit application using the html5 audio element. The attempt which
I didn't manage to get working is here:
http://bugreports.qt.nokia.com/browse/QTBUG-9624
Anyway, since building Qt with phonon, I hav
SVN commit 1104237 by mmrozowski:
Forward port of 1104235 from 4.4 branch:
(More) gracefully handle building runtime/phonon without alsa:
- move version checks to phonon toplevel directory (there were two copies, one
commented out)
- guard linking with ALSA_FOUND
- move include_directories to
SVN commit 1104235 by mmrozowski:
(More) gracefully handle building runtime/phonon without alsa:
- move version checks to phonon toplevel directory (there were two copies, one
commented out)
- guard linking with ALSA_FOUND
- move include_directories to phonon toplevel dir (used in multiple
On Wednesday 24 February 2010, Pavel Heimlich, a.k.a. hajma wrote:
> Hi,
> since phonon is moved to gitorious, what is the preferred way of
> including its support in the nighly builds for cdash.org ?
> Should I keep some stable version installed or hack a script to
> checkout and b
On Wednesday 24 February 2010, Pavel Heimlich, a.k.a. hajma wrote:
> Hi,
> since phonon is moved to gitorious, what is the preferred way of
> including its support in the nighly builds for cdash.org ?
> Should I keep some stable version installed or hack a script to
> checkout and b
Hi,
since phonon is moved to gitorious, what is the preferred way of
including its support in the nighly builds for cdash.org ?
Should I keep some stable version installed or hack a script to
checkout and build latest git prior to running the Nightlys-2.6.2
script?
TIA
hajma
Hi!
Currently kdebase/runtime/phonon checks for phonon-4.2.90 but uses globalconfig
interface that was added much later (phonon-4.3.1 doesn't contain
globalconfig.h). I think that kdebase/runtime/phonon should explicitely check
for phonon-4.4.
If this is a wrong list, forward please.
--
2009/11/26 Raphael Kubo da Costa :
> On Wednesday 25 November 2009 22:05:52 Alexander Neundorf wrote:
>> Hi,
>>
>> it seems kdesupport/Phonon/ currently does not build on Solaris with the
>> Sun Studio compiler:
>> http://my.cdash.org/viewBuildError.php?buildi
On Wednesday 25 November 2009 22:05:52 Alexander Neundorf wrote:
> Hi,
>
> it seems kdesupport/Phonon/ currently does not build on Solaris with the
> Sun Studio compiler:
> http://my.cdash.org/viewBuildError.php?buildid=39142
> Hajma, Aadrian, do you already have a fix for
Hi,
it seems kdesupport/Phonon/ currently does not build on Solaris with the Sun
Studio compiler:
http://my.cdash.org/viewBuildError.php?buildid=39142
Hajma, Aadrian, do you already have a fix for this ?
Colin, you're the phonon maintainer, right ?
If you're interested in getting no
On Thursday 06 August 2009, Fathi Boudra wrote:
> This patch is still not commited.
> Does anything prevent his inclusion in 4.3 branch and trunk ?
Committed now.
Thanks for the patch, Pavel!
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on
KDE,
Konqueror (http://www.
On 07.08.09 00:27:13, Thiago Macieira wrote:
> Thiago Macieira wrote:
> >Fathi Boudra wrote:
> >>Hi,
> >>
> >>At the moment, Phonon backends are installed inside
> >>${LIB_INSTALL_DIR}/kde4/plugins/ which seems wrong.
> >
> >Whatever you de
Thiago Macieira wrote:
>Fathi Boudra wrote:
>>Hi,
>>
>>At the moment, Phonon backends are installed inside
>>${LIB_INSTALL_DIR}/kde4/plugins/ which seems wrong.
>
>Whatever you decide is right, don't touch Qt's installation.
Let me explain:
Unless t
Fathi Boudra wrote:
>Hi,
>
>At the moment, Phonon backends are installed inside
>${LIB_INSTALL_DIR}/kde4/plugins/ which seems wrong.
Whatever you decide is right, don't touch Qt's installation.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Hi,
At the moment, Phonon backends are installed inside
${LIB_INSTALL_DIR}/kde4/plugins/ which seems wrong.
By default Qt applications search the plugins under the library paths
and QT_PLUGIN_PATH.
Under KDE, startkde sets QT_PLUGIN_PATH and
${LIB_INSTALL_DIR}/kde4/plugins/ is appended
This patch is still not commited.
Does anything prevent his inclusion in 4.3 branch and trunk ?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
Pavel Volkovitskiy wrote:
>Hello!
>
>i'm trying to build latest kdebase-runtime module from 4.3 branch with
>phonon from qt (kde-qt repo) instead of kdesupport
>
>cmake finds headers/libraries but then build stops with:
>
>phonon/kded-module/phononserver.h:26:36: erro
Hello!
i'm trying to build latest kdebase-runtime module from 4.3 branch with
phonon from qt (kde-qt repo) instead of kdesupport
cmake finds headers/libraries but then build stops with:
phonon/kded-module/phononserver.h:26:36: error: Phonon/ObjectDescription: No
such file or directory
i
Le vendredi juillet 3 2009 8:54:15 PM, Raphael Kubo da Costa a écrit :
> 2009/7/3 Anne-Marie Mahfouf :
> > Hi all,
> >
> > My problem is that I use kde-qt which indicates to build Qt Phonon which
> > I did. I don't install Qt.
>
> Isn't Qt always suppos
2009/7/3 Anne-Marie Mahfouf :
> Hi all,
>
> My problem is that I use kde-qt which indicates to build Qt Phonon which I
> did. I don't install Qt.
Isn't Qt always supposed to be installed in a different directory?
> I cannot build kdebase because the FindPhonon.cmake
Hi all,
My problem is that I use kde-qt which indicates to build Qt Phonon which I
did. I don't install Qt.
I cannot build kdebase because the FindPhonon.cmake fails to retrieve phonon
version.
Mainly, this line fails
set(_phonon_namespace_header_file
"${PHONON_INCLUDE_D
Excerpts from Raphael Kubo da Costa's message of Thu Jul 02 21:08:22 +0200 2009:
> Now I think the only question left is which version is preferred. And
> if it's kde-qt's, I'd also like to know if there are plans to remove
> phonon from kdesupport.
Not removed, bu
2009/7/2 Thiago Macieira :
> Raphael Kubo da Costa wrote:
>>2009/7/2 :
>>> hi,
>>>
>>> Since the change to kde-qt, the recommanded configuration for Qt is to
>>> build with Phonon. Following a mail to kde-devel mailing list about
>>> Phonon
Raphael Kubo da Costa wrote:
>2009/7/2 :
>> hi,
>>
>> Since the change to kde-qt, the recommanded configuration for Qt is to
>> build with Phonon. Following a mail to kde-devel mailing list about
>> Phonon I tried this morning a clean build (with no installe
2009/7/2 :
> hi,
>
> Since the change to kde-qt, the recommanded configuration for Qt is to build
> with Phonon.
> Following a mail to kde-devel mailing list about Phonon I tried this morning
> a clean build (with no installed Phonon from kdesupport).
> But kdebase does not
hi,
Since the change to kde-qt, the recommanded configuration for Qt is to build
with Phonon.
Following a mail to kde-devel mailing list about Phonon I tried this morning a
clean build (with no installed Phonon from kdesupport).
But kdebase does not build, cmake rejects the kde-qt Phonon with
On Sun, May 03, 2009 at 07:33:19AM -0400, Allen Winter wrote:
> On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
> > Hi
> >
> > I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
> > (i.e., the trunk/kdesupport version), which is still
Fathi Boudra wrote:
>> I'm not planning a Phonon release. Probably Qt Software will do the
>> next Phonon feature release together with Qt 4.6.
>>
>> So, KDE 4.3 should require Phonon 4.3. Everything else needs to be
>> optional (I already told Marco about this
> I'm not planning a Phonon release. Probably Qt Software will do the next
> Phonon feature release together with Qt 4.6.
>
> So, KDE 4.3 should require Phonon 4.3. Everything else needs to be optional
> (I already told Marco about this for mplayerthumbs).
It means for distri
Em Terça-feira 05 Maio 2009, às 14:10:05, Matthias Kretz escreveu:
> On Sunday 03 May 2009 13:33:19 Allen Winter wrote:
> > On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
> > > Hi
> > >
> > > I was trying to build kdereview/mplayerthumbs and it requir
On Sunday 03 May 2009 13:33:19 Allen Winter wrote:
> On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
> > Hi
> >
> > I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
> > (i.e., the trunk/kdesupport version), which is still unreleased. H
On Saturday 02 May 2009, Thiago Macieira wrote:
> Hi
>
> I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
> (i.e., the trunk/kdesupport version), which is still unreleased. However,
> I don't see any checks for the version number anywhere.
>
> F
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
> Hi
>
> I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
> (i.e., the trunk/kdesupport version), which is still unreleased. However,
> I don't see any checks for the version number anywhere.
&
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
(i.e., the trunk/kdesupport version), which is still unreleased. However,
I don't see any checks for the version number anywhere.
FindPhonon.cmake does print the version number, which means the checking
is pos
On Friday 30 January 2009, Hasso Tepper wrote:
> Hasso Tepper wrote:
> > And FindPulseAudio.cmake is not the only one, seems. At least
> > FindIDN.cmake in kdenetwork breaks the same way here.
>
> I rewrote the FindIDN.cmake getting inspiration from other cmake files
> using pkg-config. The result
nuary 2009, Hasso Tepper wrote:
> > > > > Linking CXX shared module ../../../lib/kded_phononserver.so
> > > > > cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
> > > > > && /usr/pkg/bin/cmake -E cmake_link_script
> > > > >
Hasso Tepper wrote:
> And FindPulseAudio.cmake is not the only one, seems. At least
> FindIDN.cmake in kdenetwork breaks the same way here.
I rewrote the FindIDN.cmake getting inspiration from other cmake files
using pkg-config. The result is attached. It's only tested on DragonFly
though. If no
On Thu, 29 Jan 2009 12:07:51 +0100, David Faure wrote:
> On Thursday 29 January 2009, Hasso Tepper wrote:
> > Linking CXX shared module ../../../lib/kded_phononserver.so
> > cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
> > && /usr/pkg/b
CXX shared module ../../../lib/kded_phononserver.so
> > > > cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
> > > > && /usr/pkg/bin/cmake -E cmake_link_script
> > > > CMakeFiles/kded_phononserver.dir/link.txt --verbose=1
> > > > /usr/bin/c
Alexander Neundorf wrote:
> I haven't looked at the file yet, but it seems pkgconfig is used and
> the results are directly put into the variables.
Yeah.
> As you see, this is bad.
> Instead pkgconfig should be used only optionally, and the results
> should be used only as hints for FIND_LIBRARY/
On Thursday 29 January 2009, Max Brazhnikov wrote:
> On Thu, 29 Jan 2009 12:07:51 +0100, David Faure wrote:
> > On Thursday 29 January 2009, Hasso Tepper wrote:
> > > Linking CXX shared module ../../../lib/kded_phononserver.so
> > > cd /home/kde-devel/kde/build/KDE/
On Thu, 29 Jan 2009 12:07:51 +0100, David Faure wrote:
> On Thursday 29 January 2009, Hasso Tepper wrote:
> > Linking CXX shared module ../../../lib/kded_phononserver.so
> > cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
> > && /usr/pkg/b
David Faure wrote:
> Why is PULSEAUDIO_LIBRARY not set? I see that
> kdelibs/cmake/modules/FindPulseAudio.cmake sets it. Is your kdelibs
> uptodate?
Damn, I forgot to mention that it's a 4.2 branch. The branch itself is
uptodate, but FindPulseAudio.cmake is in kdebase/runtime/cmake/modules/.
re
On Thursday 29 January 2009, Hasso Tepper wrote:
> Linking CXX shared module ../../../lib/kded_phononserver.so
> cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
> && /usr/pkg/bin/cmake -E cmake_link_script
> CMakeFiles/kded_phononserver.dir/link.txt --ve
Linking CXX shared module ../../../lib/kded_phononserver.so
cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
&& /usr/pkg/bin/cmake -E cmake_link_script
CMakeFiles/kded_phononserver.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -Woverloaded-virtual -fvisibility=hidde
Orville Bennett wrote:
>I know about the qt7 backend but what's qtkit?
It's the Cocoa version of the QT7 backend, able to build in 64-bit.
However, it's more limited because the API of QTKit is also limited. Apple
has been informed and will be providing more in MacOS X 10.6.
--
Thiago Maciei
On Jan 19, 2009, at 2:45 AM, Thiago Macieira wrote:
> Orville Bennett wrote:
>> http://trac.macports.org/ticket/18080
>> It looks like x11 code needs to be disabled. QX11info isn't something
>> we'd find on os x. Where's the proper placed to ask phonon
Orville Bennett wrote:
>http://trac.macports.org/ticket/18080
>It looks like x11 code needs to be disabled. QX11info isn't something
>we'd find on os x. Where's the proper placed to ask phonon?
The kdemultimedia mailing list.
Note we build Phonon on Mac several times a
http://trac.macports.org/ticket/18080
It looks like x11 code needs to be disabled. QX11info isn't something
we'd find on os x. Where's the proper placed to ask phonon?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https
1 - 100 of 109 matches
Mail list logo