In my previous post I discussed how to call Gnuplot from C and Python language. If you are using Perl, then, here is the script:

    #!/usr/bin/perl
    # Generate postscript and png plot with GNUplot from Perl
    # Author: Ioan Vancea
    # Usage: Give "data file" as an argument for script

    use strict;
    use warnings;

    my $file = ARGV[0];

    # POSTSCRIPT
    open (GNUPLOT, "|gnuplot");
    print GNUPLOT <

If you are doing a lot of calculations/simulations, like me, using C or/and Python language, you also need to visualize your simulated data. One way to do it is just to generate/write a "data" file and plot it with your plotting preferred package after the simulation is finished. But maybe, sometimes, you want to see the graph in real time, so, here I would like to show a small C and Python program which calls Gnuplot and save the plot in png format.

C Example:

#include
/*
    Author: Ioan Vancea (www.vioan.eu)
    *****************************/
int main()
{
    FILE *pipe = popen("gnuplot -persist","w");
    fprintf(pipe, "set samples 40\n");
    fprintf(pipe, "set isosamples 40\n");
    fprintf(pipe, "set hidden3d\n");
    fprintf(pipe, "set xrange [-8.000:8.000]\n");
    fprintf(pipe, "set yrange [-8.000:8.000]\n");
    fprintf(pipe, "set zrange [-2.000:2.000]\n");
    fprintf(pipe, "set terminal png\n");
    fprintf(pipe, "set output 'graph.png'\n");
    fprintf(pipe, "set title 'We are plotting from C'\n");
    fprintf(pipe, "set xlabel 'Label X'\n");
    fprintf(pipe, "set ylabel 'Label Y'\n");
    /* fprintf(pipe, "plot 'datafile.dat' using 1:2\n");*/
    fprintf(pipe, "splot cos(x)+cos(y)\n");

  close(pipe);
  return 0;
}

The output:

Python Example (I use Gnuplot.py):

#!/usr/bin/env python

'''
    Author: Ioan Vancea (www.vioan.eu)
'''

import math
import Gnuplot
gp = Gnuplot.Gnuplot(persist=1)
x = range(1000)
y = [math.sin(a) + math.cos(a) + math.tan(a) for a in x]
data = Gnuplot.Data(x, y, title='Plotting from Python')
gp('set data style lines')
gp('set xlabel "Label x"')
gp('set ylabel "Label y"')
gp.plot(data);
gp.hardcopy(filename="pyplot.png",terminal="png")

The output:

I probably could make here the longest title just naming everything we have so far as designation for the job

So what is it about?

We want to have an official program to support local communities better. We already have some strong supporters which are doing an awesome job, now we need more of them. You might think of fedora ambassador or Ubuntu LoCo, but for a unique project like openSUSE we also should have a unique name. But of course it’s not all about the name, i posted yesterday a draft with more details and some open questions. We think that this program will help the project, and the people who are doing the job (without a name right now ), a lot.

Join the discussion at openSUSE-marketing!

Ladies and Gents!

Glad to announce the update of unofficial Enlightenment LiveCD based on OpenSUSE-11.0.

Download page
‘Welcome’ notes (PDF)

Please visit the download page to see the details and try the mirror provided by Yandex.ru – a leading Russian internet and technology company. We’ve got this mirror in September’08 because our server was loaded ‘over the top’. Please, read the Welcome.pdf before you pop the disk into the PC/Qemu/etc.

Here’s some download statistics data excluding the mirror and excluding the torrents:

The data is slightly rounded/diminished, but tiny 50k from a single server is the result no one expected. Thank you very much!

All components of this LiveCD are available for the ordinary openSUSE Users. Some of our improvements/modifications are outlined in the ‘Welcome.pdf’. We’re cooking now the simple package to make the Enlightenment LiveCD with a ‘single click’. Anyone could install that package, read instructions, add the drivers/packages/components we had missed and “pull the trigger”. It means that you can add there the beloved NVIDIA drivers, remove OpenOffice, add more themes, wallpapers, games etc.

The brief changelog comparing to the old ‘release’:

