You are not logged in.
[heleos@erebus ~]$ sudo pacman -S kde4
:: group kde4 (including ignored packages):
decibel extragear-base4 extragear-graphics4 extragear-libs4 extragear-multimedia4 extragear-network4 extragear-utils4 kdeadmin4 kdeartwork4 kdebase-runtime4 kdebase-workspace4 kdebase4
kdegraphics4 kdelibs4 kdemultimedia4 kdenetwork4 kdepim4 kdepimlibs4 kdesupport4
:: Install whole content? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
:: libassuan-fpic conflicts with libassuan. Remove libassuan? [Y/n] y
error: failed to prepare transaction (could not satisfy dependencies)
:: gnupg2: requires libassuan>=1.0.4
[heleos@erebus ~]$ sudo pacman -S kde4
:: group kde4 (including ignored packages):
decibel extragear-base4 extragear-graphics4 extragear-libs4 extragear-multimedia4 extragear-network4 extragear-utils4 kdeadmin4 kdeartwork4 kdebase-runtime4 kdebase-workspace4 kdebase4
kdegraphics4 kdelibs4 kdemultimedia4 kdenetwork4 kdepim4 kdepimlibs4 kdesupport4
:: Install whole content? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
:: libassuan conflicts with libassuan-fpic. Remove libassuan-fpic? [Y/n]
>_>
Last edited by heleos (2008-06-14 02:22:14)
Offline
Just force it: pacman -Rd libassuan && pacman -S kde4.
Offline
That isn't the problem, which is why i posted 2 separate pacman outputs
[heleos@erebus ~]$ sudo pacman -Rd libassuan && sudo pacman -S kde4
loading package data...
(1/1) removing libassuan [#####################################################################################################################################################] 100%
:: group kde4 (including ignored packages):
decibel extragear-base4 extragear-graphics4 extragear-libs4 extragear-multimedia4 extragear-network4 extragear-utils4 kdeadmin4 kdeartwork4 kdebase-runtime4 kdebase-workspace4 kdebase4
kdegraphics4 kdelibs4 kdemultimedia4 kdenetwork4 kdepim4 kdepimlibs4 kdesupport4
:: Install whole content? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gnupg2: requires libassuan>=1.0.4
Offline
I installed this package, then I made a new user for kde4, then made it an empty home folder and pt a .bashrc file with the source command for kde4 you said in the first post to include. After that, I opened the new user session via KDM choosing KDE4 as the session and I got this:
Of course it's weird. it seems to be a double session of KDE 3.x and 4.x :S
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
@LTSmash: Which repository did you use? Could you paste your .bashrc file? And from within this KDE installation execute following in konsole: echo $PATH and post the output.
Last edited by tanis (2008-06-15 01:33:13)
Offline
@heleos: Some dependency problem kde4-svn should work better. As for the beta repository I should create new packages anyway, so I will look at the problem then.
Offline
@LTSmash: Which repository did you use? Could you paste your .bashrc file? And from within this KDE installation execute following in konsole: echo $PATH and post the output.
[kde4@LTS-Arch ~]$ echo $PATH
/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/kde/bin:/opt/mozilla/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core:/opt/qt/bin
I actually switched with su -l on my regular session, but does it matter? I know already that answer...
[kde4@LTS-Arch ~]$ cat .bashrc
. /etc/profile.d/kde4.sh
EDIT: I forgot to mention, I used your beta repo, not the SVN one...
Last edited by LTSmash (2008-06-15 01:54:33)
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
@LTSmash: Ok, something is wrong with your PATH. /opt/kde4/.bashrc should be in front. What's in the /etc/profile.d/kde4.sh file? Maybe you could just add "export PATH=/opt/kde4/bin:$PATH" to your .bashrc file?
Offline
Same problem here as described by LTSmash. I can't solve it by adding this line to my .bashrc, however.
Offline
What do you mean by 'I can't solve it'? Does that line affect your PATH variable or not?
/opt/kde4/bin should be before /opt/kde in your PATH. If you don't have it, it means that there is something wrong with .bashrc file, or /etc/profile.d/kde4.sh.
What happens if you run ". /etc/profile.d/kde4.sh" manually? Does it affect your PATH in current terminal or not?
Offline
The script kde4-svn.sh wasn't executable yet. Now everything is fine. Thank you!
Last edited by tyr0 (2008-06-15 18:51:23)
Offline
tyr0: kde4-svn.sh Should NOT be executable! Otherwise it will affect the whole system and rest of the users!
So change it back to non-executable, or you could loose your KDE 3.5 data!
'. /etc/profile.d/kde4.sh' doesn't need kde4.sh to be executable to work, that is why there is '.' (or 'source') in front!
Besides, kde4 beta and kde4 svn packages have slightly different configuration, so it is either /etc/profile.d/kde4.sh, or /etc/profile.d/kd4-svn.sh files,
and /opt/kde4 - opt/kde4-svn respectively. Check what you are using and if .bashrc uses the correct file!
Offline
Indeed I have lost my KDE 3.5 data, however, that's not a real problem. I use lightweight WMs for common work. The script is now non executable and the problem appears again.
I use zsh so I added the line to my .zshrc, but I don't think this causes the error. I will play around with KDE4.x in the next days.
Offline
@LTSmash: Ok, something is wrong with your PATH. /opt/kde4/.bashrc should be in front. What's in the /etc/profile.d/kde4.sh file? Maybe you could just add "export PATH=/opt/kde4/bin:$PATH" to your .bashrc file?
bash-3.2$ cat /etc/profile.d/kde4.sh
export KDEDIR=/opt/kde4
export KDEDIRS=$KDEDIR
export KDEHOME=~/.kde4
export XDG_DATA_DIRS=/opt/kde4/share:$XDG_DATA_DIRS
bash-3.2$
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
Well, now this is weird:
[kde4@LTS-Arch ~]$ echo $PATH
/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/kde/bin:/opt/mozilla/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core:/opt/qt/bin
[kde4@LTS-Arch ~]$ bash
[kde4@LTS-Arch ~]$ echo $PATH
/opt/kde4/bin:/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/kde/bin:/opt/mozilla/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core:/opt/qt/bin
So there's two options: bash isn't that users shell (but according to kuser IT IS), or there's a problem with bash not reading the .bashrc on login...
EDIT: I was using a login shell, so i guess using .bashrc wasn't the nice way to do this:
When bash is invoked as an interactive login shell, or as
a non-interactive shell with the --login option, it first
reads and executes commands from the file /etc/profile, if
that file exists. After reading that file, it looks for
~/.bash_profile, ~/.bash_login, and ~/.profile, in that
order, and reads and executes commands from the first one
that exists and is readable. The --noprofile option may
be used when the shell is started to inhibit this behav-
ior.
When a login shell exits, bash reads and executes commands
from the file ~/.bash_logout, if it exists.
When an interactive shell that is not a login shell is
started, bash reads and executes commands from ~/.bashrc,
if that file exists.
Source: http://forums.macosxhints.com/archive/i … 16493.html
Well, I guess this may help, let me check.
EDIT2: Yeap, that did the trick:
[kde4@LTS-Arch ~]$ echo $PATH
/opt/kde4/bin:/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/kde/bin:/opt/mozilla/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core:/opt/qt/bin
It seems to have added the proper path, I guess you should change your instructions to use this:
echo ". /etc/profile.d/kde4.sh
export PATH=/opt/kde4/bin:$PATH" | tee -a ~/.bash_profile
That instead of using .bashrc
Last edited by LTSmash (2008-06-15 20:04:16)
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
Ok, that solved the problem ^-^
I guess I have to suggest for anyone who has this problem to errase their home/foo users folder, then make a new one (owned by that user too) and then make the .bash_profile file... oh, and don't forget not to use kde 3.x with that user cause it might screw things up.
EDIT: Awwww, I guess I have flooded this a lot. Well, I just wanted to ask for one more thing, can you add gtk-qt-engine for KDE4 and the i18n packs? I already have installed the on efor spanish from the official repos, but it seems not to work with KDE4, since it doesn't appears in the control center...
Thanks a lot.
Last edited by LTSmash (2008-06-15 20:53:34)
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
@LTSmash: Look at /etc/skel/.bash_profile file - it executes .bashrc file, so it should be working fine, unless you didn't use your skel files when creating the user...
Offline
I have modified KDE4-svn packages a little bit - now package version reflects SVN revision, not a date. Also, KDE4 svn profile file has been moved to /etc/kde4-svn-profile.sh,
so it should be more difficult to break currently used KDE 3.5 configuration
So just modify the .bashrc file to execute /etc/kde4-svn-profile.sh instead (and make sure, that .bashrc is executed by .bash_profile as well).
Offline
Nice packaging... thanks again!
They installed perfectly on my fresh Arch install and are running quite well. I'm running KDE4 only on this system and it's getting faster, and things are becoming more stable all the time.
oz
Offline
hi, tanis
beta 2 was released today:
http://www.kde.org/announcements/announce-4.1-beta2.php
just wondering... do you still plan to package it?
oz
Offline
Yes I do
Offline
Yes I do
Great - looking forward to it.
On the KDE4 installation using the SVN packages, I'm having to re-add the the Kickoff button/widget (application launcher) after every new login. Anyone else having this issue, or know how to fix it?
I've already tried locking the widgets, but it's still gone on next login.
Thanks.
oz
Offline
I have uploaded beta2 packages to x86_64 repository, including language packs.
Packages for i686 should be there as well within an hour.
For previous users of beta packages: you should modify ~/.bashrc file of KDE4 user to execute ". /etc/kde4-profile.sh" (instead of /etc/profile.d/kde4.sh) - this way it is more difficult to break existing KDE 3.5 installation. Also, make sure that ~/.bash_profile executes ~/.bashrc file, or /etc/kde4-profile.sh directly.
UPDATE:
i686 packages are there as well. Also, I have added qt-4.4 from testing repository.
I experienced problems with window dragging while using qt-copy
When qt-4.4 from testing is used, everything works fine.
Last edited by tanis (2008-06-25 21:51:50)
Offline
Also, I have added qt-4.4 from testing repository.
I experienced problems with window dragging while using qt-copy
When qt-4.4 from testing is used, everything works fine.
Ah, okay I was just going to ask what the difference was in the two Qt packages.
Hey, thanks bunches for the new beta 2 packages. I plan to load them up tomorrow afternoon on a fresh install.
oz
Offline
Qt-copy is built from sources in KDE4's svn tree (which is, basically, official Qt with some additional patches needed by KDE4).
testing/qt is official Arch's Qt package (but I think it has some patches included too).
Offline