Opened 16 years ago

Closed 13 years ago

Last modified 10 years ago

#2453 closed enhancement (fixed)

KDE-4.6.0

Reported by: GodRocksYou Owned by: thomas
Priority: normal Milestone:
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description (last modified by thomas)

Submitted a patch to add KDE4 to the book.

Attachments (3)

kde4-1.diff (132.5 KB ) - added by Robert Daniels 16 years ago.
patch to add KDE4
kde4-dependencies (5.1 KB ) - added by Robert Daniels 16 years ago.
Dependencies of kde4 dependencies, text listing
kde-4.6.0.diff.gz (28.7 KB ) - added by thomas 13 years ago.
Patch to add KDE-4.6.0 (expands to ~260Kb)

Download all attachments as: .zip

Change History (34)

comment:1 by Randy McMurchy, 16 years ago

Milestone: 6.3future
Type: taskenhancement

comment:3 by Robert Daniels, 16 years ago

Owner: changed from blfs-book@… to Robert Daniels
Status: newassigned
Summary: KDE-4.0.1KDE-4.X

Claiming another KDE ticket ;)

Changing descriptions to reflect that we should use whatever is the latest KDE version at the time we add it.

This will be one of my first tasks post-6.3.

by Robert Daniels, 16 years ago

Attachment: kde4-1.diff added

patch to add KDE4

comment:4 by Robert Daniels, 16 years ago

OK, I've attached an initial patch to add KDE4 to the book. It's very large, and I certainly don't expect it to be perfect before I commit it to trunk. I just want to run it by everyone for any showstopper issues.

Once I get the OK from a couple other devs, I'll commit it and then everyone interested can work on KDE4 in the repo.

comment:5 by Robert Daniels, 16 years ago

Forgot to mention the known issues with the patch thus far. To my knowledge, the build-time dependencies and build instructions are all good, although later there may need to be some shuffling between optional and recommended deps. I have not yet looked into run-time dependencies, but I expect them to be similar to KDE3.

An intro page to the desktop as a whole still needs to be written. This is why the patch creates an expty kde4-intro.xml file. The include is just commented out so the book renders.

Most of the tag properties I prefixed with kde4- to avoid conflicts with the KDE3 section. This is ugly, but it works.

Currently missing is any information about configuration of the individual packages, should it prove to be necessary.

Last, if I couldn't find a homepage for a dependency not in the book, I linked to Debian. This seems to be pretty common in the book, but anyone can find a page for those missing links, that'd be great.

Here in a second I'll upload a text file with my notes on the dependencies of the the KDE4 dependencies. I'm not going to say it's complete or perfect, but it should help anyone who hasn't tried to build KDE4 but wants to test these instructions.

by Robert Daniels, 16 years ago

Attachment: kde4-dependencies added

Dependencies of kde4 dependencies, text listing

comment:6 by willimm, 15 years ago

Say, this should go into 6.4, because we are planning to put Qt 4.4.3 into 6.4!

in reply to:  6 ; comment:7 by Chris Staub, 15 years ago

Replying to willimm:

Say, this should go into 6.4, because we are planning to put Qt 4.4.3 into 6.4!

Haven't you been told that first, book editors, not you, decide on milestones and such for tickets, and second, don't bother with more comments on tickets until you can make actual constructive suggestions?

in reply to:  7 comment:8 by willimm, 15 years ago

Haven't you been told that first, book editors, not you, decide on milestones and such for tickets, and second, don't bother with more comments on tickets until you can make actual constructive suggestions?

It was just a suggestion, however, it was a bit too harsh.

in reply to:  4 comment:9 by thomas, 15 years ago

Replying to rdaniels:

... Once I get the OK from a couple other devs, I'll commit it and then everyone interested can work on KDE4 in the repo.

I would like to vote for adding it to the book - if possible updated to KDE-4.1.3. I'm currently building KDE4 and it seems that there are a lot of things to do once it is added to the book. And yes, more people could do research and work on it than. It seems so that there are several new packages to have an eye on and even patches on other packages to get KDE4 compiled (i currently fight with cdparanoia and kdemultimedia. cmake causes trouble there...).

comment:10 by willimm, 15 years ago

My sugestion: Include, but when 4.2 gets released. It will be released on January 27 2009, aprox.

comment:11 by ken@…, 15 years ago

ping! Any developments in this ? As a mere mortal, I don't find unrendered patches for the book readable, and things have moved on. The current consensus seems to be that we need to have both kde3 and kde4 at the moment, and I've got a one-liner for kdelibs which I hope will make it use .kde4 or whatever to save trashing kde3 apps.

