[DE |
EN |
FR |
JA |
ES |
KO |
PT]
Welcome to issue #24 of Georg's Brave GNU World. This is truly already
the two year anniversary and of course I'd like to say a few things
about that. But first I have an interesting mix of different topics for
this month's issue.
The strong GNOME-integration of GNU Paint is a desired feature because it seeks to be an extension of the GNOME desktop and one of its future plans is to make gpaint a Bonobo-component. That way other GNOME applications like gnumeric can share the functionality of gpaint.
Being an official GNU Project it comes as no surprise that GNU Paint is distributed under the GNU General Public License. As far as further development is concerned, Andy would like to receive more help from translators to expand the internationalization; the program itself is very much usable otherwise.
The GNU Bug Tracking System is one of the most robust bug-tracking systems available and is in use by projects and companies around the world. Its function is to give users an easy way to report bugs that can then be fixed by developers. One of the core features is the coordination of cooperative work. For the developers this reduces the danger of simultaneous solutions while users can check whether an error is already known or even fixed.
The last stable version of GNATS was released 1993 and the official development has been sleeping for a while. But now GNATS itself also found a new maintainer in Milan Zamazal and it is to be expected that we will be seeing a new stable release soon.
The main problem for the two new maintainers and the group of volunteers is the inclusion of all the patches that have been written in the past years. There will most probably always be problems but the loss of know-how should be avoided. So Gerald is still looking for more developers interested in this task.
Typically, the daemons allow users to start specific programs at a certain time, date and/or day of week and send the user a mail upon completion with the result of the program. They normally also support periodical time specifications like "every 2 hours" or "every minute."
Fcron by Thibault Godouet expands this in several interesting ways. First of all it is also possible to make the program start dependent on the system-load, which is an indicator for how busy the system is. It also supports the specification of a field that specifies the recipient of the mail sent upon completion - mails do not have to go to the user running the program.
Furthermore there is a field for nice-values that can be used to determine the priority of the program directly. Also very interesting is the capability to also specify how often a program should be started. This makes it possible to specify something like "start it once a day either between 3:00 and 6:00 or 19:00 and 22:00."
Especially for computers that are not running permanently the execution intervals can be keyed to the uptime instead of the normal time. So a program could be run all 24hours of uptime, for instance.
In order to avoid making the configuration file obscure, it is possible to have entries being valid for multiple lines and jobs can be serialized to prevent them from running in parallel.
Currently fcron is still in the beta-test phase but it is already rather stable. So the current goal is to test it thoroughly and to release a stable version. Thibault is still looking for volunteers, especially for testing under different environments and situations.
Christian Obrecht, author of Euklides, sees LaTeX-using math teachers like himself as the biggest target audience. But every pupil and student can probably benefit from it. Thanks to the included euk2ps shell-script it is possible to create encapsulated postscript files, which can be viewed with ghostview, directly out of the Euklides-commands.
The advantage of Euklides in comparison with other programs like DrGeo or Kseg is that Euklides is not limited to WYSIWYG interfaces like those programs are, because WYSIWYG is not necessarily the best method to describe geometrical figures. But since a GUI can be very helpful sometimes, he plans on writing a GTK+ based front-end - this will allow users to change figures interactively.
The next project could be especially interesting to users reading their mail with EMACS as I do.
Although there are several projects in this area, John wasn't really satisfied by any of them, so he finally started writing his own. His prime incentive was to make it as easy as possible to attach MIME-attachments when composing mail and saving MIME-attachments to disk in incoming mail. For this reason Etach was written so that some often-needed tasks are easy to do while offering multiple options for them to customize them to your own needs.
Etach works together with a versions of EMACS and has no limiting dependencies which makes it easy to install. This should encourage EMACS-beginners especially to check it out.
The status of etach is "almost finished," as John himself does not plan any more extensions although he is open to suggestions and willing to implement them. Although etach is officially available as "beta-release" there has been no bug-report filed for several months so it is probably ready to be considered "stable."
GNU Serveez provides routines and help for IP-based servers (TCP, UDP and ICMP) as well as "named pipes" for all connection-based protocols. It demonstrates in a portable manner the different aspects of network programming and is reported to run on GNU/Linux and other 32-bit and 64-bit Unices as well as Microsoft Windows (9x/ME/NT/2000). Among the funniest experiences during development accordingly to the developers are the built-in restriction of some Windows-Systems. Windows 95 for instance can only have up to 100 TCP-connections system-wide.
Users can implement their own servers with GNU Serveez or use it to understand how a server works. The servers included in GNU Serveez can be used as examples for this. The servers included are, for instance, a very fast and easy to configure HTTP-server, an extremly clean IRC server or a Gnutella spider. Since GNU Serveez is entirely covered under the GNU General Public License, routines can also be used directly in own projects.
People interested in the exotic especially should take a look at GNU Serveez. There is for instance a very well working TCP-over-ICMP tunnel and all protocols included in GNU Serveez can run on a single port.
Especially the easy configuration and installation has been a prime goal of the developers in order to allow "normal" users to benefit from GNU Serveez. To keep this up and/or to improve it even further is very high on the list for further development.
There are plans to put the functionality into a libserveez library so other projects can use it and to make the server extensible with the help of dynamically loaded modules. The developers are also considering moving the configuration language from Scheme to Guile.
People running a network at home could be interested to hear that the plans for further servers also include an easy to configure DNS-server that can modify its functionality accordingly to the online/offline status of the local network.
But now I would like to introduce a project that I consider extremely important.
The project is modular and several of the modules are usable "out of the box" while others are included on an extensible or customizable basis. Modules would for instance be "human resources, "financials," "customer relationship management (CRM)" or "enterprise resource planning (ERP)."
The currently functional core includes GNUe forms, the GNU-Engine, GEAS, the application-server and libGDA, the library for data abstraction. GNUe reports, the report-server and GNUe integrator, the "enterprise application integration (EAI)" tool, are currently under development. Other parts like EWOK, the fax, email and so on, communications-engine and GNUe Workflow for workflow-management are currently in the planning phase. There are also ideas for load-balancing and discussions about a transaction-processor.
Originally the project targeted small and mediu-sized enterprises but by now the orientation includes corporations of all size. It is obvious that this is a huge project which is essentially the main problem. Right now there is a bunch of volunteers and employees of some big computer-companies, universities and governmental agencies of the U.S.A. working on it together with Derek.
In order to achieve maximum portability, things have been based upon XML and GNUe runs on Unix (GTK+ or Motif), Win32, Mac, Curses and the web. Since developers from all corners of the world are busy with it, complete internationalization is one of the major goals of the project.
Extraordinary is also its fundamental and very conscious orientation towards Free Software. So the GPL has very consciously been chosen instead of its Lesser counterpart and the developers seek to have a good insulation with CORBA rather than risking losing freedom. It is also a principle of the project that all active developers give their copyright to the Free Software Foundation to assure the lastingness of the project.
As solutions in this area have very much exclusively been proprietary in nature, this is a very important project that can in the long run make sure to carry Free Software into every company.
So now I'm coming to the last issue of this month - which is a very big personal pleasure for me.
But the column has not only survived, it is still growing. With Lee Jong Keun and Ki-Young Choi, two translators into Korean have joined the "Brave GNU World family," which makes the column appear in six languages now. Additionally it seems that it is also printed in the Korean Linux-Magazine which increases the count of magazines it appears in to four (Linux-Magazin Germany & U.K., Linux-Magazine France and now Korea). All this would have been impossible without all the help I received from volunteers that work in the background as proofreaders, translators, scouts and moral supporters. This anniversary is as much yours as it is mine and I would very much like to thank every single on of you!
But now I would like to take even another step forward with the Brave GNU World - but due to my work for the Free Software Foundation Europe time is rather limited.
That is why I am looking for someone or a small group of volunteers that would be willing to maintain the Brave GNU World web page [3] and slowly start expanding it towards a true web site. Currently the most important task is maintaining the page but although the design isn't bad there is still room for improvement. Osvaldo La Rosa has for instance had some ideas how the page could be made more friendly to read for vision-impaired people. And at some point I would like the web site to become a truly interactive forum in which the column will appear every month but I have also been thinking about a "speakers corner," in which selected essays to some topics could be published. Also the integration and the layout of the "We run GNU" campaign is in need of a redesign.
If you think you can do this and feel like it would be fun to do so, please email me [1].
I hope this was not the last anniversary the Brave GNU World has seen - it will definitely continue next month. Ideas, comments, questions, interesting projects and life-stories by email [1] are welcome as always.
Info
|
[1] Send ideas, comments and questions to Brave GNU World <column@brave-gnu-world.org>
[2] Home page of the GNU Project http://www.gnu.org/ [3] Home page of Georg's Brave GNU World http://brave-gnu-world.org [5] GNU Paint home page http://gpaint.sourceforge.net/ [6] GNU Image Manipulation Program (GIMP) home page http://www.gimp.org/ [7] GNATS home page http://sources.redhat.com/gnats/ [8] Fcron home page http://fcron.free.fr/ [9] Euklides home page http://euklides.multimania.com/ [10] Etach home page http://etach.sourceforge.net/ [11] GNU Serveez home page http://www.textsure.net/~ela/serveez/ [12] GNU Enterprise home page http://www.gnue.org |
Please send FSF & GNU inquiries & questions to
gnu@gnu.org.
There are also other ways to contact the FSF.
Please send comments on Georg's Brave GNU World (in English or German) to
column@gnu.org,
send comments on these web pages to
webmasters@www.gnu.org,
send other questions to
gnu@gnu.org.
Copyright (C) 2001 Georg C. F. Greve
Permission is granted to make and distribute verbatim copies of this transcript as long as the copyright and this permission notice appear.
Last modified: Tue Feb 27 17:28:53 CET 2001