Home Home > 2013 > 11
Sign up | Login

Archive for November, 2013

AMD FGLRX ymp (One Click install) and stable repository

November 28th, 2013 by

A Quick notice

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.

We are the robots

November 26th, 2013 by

‘Welcome to Central Industrial, “We are the future”‘ is a quote from Blade Runner and now we are entering at last to future with anual European Robotics Week. When Blade Runner world is just around the corner it’s time to reveal small Robotics pet project with openSUSE and OpenCV. (more…)

Yippee Yeah Another Proprietary AMD/ATI Catalyst fglrx 13.11 BETA v9.4 (13.25.18-2) rpm are released for any openSUSE version

November 23rd, 2013 by

Yippee Yeah Another Proprietary AMD/ATI Catalyst fglrx 13.11 BETA v9.4 (13.25.18-2) rpm are released for any openSUSE version

amd logo

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.

Notice

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.

Beta Repository

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)

Installing the new repository

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

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.

(more…)

Working on an openSUSE Release

November 22nd, 2013 by

release awesome
Finally, openSUSE Linux 13.1 has been released. It has been 8 months since the release of 12.3 in which we’ve been working in a lot of things, but specially in the last weeks, all the geekos have been quite busy trying to make it our best release ever. And we hope it shows.

Maybe you’re wondering what exactly we’ve been doing in these weeks previous to the release, well, that’s what Antonio Larossa is going to talk about in this post. (more…)

Proprietary AMD/ATI Catalyst fglrx 13.11 BETA6 (13.25.18-1) rpm are released for any openSUSE version

November 20th, 2013 by

Finally Proprietary AMD/ATI Catalyst fglrx 13.11 BETA6 (13.25.18-1) rpm are released for any openSUSE version

Welcome in paradise … 🙂

Notice

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!

Beta Repository

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)

Installing the new repository

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

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.

(more…)

openSUSE and GCC part 7: autotools and how I do it

November 19th, 2013 by

Last time I was little bit too hard to autotools. Okay they are not easy but they work. I also let last time people to figure how to get a long with autotools. Now I show how I do it. (more…)

Hongkong OpenStack Design Summit

November 13th, 2013 by

So last week many OpenStack (cloud software) developers met in Hongkong’s world expo halls to discuss the future development and show off what is done already.

Overall, I heard there were 3000 attendees, with 800 being developers or so. That sounds like a large number of people, but luckily everything felt well-organized and the rooms were always big enough to have seats for all interested.

The design sessions were usually pretty low-level and focused into one component, so it was not easy for me to make useful contributions in there. The session about read-only API access (e.g. for helpdesk workers and monitoring) and about HA were most useful to me.

In the breakout rooms were interesting sessions by many large OpenStack users (CERN, Ebay, Paypal, Dreamhost, Rackspace) giving valuable insights into what people expect from and do with a cloud. Many of them are using custom-built parts, because the plain OpenStack is still not complete to run a cloud. SUSE Cloud ships with some such missing parts (e.g. deployment and configuration management), but most organisations seem to run their own at the moment.

Cloudbase was there telling about their Hyper-V support that we integrated in SUSE Cloud.
Apart from the 6 SUSE Cloud developers there were several local (and one Australian) SUSE guys manning the booth.

Overall it was quite some experience to be there (in such an exotic and yet nice place) and listen and talk to so many different people from very different backgrounds.

AMD flgrx status

November 12th, 2013 by

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.

openSUSE and GCC part 6: Introduction to autotools

November 12th, 2013 by

Autotools, autotools and once again autotools. Years ago I started with autotools I thought, ‘Hey someone has really get into linking and compiling’. I was sold for a while and tried to learn it inside out. Then I understood that I will never be good at autotools (So I started to go to gym instead). M4 macro language it is not my thing.
It’s just something that should be put on one way Mars shuttle and send to gray ones to figure out. I think mr. Spock’s brains functioned with M4 but mine won’t. If there is some M4 specialist. Send me e-mail or post comment about it and tell why M4 is best macro language on earth. If nobody stands up for poor M4-macro language I’ll keep unloving it. I can start liking it because I was so wrong with Rexx. (more…)

openSUSE and GCC part 5: Make love me do

November 5th, 2013 by

In this point of time if you haven’t any idea what is pkg-config or GCC you should be reading this. Or if you still do please make sure you read about them from these blog posts. ‘Make‘ as a tool doesn’t do anything easier it just hides not-so-easy-part from eyes of public. ‘Make’-tool executes (in default) Makefile-script that should tell how to build your applications step by step. There is no guaranties that it’s easier to understand how it’s build or you to understand that after a while. (more…)