Daily KDE4 Subversion Packages

pressh · 2008-05-17 18:35:51

miggols99 wrote:

Hi, I'd just like to have an update on this. Is there a powersaving program (KLaptop or KPowersave) available for KDE4? Because if I don't have them my laptop gets quite hot.

Not that I've seen
You could in the meantime use non-graphical cpu frequency scaling as described here: http://wiki.archlinux.org/index.php/CPU … cy_Scaling

miggols99 wrote:

Also is KDM still working fine?

yes no problems except that the background is not drawing.

tanis · 2008-05-18 01:19:13

markc: So, what is 'KDE4 in /opt' status? It would be great to have it

maarten · 2008-05-18 11:27:59

If you have set the gtk-qt-engine to use native qt4 theme for gtk2 applications, these applications are really unstable since a week or so (at least for me). Setting it to another theme gives the stability back. You may have another problem though, just try it.

Thanks! That solved the problem.

capthookb · 2008-05-18 11:29:33

maarten wrote:

maarten wrote:
Thanks for these packages! Really great to see kde4 improving a lot.
However I was wondering if some of you also have problems when opening linked images with konqueror, as ie. in the first post of this topic. When I click on the hyperlink I get a crash. Seems to be a problem with gwenview I think. Anyone experiences this as well? I was wondering if it is kde bug, or something with my installation. I just installed ArchLinux and before trying these packages I tried kdemod4. Maybe something to do with that?
Fixed it, must have been a conflict with kdemod4 or the kde I compiled from AUR.
Now I'm trying to run openoffice in kde4. Anyone succeeded in this? I only get crashes. In xfce it works however without any problem.

How did you fix it? I'm having the same crash, and gwenview crashes as well. So i think it's a gwenview thing, because konqueror uses gwenview kpart to display images.

This is what i get when trying to launch gwenview:

$gwenview ~/picture.jpg
terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
KCrash: Application 'gwenview' crashing...
sock_file=/home/user/.kde/socket-domatio/kdeinit4__0
gwenview(3759)/kio (KIOJob) KDirModel::indexForUrl: KUrl("file:///home/user/picture.jpg") not found
gwenview: Fatal IO error: client killed

It's funny that i find the solution to my problems, after a few minutes of posting my issue on any forum....
I changed file association of images from gwenview to khtmlimage in konqueror, and now it doesn't crash. Gwenview, however does but i can live without it

Last edited by capthookb (2008-05-18 11:36:26)

markc · 2008-05-19 11:54:30

@tanis: I'm not that keen to change to /opt as I much prefer the packages where they are. If 1/2 dozen folks all chimed in and said "yes please change to /opt" then I would do it but that hasn't been the case.

However, in rewritting the build script I use (restarted 3 times in 3 days with 3 different approaches) I've settled on putting the functional logic, that I particularly want, back into the actual PKGBUILDs which means that each PKGBUILD will work by itself without requiring the build script wrapper. The mpkg script will mainly now just guide the order of the distro build and handle the post-build installation like adding to the repo section database and uploading to a remote site. The main difference to a standard makepkg invocation is that I require all the svn/git sources to be downloaded into $SRCDIR (as opposed to the current source package dir) and then made into a tarball. The standard makepkg has triggers to deal with custom VCS variables like $_svntrunk and $_svnmod but they pull the svn/git source into the current package dir so I can't use those built in methods. I simply refuse to have 10+Gbs of source code inside the various source package directories.

A couple of points, now I have a big job updating 50+ PKGBUILDS (not just a single script), and testing the results, so it could still take another day or so to get back to our regular daily update schedule, and, that it will be much easier for you to modify these PKGBUILDs to build them the way you want. I'm also setting it up so that the mpkg script will build other "distros" and I will use uArch (http://uarch.org) as a test case. So if you (tanis) want to maintain a set of kde-svn packages as a "distro" called "tanis" then that should (fingers crossed) all happily co-exist with my eth-os packages and the uarch ones and mpkg will build any one or all of them.

