the nepomuk USE flag on kdelibs.
I'm curious to know why nepomuk is marked deprecated when it's still in
use. It doesn't appear there's a replacement for this functionality.
Dan
e the packages that would be unmerged:
> app-misc/strigi
> selected: 0.7.8-r1
>protected: none
> omitted: none
>
> All selected packages: =app-misc/strigi-0.7.8-r1
Not here. Both kde-base/kdelibs and kde-base/systemsettings require strigi,
so I'd say the ans
have the 'opengl' flag enabled, have 'eselect-opengl' set to Nvidia
& have 'qtopengl-4.8.6-r1' installed (also the virtual),
tho' that is needed for Kdelibs with no sign of screensaving.
Has anyone else run into this problem ? Does anyone have an
I just upgraded to GCC 4.1.2, and have rebuilt system. I'm about halfway
through rebuilding world, and it's choking on kdelibs.
The complaint seems to be about libstdc++, which does not seem to exist.
Moreover, the only ebuild related to it that I can see is the compatibility
library
for KDE 4, emerge --pretend --verbose =kde-base/kde-meta-4.0.0
tells me:
[blocks B ] kde-base/kdebase-3.5.7-r6 (is blocking
kde-base/kdelibs-4.0.0)
I do not have emerge kdebase-3.5.7 but kdebase-3.5.8. The3refore, I
cannot
unemerge 3.5.7. How can I work around this?
Uwe
-base/kdebase-3.5.7-r6 (is blocking
kde-base/kdelibs-4.0.0)
I do not have emerge kdebase-3.5.7 but kdebase-3.5.8. The3refore, I
cannot unemerge 3.5.7. How can I work around this?
Uwe
For future reference, check out autounmask. I found out about it the
other day. I have
to be installed before udev is updated. emerge udev
first, then device-mapper
[blocks B ] kde-base/ksync (is blocking
kde-base/kdelibs-3.5.8-r10)
ksync is a meta kde ebuild, kdelibs is monolithic. These two cannot be
used together. See the KDE howto
[blocks B ] dev-util
- mapper-1.02.22-r5)
device-mapper wants to be installed before udev is updated. emerge udev
first, then device-mapper
[blocks B ] kde-base/ksync (is blocking
kde-base/kdelibs-3.5.8-r10)
ksync is a meta kde ebuild, kdelibs is monolithic. These two cannot be
used together
When I try to emerge kdelibs-4.0.1 it says: x11-libs/qt-4.4.0_rc1 does
not actually support the accessibility USE flag!
But if I do emerge -pv qt-assistant qt-core qt-dbus qt-gui qt-opengl
qt-qt3support qt-script qt-sql qt-svg qt-test qt-xmlpatterns I get this
list:
[ebuild R ] x11-libs/qt
On Monday 31 March 2008, 11:31, Andrew Gaydenko wrote:
I agree, my English is ugly. I'll try to explain. Saying viewer I
mean something like this:
logviewer kdelibs
will produce the same output as, say,
less /usr/portage/kde-base/kdelibs/ChangeLog
You see, it is impossible to remember
=== On Monday 31 March 2008, Etaoin Shrdlu wrote: ===
On Monday 31 March 2008, 11:31, Andrew Gaydenko wrote:
I agree, my English is ugly. I'll try to explain. Saying viewer I
mean something like this:
logviewer kdelibs
will produce the same output as, say,
less /usr
Andrew Gaydenko schrieb:
=== On Monday 31 March 2008, Etaoin Shrdlu wrote: ===
On Monday 31 March 2008, 11:31, Andrew Gaydenko wrote:
I agree, my English is ugly. I'll try to explain. Saying viewer I
mean something like this:
logviewer kdelibs
will produce the same output
-p I get many things that need
to be rebuilt:
[ebuild UD] kde-base/kdelibs-3.5.8-r4 [3.5.9-r4]
[ebuild R ] kde-base/kdemultimedia-arts-3.5.8
[ebuild UD] kde-base/libkdegames-3.5.8 [3.5.9]
[ebuild R ] kde-base/noatun-3.5.8
[ebuild R ] kde-base/kolf-3.5.8
[ebuild R
in the middle of a big
emerge, everything is missing libexpat, presumably because expat was early
in the emerge. There was no mention of qt-3.3.8-r3, but of course the
first thing revdep-rebuild wants to rebuild is kdelibs which wont rebuild
because of the qt problem.
I've tried rebuilding qt-3.3.8-r3
[EMAIL PROTECTED] writes:
Today after an emerge update the system wants to update to kde 3.5.7
However I've run into a major problem, kdelibs wont compile
It keeps stopping at the following point:
checking for Qt... configure: error: Qt (= Qt 3.3 and 4.0) (library
qt-mt) not found. Please
. I've started
rebuilding kdelibs-3.5.7-r2 and it's got past where it stopped last time,
so fingers crossed I can finish the emerge now.
Obviously there is some issue with expat-2
Thanks for the advice
Matt
--
[EMAIL PROTECTED] mailing list
]: *** [../../../bin/uic] Error 1
Matt
OK, masking expat allowed me to rebuild qt-3.3.8-r8. I've started
rebuilding kdelibs-3.5.7-r2 and it's got past where it stopped last time,
so fingers crossed I can finish the emerge now.
Obviously there is some issue with expat-2
Thanks for the advice
Matt
Hi,
I was tracking KDE-4.x for a while now while sticking to stable KDE-3.5,
which in gentoo's case is 3.5.9. Trying to get KDE-4.2 installed spits out a
blocker:
[blocks B ] =kde-base/kdebase-startkde-3.5.10
(=kde-base/kdebase-startkde-3.5.10 is blocking kde-base/kdelibs-4.2.0)
which
/kdelibs-4.2.0)
which for me means switching to *2* testing platforms (3.5.10 and 4.2) when I
want to test only 1 (4.2).
Now my question is: how safe is it to do a workaround, and create local version
of kde-base/kdelibs-4.2.0-r1 ebuild (say, -r2) which removes the block and just
stick with 3.5.9
-3.5.10 is blocking
kde-base/kdelibs-4.2.0)
which for me means switching to *2* testing platforms (3.5.10 and
4.2) when I want to test only 1 (4.2).
Now my question is: how safe is it to do a workaround, and create
local version of kde-base/kdelibs-4.2.0-r1 ebuild (say, -r2) which
removes
-base/kdebase-startkde-3.5.10 is blocking kde-base/kdelibs-4.2.0
It wasn't clear to me that this was the same problem, since that block
referenced a 3.5.10 package and mine referenced a 3.5.9 package.
since the block is:
=kde-base/kdebase-startkde-3.5.10 is blocking kde-base/kdelibs-4.2.0
%ISOamsn;
^
Entity: line 1:
%ISOamsn;
^
epm -qf
/usr/kde/3.5/share/apps/ksgmltools2/docbook/xml-dtd-4.1.2/ent/iso-amsn.ent
kdelibs-3.5.9-r4
looks like your problem somewhere with kdelibs and not k3b. Either that or
docbook-sgml-dtd-4.1-r3 IMO. Try to re-merge those two
and Kolourpaint works fine... I just
opened and closed it 10 times, drew some pictures, saved, opened...
everything seems to work normally. In the console the only output is
Starting KolourPaint on a 24-bit screen... and that's all. Here is
the kdelibs and qt-core I am using and their USE flags
060102 Abhay Kedia wrote:
Can you give output of emerge -pv kdelibs emerge -pv kdebase-startkde ?
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] kde-base/kdelibs-3.5.0-r1 +acl -alsa -arts +cups -debug -doc
-jpeg2k -kdeenablefinal
in package.keywords should be sufficient. i've
certainly not had anything demand a 3.5.1 package on three very
different (but all ~arch) boxes.
I'm also running ~x86, and kdelibs and kdebase-kioslaves 3.5.0 (the packages
I'm having problems with) are currently installed. But if I do
and kdelibs-3.4.2-r1 fails like
so. I'm way rusty at this and hoped I could get some tips here.
--
Regards, Ernie
100% Microsoft and Intel free
08:12:25 up 14:03, 3 users, load average: 0.32, 0.18, 0.66
Linux 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 2400+
kspell_aspellclient.lo
unmerge kde-base/kdegraphics-3.3.2-r2
1133109258: *** emerge --verbose unmerge kde-base/kdegraphics
1133721861: *** emerge --verbose unmerge kde-base/kdebase-3.3.2-r2
1133721955: *** emerge --verbose unmerge kde-base/kdelibs-3.3.2-r7
1133722049: *** emerge --verbose unmerge kde-base
kde-base/kdelibs-3.3.2-r7
1133722049: *** emerge --verbose unmerge kde-base/kdeadmin-3.3.2
1133722086: *** emerge --verbose unmerge kde-base/kdelibs-3.3.2-r7
1133722165: *** emerge --verbose unmerge kde-base/arts-1.3.2-r1
1133722205: *** emerge --verbose unmerge kde-base/arts-3.5.0
1133722232
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild NS ] kde-base/arts-3.4.3 USE=alsa arts jack kdeenablefinal
mp3 vorbis xinerama -artswrappersuid -debug -esd -hardened -nas 0 kB
[ebuild NS ] kde-base/kdelibs-3.4.3-r1 USE=alsa arts cups
kdeenablefinal
kdevelop
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild NS ] kde-base/arts-3.4.3 USE=alsa arts jack kdeenablefinal
mp3 vorbis xinerama -artswrappersuid -debug -esd -hardened -nas 0 kB
[ebuild NS ] kde-base/kdelibs-3.4.3-r1 USE=alsa arts cups
for those packages with optional kde or gnome support, disabling those
use flags will build the packages without that support.
But they do not effect packages with fixed dependancies. For example,
kdevelop requires kdelibs, so if you merge kdevelop, you will end up
with kdelibs installed as well
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Gaydenko wrote:
After last qt upgrading (at ~x86) 'emerge -pvDut world' out is below. Does it
mean
qalculate-kde and kdelibs qt-dependency are incorrect in their ebuild files?
--
These are the packages that would
window that is sticky
(so persists between desktops) and, normally, is shaded. It should be
able to react to a keyboard trigger so it unrolls from the top of the
screen and stays always on top and doesn't lose focus when it is
unrolled.
HTH,
W
Sounds nice. But i don't want kdelibs on my
Has anyone gotten this to compile with gcc 4.x?
I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a
gnome guy and want to give kde a look).
The requirement page on the klibido site state gcc 3.x. Would I be able
to emerge gcc 3.x and compile klibido with that? I compiled
Has anyone gotten this to compile with gcc 4.x?
I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a
gnome guy and want to give kde a look).
The requirement page on the klibido site state gcc 3.x. Would I be able
to emerge gcc 3.x and compile klibido with that? I compiled
,
whether you like it or not. So even with the -gnome flag set if will
bring in the necessary libraries for it to function. On my system, I
run into a similar thing with Rosegarden. It uses kdelibs and qt. So
even when I specified -kde in make.conf, when I installed Rosegarden,
kdelibs gets installed too
Bo Ørsted Andresen wrote:
On Sunday 25 June 2006 02:06, Mick wrote:
[nomerge ] net-ftp/kftpgrabber-0.6.0 USE=arts -debug -xinerama
[nomerge ] kde-base/kdelibs-3.5.2-r6 USE=acl alsa arts cups
spell ssl tiff -debug -doc -jpeg2k -kdeenablefinal
-kdehiddenvisibility -kerberos
, but it seems unlikely that re-emerging
some KDE package would fix the problem. Trying won't hurt though.
Give kxkb, kdelibs, ksmserver and kcminit a shot.
I already did kdelibs without success, but I'll do the others today as
well. Thanks for the suggestion.
The thing that I find really strange
. If this
situation
* occurs you should recompile the packages providing these plugins,
* and you should also make sure that Qt and its plugins were compiled with
the
* same version of gcc. Packages that may need to be rebuilt are, for
instance,
* kde-base/kdelibs, kde-base/kdeartwork and kde-base
should recompile the packages providing these plugins...
Packages that typically need to be recompiled are kdelibs from KDE4, any
additional KDE4/Qt4 styles, qscintilla and PyQt4...
Then followed the link on the plugins which stated:
The Qt library and all plugins are built using a build key
(such as Qt
and KDE styles and widgets) can no longer be loaded. In this situation you
should recompile the packages providing these plugins...
Packages that typically need to be recompiled are kdelibs from KDE4, any
additional KDE4/Qt4 styles, qscintilla and PyQt4...
Then followed the link
Am Montag, 31. August 2009 schrieb James:
Hello,
I've tried everything I can to resolve this kde-4.2.x upgrade
problem. I've used sets so far to install kde 4
(kdelibs 3.5.10-r6 and 4.2.2-r1) named as
/etc/portage/sets/james-kde-4.2
But now when I try to upgrade, it fails.
(emerge -uDNvp
credentials authentication not supported
The funny thing here is that under kde-3.5.10 kmail 1.9.10 will
authenticate without any problems.
Any idea's, suggestions or thoughts?
yes, look into your configuration. Also make sure you built kdepimlibs and
kdelibs with the right flags
make sure you built kdepimlibs
and kdelibs with the right flags
Volker, thank you for your follow up.
My kdelibs are built with (acl alsa bzip2 fam handbook mmx nls openexr
opengl semantic-desktop spell sse sse2 ssl zeroconf)
My kdepimlibs are built with (handbook ldap)
My config
into your configuration. Also make sure you built kdepimlibs
and kdelibs with the right flags
Volker, thank you for your follow up.
My kdelibs are built with (acl alsa bzip2 fam handbook mmx nls openexr
opengl semantic-desktop spell sse sse2 ssl zeroconf)
My kdepimlibs are built
will
authenticate without any problems.
Any idea's, suggestions or thoughts?
yes, look into your configuration. Also make sure you built kdepimlibs
and kdelibs with the right flags
Volker, thank you for your follow up.
My kdelibs are built with (acl alsa bzip2 fam handbook mmx nls openexr
and see what happens.
Open to other ideas tho.
My idea is to take the plunge and unmerge everything related to KDE3. :)
YEPPIE !!! To think I did a emerge -ev world a week or so ago. sighs
I did just re-emerge kdelibs and it is really screwed up now. I just
thought it was annoying
;-)
...
[ ok ]
* checking miscfile checksums ;-)
...
[ ok ]
* The package kde-base/kdemultimedia-arts-3.5.10 you're trying to merge
requires aRTs.
* However, kde-base/kdelibs-3.5.10-r6 was compiled with the arts USE
flag
~ # equery files kde-base/kdelibs-4.3.3
Alan spoke about the configs and app data in ~. kdelibs naturally installs
into the system, not home. And if you don't enable the prefix useflag in
the older version (I believe they removed it a while ago anyway), then it
installs HFS compliantly into /usr
Neil Bothwick wrote:
On Thu, 12 Nov 2009 07:09:13 -0600, Dale wrote:
Calculating dependencies... done!
[ebuild R ] kde-base/kdelibs-3.5.10-r6 USE=acl alsa cups fam
jpeg2k spell tiff (-arts) -avahi -bindist -branding -debug -doc
-kdehiddenvisibility -kerberos -legacyssl -lua -openexr
On Thursday 12 November 2009 16:13:46 Dale wrote:
Neil Bothwick wrote:
On Thu, 12 Nov 2009 07:09:13 -0600, Dale wrote:
Calculating dependencies... done!
[ebuild R ] kde-base/kdelibs-3.5.10-r6 USE=acl alsa cups fam
jpeg2k spell tiff (-arts) -avahi -bindist -branding -debug -doc
Alan McKinnon wrote:
On Thursday 12 November 2009 16:13:46 Dale wrote:
Neil Bothwick wrote:
On Thu, 12 Nov 2009 07:09:13 -0600, Dale wrote:
Calculating dependencies... done!
[ebuild R ] kde-base/kdelibs-3.5.10-r6 USE=acl alsa cups fam
jpeg2k spell tiff (-arts) -avahi
lookup error: /usr/lib/libkdecore.so.5:
undefined symbol: _ZN9QListData7detach3Ev
r...@smoker / #
I get a clean revdep-rebuild so is it missing this one? Is it
something else?
Try re-emerging kde-base/kdelibs - both kde4-config and libkdecore.so*
are owned by kdelibs.
-James
USE flag!
The situation is quite a deadlock, because avahi doesn't support the qt3
useflag anymore, and the dependency for kdnssd-avahi comes through kdelibs,
which selects either avahi or mdnsresponder depending on its avahi-useflag.
Removing avahi for kdelibs is not possible, as it results
be merged, in order:
Calculating dependencies... done!
emerge: there are no ebuilds to satisfy
=kde-base/kdelibs-[-kdeprefix,-aqua].
(dependency required by kde-base/liboxygenstyle- [installed])
(dependency required by kde-base/kdebase-meta-4.5.1 [ebuild])
(dependency required by kde-base
the thing that caused the initial
death and then kicked off the emerge world again. This is where the fun
now begins. Now kdelibs-4.6.0-r1 can't find liblzma.so.0. The building
of kdelibs now fails with:
cmake: error while loading shared libraries: liblzma.so.0: cannot open
shared object file
for March 1
I'll add this. KDE 4.6 has shutdown/logout issues here. If I have
Kpatience or Konqueror open when I log out, it won't log out. I have to go
to a console, login, kill xdm, kill the leftover cruft from KDE, restart xdm
and login. There was a update to kdelibs
be limited to QT/KDE, but I have no idea if it's a
bug in FVWM, or a feature in KDE that needs disabling. Hope this
description makes sense. Does anyone have any ideas?
Well, in my book, a kde app is an application that links against the
kde foundations (kdelibs), a qt-only app is an application
foundations (kdelibs), a qt-only app is an application that links
against any or many of the qt parts, but not against kdelibs. smplayer
seems to fall into the later category.
It could help if you were able to reproduce this with a minimal single
config file and try some more qt and kde
is an application that links against the
kde foundations (kdelibs), a qt-only app is an application that links
against any or many of the qt parts, but not against kdelibs. smplayer
seems to fall into the later category.
It could help if you were able to reproduce this with a minimal single
I assume you have kde enabled on sys-auth/polkit, that pulls in sys-
auth/polkit-kde-agent and sys-auth/polkit-kde. Thats all the qt-* and kdelibs
packages.
My point and the previous discussion was about this:
root@fireball / # emerge -ep @system | grep kde
[ebuild R ~] kde-base/kde
/service.h /var/db/pkg/
/var/db/pkg/kde-base/kdelibs-4.7.0-r1/CONTENTS:obj
/usr/include/plasma/service.h e9ddea9052c900f1f87c57025a0f36f0 1308840546
Emulating qfile as a shell function for nicer output:
wonko@weird ~ $ myqfile()
{
grep -r $1 /var/db/pkg | sed 's#/CONTENTS:.*##g
120128 Sergei Trofimovich wrote:
Is there an alternative which doesn't require eg 'kdelibs' or similar ?
In my netbook, Xpdf is the only method I have of reading PDFs,
as I use Fluxbox don't have KDE installed at all.
It should not stop you from trying okular (kdelibs based)
Well no ! -- I
this time I googled a bit and I deleted all the /usr/share/doc/ and this
left me with 2.5 gb of space (wow).
My usual suspect for disk space in /usr/share/doc is kdelibs, with the
doc use flag turned on it installs the whole kde api documentation,
which takes a lot of space ... so I either set -doc
is kdelibs, with the
doc use flag turned on it installs the whole kde api documentation,
which takes a lot of space ... so I either set -doc for
kde-base/kdelibs, or just set -doc globally and just enable it for
things i now I might need... (note that that won't remove all of the
/usr/share
: the alternative is 'avahi'.
I unmerged the former emerged the latter,
then tried to remerge the KDE 3 version of 'kdelibs': it failed;
yes, I did add the 'avahi' USE flag.
Luckily, I made a quickpkg of 'mDNSResponder' was able to reinstall it
after adding it to /etc/portage/package.unmask ,
so
the latter,
then tried to remerge the KDE 3 version of 'kdelibs': it failed;
yes, I did add the 'avahi' USE flag.
Luckily, I made a quickpkg of 'mDNSResponder' was able to reinstall it
after adding it to /etc/portage/package.unmask ,
so Mahjongg 3 is back (big smile).
However, I can't test
CONTENTS
# extract package name and version from path of the file, e.g.
/var/db/pkg/kde-base/kdelibs-4.9.1/CONTENT
would yield name = kde-base/kdelibs, version = 4.9.1
Find out the source archive file from the ebuild (there's probably a nice
python way for this. As a last resort, some one-liner like
to
have these paths configured as follows:
symlinks to 'lib64': /usr/local/lib
So, i symlinked /usr/local/lib - /usr/lib64.
What is wrong to do that ?
I deleted the symlink and now kdelibs configure works fine.
It's good that you figured it out :) .
What's your advice ?
You were
kdelibs configure works fine.
It's good that you figured it out :) .
What's your advice ?
You were supposed to:
1. move /usr/local/lib to /usr/local/lib64
2. create a /usr/local/lib symlink that points to /usr/local/lib64
This is exactly like how /usr/lib points to /usr/lib64 and /lib
has SYMLINK_LIB=yes, so that means you need to
have these paths configured as follows:
symlinks to 'lib64': /usr/local/lib
So, i symlinked /usr/local/lib - /usr/lib64.
What is wrong to do that ?
I deleted the symlink and now kdelibs configure works fine.
It's good that you
... and kdelibs and phonon... but
you would loose a lot of the other stuff. vlc support in phonon is as
optional as tiff or chm in okular.
When reading pdf files, one expects images, so tiff and jpeg are
reasonable flags. One does *NOT* expect audio stuff like phonon. And
phonon *DEMANDS
ned None
See the make.conf(5) man page for PORT_LOGDIR_CLEAN usage instructions.
Emaint: check merges 100%
[====>]
Emaint: check movebin 100%
[>]
'kde-base/kdelibs-4.14.11' has outdated metadata
E
es anyone here know what that implies? Google didn't
> > help.
> I got one of those too.
>
> root@fireball / # emaint all
--->8
> Emaint: check movebin 100%
> [========>]
>
> 'kde-base/kdelibs-4.14.11' has outdated metadata
>
default.
As far as I know, I'm still on KDE4. I was attempting to try KDE5 but I
never actually emerged anything. I kept running into blockers and such
so I just moved out the files I had created to test this out and that
put it back like it was. After that, I did my regular updates. T
On 13/02/2016 16:36, Andrew Lowe wrote:
> Hi all,
> Just wondering if the latest vlc, 2.2.2 should be pulling in KDE4/Qt4
> components when the machine is supposedly running Plasma/Qt5? A sync and
> then a -NuD world shows vlc wanting to pull in kdelibs-4.14.16,
> qtsql-4.
xpression:
>> any-of ( ncurses gtk qt4 qt5 ) gtk? ( !static ) qt4? ( !static ) qt5? (
>> !static ) static? ( ncurses ) at-most-one-of ( qt4 qt5 )
>>
>> (dependency required by "app-crypt/gnupg-2.1.16::gentoo" [ebuild])
>> (dependency required by "kde-base/kdelibs-4.14.27
# required by @world (argument)
# /etc/portage/package.mask/kde:
#=kde-frameworks/kdelibs-4.14.29-r1
#=kde-frameworks/kdelibs-env-4.14.3
#=kde-frameworks/kf-env-4
=kde-frameworks/kglobalaccel-5.32.0
# required by kde-plasma/ksshaskpass-5.9.3::gentoo
# required by kde-plasma/plasma-
Suman Chakrabarty wrote:
Thanks for your quick response. Adding --update did not help.
Here are some output that might be useful. Is this the right way to
reemerge kdelibs? Following command did not do anything.
~ # emerge -D --newuse kdelibs
Calculating dependencies... done!
Auto
on rebuilding kdebase-3.4.3-r2.
I'm actually using KDE 3.5, but would like to keep 3.4 around until
the next major version comes around (I'm just anal that way). When it
goes to rebuild kdebase, it quickly errors out with the following:
configure: error:
you need to install kdelibs first.
If you did
-4.7.1-r1
[nomerge ] media-sound/phonon-4.4.4
[nomerge ] media-sound/phonon-vlc-
[nomerge ]media-video/vlc-1.1.7
[nomerge ] kde-base/kdelibs-4.6.0-r1
[nomerge ] app-crypt/gnupg-2.0.17
[nomerge ] net-nds/openldap-2.4.24
[nomerge
Sounds nice. But i don't want kdelibs on my system. I use wmii-3. It is
highly configurable, so hopefully i am able to make a script that can do
this job with any x terminal. And if you use xcompmgr and transset-df
you can make the terminal transparent.
A twenty line bash script is a bit faster
loading the module KHTML. The diagnostics is:
/usr/kde/3.5/lib/libkhtml.so.4: undefined symbol:
_ZN14KURIFilterData6reinitERK7QString
This is part of kdelibs, so you've probably either updated konqueror or
kdelibs, re-emerge the other one.
OK, checking on that. Kdelibs was updated
:
Dependencies could not be completely resolved due to
the following required packages not being installed:
=media-libs/gst-plugins-0.8.12* required by
media-plugins/gst-plugins-flac-0.8.12
=media-sound/xmms-1.2.10 required by media-plugins/xmms-alsa-1.2.10-r2
=x11-libs/qt-3.3.4-r8 required by kde-base/kdelibs
everything in kde-base that is version 3.2, 3.3 or 3.4 (and
installed of course):
# cd /var/db/pkg emerge -Cva kde-base/*-3.{2,3,4}*
#cd /var/db/pkg emerge -Cva `ls -d kde-base/* | grep -v -r \
'kdelibs\|arts'`
One could add a version too so that only the newest version of kdelibs and
arts
/usr/kde/3.5 but nothing for
KDE 4. Equery shows this:
r...@smoker ~ # equery files kde-base/kdelibs-4.3.3
[ Searching for packages matching kde-base/kdelibs-4.3.3... ]
* Contents of kde-base/kdelibs-4.3.3:
/etc
on the rpi.
So far i finally could compile xorg-server and also updated the whole
system, which, at this point, wasn't much anyway. My next goal was kde.
I've compiled about half of all packages which are required for
kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's
wrong
are required for
kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's
wrong.
The problem:
The problem is, the compile doesn't fail - it just hangs/stops. At some
point (which seems to be random - it can stop anywhere between 1% and
100% of the compile) the compile stops
for some package, e.g. kdelibs?
(I can't tell on my system because I don't have the full KDE installed).
I only set the USE-flag on kdelibs on the machine that didn't work, and
it works now. I did an `emerge -pvuDN world` after setting the flag, and
there were five packages rebuilt (some new - two
Hi Mark,
On a G3 700MHz 256MB, before they modularize,
it took about 9 hours for base system:
3h QT
3h kdelibs
3h kdebase
If you have a faster machine, I would suggest using it to
build packages with distcc and, if necessary, cross-compilers.
Regards,
David
On Mon, May 01, 2006 at 02:44:12PM
-fomit-frame-pointer from
C{,XX}FLAGS, in case you have it. Depending on where the crash happens,
you may have to recompile not only KDE, but also other packages from
KDE's dependencies.
Yes, I was afraid of that. I will rebuild kdelibs and kdebase to start, and
see where that leads me.
Greets
Uwe Thiem wrote:
Hi folks,
after the painful and time-consuming creation of /etc/portage/package.unmask
for KDE 4, emerge --pretend --verbose =kde-base/kde-meta-4.0.0 tells me:
[blocks B ] kde-base/kdebase-3.5.7-r6 (is blocking
kde-base/kdelibs-4.0.0)
I do not have emerge kdebase
(is blocking
kde-base/kdelibs-4.0.0)
I do not have emerge kdebase-3.5.7 but kdebase-3.5.8. The3refore, I
cannot
unemerge 3.5.7. How can I work around this?
Uwe
For future reference, check out autounmask. I found out about it the
other day. I have not used it yet but I'm hopeful it works
On 19 January 2008, Neil Bothwick wrote:
On Sat, 19 Jan 2008 17:32:13 +0200, Uwe Thiem wrote:
[blocks B ] kde-base/kdebase-3.5.7-r6 (is blocking
kde-base/kdelibs-4.0.0)
I do not have emerge kdebase-3.5.7 but kdebase-3.5.8. The3refore, I
cannot unemerge 3.5.7. How can I work around
can not use it - because of a reiser4
problem...
Same here, no blockers... however I kdelibs-4 wanted accessibility use flag
enabled in qt4... so... recompile qt4 with use flag set and I'm off compiling
kde4...
I can't wait!!!
P.S. Autounmask worked like a charm...
H, I get
kde-base/kdelibs-3.5.7-r3)
[blocks B ] =kde-base/kdeedu-3.5* (is blocking
kde-base/libkdeedu-3.5.2, kde-base/klatin-3.5.2)
Total: 47 packages (22 upgrades, 25 new, 4 blocks),
Size of downloads: 195,873 kB
[EMAIL PROTECTED] ~ $
Nothing about v4.0 to be found. Is it the blocks
On Fri, 25 Jan 2008 21:19:48 -0800 (PST), maxim wexler wrote:
[blocks B ] kde-base/kdebase-3.5.7-r6 (is
blocking kde-base/kdelibs-4.0.0)
From the gentoo-kde4-faq:
Q: You said I could install KDE 3.5 and KDE 4.0, but
they block each other!
A: You will need to install the latest
On Saturday 26 January 2008 10:59:15 Neil Bothwick wrote:
On Fri, 25 Jan 2008 21:19:48 -0800 (PST), maxim wexler wrote:
[blocks B ] kde-base/kdebase-3.5.7-r6 (is
blocking kde-base/kdelibs-4.0.0)
From the gentoo-kde4-faq:
Q: You said I could install KDE 3.5 and KDE 4.0
On Wednesday 12 March 2008, Alan McKinnon wrote:
On Wednesday 12 March 2008, Uwe Thiem wrote:
On Wednesday 12 March 2008, Alan McKinnon wrote:
Short version:
kdelibs
krunner
kwin
libtaskmanager
plasma
Actually I did that meanwhile. Unfortunately, it doesn't help
insofar
On Monday 17 March 2008, brullo nulla wrote:
What output do you get from 'revdep-rebuild -p -i' ?
Here it is:
Evaluating package order...
Warning: Failed to resolve package order.
Will merge in random order!
Possible reasons:
- An ebuild is no longer in the portage tree.
- An ebuild is
501 - 600 of 1165 matches
Mail list logo