openSUSE Lizards

Authors
Adrian Schröter (5)
Agustin Chavarria (1)
Akhil Laddha
Alexander Naumov
Alexander Orlovskyy (3)
Alexey Eromenko
Alin M Elena (4)
Andrea Florio (14)
Andreas Jaeger (43)
Andreas Stieger (1)
Andreas van dem Helge
Andrej Semen
Andrew Wafaa (25)
Arvin Schnell (6)
Beineri2
Bharath Acharya
Bonnie Kurniawan
Brian G. Merrell
Carl Fletcher
Casual Programmer
Christoph Thiel
Christopher Hobbs (15)
Ciaran Farrell (2)
Coly Li
Cristian Rodríguez
Daniel Bornkessel
David C. Rankin
Dean Hilkewich
Dinar Valeev (5)
Dirk Müller (1)
Dmitry Serpokryl (6)
Duncan Mac-Vicar
Enrique Herrera Noya
Eugene Pivnev
FabioMux (1)
Federico Lucifredi
Frank Lee
Gabriele Mohr
Gerrit Beine
Helman Rene Taleno Martinez
Helmut Schaa
Henne (6)
Herbert Graeber
Holgi (2)
Hubert Mantel (1)
Ioan Vancea
J. Daniel Schmidt (1)
Jaime Andrés Vélez Osorio
James Tremblay (7)
Jan Blunck (4)
Jan Madsen (1)
Jan Nieuwenhuizen
Jan-Christoph Bornschlegel (3)
Jan-Simon Möller (19)
Javier Llorente (1)
Jigish Gohil (18)
Jiri Srain (1)
Jiří Suchomel (1)
jloeser
Johan Kotze (5)
John Terpstra
Joop Boonen
Josef Reidinger (7)
Juergen Weigert (1)
Julio Vannini (7)
Justin Haygood
Kálmán Kéménczy
Kevin Yeaux (10)
Klaas Freitag (19)
Klara Cihlarova
Klaus Kämpf
Klaus Singvogel
kl_eisbaer (10)
Lars Marowsky-Bree
Li Bin
Ludwig Nussel (6)
M. Edwin Zakaria
Manuel Trujillo
Marcus Hüwe (8)
Marcus Meissner (1)
Marcus Moeller (1)
Marcus Schaefer (3)
Martin Lasarsch (8)
Martin Mohring (8)
Martin Schmidkunz
Masim "Vavai" Sugianto (20)
Matt Sealey
Mauro Parra-Miranda
Michael Andres (1)
Michael Löffler (3)
Michael Skiba
Michal Marek (3)
Michal Vyskocil (8)
Michal Zugec
mrdocs
Nikanth Karthikesan (2)
Oprea Lucian
Oswin Zulu
Peter Nixon
Peter Pöml (4)
Petr Mladek (28)
Petr Uzel (1)
Philipp Thomas
Pragnesh Radadiya
Ray Chen
Ray Wang (1)
Ricardo Varas Santana (6)
Richard Bos (4)
Robert Lihm
Roland Haidl
Roman Drahtmueller
Rossana Motta (1)
Rupert Horstkötter (9)
Sascha Manns (45)
Sebastian Schöbinger (4)
Stanislav Visnovsky (7)
Stefan Haas (1)
Stefan Hundhammer (5)
Stefan Schubert (3)
Steffen Winterfeldt (4)
Stephan Kulow (10)
Suman Manjunath
Suresh Jayaraman (1)
Susanne Oberhauser (2)
Syamsul Qamar Ngabito
Thomas Göttlicher (4)
Thomas Schraitle (13)
Thruth Wang
Tuukka (11)
Ulrich Hecht
Wilken Gottwalt
Will Stephenson (1)
Xin Wei Hu





 

openSUSE Linux: What’s Working Well and What To Do With It

1 Star2 Stars3 Stars4 Stars5 Stars (15 votes, average: 4.67 out of 5)
Loading ... Loading ...
Monday, December 1st, 2008 by Henne Digg!

Sorry informationweek.com ICNR :)

Despite the fact that it’s been around since 1994, openSUSE Linux remains a work in progress. It’s not perfect, nor does anyone pretend it is. The places where it needs the most immediate improvement are also a matter of debate: what’s crucially important to some is only marginally important to others. Still, there’s no question that there are key areas where openSUSE Linux is superior — not just adding individual features, but things that are actively functional. I’m going to run down several major areas where openSUSE Linux, as an operating system and as a platform, is cool.

Package Management

The way packages (RPM packages in the case of openSUSE Linux) are handled is with a complete package management stack that is built around libzypp. It consists of several applications that take care of all the gory details of software installation. The package format lets you express hard or weak dependencies, suggestions for completion of other software, versions, conflicts and so on. The tools can handle single packages, patches or groups of packages called patterns. If you are using openSUSE odds are you obtain the software you need from the distribution’s repository with a click and be done with it. But this is not the coolest thing. openSUSE provides everboy, including commercial software vendors the means to offer their products for Linux. Not only openSUSE Linux but also every other major Linux Distribution out there using one unified tool: the openSUSE Build Service. Potential program vendors have a lot of choices:

1) devote time and effort — and money — (like with any other operating system) to ensuring that their program installs, runs, and stays cohesive on a variety of distributions.

2) Push their programs from their Build Service repository to a given distro’s repository. For openSUSE this works even with the Build Service Collaboration features.

3) Use their own instance of the openSUSE Build Service and provide the software repositories on their own infastructure.

Option #3 is pretty much the best solution for any proprietary software vendor. #1 Ensures that the commercial vendor takes care of the Linux portion of his customers #2, which has the advantage of making applications immediately available to the user of any given distribution, and cuts down on the amount of work needed by an end user to get something installed.

Because the demand for commercial apps on Linux is relatively slender right now, this solution isn’t as pronounced: most people just get their offerings from their local repository. In the long run, though, if commercial apps take root on Linux, it will become that much bigger an chance to making Linux a platform for the commercial vendors application.

Pages: 1 2 3 4 5


2 Comments

Comment by Dean Hamstead
2008-12-02 02:25:42

Good article. A nice parody of the original.

 
Comment by ryan
2008-12-08 04:47:45

This is a good article that shows why openSUSE is a great distribution.

At some point, there needs to be a distinction between developer terms and consumer terms. Most consumers have no idea of what a build service is. 1-Click install is for people who don’t know anything about computers and many of those people use Windows, and Windows had 1-Click install since Windows 95 (not drawing a comparison, because there are differences – don’t mean to stir an argument).

My point is that this great distribution not only needs developer terms for the community, it needs consumer terms to make the case to non-computer-geeks. And, if this were accomplished, I’m sure everyone involved would implicitly understand the meaning of it all.

 

Sorry, the comment form is closed at this time.