dpc · 2008-05-19 19:42:31

[dpc@empire ~]$ pacman -Ql libkipi | grep so
libkipi /opt/kde/lib/libkipi.so
libkipi /opt/kde/lib/libkipi.so.0
libkipi /opt/kde/lib/libkipi.so.0.1.1
[dpc@empire ~]$ sudo pacman -Ss libkipi
Password:
testing/kipi-plugins 0.1.5beta1-3
    libkipi plugins for digikam and kde apps
extra/kipi-plugins 0.1.5beta1-2
    libkipi plugins for digikam and kde apps
extra/libkipi 0.1.5-1
    library for kipi-plugins
[dpc@empire ~]$ pacman -Q | grep kipi
libkipi 0.1.5-1
[dpc@empire ~]$ gwenview
gwenview: error while loading shared libraries: libkipi.so.5: cannot open shared object file: No such file or directory
[dpc@empire ~]$

What is wrong? Or - "how to get proper libkipip.so".

Last edited by dpc (2008-05-19 19:43:13)

Belitsky.A · 2008-05-19 19:57:02

2dpc:
You need libkipi from kde svn. Just install extragear-libs.

$ sudo pacman -R libkipi && sudo pacman -S extragear-libs

Last edited by Belitsky.A (2008-05-19 20:21:38)

somairotevoli · 2008-05-20 02:50:07

markc wrote:

@tanis: I'm not that keen to change to /opt as I much prefer the packages where they are. If 1/2 dozen folks all chimed in and said "yes please change to /opt" then I would do it but that hasn't been the case.
However, in rewritting the build script I use (restarted 3 times in 3 days with 3 different approaches) I've settled on putting the functional logic, that I particularly want, back into the actual PKGBUILDs which means that each PKGBUILD will work by itself without requiring the build script wrapper. The mpkg script will mainly now just guide the order of the distro build and handle the post-build installation like adding to the repo section database and uploading to a remote site. The main difference to a standard makepkg invocation is that I require all the svn/git sources to be downloaded into $SRCDIR (as opposed to the current source package dir) and then made into a tarball. The standard makepkg has triggers to deal with custom VCS variables like $_svntrunk and $_svnmod but they pull the svn/git source into the current package dir so I can't use those built in methods. I simply refuse to have 10+Gbs of source code inside the various source package directories.
A couple of points, now I have a big job updating 50+ PKGBUILDS (not just a single script), and testing the results, so it could still take another day or so to get back to our regular daily update schedule, and, that it will be much easier for you to modify these PKGBUILDs to build them the way you want. I'm also setting it up so that the mpkg script will build other "distros" and I will use uArch (http://uarch.org) as a test case. So if you (tanis) want to maintain a set of kde-svn packages as a "distro" called "tanis" then that should (fingers crossed) all happily co-exist with my eth-os packages and the uarch ones and mpkg will build any one or all of them.

You are doing great job and service, thanks again. I agree having just "regular" 'ole PKGBUILDS would be must easier to modify and will allow others and I to install to /opt.

ozar · 2008-05-21 01:30:34

Things have stabilized quite a bit in '0521.

Krunner has taken on a new appearance, too.

Good stuff!

Edit: Hmm... I just did a KDE4 install on a fresh Arch install and things weren't quite as good as when I upgraded to '0521 from '0514. I'll mess with it some more to see if I can figure out what happened.

Last edited by ozar (2008-05-21 03:35:40)

markc · 2008-05-21 05:56:16

It was a bit of last minute reinstall of the old build script just to get the daily updates going again, I couldn't stand leaving it any longer as I was feeling really guilty. It took me a month to get the first script to work automatically overnight and the rewrite... well, I keep changing it around trying different approaches. I'm now trying to include the regular ArchLinux packages from abs as well. I'm stuck trying to figure out a way to provide for local changes to some packages that don't get overwritten from a repo update. I might consider pulling abs and pushing it to github.org so it's easier to manage the regular ArchLinux packages.