• create_xconf service is modified and used instead of ‘traditional’ xdm to launch the GUI. If you decide to install the system to the disk – create_xconf will also help you there. A simple check of your video card/cards is added and ‘Sax2’ will be started on boot if your saved hardware configuration is altered (should we check the Monitor+Video Card configuration? should we modify the xdm service for better compatibility/integration?).
• fonts are displayed with 96.0 ‘standard’ DPI despite on selected/chosen screen resolutions. It’s easy to change this value if 66.0 DPI or 130.0 DPI is your favorite Xft setup but… 96.0 is the value which is used mostly .
• Enlightenment OBS repositories for openSUSE 10.2-11.0/Factory are updated to the current state. E-svn snapshot date is 20080924.
• custom kernel from Jan Engelhardt repository replaced the default one. Thanks!
• OpenOffice suite now uses the default/selected gtk-2.0 theme to display interface elements.
• Tk package is removed and aria2c lost the tk gui. BitTorrent client is added. Anyway aria2c is best when used in CLI.
• English thesaurus is removed from OpenOffice suite along with OpenOffice-Base. Sorry for the inconvenience caused.
• 23Oz theme for E17 and ETK is updated. Glowing scrollbars and sliders – useless feature but looks nice.
• sources of ATI fglrx drivers (without precompiled kernel module) are added, instruction for those who is not happy with radeon/ati opensource drivers are on the page 4 of Welcome.pdf
• several .desktop files are improved (thanks to the Ariszló)
• option to select the default login manager on first boot (‘Entrance‘ or ‘gdm‘) is added (though only ‘entrance’ works here).
• a lot of components are added to provide better support of various equipment ‘out-from-the-box’ (like webcams, eeepc and so on)
• other miscellaneous fixes and updates…

We will be glad to receive your feedback.

Acknowledgments:

Enlightenment Development Team and Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves – THANKS!)
Stalwart, thanks for the hosting!
Packman Team
Novell
Jan Engelhardt
and all the others, who helped to make it (Engineers, Developers, Users, Maintainers…)

Thanks!

Regards,
SOAD team

… to change a flat tire?

The answer: 3

It’s been a while since the 3 oS Members from Nicaragua were planning to take a picture together, but for time, job and other complications we have been unable to do it.

But yesterday, caused perhaps for a bug in our kernels, the 3 of us gathered together outside Alex’s ex-office, after retrieving some promotional material from Novell at Alex’s place.

We started to talk about one of the Projects for Nicaragua and forgot completely about the picture. Moments laters and got into my car and DANG!, noticed the flat tire. Alex and Decks came and helped me to empty my car’s trunk when I noticed my camera. A bell rang inside my head and CLICK! A picture came out.

Not exactly the situation and posse we were thinking about… but it worked. :p

On Sept. 20th, the Free Software Community in Nicaragua celebrated the “Software Freedom Day” at the “Universidad Centroamerica, UCA” Campus. The Nicaraguan OpenSuSE Community was there, supporting the event and promoting our favorite Linux Distribution.

As a Member of the Nicaraguan OpenSuSE community and the Nicaraguan Amateur Astronomy Group, I’ve set up a small stand running Stellarium in my oS.11 Laptop.

After that, I conducted a small workshop for people interested in learning Stellarium.

That was a big day!

A couple of days ago I finished my thesis with the topic mentioned above.

It describes the currently used package formats and software management systems within the Linux as also the proprietary world of Microsoft respectively Apple plus the possibilities to reduce those systems and tools to a common denominator.

The prototype of this service, which emerged within the scope of the thesis, consists of the following three parts:

• PackageKit, which acts as broker between CIM and the local software management system
• CIM, which provides the standardized data model and communication and a
• Web-UI, which is more or less only a proof of concept

As the Common Information Model (CIM) is a widespread and well used standard (even Microsoft occupies it with its WMI stuff), its models are used for a common data structure as also for the operating system independent communication.

For implementing a usable service, classes (data structures) for Package, Update and Repository was needed.
These classes are based, out of compatibility reasons, on the already existing WMI implementation of Microsoft. Hence, it is possible with one and the same client to list packages (products in Microsoft speech) and Updates of Linux as also Windows computers.

To connect this CIM-classes to the local software management system it was necessary to develop so called CIM-providers.

The implemented providers communicate with PackageKit and not with the available software management systems (like ZYpp in case of openSUSE) itself. This is beneficial as there is no need anymore to develop a provider for every single software management system. As soon as there is a backend for PackageKit of the specific software management system this service is automatically usable.

The prototype of the service is fully usable to list, install and remove packages and patches as also to list, disable and enable repositories for all Linux distributions provided by PackageKit.

So, if you are interested and the thesis is accepted and marked (hopefully good) by my examiners, let me know and you’ll get a copy of it (90 pages, english).

I’m currently involved in a discussion on factory about what should happen if I replace the graphics card, or when I move the hard disk from one machine to another one, with different hardware.

I wished SUSE did handle such transplants gracefully, maybe for the same reason I do not wish my 2CV back:

My first car was a Citroën 2CV.