personally, I'm struggling to build kdebindings, I seem to have problems around 'sip' but it might just be that I'm missing a dependency (unfortunately, cmake dependencies are somewhat hard to follow at the moment, this might just be another "everybody must have foo" thing like I've seen before in kde-4.1).

As to the documented dependencies, I have a different view of cmake (there is a separate ticket for that), and I will be extremely disappointed if ndiswrapper gets into the book - it's almost guaranteed to give problems with kernel upgrades.

comment:12 by willimm, 15 years ago

Wait for 4.2...

in reply to:  10 comment:13 by willimm, 15 years ago

Replying to willimm:

My sugestion: Include, but when 4.2 gets released. It will be released on January 27 2009, aprox.

Correction: January 26.

comment:14 by willimm, 15 years ago

When are you doing the upgrade approx? My guess, a few days after KDE-4.2 gets released.

comment:15 by ken@…, 15 years ago

Status update on 4.1.3, since Robert seems to have disappeared (anyone with anything *useful* to add, please do so. That does not include exhorting us to wait for 4.2, as if by magic that will cure everything.

First, the use of

-DKDE_DEFAULT_HOME=.kde4

in kdelibs appears to work, so it should be feasible to install it alongside kde3 (in a different prefix, and change $PATH etc to find the right version of Qt).

Second, I build base*, graphics, multimedia. In my current build (x86_64), konqueror crashes frequently and takes xorg with it (which sort of sounds like a cairo or pixman type of problem - hopefully, that only affects x86_64 and so should not concern us at the moment).

Okular works well, except that I now notice it occupies the whole screen and I can't make it smaller.

Dragon works well after getting the audio sorted.

I no longer bother with gwenview (the image viewer), it wasn't useful to me, but it workd when I last fed it with all of its dependencies.

Kmix works, but I have to start it twice each time I want to use it. The same on x86_32. Weird.

I started trying to build more of the packages on x86_32, but I got lost in kdebindings for python - after installing sip and PyQt it fails in the sip/ bindings. I then went back and added akonadi and kdepimlibs, then rebuilt sip and PyQt. After that, it failed a bit sooner (!) in the sip/ code.

Unless anyone understands how this pile of crap is supposed to fit together, and can tell us how to get to grips with the horrors of using cmake, I don't think any of us can get this into a usable state at the moment.

comment:16 by thomas, 15 years ago

Well, whether it is useful is what where i cannot say something about ;-) In addition to Roberts dependency list here is a list of prerequisites i collected while setting up a KDE4 a while ago. Unfortunately, ATM it is unsorted and tells nothing about which pack needs which other one:

sqlite sharedmimeinfo exiv2 fltk ilmbase openexr qt4 xmlrpc-c cmake qconf qca gmm automoc akonadi eigen eigen2 phonon soprano strigi clucene qimageblitz cpptoxml boost libgpgerror pth libassuan gnupg gpgme libfame xine-lib libusb libvncserver libidn libzip

Having that all installed, all required and nearly all optional dependencies where fulfilled and i could build KDE4 packages in that order:

kdelibs kdepimlibs kdebase-runtime kdebase-workspace kdebase kdeadmin kdenetwork kdepim kdemultimedia kdegraphics kdeutils kdegames kdeartwork kdeplasma-addons

All these packages where build with this options:

-DCMAKE_INSTALL_PREFIX=$KDE_PREFIX
-DSYSCONF_INSTALL_DIR=$KDE_PREFIX/etc
-DCMAKE_BUILD_TYPE=Release

To kdeutils I added the option

-DINSTALL_PRINTER_APPLET=TRUE

The pretty useful switch on kdelibs is mentioned already.

comment:17 by willimm, 15 years ago

KDE 4.2 is finaly released!!!!!!!

See the release anouncement at:

http://www.kde.org/announcements/4.2/index.php

It's really worth the wait. Oh, and this version uses QT 4.4.3, because 4.5.0 isn't released yet.

comment:18 by willimm, 15 years ago

Milestone: future6.4
Owner: changed from Robert Daniels to blfs-book@…
Status: assignednew

This should be in 6.4 (or it should be 6.5), because, KDE 3.5 seems to be abordaned upstream.

comment:19 by Randy McMurchy, 15 years ago

Milestone: 6.46.5

Modified milestone from 6.4 to 6.5

comment:20 by (none), 13 years ago

Milestone: 6.5

Milestone 6.5 deleted

comment:21 by Randy McMurchy, 13 years ago

Milestone: 6.7

Updated milestone to 6.7

comment:22 by thomas, 13 years ago

Summary: KDE-4.XKDE-4.6.0

puuh, a new patch for KDE-4 is ready. No, its by far not ready to be applied to the book, there may be too much typos and errors in it, but its nearly complete (only kdevel-php{,-docs} are missing which should not be a big deal to add when another dependencies are solved). A rendered book with the patch applied you can find on equinox.homelinux.org. I would like to invite you to review and give me as much response as possible, maybe the change could be polished enough to get applied to the book. In parallel I'll walk thru Rob's patch to steal some textual parts except he or someone else does not want me to do so. Find the zipped patch as an attachment here (kde-4.6.0.diff.gz).

by thomas, 13 years ago

Attachment: kde-4.6.0.diff.gz added

Patch to add KDE-4.6.0 (expands to ~260Kb)

comment:23 by DJ Lucas, 13 years ago

Wow that was fast! Excellent work! Couple of quick suggestions:

  1. Use the /etc/profile.d/kde4.sh: Pretty much everyone should be using /etc/profile.d, or at very least allow for it even if they have a monolithic /etc/profile, as udev, u*, polkit, and other related items explicitly depend on it. Something like:


cat > /etc/profile.d/kde4.sh << "EOF"
# Begin /etc/profile.d/kde4.sh

KDE4_PREFIX=/opt/kde4
pathappend ${KDE4_PREFIX}/bin PATH
pathappend ${KDE4_PREFIX}/lib/pkgconfig PKG_CONFIG_PATH
pathappend ${KDE4_PREFIX}/lib/python2.7/site-packages PYTHONPATH

export KDE4_PREFIX PATH PKG_CONFIG_PATH PYTHONPATH

# End /etc/profile.d/kde4.sh

pathprepend and pathremove are also functions available to anybody following the book. XDG_DATA_DIRS and XDG_CONFIG_DIRS should also be taken care of here, right from the get go. Also, maybe a little bit of rewording would be nice to separate the two so that a complete example can be given for each.

  1. All of the Non-KDE4 prerequisites have to be moved to their respective sections. I haven't read the content, but I would suggest that once the prereqs are committed, the rest should be added to the book ASAP so that it gets more exposure and testing in the nightly renders, and then cleaned up from there. The chapter entity can always be removed if it's not ready by release time, but I seriously doubt that will be necessary as quite a few people have shown interest in KDE4, just that nobody has taken the initiative to complete/commit it.

comment:24 by DJ Lucas, 13 years ago

I forgot to add:

chmod 644 /etc/profile.d/kde4.sh

It is not necessary for it to be executable, only /etc/profile.

comment:25 by thomas, 13 years ago

there are some other updates needed:

  • pcre 8.10 --> 8.11 (needed by new glib2)
  • glib 2.24 --> 2.28.0 (at least 2.25.12 for polkit-0.99 which in turn is used because it can be configured to not use PAM stuff)
  • gtk2 2.20.1 --> 2.24.0 and for this gdkpixbuf-2.22.1

Can someone help to get those version into teh book? AFAIK it is not allways a simple "drop-in-update" when it comes to glib2 stuff. How to proceed here? I think pcre is not really a big deal.

in reply to:  25 comment:26 by Randy McMurchy, 13 years ago

Replying to thomas:

there are some other updates needed:

  • pcre 8.10 --> 8.11 (needed by new glib2)
  • glib 2.24 --> 2.28.0 (at least 2.25.12 for polkit-0.99 which in turn is used because it can be configured to not use PAM stuff)
  • gtk2 2.20.1 --> 2.24.0 and for this gdkpixbuf-2.22.1

Can someone help to get those version into teh book? AFAIK it is not allways a simple "drop-in-update" when it comes to glib2 stuff. How to proceed here? I think pcre is not really a big deal.

If these versions of GLib and GTK+ are required for KDE4, then we will just have to hold off on KDE4 until after we release a new book version. Those versions of GLib and GTK+ will break Gnome, so we cannot update.

If anyone has a better solution, I am all ears.

comment:27 by thomas, 13 years ago

hmm, well, breaking gnome is not really an option, i think.

The mentioned upgrade isn't required for KDE4 but for polkit-0.99. This upgrade in turn isn't required too, but the old version(s) of polkit has a dependency on PAM, the 0.99 not (its a configure switch). To get 0.99 compiled, glib-2.25.12 of newer is required.
So at the end of the day this all isn't required for KDE4 but using polkit/udisks and such instead of HAL kicks of lot of depenencies downto the requirement of parted and PAM etc. Leaving out polkit at all would throw udisks/upower out and bring HAL in again.

comment:28 by thomas, 13 years ago

Sorry for the delay. I've some serious trouble with some kind of instability. Sometimes, KDE, moreover the underlying X and with it KDE, crashes only when typing two characters in Firefox's address line. Sometimes it crashes when closing/reopening the laptop lid and so on. I currently try to find out which program package fails. All I know is a segfault in X but i don't know what causes it. A workaround to the laptop-lid-issue is to configure to not fire events when closing the lid (which makes parts of the powersavings senseless). The system is a 99.9% LFS-6.7 and BLFS system with deviations from the book only where packages are too old to compile (e.g. gstreamer, polkit-0.96 with shadow-patch). Either need to wait for KDE 4.6.1 or go back to 4.5.5 which was pretty stable. Or should I start to commit the KDE4 chapter anyway? Or, has someone seen such issues in KDE too?

comment:29 by thomas, 13 years ago

Description: modified (diff)
Owner: changed from blfs-book@… to thomas
Status: newassigned

comment:30 by thomas, 13 years ago

Resolution: fixed
Status: assignedclosed

Initial version is in book.

comment:31 by bdubbs@…, 10 years ago

Milestone: 6.7

Milestone 6.7 deleted

Note: See TracTickets for help on using tickets.