There have been really major movement for some of the kde components over the last few days so we probably missed the worst of it. Looks like phonon, or parts of it, are now in kdesupport. These packages did not build...

FAIL gui/shaman 20080521 06:49:04 10 1
FAIL kde/extragear-graphics 20080521 06:47:50 10 1
FAIL kde/extragear-plasma 20080521 06:47:58 10 1
FAIL kde/kdebindings 20080521 06:46:45 10 1
FAIL kde/kdeedu 20080521 06:47:45 10 1
FAIL kde/kdenetwork 20080521 06:14:15 10 1
FAIL kde/kdepim 20080521 06:10:47 10 1
FAIL kde/kdesdk 20080521 06:46:41 10 1
FAIL kde/phpqt 20080521 06:41:41 10 1
FAIL kde/playground-plasma 20080521 06:40:01 10 1
FAIL net/cgit 20080521 04:51:29 10 1

drf · 2008-05-21 16:49:27

Mark, can you please tell me what's the error when building Shaman? I faced a similar problem in latest KDE4 update, it's probably related to plasma components.

yuanjiayj · 2008-05-22 22:50:51

Mark,why those pkgs can't be built?

markc · 2008-05-23 05:04:55

@drf: re shaman, I just tried a manual build and it worked okay. 20080523 is building as I type so it'll probably be included in about 6 hours after this post. Shaman does not depend on KDE4 libs, just Qt4, that's why it's in the [gui] section because it's not strictly a kde application.

@yuanjiayj: re build failures, for various reasons. I need to manually try a build and see what prevented a compile. I'll do that after this build. Quite a few components have been moved around this past week but I think there is a soft or hard freeze as of a day or so ago so I am hopeful todays build will be better and worth tinkering with to try and improve. As it turns out it would have been hardly worth recompiling the packages for some of the days during this past week but it should be okay now.

Damn, kdepim still fails at 13%. I'll see if I can disable kleo.

...
/var/abs/local/eth-os/kde/kdepim/src/kdepim-4.1.0/libkleo/kleo/cryptplugwrapper.cpp:430: warning: unused variable 'ok'
[ 13%] Building CXX object libkleo/CMakeFiles/kleo.dir/kleo_automoc.o
Linking CXX shared library ../lib/libkleo.so
[ 13%] Built target kleo
make: *** [all] Error 2

Last edited by markc (2008-05-23 06:17:00)

drf · 2008-05-23 11:34:19

markc wrote:

@drf: re shaman, I just tried a manual build and it worked okay. 20080523 is building as I type so it'll probably be included in about 6 hours after this post. Shaman does not depend on KDE4 libs, just Qt4, that's why it's in the [gui] section because it's not strictly a kde application.

Shaman does not depend on kdelibs4, but if KDE4 is found, compilation of the KRunner and of the Plasmoid (that these days started to work nicely) is triggered Glad you figured out anyway

Noneus · 2008-05-23 11:57:56

I have a problem with the latest builds. I can't change the default global shortcuts. Anyone can help me?

markc · 2008-05-23 16:55:22

@drf: I just noticed that the shaman sourceforge repo seems quiet and there is now a playground/sysadmin/shaman directory so maybe they have moved the code to KDEs official repo, cool! If so then the shaman package I am building is old code. I'll see if a playground-sysadmin package can be built. The arxin folks should try and get their code into playground as well... more eyeballs.

@noneus: I guess you mean System Settings -> Keyboard & Mouse -> Keyboard Shortcuts ? I managed to change Switch to Next/Previous Desktop to ctrl-right/left by manually editing ~/.kde/share/config/kglobalshortcutsrc.

[kwin]
...
Switch to Next Desktop=Ctrl+Right,none,Switch to Next Desktop                                
Switch to Previous Desktop=Ctrl+Left,none,Switch to Previous Desktop                         
...