On some summer day I did a very long autobahn trip with it and the engine got real hot as it was air cooled.  When I finally had arrived in my home town late at night, I rolled down a long hill using the engine brake and at the end of hill at a red light I stopped the car — and oops: so did the engine…

No way I could get it working again 8( None of the normal 2CV tricks worked, playing with the choke or
anything.

So I called the ADAC (AAA in germany, for those abroad), and back in the days that meant going and finding a phone box and all, in the middle of the night.

And when the guy finally arrived, the car just simply started.

I was explained to better not use the engine brake after long trips, or to carefully play with the gas when I really stopped: because somehow, don’t ask me for details, in these circumstances the spark plugs could become ‘wet’, and after they had ‘dried’ again, all was just fine.

Was I really too dumb to use my car?

No.

The car had a construction problem. Any ADAC ‘angel’ knew it.
Common sense.

I, however didn’t.  How should I?  And for the first time ever, on this day at 2:30 in the morning I really, really hated this nice little car whose sound I still love.

Same goes for Linux and hardware support.  With every single kernel update on 11.0 I had to re-tweak my wireless — and I even didn’t modify the hardware!

Now what happens if you take a working Linux install and replace some of the hardware, like the graphics card?  Or even worse, you take the hard disk of the system and put it into another chassis, like I had to do with my laptop recently?

After such a brain transplant, the the brain needs to accommodate to the new environment.  It needs to probe where it is now.  It needs to be able to access the hard disk, interact with the user, connect to the network again.

However SUSE’s not really prepared for that yet:  the initrd has the drivers it was created with last time, and that’s the ones needed for the hardware config at that time.  Hopefully the disk is accessible with what you have there… Even if the kernel can access the disk, maybe some key drivers for the new hardware aren’t installed on the disk, like graphics, or network.

Obviously you can’t make it work under all circumstances, the point is:  As of today, it won’t even work under many straightforward circumstances.  So you want to change hardware?  Better know exactly what you’re doing and don’t expect much help from what’s on your disk.

This brings me back to where I started this blog:

The factory thread had started with a plain vanilla feature comparison and soon got into a strong discussion whether or not Linux should handle brain transplants and hardware replacements gracefully at all, in a way that works for the simple minded, straightforward Linux user, in contrast to him who knows his ways around run level 3 and sax2 to reanimate X.

And I believe choking on a wet spark plug isn’t cool any more.  Linux should just diagnose and repair itself, or at least tell clearly how to proceede.

Not only because this would make mass deployment and fast installation a real charm, with a single image to boot and run on many different hardware configurations.

But also because people just do transplant computer parts and brains these days, and they want their Linux to survive that with a smile :).

Momentan erfordert die Installation von KDE 4.1 unter openSUSE 11.0 etwas Handarbeit. Dennoch ist sie schnell und leicht erledigt. Für x86-Systeme gibt es unter http://de.opensuse.org/KDE/KDE4 auch Links zur Installation mit einem Klick. Wer ein x64-System hat oder es sowieso lieber per Hand macht findet hier eine kurze Anleitung.

Zunächst sind in Yast über den Punkt Software-Repositories folgende Repositories hinzuzufügen:

• http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openSUSE_11.0/
• http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Extra-Apps/openSUSE_11.0/
• http://download.opensuse.org/repositories/KDE:/KDE4:/Community/openSUSE_11.0_KDE4_Factory_Desktop/

Wie unter http://de.opensuse.org/KDE/KDE4 erwähnt, benötigt man außerdem auch noch das Qt-Repository, da KDE 4.1 eine neueres Qt benötigt als bei 11.0 mitgeliefert wird. Fehlt dieses erscheint bei der Auswahl von KDE 4.1-Paketen die Fehlermeldung nichts bietet libqt-x11 >= 4.4.2 benötigt von kdebase4-runtime-4.1.1-48.2.i586.

• http://download.opensuse.org/repositories/KDE:/Qt/openSUSE_11.0/

Sind alle Repositories hinzugefügt kann man in in Yast unter "Software installieren oder löschen" das Schema "KDE 4 Desktop-Umgebung" auswählen. Möchte man alle zum Schema gehörende Software installieren kann man, nachdem man das Schema ausgewählt hat, bei einem Rechtsklick in die Paketliste "Alle in dieser Liste"->"Installieren" auswählen. Hatte man schon KDE 4.0 installiert kann man auch einfach in der Menüleiste "Paket"->"Alle Pakete"->"Aktualisieren falls neuere Version verfügbar" auswählen. Dies aktualisiert dann KDE 4.0 auf 4.1.