Language Selection

English French German Italian Portuguese Spanish

OSS 10.0b4 report

Filed under

When they said "Blizzard," they weren't kiddin. It was merely a week ago when Beta 3 was released and today Beta 4 hit the mirrors. Actually I wasn't really expecting a beta 4, but since it's available, let's take a look. Most, I'd dare say almost all, the improvements and changes took place under the hood this time. However the OpenSuSe developers weren't letting any moss grow on them. There was quite a bit of work happening this week as evidenced by the extensive Changelog.

I didn't spot any new eyecandy other than a new and Gnome start up splash. These, which are practically identical, now match the SuSE Linux default wallpaper.


The "opening of 15 file managers when starting gnome" is gone (I reckon), however gnome has other problems. While KDE is slicker than crisco, seems OpenSuSe folks are having a rough time exterminating all the bugs infesting gnome. Upon login, there is now a Settings Daemon starting error that prevents the desktop from completely starting up. The first start of gnome netted this screenshot, and the preceding startups didn't even load the wallpaper. This might start discouraging gnome fans, but there is still plenty of development time left before final release. So let's don't condemn them yet.

I've trimmed down the Changelog again to contain just the relevant information since the Beta 3 release and some of the highlights include:

  • OpenOffice_org:
    - updated ooo-build to version
    * VBA crash with resize property
    * set file type by extension in GTK+
    * avoid some heinous GTK+ brokenness
    * updated branding for 10.0
    * add simple utility ooconfig to easy change some setting

  • arts:
    - fix arts when using $TMPDIR

  • beagle:
    - /usr/libexec is not allowed by FHS, use proper path.
    - Update to version
    - Fix races when moving files
    - Fix building of indexes to occur at sane times
    - Set user to beagleindex instead of nobody in beagle-index

  • kernel-default:
    - rpm/ Set ARCH correctly for um and xen.
    - rpm/ Make sure CONFIG_DEBUG_INFO is not
    set in the config files
    - Update xen config file.
    - Update kdb patches.
    - update to 2.6.13

  • gcc:
    - Update to current CVS to fix GCC bug
    - Enable java on hppa

  • glibc:
    - Fix handling of PID file in nscd init script, remove dead
    code (-S option is no longer supported by nscd)

  • hal:
    - Obsolete hotplugctl
    - updated to current release 0.5.4
    - removed upstream gone patches

  • KDE:
    - kdeaddons3:
    * remove dependency to xmms-lib
    - kdebase3:
    * fixing the screensaver picking
    * work around the xterm sizing bug again as we did on 9.2
    - kdenetwork3:
    * a 16x16 icon upscalled is really ugly. Now we reuse another
    icon, which is only half as ugly
    * add suse rss feeds to knewsticker

  • Many many bug fixes and some version updates
  • Full Changelog since Beta 3

Some package highlights include:

  • kernel-default & source-2.6.13-3

  • gcc-4.0.2_20050826-2
  • glibc-2.3.5-38
  • qt3-3.3.4-27
  • kdebase3-3.4.2-22
  • gnome-desktop-2.11.92-3
  • OpenOffice_org-1.9.125-3
  • mozilla-1.7.11-9
  • perl-5.8.7-4
  • udev-068git20050826-5
  • Full RPMlist as tested

No new screenshots were taken this release other than what you see here as there's not too much different to see. Those Beta 3 screenshots are HERE. If you need to catch up, you can find my earlier reports here:
Beta 3
Beta 2
Beta 1

Please stay tuned to Tuxmachines for continuing coverage of the OpenSuSE SuSE Linux 10.0 development cycle.

More in Tux Machines

Travel-friendly Lemur Ubuntu Laptop Updated to Kaby Lake

We would like to introduce you to the newest version of the extremely portable Lemur laptop. Like all System76 laptops the Lemur ships with Ubuntu, and you can choose between 16.04 LTS or the newest 16.10 release. Read more Also: System76 Lemur laptop with Ubuntu gets a Kaby Lake upgrade

KNOPPIX 7.7.1 Distro Officially Released with Debian Goodies, Linux Kernel 4.7.9

Believe it or not, Klaus Knopper is still doing his thing with the KNOPPIX GNU/Linux distribution, which was just updated to version 7.7.1 to offer users the latest open source software and technologies. Read more

CentOS 6 Linux Servers Receive Important Kernel Security Patch, Update Now

We reported a couple of days ago that Johnny Hughes from the CentOS Linux team published an important kernel security advisory for users of the CentOS 7 operating system. Read more

Games for GNU/Linux

  • Why GNU/Linux ports can be less performant, a more in-depth answer
    When it comes to data handling, or rather data manipulation, different APIs can perform it in different ways. In one, you might simply be able to modify some memory and all is ok. In another, you might have to point to a copy and say "use that when you can instead and free the original then". This is not a one way is better than the other discussion - it's important only that they require different methods of handling it. Actually, OpenGL can have a lot of different methods, and knowing the "best" way for a particular scenario takes some experience to get right. When dealing with porting a game across though, there may not be a lot of options: the engine does things a certain way, so that way has to be faked if there's no exact translation. Guess what? That can affect OpenGL state, and require re-validation of an entire rendering pipeline, stalling command submission to the GPU, a.k.a less performance than the original game. It's again not really feasible to rip apart an entire game engine and redesign it just for that: take the performance hit and carry on. Note that some decisions are based around _porting_ a game. If one could design from the ground up with OpenGL, then OpenGL would likely give better performance...but it might also be more difficult to develop and test for. So there's a bit of a trade-off there, and most developers are probably going to be concerned with getting it running on Windows first, GNU/Linux second. This includes engine developers.
  • Why Linux games often perform worse than on Windows
    Drivers on Windows are tweaked rather often for specific games. You often see a "Game Ready" (or whatever term they use now) driver from Nvidia and AMD where they often state "increased performance in x game by x%". This happens for most major game releases on Windows. Nvidia and AMD have teams of people to specifically tweak the drivers for games on Windows. Looking at Nvidia specifically, in the last three months they have released six new drivers to improve performance in specific games.
  • Thoughts on 'Stellaris' with the 'Leviathans Story Pack' and latest patch, a better game that still needs work
  • Linux community has been sending their love to Feral Interactive & Aspyr Media
    This is awesome to see, people in the community have sent both Feral Interactive & Aspyr Media some little care packages full of treats. Since Aspyr Media have yet to bring us the new Civilization game, it looks like Linux users have been guilt-tripping the porters into speeding up, or just sending them into a sugar coma.
  • Feral Interactive's Linux ports may come with Vulkan sooner than we thought
  • Using Nvidia's NVENC with OBS Studio makes Linux game recording really great
    I had been meaning to try out Nvidia's NVENC for a while, but I never really bothered as I didn't think it would make such a drastic difference in recording gaming videos, but wow does it ever! I was trying to record a game recently and all other methods I tried made the game performance utterly dive, making it impossible to record it. So I asked for advice and eventually came to this way.