Home Home > Documentation
Sign up | Login

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

Archive for the ‘Documentation’ Category

USB EVDO (Alltel UM175AL) under SLED 10

February 9th, 2009 by

This was a bit of a bear, but I’ve inhereted a generic looking USB EVDO stick at the office. After some research and elbow grease, I’ve managed to get it working. In this post, I’ll detail EVDO configuration under SLED 10. I’ll leave out most of the gory technical details as others have covered that for me. I’ll link to the appropriate reference where necessary.

(more…)

Thats how I roll: Installing Ruby on Rails on openSUSE

February 5th, 2009 by

There’s been some discussion about Rails on openSUSE recently, so I thought I’d add to my Ruby articles with a Rails installation guide.

Getting started with Rails on openSUSE is a breeze.  In this particular article, I’ll quickly outline installation and startup of Rails on openSUSE 11.1.  You’ll need to install Ruby, ruby-sqlite, and ruby gems.  I’ve detailed these in my previous articles on ruby.

(more…)

Automatic Import Calendar news.opensuse.org > KOrganizer

January 24th, 2009 by

I’m very happy. Regularly i’m checkin the Calendar from news.opensuse.org for my work in OpenSUSE Weekly News. It is possible to Download the actual Calendar as *.ics File. But as i understand this, this is a Snapshot. The Calendar not updated himself regularly. So i tried this:

First of all we go to the KOrganizer. Click on the green Cross, left from the Calendararea. Add Calendar. Then we find an Menu similar this:

List of Resources

Then we klicking on “Filecalendar from Remote Computer” (I had translated this on the fly, i’m not shure, that it called so in english). After them we see the next Field:

Datafield

In this Field i edited :”http://news.opensuse.org/?ec3_ical”. I choosed regularly updating, but no Saving on the Remote Computer.

Now we have the Community Entrys in our Calendar. We see:

Resultspage

If i have understood all right, we have an automatic Calendar. Have fun…

Novell Teaming on SLES

January 21st, 2009 by

As per the request of Andrew Wafaa, I thought I’d set up a quick guide to how I got teaming running on SLES.  The documentation for Teaming on the administrative end was relatively sparse, but the installation guide was sufficient for most purposes.

Read on to learn more about Teaming and SLES…

(more…)

Controlling your minions with Ruby and Capistrano

January 21st, 2009 by

Welcome to yet another installment of our Ruby mini-series.  Capistrano (http://capify.org/) is a DSL written in Ruby for automating common tasks.  While Capistrano is more often used for Rails deployment, it can easily be used for system automation as well.

A while back, I put together a presentation for the local Ruby user’s group.  The presentation covers a very brief intro to Capistrano for simple system automation.  You can download it here.  I’m aware of at least one typo (a missing single quote) in the slides, there may be others.

Rather than repeat myself here, I’ll let the PDF do the talking.  For the official documentation, see http://capify.org/getting-started

Flashrom Utility for LINUX (part1)

January 21st, 2009 by

This blog entry is a little bit OffTopic. I’m writing not about an openSUSE Theme, but about
Linux. Last week i’ve chatted with the guys in #coreboot @ freenode and it was very
interesting. This article based on an collaborative PR Project from Carl-Daniel Hailfinger. This first Part of the Article presents Flashrom. The next Article presents Coreboot. The web site of that project is:

http://www.coreboot.org/

The flash utility is known as “Flashrom”.

Flashrom is a universal flash programming utility used to detect, read, erase, or write BIOS
chips (parallel, LPC, FWH and SPI technologies) in various packages (DIP, PLCC, SOIC).
It can be used to flash firmware images such as traditional BIOS or coreboot or to back up
the existing firmware.

Everybody who does not want to boot DOS or Windows just to perform a BIOS update can use
flashrom. It does not require a graphics card, monitor or keyboard and can even be used
over SSH on a remote machine. You do not have to reboot to run flashrom, but it is recommended
to reboot after a successful update. Many people are using flashrom as a replacement for
the various AMI/Award/Phoenix BIOS flashing tools out there.

Flashrom supports over 100 flash chips and it is really easy to add support for a new chip
if your board happens to have an unsupported chip.

Flashrom has its own home page: http://www.coreboot.org/Flashrom

It is free software released under the terms of the GNU General Public License version 2.

Flashrom is a “normal” user space application, but it requires superuser privileges.
Some hardened kernels (which deny access to physical memory) do not support flashrom, but
most distributions out there work fine.

Of course, the usual requirements for BIOS updates apply here as well. You should have a
stable power supply. Switching the machine off during flashing will make your machine
unbootable. Since flashrom treats BIOS files as opaque blobs, you usually do not get any
of the failover/dual BIOS features advertised on some boards.

Backup the current BIOS image into a file:

$ flashrom -r backup.bin

For other usage instructions, please refer to the flashrom home page or the man page.

In case something goes wrong, do NOT reboot, but join #coreboot @freenode and tell the
flashrom developers about it. As long as the machine is still running, there is a good
chance that everything can be fixed.

The Value of (Good) Documentation

January 16th, 2009 by

Maybe you know this situation: You find an interesting software that is worth to play. After you’ve installed it there are two possibilities: either the software is (a) very easy and self-explanatory, or (b) it is very complex.

As most software fall into category (b), one way to get used to it is you can play around and discover it by yourself. Sometimes it works, sometimes not. In case you need help, you can either ask a programmer, or write a post to a mailinglist or forum. But when you need an answer for your question now what else remains? Right! You need documentation!
And with documentation, I mean good documentation. Not something with “Documentation? Use the source!”

(more…)

Using Ruby for system scripts

January 14th, 2009 by

So here we are, the second installment of my openSUSE+Ruby mini-series.  See this link for the first article covering installation and configuration.  In this post, I’ll give you a fast introduction to Ruby and a sample system script on openSUSE.

(more…)

What’s green, red, and awesome all over?

January 10th, 2009 by

openSUSE/SLES and Ruby!

Considering that my blog no-longer exists and I’ve got a couple of topics floating around in my head, I thought I’d make use of my Lizards account and contribute something useful for once.

openSUSE has quickly become my favorite development platform and Ruby is my language of choice these days.  The two together make an excellent combination and it couldn’t be easier to get started.  In the next few posts, I’ll cover how I use the Ruby scripting language with SUSE on a daily basis.

That being said, lets start with installation…

(more…)

RPMLINT Wiki Side overworked

January 8th, 2009 by

I’m an new Packager in OpenSUSE BuildService, and i like this work. But if i would like to package for Factory, RPMLINT gives me any Errors or warnings. But these things to fix, are very difficult. Our Wiki Side for RPMLINT doesn’t contain many Error or Warningcodes.

But yesterday i’ve found an Side, with other Errorcodes from RPMLINT. Today i imported these Codes to our Wikiside http://en.opensuse.org/Packaging/RpmLint. I think it is not possible to list all codes on the Side. But i wish, that the side includes more Codes in the future.

No i would like to make an Call for contribution. If every Packager insert the codes, that he knows, we have an good library soon.

And on this Moment i would like to make an request about helping- Thank you all for the hard Work.