[gentoo-user] kde-4.1 SLOT in kdesvn-portage
Hi, I use the kdesvn-portage overlay (the portage one, not the paludis-only one). To still stay this side of sanity, I emerged the 4.1.1 SLOT. I updated layman -S today only to find that the entire kde-4.1 SLOT has been removed. Can someone confirm? Am I actually dreaming? Anyone know why a perfectly reasonable set of ebuilds were removed? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde-4.1 SLOT in kdesvn-portage
Alan McKinnon wrote: Hi, I use the kdesvn-portage overlay (the portage one, not the paludis-only one). To still stay this side of sanity, I emerged the 4.1.1 SLOT. I updated layman -S today only to find that the entire kde-4.1 SLOT has been removed. Can someone confirm? Am I actually dreaming? Anyone know why a perfectly reasonable set of ebuilds were removed? I have a similar problem when I 'emerge --sync' it deletes my overlays I added with layman. Mike
Re: [gentoo-user] kde problem after installing xfce
Somehow this conflict went away after unmerging kdesvn... No clue what it has to do with it :) If anyone knows what could be the cause of this, please let me know :) Alex Alex Prinsier wrote: Hello all, I just emerged xfce4, and when I now log in again under kde, some things don't work anymore. The home folder icon has disappeared from my bottom panel. When I click that icon on my desktop, kdesvn launches up giving an error (why does kdesvn launch up?). Also the start menu has changed. The icons are gone next to 'Internet', 'Office' etc, except for 'Edutainment' and 'Settings' which now have a standard blue folder icon. My terminal icon has disappeared too from another panel. It seams it has been replaced by the standard terminal program from xfce. 'konsole' from kde is still installed though, but the icons are gone and it's gone from the start menu too. Anyone knows why xfce and kde seem to conflict? Alex -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] failed to emerge -- clean
On Sunday 22 October 2006 14:39, Turi Tropea [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] failed to emerge -- clean': Boyd Stephen Smith Jr. ha scritto: Rescue this file from the Gentoo portage tree CVS attic (It should be under the eclass directory) and place it in the tree or an overlay. *BUT ONLY LONG ENOUGH TO UNINSTALL UNSERMAKE*. Having eclasses from out of tree can cause untold problems. excuse me but i don't understand very well what i do this file in my message refers to the file kdesvn-repo.eclass which was referenced in your error message and quoted in my reply. At that point your understanding is correct. You will take kdesvn-repo.eclass from CVS, put it in your /usr/portage/eclass directory, remove unsermake, and then *REMOVE* /usr/portage/eclass/kdesvn-repo.eclass. (As I said before, having an eclass from out of the main tree can cause all kinds of breakage.) -- If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability. -- Gentoo Developer Ciaran McCreesh pgpE7vKd7bT6N.pgp Description: PGP signature
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sun, Sep 14, 2008 at 8:28 PM, Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Sunday 14 September 2008, Dirk Heinrichs wrote: Am Sonntag, 14. September 2008 19:16:08 schrieb Mariusz Przygodzki: But unfortunately it requires plaudis ... Why is it unfortunate? because not everybody wants to install that bloated thing - watch it devour config files and be insulted by the troll-brigade. Making the 'official' overlay paludis-only was a BIG mistake. And as kdesvn-portage shows - it was unneeded. 'We need the features of paludis' was shown as bs. Just another little trick by the paludis-group to convert people. Luckily that failed. You don't need it. Fair enough. Thank you very much for pointing it. And I really didn't know about unofficial kdesvn-portage until now.
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008, Mariusz Przygodzki wrote: On Sun, Sep 14, 2008 at 7:05 PM, Erik Hahn [EMAIL PROTECTED] wrote: If only 4.1.1 was there... :') You know, there's an overlay... But unfortunately it requires plaudis ... no it does not. kdesvn-portage has ebuilds for: 4.1.1 4.1.65 svn and works with paludis, pkgcore and portage.
Re: [gentoo-user] KDE 3.5.10 in portage...
Not this one layman -a kdesvn-portage On Sun, Sep 14, 2008 at 8:16 PM, Mariusz Przygodzki [EMAIL PROTECTED] wrote: On Sun, Sep 14, 2008 at 7:05 PM, Erik Hahn [EMAIL PROTECTED] wrote: If only 4.1.1 was there... :') You know, there's an overlay... But unfortunately it requires plaudis ...
Re: [gentoo-user] kde-4.1 SLOT in kdesvn-portage
Mike wrote: Alan McKinnon wrote: Hi, I use the kdesvn-portage overlay (the portage one, not the paludis-only one). To still stay this side of sanity, I emerged the 4.1.1 SLOT. I updated layman -S today only to find that the entire kde-4.1 SLOT has been removed. Can someone confirm? Am I actually dreaming? Anyone know why a perfectly reasonable set of ebuilds were removed? I have a similar problem when I 'emerge --sync' it deletes my overlays I added with layman. Mike My problem was I symlinked /usr/local to /usr so layman was installing the overlays to /usr/portage instead of /usr/local/portage and they were getting deleted on 'emerge --sync'. I changed the layman installation directory in /etc/layman/layman.cfg and solved that problem. Mike
Re: [gentoo-user] How to unmerge kde 4.1?
Dale wrote: Since KDE 4 is still masked, I would think you could remove the keyword and unmask files then do a --depclean. I would also do a -p with that just in case. It's just a thought. Dale :-) :-) Ah, that triggered a memory and with a little checking found a problem. When kde-portage overlay was used, I had added a symlink: package.unmask # ls -l total 8 lrwxrwxrwx 1 root root 77 2008-08-31 18:00 kdesvn - /usr/portage/local/layman/kdesvn-portage/Documentation/portage/package.unmask which is no longer available in kde-testing overlay: package.unmask # ls /usr/portage/local/layman/kde-testing/Documentation/ kde-guide.xml package.keywords README TODO Same for package.keywords Off to try to discover what it's all been changed to... Thank you, Roy
[gentoo-user] kde problem after installing xfce
Hello all, I just emerged xfce4, and when I now log in again under kde, some things don't work anymore. The home folder icon has disappeared from my bottom panel. When I click that icon on my desktop, kdesvn launches up giving an error (why does kdesvn launch up?). Also the start menu has changed. The icons are gone next to 'Internet', 'Office' etc, except for 'Edutainment' and 'Settings' which now have a standard blue folder icon. My terminal icon has disappeared too from another panel. It seams it has been replaced by the standard terminal program from xfce. 'konsole' from kde is still installed though, but the icons are gone and it's gone from the start menu too. Anyone knows why xfce and kde seem to conflict? Alex -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] KDE 4.1...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | have fun | Tom | Thanks for the update. Slightly OT and planning ahead slightly, any | ideas how easy it will be to upgrade from the kdesvn-portage overlay to | the official ebuilds? If everything goes as planned, as easy as emerge -u :) | | Cheers, | Dave. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki5Y28ACgkQrpEWPKIUt7O2sQCgk5IMYgNB4lplfk45/JCw3Rvb o7cAoK+3yY+/qjIZx+uoq5mmVl6qukFQ =CHPQ -END PGP SIGNATURE-
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008, Dirk Heinrichs wrote: Am Sonntag, 14. September 2008 19:16:08 schrieb Mariusz Przygodzki: But unfortunately it requires plaudis ... Why is it unfortunate? because not everybody wants to install that bloated thing - watch it devour config files and be insulted by the troll-brigade. Making the 'official' overlay paludis-only was a BIG mistake. And as kdesvn-portage shows - it was unneeded. 'We need the features of paludis' was shown as bs. Just another little trick by the paludis-group to convert people. Luckily that failed. You don't need it.
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008, David Leverton wrote: On Sunday 14 September 2008 19:28:28 Volker Armin Hemmann wrote: because not everybody wants to install that bloated thing Not bloated. I am sorry: extremly bloated. watch it devour config files Lies. oh really? what happens when you forget the 'portage' useflag? Hm? and be insulted by the troll-brigade. The only people who get insulted are those who repeatedly and deliberately spread vicious lies, FUD and personal attacks. oh really? There are enough examples of troll behaviour. Starting with Ciaranm himself. SPB and rbrown are good examples too. Making the 'official' overlay paludis-only was a BIG mistake. It's not paludis-only, it will work with any package manager whose developers care enough to support the useful features of the kdebuild-1 EAPI. and that was an official api? Yes? No? Was it needed? No - proven by kdesvn-portage And as kdesvn-portage shows - it was unneeded. Unneeded is a funny word. You don't need ebuilds at all, but that doesn't mean they're not useful. unneeded is the correct choice of words. That 'special feature that only paludis - and unoffical packet manager developed by a dev team which has a very high 'forcefully retired' content - has' was not needed - as shown by kdesvn-portage. Just another little trick by the paludis-group The KDE overlay isn't produced by the paludis-group. no, it was just made by vivid paludis fans. Hey, lets make an overlay a lot of user want - and make it paludis only. That way we can push paludis! No, to provide ebuilds that make use of useful features that benefit both users and developers. which one? Which features 'benefit both users and developers' and are sooo important that the kde overlay had to be paludis only? Name them please. Oh, does paludis support and equivalent to 'keep-going' or '--ignore-failures' or are people who wants this extremly usefull features still attacked and insulted?
Re: [gentoo-user] KDE 4.1 ebuild
Am Freitag, 1. August 2008 09:27:27 schrieb Rev. Ferris: I want to install the new kde 4, but I see any 4.1 version ebuild. I understood that the the series should be unmasked, but I don't know if if installation needs something special (like the new use kde-4). Anyone who installed/want to install it can help me to install too? KDE 4.1 ebuilds are not yet in the official portage tree. You can get them from the kdesvn-portage overlay. It also contains the correct files for unmasking. HTH... Dirk
Re: [gentoo-user] KDE 4.1...
Thomas Kahle wrote: Hi, as your post turned into the usual kde 4 is good/bad flamewar I will just try to answer the question: The people working on the overlay plan to bringt kde 4.1.1(not 4.1.0) into the tree. This will be released on next week and enter the tree hopefully shortly after that. Also this page http://skrypuch.com/kde4/ and bug http://bugs.gentoo.org/show_bug.cgi?id=234773 might give you an idea of the progress have fun Tom Thanks for the update. Slightly OT and planning ahead slightly, any ideas how easy it will be to upgrade from the kdesvn-portage overlay to the official ebuilds? Cheers, Dave.
Re: [gentoo-user] KDE 4.1.2... a winner!
On Tue, Oct 7, 2008 at 2:13 PM, Andrew Gaydenko [EMAIL PROTECTED] wrote: I have found another KDE app which is important sufficiently to delay switching to KDE4 - the app is k3b, which still isn't ported. If I understand well, there isn't any minimal apps list (and k3b, would be in the list, I think) which must be ported to KDE4 before unmasking KDE4 in portage. Is it so? I thought there was a KDE4 version of k3b on the kdesvn-portage overlay. I haven't tried it but I'm pretty sure it is there. According to the k3b blog initial porting was done in May. Paul
Re: [gentoo-user] failed to emerge -- clean
On Sunday 22 October 2006 13:33, Turi Tropea [EMAIL PROTECTED] wrote about '[gentoo-user] failed to emerge -- clean': !!! kdesvn-repo.eclass could not be found by inherit() Rescue this file from the Gentoo portage tree CVS attic (It should be under the eclass directory) and place it in the tree or an overlay. *BUT ONLY LONG ENOUGH TO UNINSTALL UNSERMAKE*. Having eclasses from out of tree can cause untold problems. I'm not sure exactly where web access to the CVS repo. is, but I'm sure some kind soul on this list does. -- If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability. -- Gentoo Developer Ciaran McCreesh pgpCVIYuMiQhd.pgp Description: PGP signature
Re: [gentoo-user] kde-4.1 SLOT in kdesvn-portage
On Sunday 21 September 2008 09:26:15 pm Mike wrote: Mike wrote: Alan McKinnon wrote: Hi, I use the kdesvn-portage overlay (the portage one, not the paludis-only one). To still stay this side of sanity, I emerged the 4.1.1 SLOT. I updated layman -S today only to find that the entire kde-4.1 SLOT has been removed. Can someone confirm? Am I actually dreaming? Anyone know why a perfectly reasonable set of ebuilds were removed? I have a similar problem when I 'emerge --sync' it deletes my overlays I added with layman. Mike My problem was I symlinked /usr/local to /usr so layman was installing the overlays to /usr/portage instead of /usr/local/portage and they were getting deleted on 'emerge --sync'. I changed the layman installation directory in /etc/layman/layman.cfg and solved that problem. Mike Hmmm maybe you guys would know I've gone the same route as you. However, I've emerge 4.1.65. It compiles fine, installs, no problems. However... I normally start my gentoobox as rc 3. When I run startx, kde loads and looks quite wonderful, but just as the desktop grabs the mouse... it locks up. The lockup is so complete, I can't switch to a console and have to reboot... Does anyone have a suggestion? Kde 4,0 actually worked ok. kde4.05 and greater have been a wash for me. No luck what so ever. Total and complete lockup. Things I've done: tried 4.1, tried 4.1.66, made sure evdev is loaded... the logs show that X dies immediately... no output... just bang... Now running 3.5.10 with no problems. But I'd really, really like to get a current kde up and running. Jerry
[gentoo-user] failed to emerge -- clean
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 darkbox turitropea # emerge --clean kde-base/unsermake selected: 7-r2 protected: 0.3.0.4254.0 omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Waiting 5 seconds before starting... (Control-C to abort)... Unmerging in: 5 4 3 2 1 Unmerging kde-base/unsermake-7-r2... No package files given... Grabbing a set. !!! ERROR: kde-base/unsermake-7-r2 failed. Call stack: ebuild.sh, line 1454: Called source '/var/db/pkg/kde-base/unsermake-7-r2/unsermake-7-r2.ebuild' unsermake-7-r2.ebuild, line 6: Called inherit 'python' 'kdesvn-repo' ebuild.sh, line 1189: Called die !!! kdesvn-repo.eclass could not be found by inherit() !!! If you need support, post the topmost build error, and the call stack if relevant. !!! FAILED prerm: 1 any suggestions? regards TuriTropea - -- [ Salvatore Donato Tropea aka TuriTropea ] [ me [at] tropeadonato.eu -- http://www.tropeadonato.eu ] [ Gentoo GNU/Linux 2.6.18 on Asus A6Va -- KDE 3.5.2] [ GNU/Linux User:#417399 -- GPG key ID 1AEF1990 ] [ Fingerprint: 00A6 FD96 941F 6EFF 6932 0F60 A627 64F0 1AEF 1990 ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFO7mXpidk8BrvGZARArDIAJ0V3FVrKHdY37OByTLwbeStPtxE1QCgiFul teIerC9lZzq6PaVlnNbfATo= =CrZk -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008 21:37:21 Volker Armin Hemmann wrote: On Sunday 14 September 2008, David Leverton wrote: On Sunday 14 September 2008 19:28:28 Volker Armin Hemmann wrote: because not everybody wants to install that bloated thing Not bloated. I am sorry: extremly bloated. I see you're still as good at logic as ever. watch it devour config files Lies. oh really? what happens when you forget the 'portage' useflag? Hm? It installs without support for reading Portage configuration files, in the same way that almost everything else in the tree doesn't support Portage configuration files. You surely wouldn't say that any of those devour config files (at least not for that reason), so why do you say it about Paludis? and be insulted by the troll-brigade. The only people who get insulted are those who repeatedly and deliberately spread vicious lies, FUD and personal attacks. oh really? There are enough examples of troll behaviour. Starting with Ciaranm himself. SPB and rbrown are good examples too. Again, lies and personal attacks. Making the 'official' overlay paludis-only was a BIG mistake. It's not paludis-only, it will work with any package manager whose developers care enough to support the useful features of the kdebuild-1 EAPI. and that was an official api? Yes? No? Irrelevant. Was it needed? No - proven by kdesvn-portage I didn't say it was needed. I said it was useful enough that the genkdesvn team decided that, in their opinion, the benefits outweighed the drawbacks. Other people obviously had different priorities, and so they produced something that suited their needs better. And as kdesvn-portage shows - it was unneeded. Unneeded is a funny word. You don't need ebuilds at all, but that doesn't mean they're not useful. unneeded is the correct choice of words. It is, in the sense that it's not false, but the inferences that you draw from it are spectacularly wrong. That 'special feature that only paludis - and unoffical packet manager developed by a dev team which has a very high 'forcefully retired' content Personal attacks etc. Just because Gentoo was forced to choose between retiring some developers and losing a sponsor doesn't mean that anything those developers ever worked on is evil. was not needed - as shown by kdesvn-portage. You consistently demonstrate a complete failure to comprehend anything in my post. Just another little trick by the paludis-group The KDE overlay isn't produced by the paludis-group. no, it was just made by vivid paludis fans. Hey, lets make an overlay a lot of user want - and make it paludis only. That way we can push paludis! No, That way we can use useful features that have been supported in Paludis for months if not years, instead of having to work around Portage's limitations! which one? Which features 'benefit both users and developers' and are sooo important that the kde overlay had to be paludis only? Name them please. USE deps are the main one. Yes, Portage supports them now, but it didn't at the time, and no-one expected that it would within a reasonable time period. Suggested deps are another nice one. You can read the details of the rest in PMS. Oh, does paludis support and equivalent to 'keep-going' or '--ignore-failures' Read the documentation. or are people who wants this extremly usefull features still attacked and insulted? No-one has been attacked and insulted for wanting extremely useful features.
Re: [gentoo-user] trying KDE (cvs repositories)
2006/2/14, Iain Buchanan [EMAIL PROTECTED]: Hi all KDE lovers, Is there a way to use some sort of graphical CVS plugin for konqueror? Or any program other than tkcvs? On Tue, 2006-02-14 at 09:07 +0100, jose javier parra sanchez wrote: cervisia for cvs kdesvn for subversion. Thanks. cervisia looks good - I'll have to wait til I get to work to try it out. Is there any way of integrating it to kde, so that cvs related files have different colours, or emblems, or something? There is a cool (M$) explorer extension for windows called Tortoise CVS, which plays with icon colours, emblems, and lets you do right click- cvs commands from explorer. thanks, -- Iain Buchanan iain at netspace dot net dot au She used to diet on any kind of food she could lay her hands on. -Arthur Baer, American comic and columnist -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008 19:28:28 Volker Armin Hemmann wrote: because not everybody wants to install that bloated thing Not bloated. watch it devour config files Lies. and be insulted by the troll-brigade. The only people who get insulted are those who repeatedly and deliberately spread vicious lies, FUD and personal attacks. Making the 'official' overlay paludis-only was a BIG mistake. It's not paludis-only, it will work with any package manager whose developers care enough to support the useful features of the kdebuild-1 EAPI. And as kdesvn-portage shows - it was unneeded. Unneeded is a funny word. You don't need ebuilds at all, but that doesn't mean they're not useful. 'We need the features of paludis' was shown as bs. No-one said any such thing. They did say that they were sick of waiting years and years for Portage to provide features that would have made their and their users lives a lot easier. Just another little trick by the paludis-group The KDE overlay isn't produced by the paludis-group. to convert people. No, to provide ebuilds that make use of useful features that benefit both users and developers. Luckily that failed. Wrong.
Re: [gentoo-user] kde-4.1 SLOT in kdesvn-portage
Am Montag 22 September 2008 03:42:39 schrieb ext Jerry McBride: Hmmm maybe you guys would know I've gone the same route as you. However, I've emerge 4.1.65. It compiles fine, installs, no problems. And you don't wonder why 4.1.65 follows 4.1.1? That's 4.2-(pre?)-alpha! The next 4.1 release will be 4.1.2. Does anyone have a suggestion? Don't use alpha software. Now running 3.5.10 with no problems. But I'd really, really like to get a current kde up and running. Do as suggested earlier in this thread: Use the kde-testing overlay. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] neon: endless up-/down-grade
On Mon, 31 Jul 2006 22:28:04 +0100 Steve Evans [EMAIL PROTECTED] wrote: ... I think that the fundamental problem is that the neon API changes between versions, so rapidsvn will only compile against one version of neon while gnome-vfs will only compile against a different version. I had this problem a few days ago and realised I don't use rapdisvn, as I prefer kdesvn, so I removed rapidsvn and the problem went away. This isn't much help though if you need rapidsvn :-( That was just what I thought as that happaned. :-) So Imo either neon should be slotted, or even fixed, as my rapidsvn ebuild requires the old neon version to be installed, but does not compile against it. See: http://bugs.gentoo.org/show_bug.cgi?id=139318 I will take a look. Andreas -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - Help setting up eix!
Michael Sullivan schreef: I've been reading about eix, and as using emerge Ss takes forever, I decided to try eix. I emerged it and ran update-eix and tried to search for kde. Here's my output: camille ~ # update-eix Reading Portage settings .. Building database (/var/cache/eix) from scratch .. [0] /usr/portage/ (cache: cdb) Reading 100% [1] /usr/local/portage (cache: none) Reading 100% Applying masks .. Database contains 0 packages in 145 categories. camille ~ # eix -s kde Found 0 matches camille ~ # What am I doing wrong? I don't know, except for the fact that there's no packages in the eix database. But I don't see why that should be happening. This is the output you *should* be getting: eix kde * app-i18n/uim-kdehelper Available versions: ~0.1.0-r1 Installed: none Homepage:http://uim.freedesktop.org/Software/uim-kdehelper Description: Qt replacement of toolbar, system tray, applet and candidate window for UIM library. * app-pda/synce-kde Available versions: ~0.6.1 ~0.7.2 ~0.8.0 Installed: none Homepage:http://synce.sourceforge.net Description: Synchronize Windows CE devices with computers running GNU/Linux, like MS ActiveSync. - KDE System Tray utility (formerly app-pda/rapip) * dev-embedded/pikdev Available versions: 0.6.6a 0.7.1 0.7.1-r1 ~0.7.1-r2 Installed: none Homepage:http://pikdev.free.fr/ Description: Graphical IDE for PIC-based application development * dev-python/pykde Available versions: ~3.11.1 3.11.3 ~3.12_pre20051013 Installed: none Homepage:http://www.riverbankcomputing.co.uk/pykde/ Description: set of Python bindings for the KDE libs * dev-util/kdevelop Available versions: 3.1.2 3.2.1-r1 ~3.2.2 ~3.2.3 ~3.2.3-r1 ~3.3.0 Installed: none Homepage:http://www.kdevelop.org Description: Integrated Development Enviroment for Unix, supporting KDE/Qt, C/C++ and a many other languages. * dev-util/kdesvn Available versions: ~0.6.2 ~0.7.1 Installed: none Homepage:http://www.alwins-world.de/programs/kdesvn/ Description: KDESvn is a frontend to the subversion vcs. * games-board/ggz-kde-client Available versions: ~0.0.9 Installed: none Homepage:http://ggz.sourceforge.net/ Description: The kde client for GGZ Gaming Zone * games-board/ggz-kde-games Available versions: ~0.0.9 Installed: none Homepage:http://ggz.sourceforge.net/ Description: These are the kde versions of the games made by GGZ Gaming Zone * kde-base/kdeprint Available versions: 3.4.1 3.4.2 3.4.3 3.5.0 Installed: none Homepage:http://www.kde.org/ Description: KDE printer queue/device manager * kde-base/kdegraphics Available versions: 3.3.2-r3 3.4.1-r1 ~3.4.1-r3 ~3.4.2-r2 ~3.4.3 3.4.3-r2 3.4.3-r3 ~3.5.0 ~3.5.0-r2 ~3.5.0-r3 ~3.5.0-r4 Installed: none Homepage:http://www.kde.org/ Description: KDE graphics-related apps * kde-base/kdepim-meta Available versions: 3.4.1 ~3.4.2 3.4.3 ~3.5.0 Installed: none Homepage:http://www.kde.org/ Description: kdepim - merge this to pull in all kdepim-derived packages * kde-base/kdesu Available versions: 3.4.1 3.5.0 Installed: 3.4.1 3.5.0 Homepage:http://www.kde.org/ Description: KDE: gui for su(1) snip [1] /usr/local/portage Found 96 matches The only thing I see is maybe you want to disable that cdb module, depending on which version of Portage you're using (the latest stable doesn't like it so much). But I don't think that would explain this, and honestly I can't think of any configuration or anything that you need to do with eix to get any ouput. Sorry. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - Help setting up eix!
On Sat, 2006-01-07 at 01:31 +0100, Holly Bostick wrote: Michael Sullivan schreef: I've been reading about eix, and as using emerge Ss takes forever, I decided to try eix. I emerged it and ran update-eix and tried to search for kde. Here's my output: camille ~ # update-eix Reading Portage settings .. Building database (/var/cache/eix) from scratch .. [0] /usr/portage/ (cache: cdb) Reading 100% [1] /usr/local/portage (cache: none) Reading 100% Applying masks .. Database contains 0 packages in 145 categories. camille ~ # eix -s kde Found 0 matches camille ~ # What am I doing wrong? I don't know, except for the fact that there's no packages in the eix database. But I don't see why that should be happening. This is the output you *should* be getting: eix kde * app-i18n/uim-kdehelper Available versions: ~0.1.0-r1 Installed: none Homepage:http://uim.freedesktop.org/Software/uim-kdehelper Description: Qt replacement of toolbar, system tray, applet and candidate window for UIM library. * app-pda/synce-kde Available versions: ~0.6.1 ~0.7.2 ~0.8.0 Installed: none Homepage:http://synce.sourceforge.net Description: Synchronize Windows CE devices with computers running GNU/Linux, like MS ActiveSync. - KDE System Tray utility (formerly app-pda/rapip) * dev-embedded/pikdev Available versions: 0.6.6a 0.7.1 0.7.1-r1 ~0.7.1-r2 Installed: none Homepage:http://pikdev.free.fr/ Description: Graphical IDE for PIC-based application development * dev-python/pykde Available versions: ~3.11.1 3.11.3 ~3.12_pre20051013 Installed: none Homepage:http://www.riverbankcomputing.co.uk/pykde/ Description: set of Python bindings for the KDE libs * dev-util/kdevelop Available versions: 3.1.2 3.2.1-r1 ~3.2.2 ~3.2.3 ~3.2.3-r1 ~3.3.0 Installed: none Homepage:http://www.kdevelop.org Description: Integrated Development Enviroment for Unix, supporting KDE/Qt, C/C++ and a many other languages. * dev-util/kdesvn Available versions: ~0.6.2 ~0.7.1 Installed: none Homepage:http://www.alwins-world.de/programs/kdesvn/ Description: KDESvn is a frontend to the subversion vcs. * games-board/ggz-kde-client Available versions: ~0.0.9 Installed: none Homepage:http://ggz.sourceforge.net/ Description: The kde client for GGZ Gaming Zone * games-board/ggz-kde-games Available versions: ~0.0.9 Installed: none Homepage:http://ggz.sourceforge.net/ Description: These are the kde versions of the games made by GGZ Gaming Zone * kde-base/kdeprint Available versions: 3.4.1 3.4.2 3.4.3 3.5.0 Installed: none Homepage:http://www.kde.org/ Description: KDE printer queue/device manager * kde-base/kdegraphics Available versions: 3.3.2-r3 3.4.1-r1 ~3.4.1-r3 ~3.4.2-r2 ~3.4.3 3.4.3-r2 3.4.3-r3 ~3.5.0 ~3.5.0-r2 ~3.5.0-r3 ~3.5.0-r4 Installed: none Homepage:http://www.kde.org/ Description: KDE graphics-related apps * kde-base/kdepim-meta Available versions: 3.4.1 ~3.4.2 3.4.3 ~3.5.0 Installed: none Homepage:http://www.kde.org/ Description: kdepim - merge this to pull in all kdepim-derived packages * kde-base/kdesu Available versions: 3.4.1 3.5.0 Installed: 3.4.1 3.5.0 Homepage:http://www.kde.org/ Description: KDE: gui for su(1) snip [1] /usr/local/portage Found 96 matches The only thing I see is maybe you want to disable that cdb module, depending on which version of Portage you're using (the latest stable doesn't like it so much). But I don't think that would explain this, and honestly I can't think of any configuration or anything that you need to do with eix to get any ouput. Sorry. Holly I deleted /etc/eixrc (which I created earlier today) and ran update-eix and now I'm seeing output more like I was expecting. Thanks. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 4.1 ebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alle venerdì 01 agosto 2008, Dirk Heinrichs ha scritto: Am Freitag, 1. August 2008 09:27:27 schrieb Rev. Ferris: I want to install the new kde 4, but I see any 4.1 version ebuild. I understood that the the series should be unmasked, but I don't know if if installation needs something special (like the new use kde-4). Anyone who installed/want to install it can help me to install too? KDE 4.1 ebuilds are not yet in the official portage tree. You can get them from the kdesvn-portage overlay. It also contains the correct files for unmasking. HTH... Dirk I tried this night to build the 4.1 trees using layman and this guide: http://gentoo-wiki.com/KDE4 but I can't start the emerge operation because I found 2 blocking packages: [blocks B ] x11-libs/qt-core (is blocking x11-libs/qt-4.3.5) [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt-script-4.4.0, x11-libs/qt-dbus-4.4.0, x11-libs/qt-sql-4.4.0, x11-libs/qt-gui-4.4.0, x11-libs/qt-qt3support-4.4.0, x11-libs/qt-svg-4.4.0, x11-libs/qt-test-4.4.0, x11-libs/qt-opengl-4.4.0, x11-libs/qt-core-4.4.0, x11-libs/qt-webkit-4.4.0) I see: [ebuild NS ] x11-libs/qt-4.3.5 USE=accessibility cups dbus gif jpeg mng mysql opengl png qt3support ssl tiff xinerama zlib -debug -doc -examples -firebird -glib -nas -nis -odbc -pch -postgres -sqlite -sqlite3 INPUT_DEVICES=-wacom How can I solve this conflict? Thanks, Luigi -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkiULGEACgkQYoDKzgS2pLNUSACfbKDR4O50WpTNqwyTw1GovN7V +hMAn02Tv1tHH8YX/rOeNQFkTdzSXkbp =VMy5 -END PGP SIGNATURE-
Re: [gentoo-user] KDE 4.1 ebuild
On Samstag, 2. August 2008, Rev. Ferris wrote: Alle venerdì 01 agosto 2008, Dirk Heinrichs ha scritto: Am Freitag, 1. August 2008 09:27:27 schrieb Rev. Ferris: I want to install the new kde 4, but I see any 4.1 version ebuild. I understood that the the series should be unmasked, but I don't know if if installation needs something special (like the new use kde-4). Anyone who installed/want to install it can help me to install too? KDE 4.1 ebuilds are not yet in the official portage tree. You can get them from the kdesvn-portage overlay. It also contains the correct files for unmasking. HTH... Dirk I tried this night to build the 4.1 trees using layman and this guide: http://gentoo-wiki.com/KDE4 but I can't start the emerge operation because I found 2 blocking packages: [blocks B ] x11-libs/qt-core (is blocking x11-libs/qt-4.3.5) [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt-script-4.4.0, x11-libs/qt-dbus-4.4.0, x11-libs/qt-sql-4.4.0, x11-libs/qt-gui-4.4.0, x11-libs/qt-qt3support-4.4.0, x11-libs/qt-svg-4.4.0, x11-libs/qt-test-4.4.0, x11-libs/qt-opengl-4.4.0, x11-libs/qt-core-4.4.0, x11-libs/qt-webkit-4.4.0) I see: [ebuild NS ] x11-libs/qt-4.3.5 USE=accessibility cups dbus gif jpeg mng mysql opengl png qt3support ssl tiff xinerama zlib -debug -doc -examples -firebird -glib -nas -nis -odbc -pch -postgres -sqlite -sqlite3 INPUT_DEVICES=-wacom How can I solve this conflict? remove all qt versions 3 and 4.4.0
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008 19:16:08 Mariusz Przygodzki wrote: On Sun, Sep 14, 2008 at 7:05 PM, Erik Hahn [EMAIL PROTECTED] wrote: If only 4.1.1 was there... :') You know, there's an overlay... But unfortunately it requires plaudis ... There's *two* kde overlays, developed in parallel. One requires paludis, the other doesn't: [EMAIL PROTECTED] /var/distfiles/svn-src/e17/e/trunk/E-MODULES-EXTRA $ eix kde-meta [I] kde-base/kde-meta Available versions: (3.5) 3.5.9 (kde-4) [M](~)4.0.4 [M](~)4.0.5 (4.1) (~)4.1.1[1] (4.2) **4.1.65[1] (kde-svn) **[1] {accessibility admin edu games graphics l10n multimedia network nls pim sdk toys utils} Installed versions: 3.5.9(3.5)(15:12:36 09/04/08)(-accessibility -nls) 4.1.1(4.1)[1](01:57:59 09/05/08)(admin edu games graphics l10n multimedia network pim sdk toys utils -accessibility) Homepage:http://www.kde.org/ Description: KDE - merge this to pull in all non-developer, split kde-base/* packages [1] kde4-overlay /var/portage/local/layman/kdesvn-portage I don't have paludis. I do have kde-4.1.1 -- alan dot mckinnon at gmail dot com
Re: [MBZ] SDL a/c not working
Belt, tensioner, shock, spring, a/c compressor are all brand new from Rusty. Compressor was just installed a couple weeks ago. The other parts were done when I installed the 22 head. I will check the speed wiring etc after this weekend. It keeps doing this run then off thing only when the car is cold. Turning the car off and on won't kick it back on. It has to cool off. Luther Peter Frederick wrote: in cool weather, that's about right. You will have to check out the speed sensor, the wiring, and the pushbutton unit, sadly. The wires for the speed sensor can break at the pin on the compressor, or the solder can crack there, causing an intermittant poor connection. Also verify the condition of the belt and tensioner -- the car will run just fine with broken tensioner spring except that the AC will keep kicking out. A slipping belt will do it, and so will a back AC compressor. Check the clutch on the compressor for excessive heat after a short run -- if it slips, the compressor will be shut off by the KLIMA until the ignition is cycled on and off (this is a quick test for a bad clutch or cos-only was a BIG mistake. And as kdesvn-portage shows - it was unneeded. 'We need the features of paludis' was shown as bs. Just another little trick by the paludis-group to convert people. Luckily that failed. You don't need it.
Re: [gentoo-user] How to unmerge kde 4.1?
2008/9/23 Paul Hartman [EMAIL PROTECTED][EMAIL PROTECTED] On Mon, Sep 22, 2008 at 7:46 AM, Roy Wright [EMAIL PROTECTED] wrote: Howdy, Trying to switch from kde-portage to kde-testing overlays did not progress well. What I'd like to do to recover is unmerge all the kde 4.1 stuff and start over. Does anyone know a simple way (maybe a script) to do this? As far as I'm concerned, I'd really like to unmerge everything installed from the overlay. Unmerge the packages you specifically merged (kde-meta:4.1 perhaps; whichever packages are in your world file) then run depclean. That's how I do it. Paul cd to the kdesvn overlay in every category and emerge --unmerge *, then cleanup your portage configuration files.. You can always make sure all is fine by running depclean and then revdep-rebuild... -- En el pasado creímos que se nos acababa el petróleo, pero en realidad lo que se nos acababan eran las IDEAS. http://www.lacomunidadpetrolera.com Gentoo/* (Linux #455615) www.gentoove.org 53:04:4e:b5:f9:7e:4a:fb:66:a2:19:12:da:d5:97:f8 8A3A C955 715D D88A 87CD E21F F827 ADD7 F589 B4A4 Sebastian Magrí (sebasmagri) sebasmagri_at_gmail_dot_com
Re: [gentoo-user] neon: endless up-/down-grade
On Monday 31 July 2006 07:24, Richard Fish wrote: On 7/30/06, Andreas Schoelver [EMAIL PROTECTED] wrote: Sounds good, ... but: I performed a revdep-rebuild in between which did the downgrade of neon to 0.24.7, but the remerge of rapidsvn failed then. Hmm, maybe try to emerge --unmerge rapidsvn and then re-merge it. Another alternative to the package.mask solution: accept the ~arch version of rapidsvn (0.9.3), which works with =neon-0.26. You can do this with (assuming you are on the x86 arch): echo ~dev-util/rapidsvn-0.9.3 ~x86 /etc/portage/package.keywords I think that the fundamental problem is that the neon API changes between versions, so rapidsvn will only compile against one version of neon while gnome-vfs will only compile against a different version. I had this problem a few days ago and realised I don't use rapdisvn, as I prefer kdesvn, so I removed rapidsvn and the problem went away. This isn't much help though if you need rapidsvn :-( See: http://bugs.gentoo.org/show_bug.cgi?id=139318 Steve -- Steve EvansE-mail: mailto:[EMAIL PROTECTED] WEB:http://www.gorbag.com Registered Linux user #217906: http://counter.li.org Public Encryption Key: http://www.gorbag.com/public-key.html 2.6.17-gentoo-r4 Intel(R) Pentium(R) 4 CPU 3.00GHz GNU/Linux 22:19:44 up 6 days, 10:58, 1 user, load average: 0.80, 0.74, 0.67 Never underestimate the power of human stupidity. -- Robert A. Heinlein pgpEqGIH5jqQ0.pgp Description: PGP signature
Re: [gentoo-user] Make portage assume, that a package is installed
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Make portage assume, that a package is installed': Good morning! On my system, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. Can I now make it somehow so, that I am able to install kdenetwork-meta, but NOT install kppp ppp? So I tried to create the file in /etc/portage. Contents: --($:~)-- cat /etc/portage/package.provided kde-base/kppp-3.5.7 net-dialup/ppp-2.4.4-r8 Obviously, I'm doing something wrong. How do I do it right? As Peter Alfredsen mentioned, overrides for your profile should go in /etc/portage/profile instead of /etc/portage. However, I suggest that a cleaner method would be to not install kde-meta or kdenetwork-meta at all but instead just install the KDE applications that you require. For example: $ grep -i kde /var/db/pkg/world dev-util/kdesvn kde-base/akregator kde-base/kalzium kde-base/kaudiocreator kde-base/kcharselect kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-kwin-styles kde-base/kdeartwork-styles kde-base/kdebase-startkde kde-base/kdm kde-base/kget kde-base/kgpg kde-base/kicker-applets kde-base/klipper kde-base/kmahjongg kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/kompare kde-base/konq-plugins kde-base/konqueror-akregator kde-base/konsole kde-base/kontact kde-base/korganizer kde-base/kpager kde-base/kpdf kde-base/kscreensaver kde-base/kstars kde-base/ksysguard kde-base/kwalletmanager kde-base/kwin kde-base/superkaramba kde-misc/kdiff3 kde-misc/filelight -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE 3.5.10 in portage...
On Sunday 14 September 2008 22:37:21 Volker Armin Hemmann wrote: Making the 'official' overlay paludis-only was a BIG mistake. It's not paludis-only, it will work with any package manager whose developers care enough to support the useful features of the kdebuild-1 EAPI. and that was an official api? Yes? No? Official according to whom? It is a stable and well documented eapi that any package manager that regards those features to be useful can implement. Was it needed? No - proven by kdesvn-portage And noone ever claimed otherwise. [...] The KDE overlay isn't produced by the paludis-group. no, it was just made by vivid paludis fans. Hey, lets make an overlay a lot of user want - and make it paludis only. That way we can push paludis! Wow. What do you base this nonsense on? No, to provide ebuilds that make use of useful features that benefit both users and developers. which one? Which features 'benefit both users and developers' and are sooo important that the kde overlay had to be paludis only? Name them please. - '-scm' support (--dl-reinstall-scm for users) - use dependencies (no surprising interruptions mid-merge) - suggestions (you see them upfront rather than in elog messages afterwards) - sets The latter of these is not subject to eapi but incredibly useful when dealing with huge amounts of packages. It obsoletes meta packages and makes reinstalls or uninstalls of all packages in the sets trivial. For Paludis it also means that you can unmask/keyword two hundred packages just by addding the sets to your packages.{keywords,unmask} equivalents. Both Paludis and Portage 2.2 now has sets support although the details of their implementations vary greatly. Oh, does paludis support and equivalent to 'keep-going' or '--ignore-failures' or are people who wants this extremly usefull features still attacked and insulted? Paludis had --continue-on-failure long before --keep-going was implemented in Portage (which is months after the creation of the kdebuild overlay). This is also one of the advantages that users of live KDE ebuilds got by using Paludis (or get if you consider the additional flexibility when compared to --keep-going to be useful). On Monday 15 September 2008 00:38:18 Volker Armin Hemmann wrote: lets see - an overlay is setup to develop and test ebuilds for KDE4 that should some day go into the tree. Deciding to use a feature that the official pm does not provide - and only one of the three makes the 'testing' part and 'for the tree' pretty superfluos. And again I wonder what you base this nonsense on. Perhaps you never ever bothered to look at this overlay, what it provides or what the intentions behind it was? As one of the original decision makers behind it I can tell you, that we never intended to put any of these ebuilds in the tree. For this reason it also never contained any release of KDE. Releases were maintained separately in the tree using eapi 1. It only contains live ebuilds. Which is where '-scm' and sets support provide the biggest advantages. And we didn't do it to harass users. We did it because we wanted to get some real world experience with some of the features that Paludis had provided for years yet there were no indications Portage would support any time soon. Live KDE packages was deemed the place where adding this requirement made the most sense. Managing two hundred packages without those features is pain anyway. We decided that the monthly KDE releases that we were packaging and adding to the main tree using eapi 1 were frequent enough for those who didn't want Paludis for whatever reason. If anybody disagreed with that they could maintain their own overlay (which they did/do). We also announced it over three weeks before we actually made it happen so anybody who cared about the live KDE ebuilds can't really complaim about having been caught by surprise. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE 3.5.10 in portage...
On Tuesday 16 September 2008 21:04:11 Bo Ørsted Andresen wrote: On Sunday 14 September 2008 22:37:21 Volker Armin Hemmann wrote: Making the 'official' overlay paludis-only was a BIG mistake. It's not paludis-only, it will work with any package manager whose developers care enough to support the useful features of the kdebuild-1 EAPI. and that was an official api? Yes? No? Official according to whom? It is a stable and well documented eapi that any package manager that regards those features to be useful can implement. Was it needed? No - proven by kdesvn-portage And noone ever claimed otherwise. [...] The KDE overlay isn't produced by the paludis-group. no, it was just made by vivid paludis fans. Hey, lets make an overlay a lot of user want - and make it paludis only. That way we can push paludis! Wow. What do you base this nonsense on? No, to provide ebuilds that make use of useful features that benefit both users and developers. which one? Which features 'benefit both users and developers' and are sooo important that the kde overlay had to be paludis only? Name them please. - '-scm' support (--dl-reinstall-scm for users) - use dependencies (no surprising interruptions mid-merge) - suggestions (you see them upfront rather than in elog messages afterwards) - sets The latter of these is not subject to eapi but incredibly useful when dealing with huge amounts of packages. It obsoletes meta packages and makes reinstalls or uninstalls of all packages in the sets trivial. For Paludis it also means that you can unmask/keyword two hundred packages just by addding the sets to your packages.{keywords,unmask} equivalents. Both Paludis and Portage 2.2 now has sets support although the details of their implementations vary greatly. Oh, does paludis support and equivalent to 'keep-going' or '--ignore-failures' or are people who wants this extremly usefull features still attacked and insulted? Paludis had --continue-on-failure long before --keep-going was implemented in Portage (which is months after the creation of the kdebuild overlay). This is also one of the advantages that users of live KDE ebuilds got by using Paludis (or get if you consider the additional flexibility when compared to --keep-going to be useful). On Monday 15 September 2008 00:38:18 Volker Armin Hemmann wrote: lets see - an overlay is setup to develop and test ebuilds for KDE4 that should some day go into the tree. Deciding to use a feature that the official pm does not provide - and only one of the three makes the 'testing' part and 'for the tree' pretty superfluos. And again I wonder what you base this nonsense on. Perhaps you never ever bothered to look at this overlay, what it provides or what the intentions behind it was? As one of the original decision makers behind it I can tell you, that we never intended to put any of these ebuilds in the tree. For this reason it also never contained any release of KDE. Releases were maintained separately in the tree using eapi 1. It only contains live ebuilds. Which is where '-scm' and sets support provide the biggest advantages. And we didn't do it to harass users. We did it because we wanted to get some real world experience with some of the features that Paludis had provided for years yet there were no indications Portage would support any time soon. Live KDE packages was deemed the place where adding this requirement made the most sense. Managing two hundred packages without those features is pain anyway. We decided that the monthly KDE releases that we were packaging and adding to the main tree using eapi 1 were frequent enough for those who didn't want Paludis for whatever reason. If anybody disagreed with that they could maintain their own overlay (which they did/do). We also announced it over three weeks before we actually made it happen so anybody who cared about the live KDE ebuilds can't really complaim about having been caught by surprise. Actually on that I can rely. I've been using the kde-svn back when it was portage allowed, and I must say it has been an improvement switching to paludis. As a user I find --continue-on-failure much better and flexible than --skip-first and on a live scm tree as this overlay has it is much needed.( I don't know about --keep-going since it has been implemented only after I've switched to paludis). I like paludis and it's my choise to use it. To each his own. Also don't flatter your selves I wouldn't(would) use a package just because some dev said something about some other dev, or discard(like) it because some conversation on IRC. I know what is right for me. So keep using emerge/gnome/bsd whatever fits you and let's ALL continue with our lives!
[gentoo-user] xpdf + KDE + emerge whackiness...
Ok... emerge -uDNp world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] app-text/xpdf-3.01-r4 (is blocking app-text/poppler-0.4.3-r1) [ebuild N] x11-libs/motif-config-0.9 [ebuild N] x11-libs/openmotif-2.2.3-r8 [ebuild N] app-text/xpdf-3.01-r3 [ebuild U ] dev-libs/libgcrypt-1.2.2-r1 [1.2.1] [ebuild R ] net-print/cups-1.1.23-r4 [ebuild R ] net-nds/openldap-2.2.28-r3 [ebuild N] net-fs/samba-3.0.14a-r2 [ebuild U ] sys-apps/module-init-tools-3.2.1 [3.0-r2] [ebuild R ] media-libs/xine-lib-1.1.1-r2 [ebuild R ] kde-base/kdebase-3.5.0-r1 [ebuild R ] media-video/mplayer-1.0_pre7-r1 [ebuild UD] sys-apps/dbus-0.23.4-r1 [0.50-r2] [ebuild UD] sys-apps/hal-0.4.8 [0.5.5.1-r2] [ebuild NS ] kde-base/arts-3.4.3 [ebuild NS ] kde-base/kdelibs-3.4.3 [ebuild NS ] kde-base/kompare-3.4.3 app-text/poppler-0.4.3-r1 is already installed, so why would xpdf come out to be a blocker as well as try to install 2 instances of itself, even though it doesn't exist in /etc/portage/package.*? Also, what's up with the old KDE stuff trying to be built when it's been properly removed from my system? more /etc/portage/package.keywords | grep kde dev-util/kdesvn ~x86 kde-base/arts ~x86 kde-base/kde ~x86 kde-base/kde-env ~x86 kde-base/kdeaddons ~x86 kde-base/kdeadmin ~x86 kde-base/kdeartwork ~x86 kde-base/kdebase ~x86 kde-base/kdebase-pam ~x86 kde-base/kdeedu ~x86 kde-base/kdegames ~x86 kde-base/kdegraphics ~x86 kde-base/kdelibs ~x86 kde-base/kdemultimedia ~x86 kde-base/kdenetwork ~x86 kde-base/kdepim ~x86 kde-base/kdetoys ~x86 kde-base/kdeutils ~x86 kde-base/kdewebdev ~x86 Am I supposed to explicitly tell portage an exact KDE version in my package.keywords? Not necessarily a Linux n00b, but still a Gentoo/portage n00b. Your help is much appreciated! Thanks all! -- Han Solo: Well Princess, it looks like you managed to keep me here a while longer. Princess Leia: I had nothing to do with it. General Rieekan thinks it's dangerous for anyone to leave the system until they've activated the energy shield. Han Solo: That's a good story. I think you just can't bear to let a gorgeous guy like me out of your sight. Princess Leia: I don't know where you get you delusions, laser brain! Chewbacca laughs Han Solo: Laugh it up, fuzzball! Gentoo Base System version 1.12.0_pre12 Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r5 i686) = System uname: 2.6.14-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox:1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS=x86 AUTOCLEAN=yes CBUILD=i686-pc-linux-gnu CFLAGS=-fomit-frame-pointer -march=pentium4 -O2 -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d CXXFLAGS=-fomit-frame-pointer -march=pentium4 -O2 -pipe DISTDIR=/usr/portage/distfiles FEATURES=autoconfig ccache distlocks sandbox sfperms strict GENTOO_MIRRORS=http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ http://gentoo.netnitco.net; MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage SYNC=rsync://rsync.namerica.gentoo.org/gentoo-portage USE=x86 X aac aim alsa apm arts audiofile avi bash-completion berkdb bitmap-fonts bmp browserplugin bzip2 calendar cdr crypt cups curl dbus directfb divx4linux dvd dvdr dvdread emboss encode exif expat fam fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif glut gmp gnutls gpm gtk2 hal icq idn imagemagick imap imlib ipv6 jabber jack java javascript jpeg kde kerberos lcms ldap libg++ libwww mad mhash mikmod mime mmx mng motif mozilla mp3 mpeg msn mysql ncurses nis nls nptl nptlonly nsplugin ogg oggvorbis openal opengl oscar oss pam pcre pdflib perl php png python qt quicktime readline recode ruby samba sasl sdl snmp sockets sox spell sse sse2 ssl tcltk tcpd threads tiff truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vorbis win32codecs xine xml2 xmms xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
[gentoo-user] KDE-4.1 apps render slowly
Hi all, This post might be a bit vague, sorry about that, I'm not sure where to start or how to explain it. New laptop with nVidia GeForce 8600. Arch ~amd64, emerged kde-meta-4.1, but it renders exceptionally slowly on the screen when scrolling. The effect is as if something is keeping the system very busy while input actions occur: It can take 30 secs to scroll slashdot's front page from top to bottom. Any web page displayed in akregator inside kontact is even slower. When kwallet pops up asking for the master password, it misses keystrokes when typing at normal speed. Scrolling through a long mail in kmail is slightly slower than normal, but scrolling the same mail in a reply window is full speed. Konqueror in split-window mode takes a few seconds to react when navigating through directories. Firefox works normally. I use e17 as the window manager, so I'm seeing this just using KDE apps, not the whole DE. top, krells and other regular tools show the system running normally, no apparent spikes or busyness. Can anyone point me in the direction of a nice howto or the correct tools to figure out what's going on here? emerge --info: Portage 2.2_rc6 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r7 x86_64) = System uname: Linux-2.6.25-gentoo-r7-x86_64-Intel-R-_Core- [EMAIL PROTECTED] Timestamp of tree: Wed, 06 Aug 2008 14:33:01 + app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox:1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS=amd64 ~amd64 CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=native -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/4.1/env /usr/kde/4.1/share/config /usr/kde/4.1/shutdown /usr/share/config CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active//etc/php/cli- php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d CXXFLAGS=-march=native -O2 -pipe DISTDIR=/var/distfiles FEATURES=distlocks metadata-transfer parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox GENTOO_MIRRORS=/mnt/distfiles/ ftp://ftp.is.co.za/mirror/gentoo.org/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo; LDFLAGS=-Wl,-O1 LINGUAS=en_US MAKEOPTS=-j3 PKGDIR=/var/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times -- compress --force --whole-file --delete --stats --timeout=180 -- exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/var/portage PORTDIR_OVERLAY=/var/portage/local/layman/enlightenment /var/portage/local/layman/ecomp /var/portage/local/layman/sunrise /var/portage/local/layman/mozilla /var/portage/local/layman/desktop-effects /var/portage/local/layman/kdesvn-portage /var/portage/local/alan SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=X a52 aac aalib acl acpi adns aiglx alsa amd64 ao apache2 audiofile bash- completion berkdb bluetooth branding bzip2 cairo cdaudio cdr cli cracklib crypt cups curl curlwrappers cvs dbus dbx dga dri dts dv dvb dvd dvdr dvdread encode etk evo ewl exif expat fam ffmpeg firefox flac foomaticdb freetds ftp gd gdbm gif gimpglitz gnutls gpm gtk hal iconv id3tag imagemagick imap imlib ipod irda irmc jabber javascript jbig jce jpegjpeg2k kde keyring lcms ldap lesstif libc_glibc libcaca libg++ libnotify libsamplerate libsndfile libwww lm_sensors mad maildir matroska mbox mcal midi mikmod milter mime mmx mng mp3 mp3tunes mp4 mpeg mplayer mtp mudflap multilib mysql mysqli ncurses netboot nfs nptl nsplugin ntp odbc offensive ogg openal opengl openmp pam pango pcre pdf perl php plotutils pmu png posix postgres ppds pppd profile python qt- static qt3support qt4quicktime readline realmedia reflection samba sasl scanner sdl session slp sms spell spl sqlite sqlite3 ssesse2 ssl ssse3 startup-notification subversion svg sysfs sysvipc tcl tcltk tcpd tetex theora threads tidy tiff tk truetype udev unicode usb utempter vcd vim-syntax vorbis wavpack wifi wmf wxwindows x264 xattr xcomposite xine xinetd xml xorg xosd xpm xulrunner xv xvid xvmc zeroconf zlib ALSA_CARDS