Arch Linux

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

This is somewhat off-topic but could be useful to some of you. I just added and uploaded jack, qjackctl and a vlc compiled with jack support and... tah dah, it works! If you want to try it out then add the [lib] and [max] repo sections, update, and install jack, qjackctl and vlc. I added these instructions to the jack install file, do as it says and reboot! Just logging out and back in doesn't seem to be good enough.
Add or make sure the next line is in /etc/pam.d/su ...

    session         required    pam_limits.so

and that your user is part of the audio group. Also make sure that /etc/security/limits.conf has values similar to these...

   @audio          -           rtprio          90 (or 99)
   @audio          -           nice           -10
   @audio          -           memlock         4000000 (or unlimited)

Start qjackctl and go to Setup and set Realtime on, Frames/period to 512 with a Sample Rate of 48000 gets me a Latency of 21.3ms without any overruns, so far. 20ms is not good enough for multi-track recording but it's not too bad for commodity hardware (for me it's an old X-Fi card that finally works with the ctxfi 64bit driver from Creative, even S/PDIF works!). Hit Start in qjackctl and also hit the little play button, start up this particular vlc and start playing any mp3/ogg/whatever, then open up the qjackctl Connect panel and join the vlc output on the left to the System input on the right (select left->left and right->right both sides and click the Connect button). Audio geeks already know all this stuff but if you are doing it for the first time then these simple instructions might help. And the point of this if you not going to be using high end multi channel recording equipment?.. is that you can now hook up almost any amount of audio software and... record stuff! Like Skype.

I also uploaded a non-gui mplayer into the [cli] section but the jack component wouldn't compile so I had to disable jack for it. Nonetheless, that mplayer will show videos in the console using -vo sdl (and -vo fbdev) so it's a valid a/v multimedia player for the cli/shell world. I'll be able to make sure that anything that goes in to the [max] repo is jack enabled from now on. Damn, the volume is surging up and down a bit, hmm.

Update: I also tried adding nohz=off to my (standard core) kernel and I think I can get much lower latency with only a few overruns using jackd -R -dalsa -dhw:0 -r48000 -p64 -n2 (2.6ms latency!) on a crappy ALC888 internal soundcard (Abit AN-M2 mobo)... that's pretty impressive! Apparently adding options snd_hda_intel model=3stack-6ch to /etc/modprobe.conf should give me 5.1 surround sound but speaker-test -c 6 -t wav just plays Front Left and Front Right out all the connectors on the back of my motherboard. It does indeed add an extra Channel Mode option in the kmix panel but it also seems to disable optical out (which works, in stereo at least). speaker-test -c 6 -D plug:surround51 -t wav is the recommended invocation but it just hangs on Front Left so it all "nearly works" for surround sound. The next step would have been to get surround sound working via Jack but no point for now as I can't test if it really is working.

Last edited by markc (2008-12-12 06:29:58)

jw

Member

Registered: 2005-01-08

Posts: 88

Re: Daily KDE4 Subversion Packages

Thanks a lot for these packages, Markc! I've started using them a few days ago and really find that there really is a lot of improvement wrt the 4.1 series.

I did run into an issue though: I think the last update may have broken copy/paste for file management  in konqueror and dolphin. I have just updated kdebase (4.2.0-2008112810 -> 4.2.0-2008112913) and  when I try to cut or copy a file (either by ctrl+c/ctrl+x or by right-clicking it and selecting copy/cut manually), I cannot paste it afterwards (paste is grayed out and ctrl+v does nothing). I can still move/copy files by dragging them from folder to folder, but clipboard seems completely broken. I tried with a clean account but the problem persists there as well.

Does anyone else have the same problem?

karoshi

Member

From: Marburg

Registered: 2008-02-26

Posts: 182

Re: Daily KDE4 Subversion Packages

Does anyone else have the same problem?

Yep, same problem here, but things like this get usually fixed very soon.

---

It's a bug planet!

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

Yes, sounds like a typical unlucky-svn-checkout type problem. I'd be surprised if something like that is not fixed with the next update.

Well well, there could be (maybe) all sorts of interesting issues with the next build... xorg 1.5.3 and nvidia 177.82 just went into [extra] so hopefully with kde-svn built against the xorg 1.5.3 headers it might behave. Let's hope so otherwise there could be some visual glitches as noted by folks running [testing] systems.

capseo and libcaptury are not building on x86_64 (way down the list of importance anway).

