Language Selection

English French German Italian Portuguese Spanish

openSUSE 10.3 RC 1 Report

Filed under
Reviews
SUSE
-s

OpenSUSE 10.3 final is due out in just a few days, so let's take a look at the progress. Folks have been testing this release candidate and posting their thoughts here and there. My own testing was delayed primarily due to the some of the joys of running Gentoo fulltime, but I was finally able to devote my full attention to openSUSE 10.3 RC1. As per my usual, I downloaded the DVD iso delta. This time it was 422 MB. I don't usually test everything with these developmental releases, but what I have tested is looking good.

The only thing I spotted new during the install phase was the names of some of my devices had changed, such as my sound and wireless chips, hinting that some work had been done to the hardware database. My sound still functioned, the modules used were the same, so perhaps it was just more precise naming. My winnic shows up during install, but I still have to wait until I can install and use Ndiswrapper. Once that is installed, I can edit the device in Yast2 and configure it to use ndiswrapper in the module textarea. Then my wireless device is available at boot.

Well, I did notice that the release notes had been updated and are being completed for the final release. The first new thing mentioned concerns the text install. It says its scope is limited, so you'll really need to go through the package selections to have a more complete system besides a minimal install. Also, it now warns users that Gaim has been replaced by Pidgin and users are given another route when trying to install onto disks with more than 15 partitions. Now we can switch to a virtual console before the partitioning step and issue the command activate_dm_linear /dev/sdaX. I didn't test that option this release, but I probably will for my final review. Another new topic is the change from cryptoloop to dm-crypt and its ramifications. mDNSResponder is now replaced by Avahi. And finally there are some instructions for those using older Intel graphics for a new default driver change when upgrading if they wish to use some of the more advanced options. All the rest we've covered before.

        


Since I couldn't setup online update sources during the install and I hadn't had much luck with previous betas, the first thing I tested was the Online Update Repository configuration and Update tool. This time it worked really well. In fact, one of the advantages of having to wait a few days before testing is that there were several updated packages available - one of which was a new kernel. Some others were kmps and glibc. I updated all the packages as recommended and rebooted when told. The system booted into the new kernel without much notice from me. The Grub menu had been updated to reflect the new kernel, but that was only real sign. The significance being this is the way it should be. I shouldn't be confronted with a Grub screen with a lot of dead links, a system that no longer boots, or hardware that no longer works. Kernel upgrades are still one of the areas that gives users a feeling of dread, but perhaps those that use openSUSE can be spared that. The only problem that developed was the disappearance of the update applet icon after logging out of and back into KDE. It remained in GNOME.

Next I tested the Software Manager. This release I didn't change the default software selection during the install, so I installed many packages afterwards. First was the small task of installing Ndiswrapper, but later came the bigger task of installing the GNOME and XFCE desktops and the KDE 4 base system. All installed without error or incident, most from the DVD but two from the online updates repo.

Speaking of GNOME, this release candidate ships with 2.19.92, but the final 2.20 has since become available here 2.20 will be included in the final.

By default openSUSE included several games and a couple of applications from the KDE 4 line-up. They all looked great and worked well as far as I could test here. Installing the KDE 4 base system puts a KDE 4 Preview option into the login manager menu. This release I could actually get into the environment and look around a bit. The menu didn't work for me, but I was able to right click the desktop and launch an app or two. In the upper left corner of the desktop is a Desktop Toolbox widget that I suppose will have lots of desktop configuration and functionality options, but now it will launch the analog clock, system tray and taskbar. These appear as widgets on the desktop. The clipboard is in a window right now. Dolphin is launchable from the Run Command box and it seems to work fairly well. Basically, preview is precisely what it is. It's not usable, but it was my first look around. It will whet your appetite, but it still makes one wonder if KDE 4 will even be ready for Christmas.

        


Also new in this release is the extended multimedia support. By support I mean, for example, if you try to view a site or watch a video a dialog box will appear asking if you'd like to search for suitable codecs. Click yes to open a browser at software.opensuse.org where suggestions are made and ymp file is offered for the KDE or GNOME environments. Click on this file to open a wizard similar to the software manager through which additional plugins and codecs will be installed. This includes several such as java, flash, and the win32codecs. This is kind of nice, but I think the developers should write this to spare the users of having to use the website. Just click yes to download the ymp file would be much more convenient.

        


The Most Annoying Bugs list has dwindled down to just a few entries:

