You are not logged in.
It's for Qt3/Kde3 and not Qt4/KDE4
Actually it does support KDE4/QT4. If you download it and see the readme it explains that. How do i get qt4 headers so i can compile any software against it?
thanks!
Offline
you can get qt4 headers by pacman -S qt-copy (markc packages).
Offline
I just upgraded to 2008111715 and my super-wide panel/taskbar is gone. Also K3B crashes when attempting to write to a CDRW with a message about Qlayout. It worked yesterday. (Just FYI)
Offline
I haven't been able to write a single media (cd or dvd) in kde4 with k3b for kde4 (not the older version). The maintainer in bugs.kde.org mentioned that k3b is not expected to work in kde4 (yet). It hasn't been released yet.
Offline
capthookb, thanks for pointing me to the correct file for qt4 headers. Do you know if the maintainer of k3b has any idea if k3b will be ready for kde 4.2?
Offline
I don't know for sure. In techbase http://techbase.kde.org/Schedules/KDE4/ … ing_Status one can see the progress of k3b among other applications. I think Sebastian Trueg is busy developing nepomuk for now, and he has left k3b a bit behind.
Offline
@MillTek: there is no way to downgrade back to a previous version and you raise an interesting question about stability.
We are dealing with 2 opposing forces, new features vs new bugs and incomplete code, and it's not realistic to expect everything to always just work sometimes within hours of new features being implemented. But, how to provide a "more stable" set of packages is an issue... and also, how to provide some way to experiment with new packages pulling in new source for the first time... and to allow for both of these directions without taking away from the current fairly comfortable scheme of daily svn updates.
Any suggestions are most welcome and here are my thoughts. Now that the source packages are standalone and the mpkg build system is starting to become usable (by someone other than just me) it's feasible to encourage you guys to caretake some package(s) that you personally really care about. I'm doing my bit pushing the envelope of maintaining the daily svn builds and trying to provide enough dependencies to keep them at least buildable most of the time. I don't want to slow down, stall, patch or split these packages so that sometimes they are "more stable" or convenient. The idea is to note bugs and report them upstream and hope your problem is fixed within an update or two. A serious developer can now build their own set of debug packages, using mpkg so they fit in with the daily svn set, and provide a backtrace if need be. It was apparent long ago that a full set of debug packages can run to 2Gb in size so it is not feasible to provide them on a daily basis.
Anyway, to allow for some important "more stable" (and/or experimental) packages, like for instance an amarok package that overrides the amarok inside extragear-multimedia, then someone else who wants to spend the time to do so could maintain the source packages in their own "distro" area and they could get built and uploaded along with the current ones. Some of these kind of packages may only need to be built once a week or even once a month. I simply don't have the time to deal with the daily kde-svn and develop my own eth-os package set but my build machine doesn't care about working twice as hard (so far) building and uploading more packages. If anyone is interested then I can provide some more details about how to proceed... keeping in mind this is new territory to explore for me too.
Last edited by markc (2008-11-17 23:55:51)
Offline
Thanks markc. This may seem a naive question, but if one executed a 'pacman -R' for each package of a specific day's release and then a 'pacman -U' for the previous day's release, would that work?
Offline
@MillTek: ah of course, I completely forgot about all the previous versions cached in /var/cache/pacman/pkg! As it turns out I seem to have a neat 7 days worth in mine so maybe pacman is self managing that area, cool.
Sure, what you suggest will work and you can try putting the package name in the IgnorePkg= variable list in /etc/pacman.conf so it's not overwritten until you want to try out another update. Let us know if this approach works and thanks for the nudge as this could be a bit of a workaround for some unstable packages in general.
You will probably need to do a pacman -Rd package to ignore dependencies, if any.
Update: I rushed the refactored mpkg package out the door a little too quickly. When putting it through its paces today I found a heap of embarrasing little bugs. As always, the best place to keep track of any changes to the source packages and mpkg script development is @ http://code.google.com/p/eth-os/source/list ... it's all there in glorious highlighted colour, I can't hide anything and pretend it wasn't me :-)
Last edited by markc (2008-11-18 10:09:05)
Offline
Am I the only one who can't download anything from the KDEsvn repo ?
Offline
Am I the only one who can't download anything from the KDEsvn repo ?
are you getting an error? funny you mention that i had done a new arch install and added the svn repos and gui would work but kde-svn would not, i removed my server line and re-entered it and resync'd and it worked, very wierd, i looked over the config several times and didn't notice any typo, who knows.
Offline
flamelab wrote:Am I the only one who can't download anything from the KDEsvn repo ?
are you getting an error? funny you mention that i had done a new arch install and added the svn repos and gui would work but kde-svn would not, i removed my server line and re-entered it and resync'd and it worked, very wierd, i looked over the config several times and didn't notice any typo, who knows.
[root@flamepc /home/flamelab]# traceroute http://pkg.eth-os.org/
traceroute: unknown host http://pkg.eth-os.org/
[root@flamepc /home/flamelab]#
I surfed to http://downforeveryoneorjustme.com/ (a site where you check if you can't enter a site due to DNS errors or anything ISP specific)
and entered pkg.eth-os.org and it said:
Huh? doesn't look like a site on the interwho.
??
Offline
kde-svn repo is working just fine.
markc, since yesterday i can see the glow of the hidden panel when my mouse approaches that point.
Offline
Just sync'd and currently downloading from the kde-svn repo.
I can also see the auto-hidden panel glow, and I have also enabled per Virtual Desktop View.
Anyone interested can check this out.
http://aseigo.blogspot.com/2008/11/24.html
Is anyone else having trouble compiling plasmoids? (from KDE-look mostly).
Offline
Just sync'd and currently downloading from the kde-svn repo.
I can also see the auto-hidden panel glow, and I have also enabled per Virtual Desktop View.
Anyone interested can check this out.
http://aseigo.blogspot.com/2008/11/24.html
Is anyone else having trouble compiling plasmoids? (from KDE-look mostly).
OK here Zephyr I was propably using powerpill for downloading and I experienced problems.
Same plasmoid issue here,too. I cannot compile lancelot-svn, for example.
Offline
I'm getting deprived of the outside world more and more, only ICQ left on kopete today
Last edited by karoshi (2008-11-18 20:32:07)
It's a bug planet!
Offline
@karoshi: no jabber? What other services would you normally expect to use?
This is not about kde-svn but somewhat related...
I want to start building some Qt apps with qt-snapshot on a [testing] system without somehow "polluting" kde-svn and it's qt-copy on a [core] system so I've set up my [testing] desktop to build x86_64, and now i686 as well, and have started to push some packages (like alsa-* xvid x264 mlt/mlt++ jack) through to a [lib] repo section and then I'll build some apps like ffmpeg, kdenlive, traverso, qtractor with Qt 4.5 (snapshot) and lib packages from svn/cvs/git in a [max] repo section. The [max] repo section is for extra eth-os packages for creating multimedia screencasts and tutorials (eventually).
The [max] section is the opposite of the [min] section that will hold the absolute minimum to download more packages and a test I did yesterday reduced the base group package set to 69 packages and a tarball of the resulting filesystem was just under 80Mb... so I will provide that tarball as soon as I have some system to autogenerate it which means it can be plonked on a USB stick or spare partition, or vbox, and is almost immediately ready to start downloading more packages via ethernet.
Anyway, my point is that I will move some of the obviously KDE4 based apps in the [gui] section, most likely, into the kde-svn "distro" area probably in a folder called "extra". But, there is already an official section called [extra] so I should call this new kde-svn section [kde-svn-extra] and doing that might mean that all [sections] may take on a name that indicates the "full path"... as in distro + section... so [gui] may become [eth-os-gui]. [kde-svn] will remain untouched so this change shouldn't bother anyone too much except for some dependencies and extras currently in the [gui] and [dev] sections. I'll post the exact details when the dust settles and this is just a kind of warning that some repo details will change. FWIW.
Offline
Jabber and MSN dont work today. But no big deal
Edit: Has anyone else the problem that after todays update plasma is only drawn on the first desktop?
Last edited by karoshi (2008-11-19 22:52:45)
It's a bug planet!
Offline
Yep.... plasma is only on the first desktop....
btw: is strigi working with nepomuk for you?
Last edited by Solid1986Snake (2008-11-20 15:17:34)
Offline
Hi Mark, kdenetwork keeps some stuff (telepathy-qt , tapioca and other) as deps that are supposed to be already installed with kdesupport package, forcing to a -f option.
Is this intended? maybe you can remove these deps if you intend to keep kdesupport compiled and installed. BTW kdesupport is not updated since few days..
Thanks very much
Offline
im using virtualbox to test the svn, but cant start the session, configure xorg.conf, start kdm, login and start loading kde4 but when is loading the screen(virtualbox) turn black and white and restart kdm...ideas ??
Offline
Cypher, try 16bit color depth
(have the same problem since ages, but it works with 16bit)
want a modular and tweaked KDE for arch? try kdemod
Offline
@mangus: or anyone, any suggestions as to exactly what to add or remove from the PKGBUILD is appreciated @ http://eth-os.googlecode.com/svn/trunk/ … t/PKGBUILD
FWIW here is a guideline how to compile kdesupport yourself to see what it requires...
# as root
nano /etc/makepkg.conf # uncomment SRCDEST and PKGDEST
mkdir -p /home/{sources/KDE,packages/eth-os}
chown your_user_id:users /home/{sources/KDE,packages/eth-os}
su - your_user_id
cd /home/sources
svn checkout http://eth-os.googlecode.com/svn/trunk/ eth-os
cd eth-os/kde-svn/kdesupport
makepkg -L
The make || return 1 line could be changed to make VERBOSE=1 || return 1 if the build fails and you want to know more about why. You can check the first 100 lines of the logfile to see what cmake says is still missing or not with a less *.log.
Offline
I was looking around to see how nepomuk/strigi works in kde4 the yesterday. Till now i had it disabled because it was using too much resources. So i searched kde.bugs.org and i read about backends of monitoring files (strigi). There are two flavors: sesame2 and redland. Redland is way too slow and it will kde 4.2 won't have it. sesame2 is fast and it needs java. I tried to see why sesame2 wasn't compiling. I installed jre and jdk and exported JAVA_HOME=/opt/java. I included export JAVA_HOME=/opt/java in the PKGBUILD of kdesupport but i don't know if it needs to go in there. I also saw a patch that disables strigi daemon if only redland backend is supported, so that's why strigi couldn't be enabled...
So markc, if you can, install jre and jdk and set JAVA_HOME so we can all have sesame2. As far as it concerns conflicts, i don't have any idea what we could alter in PKGBUILD. I don't mind that much.
Offline
@capthookb: I've installed jdk (which included jre) and started another build but I left out the JAVA_HOME shell variable to see if it's really needed. If sesame2 is not included in 2008112 then I'll add the variable to the PKGBUILD itself, and add jdk to makedepends=(). There is no way I want Java on my own desktop system though so I won't add it to depends=(). Some folks will still need to manually install the jdk to use the sesame2 stigi backend. I don't know why there isn't a MySQL or SQLite backend. MySQL is pretty close to being a requirement these days with Amarok and (forgotten which) something else needing it.
Offline