The audio volume instability I noted using jack and vlc seems to be vlc's fault, amarok played back through jack as steady as a rock. 3 overruns in 2 hours, not bad. Also some messing around with qtractor was interesting... it didn't crash and looks like a lovely simple audio recorder, and maybe a half decent midi sequencer. Still need a Qt-based audio editor though.

Rasi

Member

From: Germany

Registered: 2007-08-14

Posts: 1,914

Website

Re: Daily KDE4 Subversion Packages

can someone using kde-svn comfirm the following:
http://bugs.kde.org/show_bug.cgi?id=176574 (ignore the kde panel part, i am more interested about zsh itself not working properly)

to match my case, here some specs: latest kde-svn packages, german locale set (de_DE.utf-8), zsh shell set with chsh -s /bin/zsh USER

---

He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.

Douglas Adams

Solid1986Snake

Member

Registered: 2007-06-18

Posts: 258

Re: Daily KDE4 Subversion Packages

Since today i cannot open any pdf files with okular...

someones the same issue?

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

I have the same problem and this is what I get when starting from konsole.

okular(20919)/okular (app) Okular::DocumentPrivate::loadGeneratorLibrary: Invalid plugin factory for "okularGenerator_poppler"!
okular(20919)/okular (app) Okular::DocumentPrivate::loadGeneratorLibrary: Invalid plugin factory for "okularGenerator_poppler"!
# pacman -Q | grep poppler
poppler 0.10.1-1
poppler-qt 0.10.1-1

These seems to be the latest versions from the poppler website. I dunno, perhaps the next build will be okay... or perhaps the okular developers build against a different version.

capthookb

Member

Registered: 2007-12-10

Posts: 127

Re: Daily KDE4 Subversion Packages

I tried building kdegraphics on my own, with mark's pkgbuild, but i didn't notice any errors and the okular doesn't open pdf files as well.
There is also a problem with quite a few plasmoids, that cannot be added. Maybe today's update will fix things.

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

My guess is that the okular code expects the previous version of poppler and we have the latest version from the AL repos. I'm still unsure exactly what the support libs policy is for trunk. There was mention that people developing against trunk should or could use support libs from a branch, or the local version of poppler used by the okular devs is simply older (on kubuntu or fedora/whatever). Pure speculation. Perhaps someone might be interested to signup to http://mail.kde.org/mailman/listinfo/kde-devel and ask. Nothing obvious @ https://bugs.kde.org/buglist.cgi?quicksearch=okular

capthookb

Member

Registered: 2007-12-10

Posts: 127

Re: Daily KDE4 Subversion Packages

I looked closely today, and i found out this, during cmake of kdegraphics

-----------------------------------------------------------------------------                                                                             
-- The following OPTIONAL packages could NOT be located on your system.                                                                                   
-- Consider installing them to enable more features from this software.                                                                                   
+ Poppler-Qt4, 0.6 or higher: A PDF rendering library <http://poppler.freedesktop.org>                                                                     
Support for PDF files in okular.

and then i looked some lines above carefully and i discovered:

!!!!!!!!!!!!!!!!!!!! FIX THE KFILE PLUGINS !!!!!!!!!!!!!!!!!!!!!!!!!                                                                                   
-- WARNING: you are using the obsolete 'PKGCONFIG' macro use FindPkgConfig                                                                                 
-- PKGCONFIG() indicates that poppler-qt4 is not installed (install the package which contains poppler-qt4.pc if you want to support this feature)         
-- Could not find OPTIONAL package Poppler-Qt4

So, there is nothing wrong with the version of the poppler, but the macro has to be changed. I'll look into it further, and i'll reply if i come up with the patch. (probably in kdegraphics/cmake/modules/FindPoppler.cmake)

Edit.
For some reason, /usr/lib/pkgconfig/poppler.pc was missing and that's why pkg-config on poppler-qt4 was failing. The owner of the poppler.pc is poppler package. So i reinstalled poppler from extra, and the cmake found poppler. I'm building kdegrahics again, but it will probably work anyway.
So mark, check your poppler.pc files in /usr/lib/pkgconfig

Output of cmake ../ ...

-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.
+ QImageBlitz
+ gphoto2
+ SANE
+ X11 Video Mode Extension
+ Exiv2
+ JPEG
+ KIPI
+ Poppler-Qt4
+ libspectre
+ CHM
+ DjVuLibre
+ libTIFF
+ FreeType
+ zlib
+ libepub
+ QCA
+ Soprano
Congratulations! All external packages have been found.

Last edited by capthookb (2008-12-02 14:26:10)

maattd

Member

From: Toulouse, France

Registered: 2008-08-23

Posts: 56

Website

Re: Daily KDE4 Subversion Packages