* Online update opens an annoying popup with the progress. We'll prepare an online update for it, so it will only affect the first update (Bug #326247)
* On some machines we have problems with the kernel and ACPI - investigating, more data would be helpful
* GNOME is not yet final - we will update this right after RC1 and prepare a RC2. This one will be made internally, but you can get the update through Factory
* 32bit PPC machines have a problem with dependencies that try to install 64bit RPMs.

I did find that suspend to disk still worked really well, but suspend to ram was broke.

Some of the Changelog highlights include:

++++ udev:

- add /dev/lp0 to static devices (nbz#308990)
- fix some static device nodes perms to match rule perms 0600 -> 0660
- add /etc/modprobe.d/pnp-aliases for floppy autoload

++++ amarok:

- fix collection scanner zombie (#309055)
- rename yauap to gstreamer/yauap (#308123)

++++ bootsplash-theme-SuSE:

- fix splash triggers (#304735)

++++ hwinfo:

- updated pci & usb ids

++++ kpowersave:

- released KPowersave 0.7.3:

++++ openSUSE-release:

- it's no longer beta

++++ release-notes:

* Update translations.
* Proofread English texts; thanks to Jana Jaeger.
* Support the "quote" tag.

++++ suspend:

- updated the s2ram whitelist:
- suspend-s2ram-LenovoX60Tablet.diff (b.n.c #265613)
- suspend-s2ram-DellXPSM1330.diff (b.n.c #325757)

++++ MozillaFirefox:

- Update the Novell Support search plugin in search-addons.tar.bz2
(#297261)

++++ kdebase4:

- update to 3.93.0.svn712052

++++ kde4-filesystem:

- own one path more

++++ kdegames4:

- patch KMahjongg, KMines, KReversi and KPat to start with a bigger
initial window size (#298995)

++++ kdegames4-carddecks:

- patch KMahjongg, KMines, KReversi and KPat to start with a bigger
initial window size (#298995)

++++ kdenetwork4:

- link krfb and krdc icons so that all 10.3 default apps have icons

++++ OpenOffice_org:

- updated to milestone oog680-m5 (OOo-2.3.rc3) [n#309238]
- updated ooo-build to 2.3.0.1.2:

++++ gimp:

- Added support for gutenprint, discarded the old libgimpprint module.

++++ gnome-session:

- Ensure ~/Desktop exists before copying to it (#310363)
- Fixed background resetting in /usr/bin/gnome (#309946).
- Fixed up kdm-support patch to support gnome sessions in KDM

++++ xorg-x11-driver-video:

- added "stable" 6.6.3 ATI driver; available as "radeonold"

++++ hal:

- added new patches:
- hal-add-ThinkPadAcpiEvent_killswitch.diff: forward ACPI event
for the killswitch (solve #302539 for ThinkPads to send a
notification)

++++ hwinfo:

- updated X11 data (#307218)

++++ virtualbox:

- updated to version 1.5.0

++++ lots of kernel, yast2, and zypper work.

++++ Full Changelog since Beta 3.

Some of the Package Version Highlights include:

  • OpenOffice_org-2.3.0.1.2-4

  • MozillaFirefox-2.0.0.6-20
  • apache2-2.2.4-66
  • cmake-2.4.7-13
  • compiz-0.5.4-22
  • cups-1.2.12-18
  • gcc-4.2-22
  • gimp-2.2.17-36
  • glibc-2.6.1-15
  • gnome-desktop-2.19.92-3
  • gtk2-2.11.6-26
  • hal-0.5.9_git20070831-8
  • kdebase3-3.5.7-78
  • kdebase4-3.93.0.svn712052-6
  • kernel-default-2.6.22.5-23 (2.6.22.5-29 available)
  • make-3.81-64
  • mysql-5.0.45-19
  • perl-5.8.8-74
  • php5-5.2.4-7
  • python-2.5.1-35
  • qt3-3.3.8-72
  • udev-114-17
  • xorg-x11-7.2-132
  • Full RPM List

As you can see, at this late point most of the packages have only jumped in internal openSUSE tiny versions.


****

So, all in all, I think this release candidate is just about there. openSUSE 10.3 seems to be shaping up quite nicely and the only problem I had was with the disappearing update applet icon in KDE and the suspend to ram. I am looking forward to the final. It will be the best openSUSE yet.

An internal RC2 was integrated into the schedule to test the new GNOME, but there have been no announcements concerning any changes to the planned public release on October 4 as of yet.

When available I will test the upgrade functionality first, then perhaps the >15 partition option, and a nice clean install. I think I will also start with a fresh download as opposed to a delta. Until then, happy testing.

I have more screenshots in the gallery and my previous coverage can be found here.




10.3 RC1 is a nice release

I installed RC1 on my old test box, and for the first time in about three releases, it not only found and configured my network card properly, but was actually able to download updates before the installation was finished.

The "online update opens an annoying popup with the progress" bug was there, but it did, as advertised, go away after an update.

One thing I thought was really cool about this release was that there's an applet in YaST for adding community repositories (such as Packman and Guru, and specialized Suse repositories), meaning you simply check a box instead of having to find the URL and add it manually. Nice touch.

Another cool thing about it is the "one-click install" mentioned earlier. If you want to get the "restricted" codecs, all you have to do is open this web page, click on "codecs-kde.ymp" (for KDE), let Suse's software manager handle the "ymp" file, and then follow the prompts.

Software management using YaST also seems quicker and less clunky than in 10.2. Maybe people won't feel the need to switch to the Smart package manager.

Finally, in the (all-important) eye candy department, Suse comes with a repository that includes both Beryl and compiz-fusion (the latter comes with a "one-click install"), and you can have them both installed at the same time. The Suse wiki's compiz-fusion article seems to imply you have to be running XGL in order to use compiz-fusion, but of course that's not true for those with nVidia cards with the proprietary driver installed. (It works fine, if a bit slow, on my old GeForce MX 440 chipset with the 9631 driver.)

The one thing that seems to be missing (or maybe I just didn't see it) is a system tray icon for compiz-fusion, similar to beryl-manager's. But ccsm is available on the menu.

One thing I'm not sure I like is the "new" Suse wiki, and the new openSuse-Community wiki. Just put everything in one place, will you, guys?

ROCKS wuuuttttt! keep it

ROCKS wuuuttttt! keep it better and better!

What's frustrating about openSUSE

I go to "Software Management" in YaST, select Package > All Packages > Update if newer version available, and it tells me there's 800-plus packages that can be updated -- in other words, just about every package installed on the system. (Those would be the packages listed in blue, rather than black, text that I see listed in the package manager.)

So why isn't this being done through the openSUSE updater? (Or, to be more precise, why is there an "update" repository separate from the main 10.3 OSS and non-OSS repositories?)

Worse, there are a bunch of dependency conflicts to wade through, and I just installed it two days ago.

If I was in Debian (or even PCLinuxOS, which, like openSUSE, is rpm-based), I could simply go to a console and type "apt-get update && apt-get dist-upgrade" and it would all be taken care of, dependency resolution included. OTOH, openSUSE's "zypper" command-line tool will update all available patches, but new packages have to be installed one by one.

That's not true, there are

That's not true, there are multiple ways to upgrade. On zypper, you need to do:

zypper update -t package

Or you could upgrade them all in YaST, or now you could even use openSUSE updater. Just right-click on the system tray icon -> configure -> "show available upgrades". Stay tuned to news.opensuse.org for more on this.

The reason Debian-based distributions just have apt-get upgrade is because they don't even support anything like RPM patches, so they force package upgrades (which isn't ideal when you need an updated kernel-source, certainly! Smile).

Hope that helps.

I'm not ashamed to say...

...that I installed RC1 today, and it worked better than I was expecting. It still needed some manual configuration (all via YaST), but it detected my native screen res and wireless correctly, in marked contrast to my experience with Alpha 5. It didn't understand my WEP key until I rebooted, but here I am saying this.
OpenSUSE has come across as an easy-to-use, laptop-friendly distro with only a few occasional bugs, and I'm starting to really like it. My biggest gripe is that the Kickoff menu's tabs need to be clicked (instead of switching when moused over, like they're supposed to), and that Geeko's eyes no longer follow your cursor. Again, minor bugs. Also, this is the first time I've used the open-source iwl3945 drivers, and they work. I had issues with them on Fedora 7, but that was an older version, and now, they're stable enough for the average user. Talk about progress.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

AMD Releases Firmware Update To Address SEV Vulnerability

A new security vulnerability has been made public over AMD's Secure Encrypted Virtualization (SEV) having insecure cryptographic implementations. Fortunately, this AMD SEV issue is addressed by a firmware update. CVE-2019-9836 has been made pulic as the AMD Secure Processor / Secure Encrypted Virtualization having an insecure cryptographic implementation. Read more

today's howtos and programming bits

  • How to get the latest Wine on Linux Mint 19
  • How to Install KDE Plasma in Arch Linux (Guide)
  • 0 bytes left

    Around 2003–2004, a friend and I wrote a softsynth that was used in a 64 kB intro. Now, 14 years later, cTrix and Pselodux picked it up and made a really cool 32 kB tune with it! Who would have thought.

  • A month full of learning with Gnome-GSoC

    In this month I was able to work with Libgit2-glib where Albfan mentored me on how to port functions from Libgit2 to Libgit2-glib. Libgit2-glib now has functionality to compare two-buffers. This feature I think can now benefit other projects also which requires diff from buffers, for example Builder for it’s diff-view and gedit.

  • Google Developers Are Looking At Creating A New libc For LLVM

    As part of Google's consolidating their different toolchains around LLVM, they are exploring the possibility of writing a new C library "libc" implementation.  Google is looking to develop a new C standard library within LLVM that will better suit their use-cases and likely others within the community too. 

  • How We Made Conda Faster in 4.7

    We’ve witnessed a lot of community grumbling about Conda’s speed, and we’ve experienced it ourselves. Thanks to a contract from NASA via the SBIR program, we’ve been able to dedicate a lot of time recently to optimizing Conda.  We’d like to take this opportunity to discuss what we did, and what we think is left to do.

  • TensorFlow CPU optimizations in Anaconda

    By Stan Seibert, Anaconda, Inc. & Nathan Greeneltch, Intel Corporation TensorFlow is one of the most commonly used frameworks for large-scale machine learning, especially deep learning (we’ll call it “DL” for short). This popular framework has been increasingly used to solve a variety of complex research, business and social problems. Since 2016, Intel and Google have worked together to optimize TensorFlow for DL training and inference speed performance on CPUs. The Anaconda Distribution has included this CPU-optimized TensorFlow as the default for the past several TensorFlow releases. Performance optimizations for CPUs are provided by both software-layer graph optimizations and hardware-specific code paths. In particular, the software-layer graph optimizations use the Intel Math Kernel Library for Deep Neural Networks (Intel MKL-DNN), an open source performance library for DL applications on Intel architecture. Hardware specific code paths are further accelerated with advanced x86 processor instruction set, specifically, Intel Advanced Vector Extensions 512 (Intel AVX-512) and new instructions found in the Intel Deep Learning Boost (Intel DL Boost) feature on 2nd generation Intel Xeon Scalable processors. Let’s take a closer look at both optimization approaches and how to get these accelerations from Anaconda.

  • PyCoder’s Weekly: Issue #374 (June 25, 2019)

VIdeo/Audio: Linux in the Ham Shack, How to install OpenMandriva Lx 4.0 and "Debian Package of the Day"

  • LHS Episode #290: Where the Wild Things Are

    Welcome to Episode 290 of Linux in the Ham Shack. In this short format show, the hosts discuss the recent ARRL Field Day, LIDs getting theirs, vandalism in Oregon, a Canonical flip-flop, satellite reception with SDR and much more. Thank you for tuning in and we hope you have a wonderful week.

  • How to install OpenMandriva Lx 4.0

    In this video, I am going to show how to Install OpenMandriva Lx 4.0.

  • Jonathan Carter: PeerTube and LBRY

    I have many problems with YouTube, who doesn’t these days, right? I’m not going to go into all the nitty gritty of it in this post, but here’s a video from a LBRY advocate that does a good job of summarizing some of the issues by using clips from YouTube creators: I have a channel on YouTube for which I have lots of plans for. I started making videos last year and created 59 episodes for Debian Package of the Day. I’m proud that I got so far because I tend to lose interest in things after I figure out how it works or how to do it. I suppose some people have assumed that my video channel is dead because I haven’t uploaded recently, but I’ve just been really busy and in recent weeks, also a bit tired as a result. Things should pick up again soon.

Games: Steam Summer Sale, Last Moon, Ubuntu-Valve-Canonical Faceoff

  • Steam Summer Sale 2019 is live, here’s what to look out for Linux fans

    Another year, another massive sale is now live on Steam. Let’s take a look at what Valve are doing this year and what you should be looking out for. This time around, Valve aren’t doing any special trading cards. They’re trying something a little different! You will be entering the "Steam Grand Prix" by joining a team (go team Hare!), earning points for rewards and having a shot at winning some free games in the process. Sounds like a good bit of fun, the specific-game challenges are a nice touch.

  • Last Moon, a 2D action-RPG with a gorgeous vibrant style will be coming to Linux next year

    Sköll Studio managed to capture my attention recently, with some early footage of their action-RPG 'Last Moon' popping up in my feed and it looks gorgeous. Taking inspiration from classics like Legend of Zelda: A link to the past, Secret of Mana, Chrono Trigger and a ton more you can see it quite clearly. Last Moon takes in place in a once peaceful kingdom, where an ancient and powerful mage put a curse on the moon, as Lunar Knight you need to stop all this insanity and bring back peace.

  • Ubuntu Takes A U-Turn with 32-Bit Support

    Canonical will continue to support legacy applications and libraries. Canonical, the maker of the world’s most popular Linux-based distribution Ubuntu, has revived support for 32-bit libraries after feedback from WINE, Ubuntu Studio and Steam communities. Last week Canonical announced that its engineering teams decided that Ubuntu should not continue to carry i386 forward as an architecture. “Consequently, i386 will not be included as an architecture for the 19.10 release, and we will shortly begin the process of disabling it for the eoan series across Ubuntu infrastructure,” wrote Will Cooke, Director of Ubuntu Desktop at Canonical.

  • Steam and Ubuntu clash over 32-bit libs

    It has been a tumultuous week for gaming on Linux. Last Tuesday afternoon, Canonical's Steve Langasek announced that 32-bit libs would be frozen (kept as-is, with no new builds or updates) as of this October's interim 19.10 release, codenamed "Eoan Ermine." Langasek was pretty clear that this did not mean abandoning support for running 32-bit applications, however.

  • Linux gamers take note: Steam won’t support the next version of Ubuntu

    Valve has announced that from the next version of Ubuntu (19.10), it will no longer support Steam on Ubuntu, the most popular flavor of Linux, due to the distro dropping support for 32-bit packages, This all kicked off when Canonical, developer of Ubuntu, announced that it was seemingly completely dropping support for 32-bit in Ubuntu 19.10. However, following a major outcry, a further clarification (or indeed, change of heart) came from the firm stating that there will actually be limited support for 32-bit going forward (although updates for 32-bit libraries will no longer be delivered, effectively leaving them in a frozen state).

  • Valve killing Steam Support for some Ubuntu users

    A few years ago the announcement that Steam would begin supporting Linux was a big deal: it meant that anyone who preferred to rock an open-source operating system over Mac OS or Windows 10 would have instant buy-it-and-play-it access to a large catalog of game titles that would have otherwise taken a whole lot of tweaking to get up and running or wouldn't have worked for them at all. For some, at least, the party may be coming to an end.

  • Steam is dropping support for Ubuntu, but not Linux entirely

    The availability of Steam on Linux has been a boom for gaming on the platform, especially with the recent addition of the Steam Play compatibility layer for running Windows-only games. Valve has always recommended that gamers run Ubuntu Linux, the most popular desktop Linux distribution, but that's now changing.

  • Canonical (sort of) backtracks: Ubuntu will continue to support (some) 32-bit software

    A few days after announcing it would effectively drop support for 32-bit software in future versions of the Ubuntu operating system, Canonical has decided to “change our plan and build selected 32-bit i386 packages.” The company’s original decision sparked some backlash when it became clear that some existing apps and games would no longer run on Ubuntu 19.10 if the change were to proceed as planned. Valve, for example, announced it would continue to support older versions of Ubuntu, allowing users to continue running its popular Steam game client. But moving forward, the company said it would be focusing its Steam for Linux efforts on a different GNU/Linux distribution.

  • Just kidding? Ubuntu 32-bit moving forward, no word yet from Valve

    Due in part to the feedback given to the group over the weekend and because of their connections with Valve, Canonical did an about-face today. They’ve suggested that feedback from gamers, Ubuntu Studio, and the WINE community led them to change their plan and will “build selected 32-bit i386 packages for Ubuntu 19.10 and 20.04 LTS. Whether this will change Valve’s future with Ubuntu Steam, we’ll see.

  • Canonical backtracks on 32-bit Ubuntu cull, but warns that on your head be it

    CANONICAL HAS CONFIRMED a U-Turn on the controversial decision to drop 32-bit support for Ubuntu users later this year. The company has faced criticism from users who aren't happy with the plan to make Ubuntu purely 64-bit, which culminated at the weekend with Steam announcing it would pull support for Ubuntu. Many Steam games were never made in 64-bit and it would, therefore, devalue the offer. However, Canonical confirmed on Monday that following feedback from the community, it was clear that there is still a demand, and indeed a need for 32-bit binaries, and as such, it will provide "selected" builds for both Ubuntu 19.10 and the forthcoming Ubuntu 20.04. Canonical's announcement spoke of the highly passionate arguments from those who are in favour of maintaining both versions, thus forcing the team to take notice. However, it has made it clear that it's doing so under the weight of expectation, not because it agrees. "There is a real risk to anybody who is running a body of software that gets little testing. The facts are that most 32-bit x86 packages are hardly used at all," the firm said.