20080523 took forever to upload, it's finally there now though.

yuanjiayj · 2008-05-24 01:49:03

When I delete the .kde, plasma crashed.

[KCrash handler]
#6  0xb7e9390d in Plasma::Applet::config () from /usr/lib/libplasma.so.2
#7  0xb7f9b45b in DesktopCorona::loadDefaultLayout ()
   from /usr/lib/libkdeinit4_plasma.so
#8  0xb7ebdfd6 in Plasma::Corona::loadLayout () from /usr/lib/libplasma.so.2
#9  0xb7f9e09e in PlasmaApp::corona () from /usr/lib/libkdeinit4_plasma.so
#10 0xb7fa02d1 in PlasmaApp::PlasmaApp () from /usr/lib/libkdeinit4_plasma.so
#11 0xb7fa0671 in PlasmaApp::self () from /usr/lib/libkdeinit4_plasma.so
#12 0xb7f9dd4a in kdemain () from /usr/lib/libkdeinit4_plasma.so
#13 0x080487e2 in _start ()
#0  0xb7fb2410 in __kernel_vsyscall ()

And I can't find plasma config files in .kde/share/config.

markc · 2008-05-24 07:04:11

@yuanjiayj: you have probably fixed this by now but you could perhaps try touch'ing these files and it might be okay...

# ll .kde/share/config/plasma*
-rw------- 1 admin users 1084 2008-05-24 16:44 .kde/share/config/plasma-appletsrc
-rw------- 1 admin users   79 2008-05-24 16:44 .kde/share/config/plasmarc

However, I just did a mv .kde .kde.old after logging out (I use startx) and then started the desktop again and it did hang for a longer time than usual on the first flashing icon but it started up okay. This is using 20080524 so maybe if you have updated then this is no longer a problem. If you still do not have those 2 files then I can email/pm you or paste the pristine contents here.

yuanjiayj · 2008-05-24 12:55:24

I'd like to see KDE fix it itself.
Now I use icewm to replace with plasma.I found KDE programs run faster than in its own enviroment.
HeHe.

yuanjiayj · 2008-05-25 03:08:20

The latest build fix it.
Good!!

dyscoria · 2008-05-26 23:02:12

Just want to say thanks for your work!

I'm still in awe at KDE4. They are doing such a good job with the new API's and stuff they've done from the ground up. Come 2009, we'll have pure bliss.

Cimi · 2008-05-27 00:33:13

why it is overriding /etc/xdg/menus/applications.menu? I can't install from this repo

markc · 2008-05-27 05:28:41

@dyscoria: yes, kde4 is coming along nicely. For all the things that do not work right, at various times, I'm still very happy to use it and witness the progress. Totally agree, 2009 will rock!

@Cimi: you are right, /etc/xdg/menus/applications.menu is owned by kdelibs so I've added backup=(etc/xdg/menus/applications.menu) to the kdelibs PKGBUILD for 20080528. Thanks for pointing it out.

As for the PKGBUILDs in general, I have yet to spend a lot of man hours updating them to make them self contained, and get the mpkg script to use them and tested, so here's what I intend to do. Keep in mind I can't use the builtin SCM (source code management) methods of makepkg because it dumps SCM checkouts inside each PKGBUILD area with no option to do otherwise, and as I've mentioned elsewhere, there is no way I am going to have 10+Gbs of long term updated source code permenently residing inside each source package folder. So, I have to add a dozen lines of SCM checkout/update code to each PKGBUILD. One workaround is to create a bash lib and source it from one line appended to /etc/makepkg.conf but I'd rather not tinker with or patch the standard pacman/makepkg/abs utilities. Adding specific lines to each PKGBUILD has one vague advantage that each source package can be tweaked individually rather than rely on a boilerplate bash lib. I can't use, for instance, _svnurl or _svnmod because they will trigger a Subversion makepkg checkout. One possibility...

