Menu
▾
▴
#123 0.6.4 needs to support new configure flags
$ ./configure --prefix=/usr --without-arts
checking for mcopidl... not found
configure: error: The important program mcopidl was not
found! Please check whether you installed KDE correctly
I've compiled the rest of KDE without aRts support
without problems.
Logged In: YES
user_id=320825
What does the missing 'mcopidl' have to do with arts? Please
install.
Logged In: YES
user_id=95198
# gaze from mcopidl
arts-1.3.1:/usr/bin/mcopidl
The mcopidl binary comes only from arts, not any other part
of KDE.
Logged In: YES
user_id=95198
I'll test this once I get my machine back up. I was testing
a new glibc snapshot and it didn't work out. ;)
Could we have "--without-arts" instead of "--disable-arts"
so it matches the KDE naming of the flag? This'll make my
KDE scripts work for this without modification, and possibly
others'. :)
Logged In: YES
user_id=95198
I'm attaching a patch from Thomas Baumgart which tries to
enable the functionality of disabling arts (I changed the
flag to "--without-arts" instead of "--disable-arts"), but
it doesn't seem to do the job. After running `make -f
Makefile.dist` to get a new configure I've tried the
following and configure still tries to find mcopidl:
$ ./configure --without-arts
$ ./configure --with-arts
$ ./configure
If I change the patch to have the second "kde_enable_arts"
be "no" instead of "yes", then none of the above try to find
mcopidl. I've never fiddled with autoconf/automake before,
so I'm not sure what's going on. I thought the second
"kde_enable_arts" would be what to do if the opposite flag
(--with-arts) was used, while the first is with the flag
used, but that's not it at all.
modified arts.diff from Thomas Baumgart
Logged In: YES
user_id=320825
I made the necessary changes to the head CVS revision
already (installed complete new admin directory from kdelibs).
Next would be to integrate them in the release branch. I have
to test this, because at a first glance, I could not run it on
my KDE 3.0 reference system.
Logged In: YES
user_id=320825
Renamed the issue due to the merge with #1076571 (missing
configure-switch --enable-libsuffix).
Logged In: YES
user_id=95198
Did your changes work and were they different than what's in
the patch (for the arts support)?
Logged In: YES
user_id=320825
Yes, they worked and yes they are different from the patch. I
replaced the contents of the admin subdirectory completely
with the newest from kdelibs. The patch was just a fix to get
you up and running quickly.
I made the change to the CVS head but did not have the time
to incorporate the new admin directory into the stable
branch. Until then, the patch is the only chance to get this
going.
Logged In: YES
user_id=95198
Any ETA on the next release or info on how to fix the
quickfix patch? This isn't too big a deal as I can leave
arts as a dependency, but then people who don't use arts
can't get kmymoney installed. I could update the package to
use the CVS release for now if it's "stable" enough in there. :)
Logged In: YES
user_id=320825
I updated the release branch also with the stuff out of CVS
head. Once I have all the little pieces together, I wrap up
0.6.5 (maybe another week or so). I would not recommend to
switch to head CVS if you like a stable environment. CVS
head changes rather dramatically right now and it's hard to
go back.
Logged In: YES
user_id=95198
I'll wait for the stable release then, thanks. :)
Logged In: YES
user_id=95198
Sorry for the delay; this is fixed, thanks. :)