i confirm that recompiling kdegraphics works if you have poppler

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

I can't check yet because the packages are still uploading but the build log in the kdegraphics shows Poppler-Qt4 like capthookbs example, so we're looking good. All I did was completely reinstall the kde-svn-all group and then poppler and poppler-qt, nothing else, so this is the third time I am aware of that simply reinstalling some package(s) then seems to fix some missing component. Thanks to capthookb for looking into this... my wrong version idea was way off.

karoshi

Member

From: Marburg

Registered: 2008-02-26

Posts: 182

Re: Daily KDE4 Subversion Packages

Just reinstalling poppler and poppler-qt works for me. Weird.
Things get really good now. Plasma didnt crash for a week. In general, the good old "kde feeling" is coming back. OK, Amarok still sux very hard, and, where is k3b (had to install "Nero for Linux" from ct' DVD)?

---

It's a bug planet!

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

I just updated to 20081202 x86_64 and my /usr/lib/kde4/libexec/lnusertemp from kdelibs is segfaulting so I can't even start kde-svn. Thank goodness for the little qwm window manager. There will be another build in about 12 hours but I might have to miss 20081204 and maybe 05 too.

MillTek

Member

Registered: 2005-01-30

Posts: 442

Re: Daily KDE4 Subversion Packages

@markc,
Are you recommending we all skip those updates as well?

Jim

habarnam

Member

From: Berlin, Germany

Registered: 2008-11-26

Posts: 26

Website

Re: Daily KDE4 Subversion Packages

@markc:
Sorry if this has been asked and replied, but how can I find out the details of the building process that might help improving the bug reports ?
Eg, revision number, compiler, flags... etc.

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

@MillTek: no, just that I wouldn't be around for those 2 days to build them and I didn't have enough time to test putting it on a cronjob. Back now, building again now, sorry about the absence of packages.

@habarnam: the revision is whatever it was when checked out according to the pkgrel datestamp.. to the hour. I'm not going to auto add the revision to the PKGBUILDs because rewriting them causes an otherwise needless svn commit when updating the source packages. That's the main reason I don't use the standard makepkg svn routines. Compiler flags are stock standard i686 and x86_64 settings from /etc/makepkg.conf for a [core] based system... ah, one difference is that on x86_64 I add an -fPIC because some package needed it (/me forgotten which, perhaps it can be removed now), ie; CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fPIC", i686 is exactly CFLAGS="-march=i686 -mtune=generic -O2 -pipe" and CXXFLAGS=$CFLAGS for both arch's. Suggestions for improvements most welcome but I suspect these defaults are "good enough".

I will work out some SQLite based build logging system that will include a field for the current revision and have a PHP frontend that presents that info @ pkg.eth-os.org so we can all easily check the current build log, especially for failed builds, and things like the svn/git/whatever revision, and any other stats I can think of.

MillTek

Member

Registered: 2005-01-30

Posts: 442

Re: Daily KDE4 Subversion Packages

@markc,
Absolutely no need to apologize!  Your dedication is awe inspiring.  I was just being careful.

mutlu_inek

Member

From: all over the place

Registered: 2006-11-18

Posts: 684

Re: Daily KDE4 Subversion Packages

Nice: http://labs.trolltech.com/blogs/2008/12 … ing-qt-45/

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

@mutlu_inek: good link and a good read, thanks. I run kde-svn on top of qt-snapshot and those observations are exactly what I was getting, to the point that I use the qwm window manager rather than "downgrade" to qt-copy and figure out how to develop with qt-snapshot on top of qt-copy (probably easy but I haven't looked into it yet). Anyway, this is promising, the next build may work with qt-snapshot so I'll do a fresh qt-snapshot as soon as kde-svn is finished.

Update: off topic but related, if anyone happens to have noticed and wonder wtf the http://eth-os.org site frontpage is empty, and I still rely on svn @ GoogleCode, it's because I am waiting to use GitTorrent for the Eth-OS project, which includes this thread topics kde-svn packages. This article very nicely sums up some exciting prospects that I believe will be the foundation of a revolution for open source deployment and quite likely (IMVHO) the only show in town in 5 years from now. That's a tough call for something that is not even at the alpha release stage yet.

http://advogato.org/article/994.html

Add Archlinux source and binary packaging technology on top of GitTorrent techniques and, well... nirvana.

Last edited by markc (2008-12-05 10:58:48)

maattd

Member

From: Toulouse, France

Registered: 2008-08-23

Posts: 56

Website

Re: Daily KDE4 Subversion Packages

@markc. It's no really KDE related, but does you compile  QT Jambi inside your qt-copy/qt-snapshot packages ?

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

@maattd: not specifically, however I did install whatever jdk/jre is in [community] so jambi might be enabled. I don't use java so I'm not sure how to test it so if you can find some info about Jambi support I'll see about adding it.

FWIW I removed qt-snapshot-doc and will now build everything enabled in qt-snapshot for a while until I understand what's there first then strip out non-essential stuff later. The current package is now 120Mb, up from about 20Mb, and probably doesn't include documentation as I forgot to install doxygen. There is definitely an issue with phonon libs from kdesupport clashing with the version from qt-snapshot. qt-copy's phonon is disabled so it doesn't affect most kde-svn users. More thought needed on that one.

MillTek

Member

Registered: 2005-01-30

Posts: 442

Re: Daily KDE4 Subversion Packages

Hi,
This may seem a minor issue but it's driving me nuts.  I have a USB wireless mouse.  Before we start, let me point out that I have installed nothing except the usual Arch software that comes as part of an Suy run.  I also keep up to date with Mark's packages and install them each time he rolls out a new set. 

What I've noticed is that from every few days I get a release of KDE4 that causes the mouse cursor to 'freeze' for a few seconds and/or jump around without apparent reason.  Usually I notice it most on Firefox or Thunderbird. The problem seems to be caused by KDE4 as that is the package that changes almost every day.

Is there a way to 'prioritize' mouse handling? 
Here's the relevant pieces of my current Xorg.conf;

******
    Identifier     "Layout0"
    Screen         "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
*****

   Identifier     "Mouse0"
   Driver         "mouse"
   Option         "Protocol" "auto"
   Option         "Device" "/dev/psaux"
   Option         "Emulate3Buttons" "no"
   Option         "ZAxisMapping" "4 5"
EndSection

I have tried with the mouse listed as USB Mouse but that seemed to make no difference.

Any ideas?

Thanks.

maattd

Member

From: Toulouse, France

Registered: 2008-08-23

Posts: 56

Website

Re: Daily KDE4 Subversion Packages

Reading Trolltech doc, i understand that it can't be the same package.
So if you want to provide Qt Jambi, you have to compile it separatly
( http://doc.trolltech.com/qtjambi-4.4/ht … ce-package )

markc

Member

From: Gold Coast, Australia

Registered: 2007-05-15

Posts: 502

Website

Re: Daily KDE4 Subversion Packages

@maattd: excellent link, thanks. I'm not too keen on providing Qt Jambi because it will really start to "pollute" my build system with stuff I personally will never use and I particularly do not want to use "ant" as a build system. However, I'll look into providing a source package so that you can build it for yourself :-) Something a bit like the l10n-kde4 source package which allows anyone to fairly simply (I hope) build their own language package for kde-svn.

Some features in Qt are turned on or off for Qt Jambi by configuring with -D QT_JAMBI_BUILD. Qt Jambi also has no need for the Qt 3 support library so it is recommended to compile with -no-qt3support.

I need to provide -qt3support in the regular qt-snapshot because kde-svn packages need it.

Linux Sun's Java Virtual Machine has a bug preventing it from using MMX and SSE instructions. For deployment against 1.5 Java runtimes, configure Qt with the options -no-mmx -no-sse -no-sse2 -no-3dnow to avoid problems. In addition, because Qt Jambi requires both the Qt headers and the libraries to be located relative to QTDIR, Qt should be configured with -prefix $PWD, hence not installed.

I'm not sure where the jdk/jre from [community] comes from but, again, I don't want to cripple the regular qt-snapshot with those -no-* settings and I certainly do not want to rebase qt-snapshot from a --prefix other than /usr. So, for now, if you or anyone wants Qt Jambi you will have to compile a modified qt-snapshot and Jambi package and maybe help with testing a source package. Are you willing to do that?

@MillTek: I can't say I've noticed a sticky mouse. I'm also using a USB wheelie mouse and here's my X config. Don't forget that xorg-server 1.5.3 just moved in from [testing] and has caused quite a good deal of grief for lots of folks. I've had no problems once I installed xf86-input-evdev.

Section "ServerFlags"
    Option         "AllowMouseOpenFail" "true"
EndSection

Section "InputDevice"
    Identifier     "USB Mouse"
    Driver         "mouse"
    Option         "Device" "/dev/input/mice"
    Option         "SendCoreEvents" "true"
    Option         "Protocol" "IMPS/2"
    Option         "ZAxisMapping" "4 5"
    Option         "Buttons" "5"
EndSection

Last edited by markc (2008-12-07 02:10:42)