Thanks you!
I really & sincerely thank all of our members who not only took the risk of being recognized as active members, but also cast their vote to myself.
Thank you, Merci, Danke etc..
I’m deeply touched, now the time of let’s begin the fun has come.
Be assured to my strong commitment in our project and community.
See you on earth!
Due to some requests, I’ve finally decide to do something I wouldn’t have.
The stable repository of FGLRX for openSUSE 13.1 and Tumbleweed have been linked to the FGLRX-BETA repository, the time we got a stable functional FGLRX driver which should happen in December
I’ve also updated the ymp file, so people trying the one-click-install will be deserve correctly with the new openSUSE version
Thanks to any feedback, good or bad to improve the situation.
Welcome in paradise II … 🙂
A fresh new version of the FGLRX driver has been released by AMD, and thus packaged and available for all of you.
Next month, AMD promise to release a stable version.
This release concern only owners of radeon HD5xxx or above. All owner of HD2xx and HD4xx are really encouraged to use the free radeon driver (which received a lot of improvement in 3.11)
There’s 13 and thirteen 🙂 When I speak about 13.1 it’s openSUSE version, 13.11 is FGLRX version, don’t get confused! Oh and 3.11 is the kernel version 🙂
This is experimental & BETA software, it could fix issues you encountered (FGLRX not working for openSUSE 13.1),
But good reports have been collected around (people having used Sebastian’s script directly)
I would like to thanks again Sebastian Siebert for his effort to kept FGLRX in a good shape for all of us.
To make things clear about the status of the drivers, it will not be published under the normal stable repository http://geeko.ioda.net/mirror/amd-fglrx.
I’ve created some times ago a beta repository located at http://geeko.ioda.net/mirror/amd-fglrx-beta.
The FGLRX 13.11 beta6 and beta 9.4 rpm are released for any openSUSE version from 11.4(Evergreen) to latest 13.1 + Tumbleweed
Also the signer of package have change and use now the generic builder gpg key at Ioda-Net. (gpg key id 65BE584C)
Admitting you’ve the normal repository named FGLRX, (use zypper lr -d to find the number or name you give it). You have to start by disabling it
so you could fallback to it quickly when new stable version will be published. Open a root console or add sudo at your convenience and issue the following command:
zypper mr -dR FGLRX
To add another repository in the same console as root issue the following command which will install normally the right repository for your distribution
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_`lsb-release -r | awk '{print $2}'` FGLRX-BETA
If you are using Tumbleweed use this one
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_Tumbleweed FGLRX-BETA
Now the update/upgrade process
zypper dup -r FGLRX-BETA
Let the system upgrade the package, and try to enjoy the new beta.
Welcome in paradise … 🙂
This release concern only owners of radeon HD5xxx or above. All owner of HD2xx and HD4xx are really encouraged to use the free radeon driver (which received a lot of improvement in 3.11)
There’s 13 and thirteen 🙂 When I speak about 13.1 it’s openSUSE version, 13.11 is FGLRX version, don’t get confused! Oh and 3.11 is the kernel version 🙂
This is experimental & BETA software, it could fix issues you encountered (FGLRX not working for openSUSE 13.1),
But good reports have been collected around (people having used Sebastian’s script directly)
I would like to thanks again Sebastian Siebert for his effort to kept FGLRX in a good shape for all of us.
Can I ask you to help to spread the message to the world, so anyone who has an interest in having FGLRX could find the information. I will update the wiki to point here. But mailing lists, social media, forums are up to you!
To make things clear about the status of the drivers, it will not be published under the normal stable repository http://geeko.ioda.net/mirror/amd-fglrx.
I’ve created some times ago a beta repository located at http://geeko.ioda.net/mirror/amd-fglrx-beta.
The FGLRX 13.11 beta6 rpm are released for any openSUSE version from 11.4(Evergreen) to latest 13.1 + Tumbleweed
Also the signer of package have change and use now the generic builder gpg key at Ioda-Net. (gpg key id 65BE584C)
Admitting you’ve the normal repository named FGLRX, (use zypper lr -d to find the number or name you give it). You have to start by disabling it
so you could fallback to it quickly when new stable version will be published. Open a root console or add sudo at your convenience and issue the following command:
zypper mr -dR FGLRX
To add another repository in the same console as root issue the following command which will install normally the right repository for your distribution
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_`lsb-release -r | awk '{print $2}'` FGLRX-BETA
If you are using Tumbleweed use this one
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_Tumbleweed FGLRX-BETA
Now the update/upgrade process
zypper dup -r FGLRX-BETA
Let the system upgrade the package, and try to enjoy the new beta.
Just a quick note before openSUSE 13.1 hit the street.
Sebastian Siebert is trying to build and fix issues (essentially with 32bits) founded in the beta6 version of fglrx. Once that will be done, I should be able to deliver a new version of the fglrx drivers in the beta repository.
He also ask, like several of us AMD when they would like to release it: there’s no answer to that. So what does that mean.
The old 13.4 stable version from April, will NOT work with openSUSE 13.1. That’s why you will not find any driver in the stable repository.
For owners of old HD2xx-HD4xx, don’t dream, the legacy driver didn’t get update, so your choice is easy, use open source radeon driver.
I just hope I’m wrong in my feeling that we will have to wait until January, the launch of AMD new processor & apu.
This release concern only owners of radeon HD5xxx or above. And adventurous users who know how to deal with troubles.
The majority could easily wait the final release, expected somewhat later even if it take a long time 🙂
This is experimental & BETA software, it could fix issues you encountered, but also can eat your kittens. You’ve been warned !
flgrx build for 3.11 series kernel ( Tumbleweed & 13.1 ).
But this time I’ve to update the Sebastian script myself, so I consider also the package as beta stage.
Admitting you’ve the normal repository named FGLRX, (use zypper lr -d to find the number or name you give it). You have to start by disabling it
so you could fallback to it quickly. Open a root console or add sudo at your convenience and issue the following command:
zypper mr -dR FGLRX
The beta driver is available for 11.4 (evergreen kernel), 12.1, 12.2, 12.3, 13.1, Tumbleweed (12.3 based + kernel 3.11) at amd-fglrx-beta
To add another repository in the same console as root issue the following command which will install normally the right repository for your distribution
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_`lsb-release -r | awk '{print $2}'` FGLRX-BETA
If you are using Tumbleweed use this one
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/mirror/amd-fglrx-beta/openSUSE_Tumbleweed FGLRX-BETA
Now the update/upgrade process
zypper dup -r FGLRX-BETA
Let the system upgrade the package, and try to enjoy the new beta
This release concern only owners of radeon HD5xxx or above. And adventurous users who know how to deal with troubles.
The majority could easily wait the final release, expected somewhat later.
This is experimental & BETA sofware, it could fix issues you encountered, but also can eat your kitten. You’ve been warned !
But good reports have been collected around, especially with never 3.10x kernel series.
Admitting you’ve the normal repository named FGLRX, (use zypper lr -d to find the number or name you give it). You have to start by disabling it, so you could fallback to it quickly. Open a root console or add sudo at your convenience and issue the following command:
zypper mr -dR FGLRX
The beta driver is available for 11.4 (evergreen kernel), 12.1, 12.2, 12.3, 13.1, Tumbleweed (12.3 based + kernel 3.10) at amd-fglrx-beta
To add another repository in the same console as root issue the following command which will install normally the right repository for your distribution
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/amd-fglrx-beta/openSUSE_`lsb-release -r | awk '{print $2}'` FGLRX-BETA
If you are using Tumbleweed use this one
zypper ar -n FGLRX-BETA -cgf http://geeko.ioda.net/amd-fglrx-beta/openSUSE_Tumbleweed FGLRX-BETA
Now the update/upgrade process
zypper dup -r FGLRX-BETA
Let the system upgrade the package, and try to enjoy the new beta
I’m not going to osc13
Two days ago, I took the decision to not assist the certainly most fabulous openSUSE Conference next July in Thessaloniki.
A conjunction of several factors lead to that decision.
First what I regret was the chosen date. Damn July is the only expensive period to travel to Thessaloniki. The plane ticket never drop below the 800€ (hey! for sure I want to have Françoise with me), especially with the late announce of precise days. May, June, September would have been so cheaper…
I can understand the choice main sponsor SUSE do, and their need to spread osc and SUSECON at a 6 month delay in the year’s schedule, but sadly does not work for me this year.
Thessaloniki port
Another side, I already knew that a customer project will happen during that time-frame. As it concerns a lot of partner’s I’ve to take in account the availability of each of them. Unfortunately, after believing that it could be doable to free-up time for osc I decide to stop persecuting myself, and make a deal to live in peace and go ahead: no osc this year.
Maths have their say: statistically, more osc will be, more the chance to miss one will increase 🙂 ( I know still not a real excuses)
I would like to share my deep apologizes to the whole Greek Community in charge of OSC13. You all know, how I was and still am a big found of your commitment and really appreciate each of you.
I will all miss you!
I really hope osc13 will stay in history as one of the ever greatest conference organized.
Don’t worry Thessaloniki, I know how great the place is, kind the people are, etc..
I’ll be back soon!
Dear community, I would like to present and get your feedback about a new project called bareos [1]
I discovered it 6 months ago, after starting to be more and more annoyed by the way the bacula’s community edition was driven and developed. Even if I was using it since version 1.32 … First of all, I wish to be clear and shout out my respect to all the work done by Kern on Bacula or any other contributor. We have a really nice working software. We even have a nice build packages for it on OBS.
But it’s stalled …
My personal frustration started with the creation of Bacula Enterprise, which has until now never (from what I’ve seen) reversed an Enterprise feature back to the community. Which in my sense would have been a clear statement & commitment from the Bacula Enterprise to the community.
A Free Software is free once it has been paid once. And more the time pass, more the community edition look like abandoned (windows client binary, bweb, …) Okay I can understand the enterprise’s edition arguments, the point is not there according to me.
So at the end of last year, I’ve started looking what else could replace Bacula for my own usage, and the small/medium customers I serve. Digging on github (my favorite source forge) I discovered bareos project. Basically Bareos is a fork of bacula community edition. With active contribution, and look like what I was looking for. Bareos is a compatible (at the time of writing) drop’in replacement which offers a bunch of nice feature I was waiting for. Especially high quality windows clients. The whole being cooked on a private obs instances, tested with jenkins, travis …
Okay I was disappointed about the fact it was a fork, but their website explains the why for those who wish to know.
I’ve then started to use it (easy to try with the number of supported platforms) and ready to use package. (Thanks to open build service [2]) Some installations were kept in a compatible way, other in native bareos way. The transition was really easy for anybody knowing how bacula works. After 3 months of production, including full restore, virtual machine backup, etc, I qualified it to be really production ready. Hey the base code and the way patches have been handled certainly explain those results. I also appreciate the effort to make bareos almost ready to use after installation. Trying to reduce the entry level ticket.
The remaining concerns I’ve found:
– The community behind will have to grow and success in a truly transparent way.
– Get new contributors (challenge is the same for bacula, but forking and propose request merge on github is really more cool than email patches)
– The full remake of the documentation (work in progress)
– Get a perfect web bconsole
My best hope:
– Make sustainable, the business plan associated with bareos.com and thus continue to produce quality community software
So did some of you already test it?
What’s your own feedback, your thoughts about it?
Regards.
[1] http://www.bareos.org
[2] http://openbuildservice.org
This release concern only owners of radeon HD5xxx or above.
For older gpu, the fglrx-legacy is still 13.1, and thus didn’t work with Kernel 3.6, 3.7, 3.8 nor openSUSE 12.3 and xorg 1.13
SDB:AMD_fgrlx_legacy
Beware of that, and prefer the free open-source radeon driver which came out of the box from your openSUSE distribution.
This Catalyst fglrx version support openSUSE version from 11.4 to 12.3 (new repository) and also Tumbleweed (thus also kernel 3.8x series).
A release note is available on AMD website
Fixed issues
[370253]: Serious Sam 3 - Color of Objects turning into be red when enabling separate shader object
[371937]: Team Fortress 2 - Screen black issue while entering the game screen under cinnamon desktop environment
[371374]: Team Fortress 2 - Screen random flickering and corruptions in Lakeside Map
[354777]: Maya 2012 Benchmark - Benchmark falling out of TIMMO
[372137]: NX8.0 - Severe flickering is observed while playing animation in manufacturing mode
[373561]: Mari crashes at startup on Ubuntu only
[374371]: Severe corruption occurs in Unigine Heaven 4.0 on Saturn XT when running at extremely high settings
[373787]: Softimage fails to refresh properly
[372918]: Maxon - Wrong shading when UBOs are used to store light parameters
Known Bugs
[373836]: Vsync application shows corruption filed
[373772]: Team Fortress 2 – Game could not be loaded in “High Performance GPU” mode
[373909]: Driver install via .deb package will cause OS desktop corruption
[371372]: SCQA - Anti-Aliasing does not work
Sebastian Siebert post about 13.4
If you have any problems with the driver, don’t be afraid to report to Sebastian (German and English bugreports are gladly accepted).
he will try, as far as I am able to reproduce the bug. Together with the necessary system information, he will go directly to the right place at AMD to have the bug fixed in the next driver release.
Thank you very much, Sebastian.
See below what to do in case of troubles.
Or you can also ping him on irc (freespacer)
Adrian Schröter (12)
Agustin Chavarria (6)
Alessandro de Oliveira Faria (13)
Alex Barrios (12)
Alexander Naumov (10)
Alexander Orlovskyy (3)
Alin M Elena (5)
Andrea Florio (27)
Andreas Jaeger (70)
Andreas Stieger (12)
Andrew Wafaa (31)
Arvin Schnell (9)
Atri Bhattacharya (3)
Bernhard Wiedemann (31)
Bonnie Kurniawan (1)
Bruno Friedmann (98)
Calumma Brevicorne (29)
Carl Fletcher (1)
Christopher Hobbs (17)
Ciaran Farrell (3)
Stephan Kulow (17)
craig gardner (2)
Stephan Barth (2)
Thomas Schmidt (2)
Dinar Valeev (1)
Dirk Mueller (2)
Dmitry Serpokryl (7)
Efstathios Iosifidis (21)
Fabio Mucciante (5)
Federico Lucifredi (9)
Greg Freemyer (1)
Holger Sickenberg (2)
Hubert Mantel (1)
Ilya Chernykh (5)
Ismail Donmez (1)
J. Daniel Schmidt (2)
James Tremblay (7)
Jan Blunck (4)
Jan Loeser (3)
Jan Madsen (1)
Jan-Christoph Bornschlegel (3)
Jan-Simon Möller (20)
Javier Llorente (12)
Jigish Gohil (85)
Jiri Srain (1)
Jiří Suchomel (3)
Johan Kotze (5)
José Oramas M. (6)
Josef Reidinger (16)
Juergen Weigert (1)
Julio Vannini (9)
Dinar Valeev (5)
Kevin "Yeaux" Dupuy (11)
Klaas Freitag (55)
Lars Vogdt (11)
Ludwig Nussel (13)
M. Edwin Zakaria (4)
Marcus Hüwe (39)
Marcus Meissner (2)
Marcus Moeller (3)
Marcus Schaefer (4)
Martin Lasarsch (8)
Martin Mohring (11)
Masim "Vavai" Sugianto (20)
Michael Andres (1)
Michael Löffler (7)
Michal Marek (7)
Michal Vyskocil (12)
Miguel Angel Barajas Hernandez (2)
P Linnell (2)
Nelson Marques (55)
Nenad Latinović (1)
Nikanth Karthikesan (2)
Przemyslaw Bojczuk (1)
Peter Pöml (4)
Petr Gajdos (2)
Petr Mladek (60)
Petr Uzel (5)
Ray Wang (1)
Raymond Wooninck (1)
Ricardo Chung (7)
Ricardo Varas Santana (7)
Richard Bos (11)
Robert Schweikert (16)
Rossana Motta (1)
Rupert Horstkötter (10)
Sascha Manns (66)
saydul akram (3)
Sebastian Siebert (6)
Shawn Dunn (2)
Stanislav Visnovsky (7)
Stefan Haas (1)
Stefan Hundhammer (5)
Stefan Schubert (7)
Steffen Winterfeldt (8)
Suresh Jayaraman (3)
Susanne Oberhauser (3)
Thomas Göttlicher (6)
Thomas Schraitle (26)
Togan Muftuoglu (3)
Tuukka Pasanen (36)
Will Stephenson (22)
YaST Team (90)