You are not logged in.
Does anyone have any idea where the 'favorites' list from the menu is stored. It keeps re-setting to the default list whenever I try to put anything in it?
maybe because kde4 is "beta", in my installation, change konsole to withe background, but close the session and then comeback to black background.
sorry for my english...
Offline
KDE 3.96: platform RC2 (hopefully final), desktop beta5/RC1 taged.
Offline
KDE 3.96: platform RC2 (hopefully final), desktop beta5/RC1 taged.
when 3.96 should be out???
sorry for my english...
Offline
yuanjiayj wrote:KDE 3.96: platform RC2 (hopefully final), desktop beta5/RC1 taged.
when 3.96 should be out???
Offline
In the recent weeks I have been compiling KDE from svn. I used tardo's (they can be found here: http://nagi-fanboi.net/arch/kde4pkg.tar.gz) and a few others' PKGBUILDs and adopted them for my needs (i.e. changed them from beta to svn and made a few other changes). Just in case someone is interested in compiling from svn, I made the PKGBUILDs available on a server here: http://archlinux.atspace.com/files/kde4.tar.gz
To fulfill dependencies, you should first install the packages
strigi
soprano-svn
libzip
poppler-qt4
qca-svn
qimageblitz-svn
telepathy-qt-svn
and then
kdelibs4
kdepimlibs4
kdebase4
AFAIR the others do not depend on each other.
A number of packages did not compile. These slightly older revisions work:
kdebase4: 735549
kdemultimedia4: 735585
kde4-extragear-plasma: 733556
kde4-extragear-multimedia: 735821
To check the current status and which revisions compile well, see the Dashboard: http://ktown.kde.org/~dirk/dashboard/
Good luck!
Btw. kdeaccessibility4, kdeaddons4, kdegames4, kdesdk4 and kdetoys4 are not included. You can get the PKGBUILDs for the last beta from tardo's site and adopt them.
Last edited by mutlu_inek (2007-11-14 21:23:02)
Offline
also there are PKGBUILDs in AUR that I have used. Just need a little tweaking.
Offline
Yes, some are in AUR, but they are outdated (some things build differently or have been moved within svn) and I thought I should share what I did for those who might be interested.
Also, I just added koffice2-svn, I forgot to include it.
Offline
one little question, im using the tardo PKGBUILDs to build kde/base/libs/etc 3.96, edit the pkgbuild and no problems, but the question is: in the morning(my country) build 3.96, but now want to rebuild to test if some bugs are fixed, only need run makepkg and get the lastest updates of the svn, or need especial thing.
pkgname=kdelibs4
pkgver=3.96
pkgrel=4
pkgdesc="KDE4 Core Libraries"
arch=('i686')
url="http://www.kde.org"
license=('GPL')
depends=('strigi' 'alsa-lib' 'soprano' 'pcre' 'heimdal' 'acl' 'avahi' \
'libxtst' 'fam' 'libxslt' 'libungif' 'libxft' 'enchant' 'libcups' \
'qt4>=4.3' 'openexr')
makedepends=('cmake')
groups=('kde4')
install=kdelibs4.install
source=('kde4.profile')
_svntrunk=svn://anonsvn.kde.org/home/kde/tags/KDE/3.96/${pkgname/4/}
_svnmod=${pkgname/4/}
build() {
. /etc/profile.d/qt4.sh
. $startdir/src/kde4.profile
export PATH=$QTDIR/bin:$PATH
# start building
cd $startdir/src
if [ -d $_svnmod/.svn ]; then
(cd $_svnmod && svn up)
else
svn co $_svntrunk --config-dir ./ $_svnmod
fi
msg "SVN checkout done or server timeout"
msg "Starting make..."
# try to fix menu problem
#mv kded/applications.menu kded/kde-applications.menu || return 1
#sed -i -e 's|\"applications.menu\"|\"kde-applications.menu\"|g' kded/kbuildsycoca.cpp || return 1
#sed -i -e 's|FILES applications.menu|FILES kde-applications.menu|g' kded/CMakeLists.txt || return 1
mkdir build && cd build
cmake ../$_svnmod -DCMAKE_INSTALL_PREFIX=/opt/kde4 -DCMAKE_BUILD_TYPE=release
make VERBOSE=0 || return 1
make DESTDIR=$startdir/pkg install || return 1
# profile
install -D -m644 $startdir/kde4.profile $startdir/pkg/etc/profile.d/kde4.sh
rm -rf $startdir/src/build
}
this is my current pkgbuild.
Last edited by Cipher (2007-11-16 03:29:01)
sorry for my english...
Offline
Actually that's my pkgbuild. but oh well.
If you run makepkg again it won't update unless a new svn revision has been made (which is rarely the case with tagged revisions). I suggest you switch to -svn packages if you want daily updates.
On a site note, I've had very little time to myself lately and haven't yet been able to build 3.96. I hope to get around to it soon, but definitely expect it in a week or so.
Offline
Actually that's my pkgbuild. but oh well.
If you run makepkg again it won't update unless a new svn revision has been made (which is rarely the case with tagged revisions). I suggest you switch to -svn packages if you want daily updates.
On a site note, I've had very little time to myself lately and haven't yet been able to build 3.96. I hope to get around to it soon, but definitely expect it in a week or so.
yeah, your pkgbuild
to use -svn packges, where can find those pkgbuilds ??
or can edit the prev pkg to be -svn ???
thnkz.
sorry for my english...
Offline
pkgname=kdelibs4-svn
pkgver=1
pkgrel=1
pkgdesc="KDE4 Core Libraries"
arch=('i686' 'x86_64')
url="http://www.kde.org"
license=('GPL')
depends=('strigi' 'alsa-lib' 'soprano' 'pcre' 'heimdal' 'acl' 'avahi' \
'libxtst' 'fam' 'libxslt' 'libungif' 'libxft' 'enchant' 'libcups' \
'qt4>=4.3' 'openexr')
makedepends=('cmake')
groups=('kde4-svn')
conflicts=('kdelibs4')
provides=('kdelibs4')
install=kdelibs4.install
source=('kde4.profile')_svntrunk=svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs
_svnmod=kdelibsbuild() {
# cropped...
}
bold fields are the ones I changed. compare that with the original pkgbuild and just change the rest accordingly. Make sure you use versionpkg instead of makepkg.
Last edited by tardo (2007-11-16 04:28:17)
Offline
thnakz......
sorry for my english...
Offline
bump for update. amarok also updated.
Offline
bump for update. amarok also updated.
which pkgbuild are you using to build the amarok2-svn package ??
sorry for my english...
Offline
when will x86_64 be updated?
Offline
when will x86_64 be updated?
I won't be. I decommissioned my x86_64 for the time being. I strongly suggest making yourself familiar with makepkg and grabbing my package and building them. The process should be relatively simple.
Offline
Hi tardo,
is it still important to make a dependency on ghostscript-gpl-8.54? I thought the ghostscript-8.60 in EXTRA is now GNU-ghostscript too. So it should be as good as the other one and doesn't need to be replaced.
see http://www.archlinux.org/packages/13494/
Regards,
Gerd
Offline
Hi tardo,
is it still important to make a dependency on ghostscript-gpl-8.54? I thought the ghostscript-8.60 in EXTRA is now GNU-ghostscript too. So it should be as good as the other one and doesn't need to be replaced.
see http://www.archlinux.org/packages/13494/Regards,
Gerd
\Right on, I'll fix the dependency.
Offline
KDE4 RC1 is out. http://www.kde.org/announcements/announce-4.0-rc1.php .
If it ain't broke, broke it then fix it.
Offline
^I believe that's what tardo has in his repo.
Offline
Is there an updated set of PKGBUILDS anywhere? I tried following the changes that tardo suggested above but when I tried them with kdebase4 it crashed - I changed 'libs' to 'base' where it seemed appropriate.
Jim
Offline
Just noticed on the KDE site that there's a file, kdebase-runtime-3.96.0. Does anyone have a PKGBUILD for that? I can't find one in the PKGBUILDs I got from Tardo's site.
Thanks,
Jim
Offline
my kdebase pkgbuild builds runtime/workspace/base in one package. I hate splitting stuff up.
and you shouldn't have to change libs to base, you'll definitely be building the wrong thing then. all you should need to do is change version numbers.
when i pop open my laptop next, i'll upload my -svn pkgbuilds.
Last edited by tardo (2007-11-21 07:11:17)
Offline
I built everything for x86_64 If someone is interested I could upload everything on my server.
About 3.96. I can't understand how this is a Release Candidat. No working Panelsystem. Konqueror crashes all the time. Other software from extragear like amarok2 misses major features from it's kde3 versions.
Offline
In relation to the betas I would say it definitely a release candidate, but then again the betas where not really betas...
anyway you get my point.
Biggest problem I had with the RC from tardos repo was that knotify4 (if I remember correctly) was taking about 10+ percent of my cpu. That and (maybe in relation to) moving windows around takes approximately half a second to start (and of course plasma crashing ).
If they fix those things for the final I switch over with the help of some kde3/gtk2 applications. Now let's hope for an early christmas this year!
Offline