Home Home > Tag > openSUSE 12.1
Sign up | Login

Deprecation notice: openSUSE Lizards user blog platform is deprecated, and will remain read only for the time being. Learn more...

Posts Tagged ‘openSUSE 12.1’

Owners of FGLRX card using openSUSE 12.1 – cleanup your repositories

December 21st, 2013 by

Important
If you’re still using openSUSE 12.1 and you have one day installed the AMD/ATI FGLRX long time ago, you certainly forget to adjust the new location of the repository.

My server indicate that still around 154 Geekos have their FGLRX repository pointing to the old urls :
http://geeko.ioda.net/mirror/ati/openSUSE_12.1/

The location changed long time ago, when AMD decide to split the drivers in two part (legacy HD2xxx-HD4xxx and normal HD5xxx or above).
The worst things, is that those are trying to refresh almost every half hour, generating 404 errors on my server, without help them to get the right driver.

I’ve made a call at that time to help to spread the information. Would be nice, if any of you could spread this reminder to your fellows.
Cause I can decide by a redirection, which gpu you have 🙂

The new location for 12.1 was setup as following :
For HD2xxx-HD4xxxx legacy :http://geeko.ioda.net/mirror/amd-fglrx-legacy/openSUSE_12.1/

For HD5xxx or above : http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.1/

Tags: , , ,
Posted in Base System | Comments Off on Owners of FGLRX card using openSUSE 12.1 – cleanup your repositories

openSUSE 12.1 Multimedia Built on Susestudio

April 9th, 2012 by

I was Inspired by the time  in a remote area, which is absolutely no internet connection, but I have problem when trying to share the DVD installer openSUSE 12.1 to Students and teachers at the vocational school, because the default openSUSE 12.1  distribution does not include Audio & Video codec, the issue of License GPL (General Public License) that embraced by the openSUSE distro. I try to make openSUSE Multimedia is ready for use by the user without having to depend on internet connection because they have to install Codecs Audio & Video.
Nothing is different the official openSUSE 12.1 with openSUSE Multimedia, I just added some applications that do not exist in the original distribution of openSUSE and add Restricted_formats  codec, in addition to applications and libraries that were included are up to date of http://download.opensuse.org/update/12.1/.

openSUSE 12.1 Multimedia 32-bit Base on openSUSE  12.1, using the default desktop  Gnome  3 sprinkled with cinnamon.
openSUSE 12.1 Multimedia  built using susestudio.com, and are designed to be ready to use for users who want to feel the openSUSE but trouble Internet connection, because they have to install codecs mp3, mp4, wmv and some other restricted format http://opensuse-community.org/Restricted_formats.

As for some of the packages included in it are:

A. LibreOffice
2. banshe
3. Amarok
4. Brasero
5. Cheese
6. Empathy
7. Xchat
8. flash-player
9. Gmplayer
10.Gimp
11.Imagewriter
12.k3b
13.Smplayer
14.etc …

If you want to use it please download via http://susestudio.com/a/haHwG8/opensuse-multimedia

Thanks To:  openSUSE Indonesia Team,  Kendari Linux Users Group, and Susestudio.com

Tags: , ,
Posted in Desktop | Comments Off on openSUSE 12.1 Multimedia Built on Susestudio

Improved Kernel Package Retention in 12.1

July 14th, 2011 by

A long awaited feature of the openSUSE update stack is finally here!
Since some time, it has been possible to tell libzypp to not delete old
kernels on update:

multiversion = provides:multiversion(kernel)

in /etc/zypp/zypp.conf. That way, you don’t have to worry that a
brand new -rc kernel from Factory makes your system unbootable. This however
solves one problem and brings another one – you have to manually delete the
old kernel so that your /boot partition does not fill up. openSUSE 12.1 will
provide a solution to this, you will be able to tell what kernels you want to
keep after an update, other kernels will be deleted. The configuration is the
same file, /etc/zypp/zypp.conf:

## Comma separated list of kernel packages to keep installed in parallel, if the
## above multiversion variable is set. Packages can be specified as
## 2.6.32.12-0.7 - Exact version to keep
## latest        - Keep kernel with the highest version number
## latest-N      - Keep kernel with the Nth highest version number
## running       - Keep the running kernel
## oldest        - Keep kernel with the lowest version number (the GA kernel)
## oldest+N      - Keep kernel with the Nth lowest version number
##
## Default: Do not delete any kernels if multiversion = provides:multiversion(kernel) is set
multiversion.kernels = latest,running

