On Sun, 6 May 2012 08:31:17 AM Thomas Lübking wrote:
> fails on cmake level?
yah. I deleted the source and refreshed plus there's a new release kdesrc-
build and that did it. Now kde-baseapps is failing to link due to a missing
libnepomukdatamanagement. Should the build be making that as well?
Am 06.05.2012, 13:00 Uhr, schrieb Lindsay Mathieson
:
build and that did it. Now kde-baseapps is failing to link due to a
missing
libnepomukdatamanagement. Should the build be making that as well?
Should have been built with kde-runtime, watch it's cmake error messages
(but if it's a ha
On Sun, 6 May 2012 01:07:55 PM you wrote:
> Should have been built with kde-runtime, watch it's cmake error messages
> (but if it's a hard requirement of kde-baseapps it should rather not be an
> option in kde-runtime *shrug*)
Not sure if its being built or not. Looks like it should be.
-
Hi,
Am Sonntag, 6. Mai 2012 schrieb Thomas Lübking :
> Am 06.05.2012, 13:00 Uhr, schrieb Lindsay Mathieson <
> lindsay.mathie...@gmail.com>:
>
> build and that did it. Now kde-baseapps is failing to link due to a
>> missing
>> libnepomukdatamanagement. Should the build be making that as well?
>
On Sun, May 6, 2012 at 5:27 PM, Lindsay Mathieson
wrote:
> Well bugger - can't build Soprano because it require libiodbc2-dev and there's
> a packaging error with it - can't install that without uninstalling kde :(
>
> Would my best bet be to build libiodbc2 for source?
On Kubuntu, I had the same
On Sun, 6 May 2012 05:30:57 PM Shantanu Tushar Jha wrote:
> On Kubuntu, I had the same issue and found out thats deliberate,
> Debian now uses unixodbc-dev instead of libiodbc2-dev. So you have to
> install unixodbc-dev and use a patched Soprano with this
> http://paste.ubuntu.com/968384/ . Should
On Sun, 6 May 2012 01:07:55 PM you wrote:
> > build and that did it. Now kde-baseapps is failing to link due to a
> > missing
> > libnepomukdatamanagement. Should the build be making that as well?
>
> Should have been built with kde-runtime, watch it's cmake error messages
> (but if it's a ha
On Sun, May 6, 2012 at 4:38 PM, Lindsay Mathieson <
lindsay.mathie...@gmail.com> wrote:
> I'm building trunk from src and kde-baseapps is falling due to this lib
> missing
>
kde-runtime
Though I think it would be better if Peter just coped the source files of
the resourcewatcher and regularly up
On Sunday, May 06, 2012 22:58:26 Lindsay Mathieson wrote:
> On Sun, 6 May 2012 01:07:55 PM you wrote:
> > > build and that did it. Now kde-baseapps is failing to link due to a
> > > missing
> > > libnepomukdatamanagement. Should the build be making that as well?
> >
> > Should have been built wit
On Sun, 6 May 2012 10:08:33 AM Michael Pyne wrote:
> If it makes you feel any better this is what life is like for me too at
> this point, and I'm the one writing kdesrc-build...
My sympathies, and gratitude :)
--
Lindsay
signature.asc
Description: This is a digitally signed message part.
>> V
It was failing for me as well because nepomuk from kde-runtime was silently
not building because of soprano's virtuoso not being built. Building the
patched soprano with unixodbc-dev and rebuilding kde-runtime fixed the
baseapps issue.
You might want to take a look at
https://projects.kde.org/proj
On Sun, 6 May 2012 08:01:23 PM Shantanu Tushar Jha wrote:
> It was failing for me as well because nepomuk from kde-runtime was silently
> not building because of soprano's virtuoso not being built. Building the
> patched soprano with unixodbc-dev and rebuilding kde-runtime fixed the
> baseapps issu
On 2012-05-06, Vishesh Handa wrote:
> --===4448671127468223506==
> Content-Type: multipart/alternative; boundary=bcaec554de825124e104bf5e7f70
>
> --bcaec554de825124e104bf5e7f70
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Sun, May 6, 2012 at 4:38 PM, Lindsay Mathieson <
> lind
On Sun, May 6, 2012 at 9:50 PM, Sune Vuorela wrote:
> On 2012-05-06, Vishesh Handa wrote:
> > --===4448671127468223506==
> > Content-Type: multipart/alternative;
> boundary=bcaec554de825124e104bf5e7f70
> >
> > --bcaec554de825124e104bf5e7f70
> > Content-Type: text/plain; charset=ISO-8
dragon:
In file included from
/home/kdedev/kdesrc/build/kde/kdemultimedia/dragon/src/app/dragon_automoc.cpp:4:0:
/home/kdedev/kdesrc/build/kde/kdemultimedia/dragon/src/app/moc_mediaplayer2.cpp:
In member function ‘virtual int MediaPlayer2::qt_metacall(QMetaObject::Call,
int, void**)’:
/home/kde
On 05/06/2012 03:54 PM, Vishesh Handa wrote:
On Sun, May 6, 2012 at 4:38 PM, Lindsay Mathieson
mailto:lindsay.mathie...@gmail.com>> wrote:
I'm building trunk from src and kde-baseapps is falling due to this lib
missing
kde-runtime
Though I think it would be better if Peter just cope
On Monday, May 07, 2012 05:46:27 Lindsay Mathieson wrote:
> dragon:
Dragon should work now. I've backported the commits to allow dragon to build
independently of the old SVN repo. (Also backported to 4.8)
> strigi-multimedia fails to install with:
> /home/kdedev/kdesrc/log/2012-05-07-02/strigi-m
On Sun, 6 May 2012 07:53:56 PM Michael Pyne wrote:
> Dragon should work now. I've backported the commits to allow dragon to
> build independently of the old SVN repo. (Also backported to 4.8)
Yup, it builds now, thanks.
>
> > strigi-multimedia fails to install with:
> > /home/kdedev/kdesrc/log/
On Sun, 6 May 2012 08:31:17 AM Thomas Lübking wrote:
> fails on cmake level?
>
> there was a change like 3 days ago or so which causes this you need a
> pretty recent version of kdelibs resp. sth. like
> FindKDeclarative.cmake with your cmake modules.
Did a clean rebuild of all packages with src u
19 matches
Mail list logo
