You are not logged in.
Let's hope the Arch Linux devs will pick up a patch for 4.3 too
Offline
This fix will pass upstream for 4.3. It is now in the 4.3 svn branch. That means if you install the 4.3 svn branch, there won't be this libjpeg problem.
Offline
@capthookb: thanks for the ruby hint, I've downgraded just my ruby to 1.8.7 and doing another build now. Hopefully the runtime executables will still work with both ruby versions, we'll find out.
Offline
It's been quite a few months now, that every time i try to add Weather Forecast applet the plasma-desktop crashes. I wonder why is that...
After building and installing kdeplasma-addons on my own, the applet is usable without crashing plasma. Any thoughts?
Offline
Anyone having trouble with mkinitcpio with todays update ?
All i'm getting is;
mkinitcpio-0.5.26-1-any.pkg.tar.gz is invalid or corrupted
deej
[EDIT]
yes, I've changed mirrors ( ) - but most don't have it.
Last edited by deej (2009-07-21 18:12:29)
Offline
Anyone having trouble with mkinitcpio with todays update ?
There are three directories on ftp.archlinux.org: x86 x86_64 and "any".
Adding the "any" directory to my mirrorlist fixed this issue for me this morning. So my mirrorlist file looks like this now:
Server = ftp://locke.suu.edu/linux/dist/archlinux/$repo/os/any
Server = ftp://locke.suu.edu/linux/dist/archlinux/$repo/os/x86_64
Offline
It's been quite a few months now, that every time i try to add Weather Forecast applet the plasma-desktop crashes.
I don't have a solution for getting the weather applet to work . . . . but I've been using YaWP (Yet another weather plasmoid) for some time now and it's a great replacement!
You can get the latest svn by typing:
svn co https://yawp.svn.sourceforge.net/svnroot/yawp
Then, since it uses cmake, just:
cd yawp
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=/usr ..
make
Then as root type "make install" and you're home!
Offline
deej wrote:Anyone having trouble with mkinitcpio with todays update ?
There are three directories on ftp.archlinux.org: x86 x86_64 and "any".
Adding the "any" directory to my mirrorlist fixed this issue for me this morning. So my mirrorlist file looks like this now:
Server = ftp://locke.suu.edu/linux/dist/archlinux/$repo/os/any Server = ftp://locke.suu.edu/linux/dist/archlinux/$repo/os/x86_64
Ahhh... easy when you know how
Many thanks, atomopawn, that's done the deed !
Deej
Offline
@markc: Is the kdepim package building? My patch to make kpilot work with kolab folders is in trunk now and I'm anxious to see it in action. :-)
Offline
@atomopawn: hmm, no, the gnokii dependency was missing but even when I add that package it still fails with no obvious error so I've started another build from scratch in case a rebuilt kdesupport/kdepimlibs is needed. Fingers crossed.
Offline
I have been compiling from source in a user account to do development. My kdepim there was failing to build for awhile because nepomuk-rcgen was crashing. It turned out that just doing xhost +local: fixed the problem. I have no idea why a command-line utility needs to access the DISPLAY, but that was the issue for me.
Maybe that's what's happening with your build?
Offline
@atomopawn: thanks for the hint but my build machine does not have X running so that command does not even run in my case. Could be a good clue though... maybe if I had X and KDE running then it might build. That would be bizarre!
Offline
It seems that what is really necessary is for the dbus session bus to be running. It will normally launch automatically, but without X available, it seems like it can't run. This must be a fairly recent regression, since you were able to build kdepim before. Can you look at your logs and see when it last compiled successfully? I have submitted a bug report to the KDE folks and it would help if I could narrow down when things started to fail....
Offline
I submitted that bug report this morning. When I got back from church a little bit ago I found that trueg had already responded to the bug and patched the problem in svn. Hopefully kdepim will build now!
Offline
@atomopawn: we have a kdepim-4.4.0-2009072616-i686.pkg.tar.bz2 package. It's possible I coincidently started the build just after the patch was applied. Does the 20090726 kdepim work?
As it turns out, even though I don't run X on my build machine, hal (and therefor dbus) is started in my rc.conf.
Update: ahh, but the x86_64 run a couple of hours earlier did not build kdepim, and a rebuild attempt of only kdepim failed, so I've started another complete x86_64 build just now.
Last edited by markc (2009-07-26 21:17:18)
Offline
In my case, the problem seemed to involve starting the dbus session server, not the system server. The dbus session server needed X for some reason when started with the particular flags passed by nepomuk-rcgen. Now that nepomuk-rcgen doesn't use dbus anymore, it builds fine. Since I use x86_64, I will let you know tomorrow if everything is working.
Thanks much for working on this with me! I'll be very excited to have a working kpilot on my production system. (And yes, the laptop I install your packages on is a production system. And no, I haven't had any major problems with that!)
Offline
By the way, are the instructions on page 1 for obtaining PKGBUILDs still good?
Offline
@atomopawn: woops, no, updated now and thanks for the reminder.
It would have been easier to leave the source packages and the mpkg build script together at GoogleCode but I wanted an excuse to use Git and to set up my own Git repo (for Eth-OS stuff eventually) so I managed to make life more difficult for myself and anyone else who might want to also use the same build system. As it turns out now it's simple to just create a script that changes into each directory and does a makepkg -sic (sic = downloads dependencies, installs package, cleans up). The mpkg build script is only useful when there are 1000's of source packages, lots of different arch's and all need to be pushed into a binary repo and uploaded somewhere.
Offline
Sweet! Thanks for updating that!
Offline
Oh . . . and if you don't mind, I'd love to have write permission (as atomopawn)! I promise not to break things too badly.
Offline
Sure, no problem, just ssh-keygen -t dsa -f ~/.ssh/kde-svn-github and email it (~/.ssh/kde-svn-github.pub) to markc@renta.net. Same thing for anyone who wants write perms to these source packages.
http://gitorious.org, where Qt is and KDE is moving to, has the concept of "teams" so it may be worthwhile establishing a person-neutral dedicated kde-git account there, when KDE proper moves there... if there is any interest.
Last edited by markc (2009-07-26 23:20:12)
Offline
can you please rebuilt qt with the new libjpeg? or something with libqjpeg... im not sure qhat the guys in #qt meant... but arora still does not display jpeg images and the guys in #qt told me it was your fault
Offline
@summel: I'm pretty sure the kde/svn/qt-copy was built with the new libjpeg library maybe 2 weeks ago. Make sure you are not using extra/qt. Anyhow, yes, I'm building qt-copy now just in case. If you happen to be using an old arora that I provided then I haven't rebuilt it for 3 or 4 weeks.
Offline
well i am sure i use your qt-copy + i build arora about 1-2 times a day from git
i still think the #qt guys are wrong ^^
also i noticed koffice is miss kspread?
Offline
Hi Markc,
Did you notice Amarok has gone missing, and the KDEbindings apparently don't work as python plasmoids don't load?
-=] life sucks deeply [=-
Offline