If you configure this and the above multiversion variable, then after each
kernel update, during a subsequent reboot, a script will compare the list of
installed kernels with the multiversion.kernels setting and delete those that
are no longer needed. Examples:

  • Keep the latest kernel and the running one if it differs. This is similar to
    no enabling the multiversion feature at all, except that the old kernel is
    removed after reboot and not immediatelly after installation. BTW, you
    probably always want to include “running”:

    multiversion.kernels = latest,running
  • Keep last two kernels and the running one: 
    multiversion.kernels = latest,latest-1,running
  • Keep the latest kernel, the running and a my test kernel with a fancy
    patch:

    multiversion.kernels = latest,running,3.0.rc7-test

If you want to try it, it’s all in Factory already. Check if these packages are
recent enough and uncomment the two variables in zypp.conf:

$ rpm -q --changelog kernel-desktop mkinitrd libzypp | grep -B2 312018
* Fri Jun 17 2011 mmarek@suse.cz
- rpm/post.sh: Touch /boot/do_purge_kernels on package install
    (fate#312018).
--
- Add purge-kernels script to automatically delete old kernel packages
  on boot, based on configuration in /etc/zypp/zypp.conf, variable
  multiversion_kernels (fate#312018).
--
* Tue Jun 21 2011 dmacvicar@suse.de
- Add configuration template for automatic kernel
  purge (feature#312018) to zypp.conf
$ grep ^multiversion /etc/zypp/zypp.conf
multiversion = provides:multiversion(kernel)
multiversion.kernels = latest,running

Happy updating!

Tags: , ,
Posted in Kernel, openSUSE 11.2 | 10 Comments »

Factory Progress 2011-06-03

June 3rd, 2011 by

This week saw the release of the first milestone of openSUSE 12.1 and work on factory is continuing, I’ve found the following changes important:

GNU C Library (glibc) 2.13

We’ve updated glibc from version 2.11 to 2.13 which brings many bug fixes and AFAIK no major breakages to packages. The package itself got cleaned up a little bit as well, so please report any problems.

GO Programming Language

Factory now contains a compiler for the GO language which is “is an expressive, concurrent, garbage collected systems programming language that is type safe and memory safe.”. More details about GO are available on the openSUSE Wiki, the devel project with additional packages is devel:languages:go.

Packaging: Source Processing

The usage of _service files in Factory confused many packagers and resulted in broken packages so that these will be deprecated. As a replacement, Adrian implemented now a new source processing method and asks for testers.

Packaging: Adding useful Provides to cups drivers

Vincent “updated python-cups to a new version, and it is now shipping
files to automatically add Provides tag to packages that are shipping
cups drivers.”. This allows desktop packages to install the right printer driver – or users to do it via zypper. Packages with cups drivers just need to add a “BuildRequires: python-cups”.

Open Build Service Improvement

The “My Work” view has been updated to better show packages that are in review state and need your review. I suggest everybody to check out the page and cleanup your list.

Multiple Buildroots with osc

If you like to use more than one build at the same time, there are several options like pointed out on the opensuse-packaging mailing list:

  • Use of the environment variable OSC_BUILD_ROOT to define a build root.
  • Editing of the osc config file ~/.oscrc and setting build-root to contain the variables %(repo), %(arch),  %(project) or %(package).

Correction on auto-legal build service check

Jürgen corrected my report from last week: He would love to see the checks for auto-legal moved and welcomes any help.

Thanks

Thanks for the words of encouragement to my first blog post. I’ll try to continue this series. If there’s anything you think should be added to it, please contact me via email at aj at opensuse dot org.

Tags: ,
Posted in Base System, Distribution, Factory | 2 Comments »

Factory Progress

May 27th, 2011 by

A lot of things are happening in our Factory distribution that will be released in November 2011 as openSUSE 12.1 and I’d like to point out a few things from the last few weeks that users and developers of factory shouldn’t miss.

Roadmap openSUSE 12.1

Stephan “Coolo” Kulow has updated the openSUSE 12.1 Roadmap, the next milestone is Milestone 1 which is delayed and targeted now for release on Tuesday, 30th May. The next paragraphs highlight some of the updates for this versions.

GCC 4.6

The GNU Compiler Collection has been updated to version 4.6, the list of  changes includes the following new warning that will be visible while compiling packages for openSUSE Factory:

  • “New -Wunused-but-set-variable and -Wunused-but-set-parameter warnings were added for C, C++, Objective-C and Objective-C++. These warnings diagnose variables respective parameters which are only set in the code and never otherwise used. Usually such variables are useless and often even the value assigned to them is computed needlessly, sometimes expensively. The -Wunused-but-set-variable warning is enabled by default by -Wall flag and -Wunused-but-set-parameter by -Wall -Wextra flags.”

Some packages have been failing by the new GCC due to new warnings and new optimizations and most have been fixed already but please double check that your packages are building and running fine.

RPM 4.9

Michael Schröder announced RPM 4.9 for Factory. He explains the main packager visible changes as:

“Besides some bug fixes and an update to a newer BerkeleyDB
library rpm-4.9.0 contains plugin architecture for dependency
generation. In older rpms, the internal dependency generator
was pretty much hardcoded in C, so we always used the old
external one to generate dependencies. With rpm-4.9.0, the
internal generator has become flexible enough so that we
can use it.

This means for you, that rpm will no longer use the %__find_provides and %__find_requires macros. Some packages redefined those macros to be able to filter the generated dependencies.
This will no longer work in rpm-4.9.0. Instead, support for
dependency filtering was added to rpm…”

GNOME 3

GNOME 3 has now hit Factory as well and Vincent Untz explained how to fix failures due to the large push.

Linux Kernel 2.6.39

This update was a “boring” update – nothing broke AFAIK ;), so I hope it’s a solid version. Users will benefit from the new features in it. 2.6.39 is the first kernel without the Big Kernel Lock at all!

Packaging Changes

Besides new software, also new ways of handling it get introduced. The following catched my eyes:

Rpmlint update

Ludwig Nussel updated rpmlint to version 1.2 and explained the new warnings about packaging of rpm packages – and what to do about them.

Changing the process of Factory submissions with the Open Build Service

Now with every submission to Factory scripts are run automatically that do two different reviews before the package goes to human check-in review:

  • The “legal-auto” review checks the updated package for changes in licenses.
  • The “factory-auto” review checks that the updated package builds actually in the devel project – and if not, rejects it.

The “legal-auto” review has quite a long backlog at the moment and Jürgen is working on moving some of the checks to rpmlint or osc checks – so that the packager notices and fixes them before submission to Factory.

Also, you can now submit packages to Factory even if you are not the maintainer of the package but in this case the maintainer (packager) gets a review request to review that the package really can go to factory and thus a plea to packagers to handle their review requests.

openSUSE Conference

The openSUSE Conference is this year co-located with the SUSE Labs conference. Join us to present and discuss also Factory related topics. The Call for papers is open now!

I’m interested on feedback on this article – should I start a series?

Tags: , , , ,
Posted in Distribution, Factory | 11 Comments »

Versionitis

April 6th, 2011 by

The voting on how to do the versioning is over and the “old school” has won by 55 per cent (of 98 participants). Thanks to all that participated in the two votes and the discussion around the topic.

As Coolo said in on the project list,  we’d like to make a small change to the numbering:

We will not have a .0 release but only .1, .2, .3 release. Since we have releases in three months, the November
release is always the .1 release, the July release the .2 and the March release the .3.

So, the plan is that the next release will be called openSUSE 12.1 and launched on the 10th of November, 2011! Two years later – on the 14th of November, 2013 – we will then have the openSUSE 13.1 release.

So, the next four releases are called:

  • November 2011: openSUSE 12.1
  • July 2012: openSUSE 12.2
  • March 2013: openSUSE 12.3
  • November 2013: openSUSE 13.1

Detailed results for logged-in openSUSE members are available at the connect poll page and I have reproduced them here as well:

  • A: “old school”: Like currently but only counting the right number until 3:
    55% (54 votes)
  • B: “Fedora style”: Just integers:
    29 % (28 votes)
  • C: “Ubuntu style”: YY.MM:
    16 % (16 votes)

This is also consistent with the results of the first public voting.

Note that openSUSE does not have a major and minor numbering, even if it seems so. There is right now no difference in any way between what we would do for openSUSE 11.4 or 12.0 or 12.1 – and no sense to speak about openSUSE 11 or openSUSE 11 family. We also had in the past no process on how to name the next release (when to increase which parts of the number).

I think this new versioning is still consistent with the old one but also an improvement since it’s now clear that we change the first digit every two year. The first poll showed that half of our users prefer a date based versioning and the other a consecutive numbering. So, depending on your point of view, you can see this as a mixture of both or as consecutive numbering 😉

So, time now to make openSUSE 12.1 a great release!

Tags:
Posted in Distribution | 9 Comments »