On Wednesday 02 February 2011 18:26:35 Alexander Neundorf wrote:
> On Wednesday 02 February 2011, Michael Pyne wrote:
> ...
>
> > e.g. worrying about environment variables like PKG_CONFIG_PATH is no
> > idle
> > claim (kdesrc-build sets that as well), along with PATH in order to pick
> > up the ri
On Friday 04 February 2011, Andreas Pakulat wrote:
> On 04.02.11 00:33:58, David Faure wrote:
> > On Wednesday 02 February 2011, Alexander Neundorf wrote:
> > > On Wednesday 02 February 2011, Michael Pyne wrote:
> > > ...
> > >
> > > > e.g. worrying about environment variables like PKG_CONFIG_PATH
On 04.02.11 00:33:58, David Faure wrote:
> On Wednesday 02 February 2011, Alexander Neundorf wrote:
> > On Wednesday 02 February 2011, Michael Pyne wrote:
> > ...
> >
> > > e.g. worrying about environment variables like PKG_CONFIG_PATH is no idle
> > > claim (kdesrc-build sets that as well), along
On Thu, Feb 3, 2011 at 6:29 PM, David Faure wrote:
> On Wednesday 02 February 2011, Dawit A wrote:
>> There never was any
>> dependency, neither compile time nor run time, between kdebase and
>> kwebkitpart. Never!
>
> Wrong.
> kttsplugin was testing for kwebkitpart, before I ported it to
> KParts
On Wednesday 02 February 2011, Alexander Neundorf wrote:
> On Wednesday 02 February 2011, Michael Pyne wrote:
> ...
>
> > e.g. worrying about environment variables like PKG_CONFIG_PATH is no idle
> > claim (kdesrc-build sets that as well), along with PATH in order to pick
> > up the right Qt versi
On Wednesday 02 February 2011, Dawit A wrote:
> There never was any
> dependency, neither compile time nor run time, between kdebase and
> kwebkitpart. Never!
Wrong.
kttsplugin was testing for kwebkitpart, before I ported it to
KParts::TextExtension.
Not that mjansen really needs text-to-speech
On Wednesday 02 February 2011, Michael Pyne wrote:
...
> e.g. worrying about environment variables like PKG_CONFIG_PATH is no idle
> claim (kdesrc-build sets that as well), along with PATH in order to pick up
> the right Qt version.
Please try to use only CMAKE_PREFIX_PATH instead of setting PATH.
On Tuesday 01 February 2011, Michael Jansen wrote:
> > If you find the place let me know.
>
> No ... only if i am unable to fix it myself :)) .
>
> > > > Do you need that for running ?
> > > > For building it's not necessary. Use CMAKE_PREFIX_PATH.
> > >
> > > I always thought that PATH controls wh
On Tuesday, February 01, 2011 19:14:34 Andreas Pakulat wrote:
> Once you know it puts that into the PATHS option the rest is a mere look
> at the cmake manual
As soon as you mentioned having to dive into the CMake manual to make
something work you have lost a fair amount of bleeding edge testers
On Tue, Feb 1, 2011 at 6:43 PM, Michael Jansen wrote:
>
>
>> I guess this is not really the point of your discussion, but a rather
>> a bad example you used...
>
> Really? I meant it as an example that without compiling kwebkitpart before
> kdebase you didn't get support for it in konqueror. Which
On 01.02.11 23:14:26, Michael Jansen wrote:
> > > > Do you need that for running ?
> > > > For building it's not necessary. Use CMAKE_PREFIX_PATH.
> > >
> > > I always thought that PATH controls which qt version is selected if you
> > > have more than one (First qmake found). It was that way some
> I guess this is not really the point of your discussion, but a rather
> a bad example you used...
Really? I meant it as an example that without compiling kwebkitpart before
kdebase you didn't get support for it in konqueror. Which you acknowledge if i
read your mail correctly happened at a t
On Tue, Feb 1, 2011 at 4:14 PM, Michael Jansen wrote:
>
>> a. nope. kwebkitpart only depends on kdelibs! There are no
>> requirements besides that. The previous requirement that you must
>> build kwebkitpart before you compiled the konq-plugins, which have now
>> been moved to kdebase, is now
> If you find the place let me know.
No ... only if i am unable to fix it myself :)) .
> > > Do you need that for running ?
> > > For building it's not necessary. Use CMAKE_PREFIX_PATH.
> >
> > I always thought that PATH controls which qt version is selected if you
> > have more than one (First
On Tuesday 01 February 2011, Michael Jansen wrote:
...
> > > kdesupport? anyone ... perhaps qt from trunk or qtsoftware to get
> > > problems as early as possible?
> >
> > I was asking specifically about "KDE" stuff, i.e. everything starting
> > with kdelibs, not stuff kdelibs depends on (which I a
> > So want Aaaron and me to miss out on kwebkit and scripting, and
> > policykit
> > and rekonq and ... konsole? How do you suppose to use your system
> > without
> > konsole.
>
> Yes, with git this has become more stuff.
build-tool is able to compile more than 100 Modules. And run the stuff.
> a. nope. kwebkitpart only depends on kdelibs! There are no
> requirements besides that. The previous requirement that you must
> build kwebkitpart before you compiled the konq-plugins, which have now
> been moved to kdebase, is now longer valid because of the addition of
> several Extentsion
On Tue, Feb 1, 2011 at 2:58 PM, Michael Jansen wrote:
> On Tuesday 01 February 2011 20:35:27 Alexander Neundorf wrote:
>> On Tuesday 01 February 2011, Michael Jansen wrote:
>> > On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
>> > > On Monday 31 January 2011, Aaron J. Seigo wrote:
>
On Tuesday 01 February 2011, Michael Jansen wrote:
> On Tuesday 01 February 2011 20:35:27 Alexander Neundorf wrote:
> > On Tuesday 01 February 2011, Michael Jansen wrote:
> > > On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
> > > > On Monday 31 January 2011, Aaron J. Seigo wrote:
>
On Tuesday 01 February 2011 20:35:27 Alexander Neundorf wrote:
> On Tuesday 01 February 2011, Michael Jansen wrote:
> > On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
> > > On Monday 31 January 2011, Aaron J. Seigo wrote:
> > > > On Sunday, January 30, 2011, Michael Pyne wrote:
> >
On Tuesday 01 February 2011, Michael Jansen wrote:
> On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
> > On Monday 31 January 2011, Aaron J. Seigo wrote:
> > > On Sunday, January 30, 2011, Michael Pyne wrote:
> > > > Like I said, "xml-support" branch on kdesrc-build git. If you want
On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
> On Monday 31 January 2011, Aaron J. Seigo wrote:
> > On Sunday, January 30, 2011, Michael Pyne wrote:
> > > Like I said, "xml-support" branch on kdesrc-build git. If you want
> > > to
> > > give
> >
> > _very_ cool. will the good new
On Monday 31 January 2011, Aaron J. Seigo wrote:
> On Sunday, January 30, 2011, Michael Pyne wrote:
> > Like I said, "xml-support" branch on kdesrc-build git. If you want to
> > give
>
> _very_ cool. will the good news today never end? ;)
>
> serious question: once this is stabilized, can we make t
On Mon, Jan 31, 2011 at 19:08, Michael Pyne wrote:
> On Monday, January 31, 2011 18:19:12 Albert Astals Cid wrote:
>> cons:
>> * There is black magic happening behind your back and once something
>> breaks you won't know how to fix things by yourself.
>
> For instance even after using kdesrc-build
On Monday, January 31, 2011 18:19:12 Albert Astals Cid wrote:
> cons:
> * There is black magic happening behind your back and once something
> breaks you won't know how to fix things by yourself.
Although it is definitely true that kdesrc-build hides what it's doing unless
you delve into either
On Monday, January 31, 2011, Albert Astals Cid wrote:
> * There is black magic happening behind your back and once something
> breaks you won't know how to fix things by yourself.
we can and should document how to do all the things "by hand" as well for such
situations.
but it would be nice if
On Monday, January 31, 2011 17:48:38 Aaron J. Seigo wrote:
> On Sunday, January 30, 2011, Michael Pyne wrote:
> > Like I said, "xml-support" branch on kdesrc-build git. If you want to
> > give
>
> _very_ cool. will the good news today never end? ;)
>
> serious question: once this is stabilized, c
A Dilluns, 31 de gener de 2011, Aaron J. Seigo va escriure:
> On Sunday, January 30, 2011, Michael Pyne wrote:
> > Like I said, "xml-support" branch on kdesrc-build git. If you want to
> > give
>
> _very_ cool. will the good news today never end? ;)
>
> serious question: once this is stabilized,
On Sunday, January 30, 2011, Michael Pyne wrote:
> Like I said, "xml-support" branch on kdesrc-build git. If you want to give
_very_ cool. will the good news today never end? ;)
serious question: once this is stabilized, can we make this the default
recommended way of building KDE from git on te
Hi all,
Just a quick email as I'm already late getting to bed, but I just wanted to
let you know (in case you're interested) that I've just committed initial
support for the kde_projects.xml database to kdesrc-build (in git; xml-support
branch).
It requires using a "use-xml-modules" option in
30 matches
Mail list logo
