Linked by David Adams on Thu 29th Jul 2010 17:44 UTC, submitted by Debjit
Graphics, User Interfaces KDE SC 4.5 is about to be released and KDE SC 4.6 is being discussed. However, Martin Graesslin has revealed some details about what they are planning for KDE 4.7. According to Martin's blog post, they are looking at OpenGL 3.0 to provide the compositing effects in KDE SC 4.7. OpenGL 3.0 provides support for frame buffer objects, hardware instancing, vertex array objects, and sRGB framebuffers. Read more here
Thread beginning with comment 434776
To read all comments associated with this story, please click here.
Comment by kaiwai
by kaiwai on Fri 30th Jul 2010 00:29 UTC
kaiwai
Member since:
2005-07-06

From what I understand one of the benfits would be if one is using Mesa/LLVM the software path might actually be faster and smoother than if they tried to do all the compositing not using OpenGL.

The disappointing thing is that here we are discussing KDE 4.7 and they still haven't removed HAL dependency - something that should actually be at the top of the priority list rather than an after thought.

Reply Score: 3

RE: Comment by kaiwai
by mojo-raisin on Fri 30th Jul 2010 03:33 in reply to "Comment by kaiwai"
mojo-raisin Member since:
2010-07-30

It seems hal is still a gnome dependency for gnome, as well:

# yum remove hal

Dependencies Resolved

=======================================================
Package Arch Version Repository Size
=======================================================
Removing:
hal x86_64 0.5.14-3.fc13 @released/$releasever 1.2 M
Removing for dependencies:
banshee x86_64 1.6.1-3.fc13 @updates-testing 11 M
banshee-musicbrainz x86_64 1.6.1-3.fc13 @updates-testing 63 k
compiz-gnome x86_64 0.8.6-1.fc13 @released/$releasever 2.2 M
desktop-effects x86_64 0.8.7-2.fc13 @updates-testing 263 k
gdm x86_64 1:2.30.2-1.fc13 @released/$releasever 4.6 M
gdm-plugin-fingerprint x86_64 1:2.30.2-1.fc13 @released/$releasever 75 k
gdm-user-switch-applet x86_64 1:2.30.2-1.fc13 @released/$releasever 119 k
gnome-applets x86_64 1:2.30.0-1.fc13 @released/$releasever 15 M
gnome-packagekit x86_64 2.30.3-1.fc13 @updates-testing 9.0 M
gnome-panel x86_64 2.30.0-4.fc13 @updates-testing 9.8 M
gnome-power-manager x86_64 2.30.1-1.fc13 @released/$releasever 7.4 M
gnome-session x86_64 2.30.0-1.fc13 @released/$releasever 1.7 M
gnome-session-xsession x86_64 2.30.0-1.fc13 @released/$releasever 4.6 k
gnome-shell x86_64 2.29.1-4 @fedora 1.4 M
hal-info noarch 20090716-3.fc12 @released/$releasever 310 k
hal-storage-addon x86_64 0.5.14-3.fc13 @fedora 23 k
...

Transaction Summary
=======================================================
Remove 45 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)

Reply Parent Score: 4

RE[2]: Comment by kaiwai
by kaiwai on Fri 30th Jul 2010 03:48 in reply to "RE: Comment by kaiwai"
kaiwai Member since:
2005-07-06

That sounds like a Archlinux issue more than a GNOME issue given that officially the only thing still requiring HAL these days GIMP (whose maintainers refuse to replace the HAL depedency with something else). What ever the case maybe HAL is an ugly translation layer that would be best replaced with udev/upower/udisks as soon as possible for the sake of creating a smoother desktop without the many hicks up I've faced at the hands of HAL bugginess.

Reply Parent Score: 1

RE: Comment by kaiwai
by anda_skoa on Fri 30th Jul 2010 11:09 in reply to "Comment by kaiwai"
anda_skoa Member since:
2005-07-07

The disappointing thing is that here we are discussing KDE 4.7 and they still haven't removed HAL dependency - something that should actually be at the top of the priority list rather than an after thought.


There is no such thing as a HAL dependency.

The whole point of Solid was to not depend on a certain hardware information system implementation, despite the HAL people claiming that HAL would be the way to go, even on other platforms such as OSX.

Luckily the people designing Solid didn't buy into that and can now nicely create new backends based on udisk and friends.

Reply Parent Score: 3

RE[2]: Comment by kaiwai
by kaiwai on Fri 30th Jul 2010 13:53 in reply to "RE: Comment by kaiwai"
kaiwai Member since:
2005-07-06

There is no such thing as a HAL dependency.


There is a dependency as so far if you want the features such as thumb drivers automatically mounting or autodetection of hardware you need to have HAL install. You either have a full experience or a crippled experience so yes HAL is a dependency as so far as delivering a full desktop experience.

The whole point of Solid was to not depend on a certain hardware information system implementation, despite the HAL people claiming that HAL would be the way to go, even on other platforms such as OSX.

Luckily the people designing Solid didn't buy into that and can now nicely create new backends based on udisk and friends.


Hence I ask where is the udisk/upower/udev backends? It has been how long and we're still waiting for them to make the move?

Edited 2010-07-30 13:55 UTC

Reply Parent Score: 2