_scm=(qt-copy svn://anonsvn.kde.org/home/kde/trunk/qt-copy 'svn co' 'svn up' .svn)

Which would end up being interpreted as... if exists ${_scm[4]} then cd ${_scm[0]} && ${_scm[3]} else ${_scm[2]} ${_scm[1]} ${_scm[0]}. Another thing I want to avoid is writting back to the PKGBUILD itself and using it for updated variables because then ALL PKGBUILDs will be updated everyday when checked into their own Git repo and that blows away being able to (easily) track any package by package changes. Already tried that and it sux. Any comments gratefully accepted.

Belitsky.A · 2008-05-27 12:31:49

I'm using this PKGBUILD to build ru l10n package. Maybe it will be interesting someone.

lang=ru
pkgname=kde-l10n-$lang
pkgver=4.1.0
pkgrel=$(date +%Y%m%d)
pkgdesc="KDE 4.1 l10n-$lang package"
arch=('i686')
license=('GPL')
makedepends=('qt-copy-dev' 'kdelibs-dev' 'svn' 'make')
build() {
    # checkout $lang dir
    if [ -d $startdir/src/$lang ]; then
        cd $startdir/src/$lang
        svn up
    else
        cd $startdir/src/
        svn co svn://anonsvn.kde.org/home/kde/trunk/l10n-kde4/$lang
    fi
    # checkout scripts dir
    if [ -d $startdir/src/scripts ]; then
        cd $startdir/src/scripts
        svn up
    else
        cd $startdir/src/
        svn co svn://anonsvn.kde.org/home/kde/trunk/l10n-kde4/scripts
    fi
    # build it
    cd $startdir/src/
    ./scripts/autogen.sh $lang
    cd $startdir/src/$lang
    make clean
    cmake -DCMAKE_INSTALL_PREFIX=$startdir/pkg/usr/
    make
    make install
}

Last edited by Belitsky.A (2008-05-27 12:38:11)

markc · 2008-05-27 15:16:40

@Belitsky.A: excellent, thanks for that. I had made a start on languages but was having difficulty getting one to compile and install. This one below should get uploaded with 20080528 as an any arch which means it only has to be built once and could be used for both i686 and x86_64... however I'm not 100% this approach is correct, so if you don't mind testing this package on i686 and let me know if it causes any problems or not. I've never used anything but a default en language so languages and locales in general just confuse me. Note this one is called l10n-kde4-ru to fit in better with the KDE svn layout. Many thanks to Andrew Belitsky for contributing the essential script logic.

Updated script to accept an argument for any of the available languages and the latest version can always be downloaded from...
http://eth-os.googlecode.com/svn/trunk/kde/l10n-kde4/

# Maintainer: Eth-OS @ http://eth-os.org (GPL)
# Contributor: Belitsky.A @ http://bbs.archlinux.org/viewtopic.php?pid=372953#p372953

l10n_kde4_help() { echo "\

This is a standalone KDE Language PKGBUILD that uses the latest language
set from the official KDE Subversion repository. Its usage is...

 makepkg -csi ru

where 'ru' can be any one of the languages listed below. Suggested regular
usage is to create an alias in your .bashrc file something like...

 alias update-lang='cd /path/to/pkgdir && makepkg -csi ru'

af    ar    be    bg    bn    bn_IN br    ca    cs    csb   cy    da    de
el    en_GB eo    es    et    eu    fa    fi    fr    fy    ga    gl    gu
ha    he    hi    hr    hsb   hu    hy    is    it    ja    ka    kk    km
kn    ko    ku    lb    lt    lv    mk    ml    ms    mt    nb    nds   ne
nl    nn    nso   oc    pa    pl    pt    pt_BR ro    ru    rw    se    sk
sl    sr    sr@latin    sv    ta    te    tg    th    tr    uk    uz
uz@cyrillic       vi    wa    xh    zh_CN       zh_HK       zh_TW
"
  exit 1
}

[ -n "$1" ] && _lang=$1 || l10n_kde4_help

_name=l10n-kde4

pkgname=$_name-$_lang
pkgver=4.1.0
pkgrel=$(date +%Y%m%d)
pkgdesc="KDE 4.1 l10n-$_lang package"
arch=(any)
license=(GPL)
makedepends=(qt-copy-dev kdelibs-dev svn make imake)

build()
{
  # checkout $_lang dir
  if [ -d $SRCDEST/$_name/$_lang/.svn ]; then
    cd $SRCDEST/$_name/$_lang && svn up
  else
    [ -d $SRCDEST/$_name ] || mkdir -p $SRCDEST/$_name
    cd $SRCDEST/$_name
    svn co svn://anonsvn.kde.org/home/kde/trunk/$_name/$_lang $_lang
  fi

  # checkout scripts dir
  if [ -d $SRCDEST/$_name/scripts ]; then
    cd $SRCDEST/$_name/scripts && svn up
  else
    cd $SRCDEST/$_name/scripts$_name
    svn co svn://anonsvn.kde.org/home/kde/trunk/$_name/scripts
  fi

  # create tarball
  cd $SRCDEST/$_name
  tar cjf $SRCDEST/$_name-$_lang-$pkgver.tar.bz2 $_lang scripts --exclude-vcs

  # extract tarball
  cd $srcdir && tar xjf $SRCDEST/$_name-$_lang-$pkgver.tar.bz2

  # build it
  cd $srcdir
  ./scripts/autogen.sh $_lang
  cd $srcdir/$_lang
  cmake -DCMAKE_INSTALL_PREFIX=$pkgdir/usr
  make || return 1
  make install || return 1
}

Last edited by markc (2008-05-30 17:05:13)

Arch Linux

#201 2008-05-17 18:35:51

Re: Daily KDE4 Subversion Packages

#202 2008-05-18 01:19:13

Re: Daily KDE4 Subversion Packages

#203 2008-05-18 11:27:59

Re: Daily KDE4 Subversion Packages

#204 2008-05-18 11:29:33

Re: Daily KDE4 Subversion Packages

#205 2008-05-19 11:54:30

Re: Daily KDE4 Subversion Packages

#206 2008-05-19 19:42:31

Re: Daily KDE4 Subversion Packages

#207 2008-05-19 19:57:02

Re: Daily KDE4 Subversion Packages

#208 2008-05-20 02:50:07

Re: Daily KDE4 Subversion Packages

#209 2008-05-21 01:30:34

Re: Daily KDE4 Subversion Packages

#210 2008-05-21 05:56:16

Re: Daily KDE4 Subversion Packages

#211 2008-05-21 16:49:27

Re: Daily KDE4 Subversion Packages

#212 2008-05-22 22:50:51

Re: Daily KDE4 Subversion Packages

#213 2008-05-23 05:04:55

Re: Daily KDE4 Subversion Packages

#214 2008-05-23 11:34:19

Re: Daily KDE4 Subversion Packages

#215 2008-05-23 11:57:56

Re: Daily KDE4 Subversion Packages

#216 2008-05-23 16:55:22

Re: Daily KDE4 Subversion Packages

#217 2008-05-24 01:49:03

Re: Daily KDE4 Subversion Packages

#218 2008-05-24 07:04:11

Re: Daily KDE4 Subversion Packages

#219 2008-05-24 12:55:24

Re: Daily KDE4 Subversion Packages

#220 2008-05-25 03:08:20

Re: Daily KDE4 Subversion Packages

#221 2008-05-26 23:02:12

Re: Daily KDE4 Subversion Packages

#222 2008-05-27 00:33:13

Re: Daily KDE4 Subversion Packages

#223 2008-05-27 05:28:41

Re: Daily KDE4 Subversion Packages

#224 2008-05-27 12:31:49

Re: Daily KDE4 Subversion Packages

#225 2008-05-27 15:16:40

Re: Daily KDE4 Subversion Packages

Board footer