Ok, here is how I feel about this long, tiresome argument. There are
many people that like grub, and for the majority of the userbase, grub
does what it needs to do. Sure there could be some improvement, but
from what I'm told by the people who work on grub, it's somewhat
trivial, and possibly the community could do it.
Lilo is still very usefull, and does have some special needs
requirements. For this reason, lilo can't be left out in the dark.
Syslinux (aaah, nobody talked about this yet) is a very handy tool, but
it is also a boot loader, shoot, not anotherone. The key thing here is
that syslinux is quite handy for bootable isos, floppies, PXE boots,
etc.. things that neither lilo nor grub do very well.
Here is what I propose:
Grub and Syslinux remain in Core. They will cover the mass majority of
the userbase, with minimal duplication. Lilo shall be relegated to
Alternatives or Extras. Lilo seems to have a smaller need base, but
still needs to be available. This should satisfy the majority of the
people on this list right?
/me prepares napalm umbrella..
Jesse Keating RHCE MCSE (geek.j2solutions.net)
Fedora Legacy Team (www.fedora.us/wiki/FedoraLegacy)
Mondo DevTeam (www.mondorescue.org)
GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub)
Was I helpful? Let others know:
1. Full legal name
2. Country, City
University of Zurich (http://www.unizh.ch)
5. My goals in the Fedora Project
Mainly development software, i.e. tools and programming
languages. But also Math software.
Sure, but only after I have a few of my submitted packages
published, so that I can get insight of how the process
I would like to make Fedora a complete environment for
developers and also the ideal distribution (especially)
for computer science student. (I may then tell the students
just to "yum install gprolog" for example)
6. Historical qualifications
Mainly university projects
Computer languages and skills?
C, C++, Java, Haskell, SML, Scheme, Prolog
I know also quite a lot about XSL and MathML due
to a project for an online Mathematics course.
Why should you trust me?
I have used Linux since 1993 and exclusively for more than
7 years, so you can bet I want it to succeed.
I have graduated in computer science (Informatikingenieur)
at the Swiss Federal Institute of Technology
(http://www.ethz.ch) and have written a diploma thesis
related to functional programming (so now you where my bias
comes from). I am now working on my doctoral thesis
at the University of Zurich in the field of Musicinformatics
(http://www.ifi.unizh.ch/mml/musicmedia). I also
maintain since 1999 a link page of development software
for Linux (http://www.hotfeet.ch/~gemi/LDT). I want to
Linux deployed in Universities, thus the type of software
I would like to contribute.
- Full legal name: Jean-Luc FONTAINE
- Country, City: Le Haillan, France
(Le Haillan is a small city near Bordeaux, where they make excellent
wines, I must say ;-)
- Profession: MIS
- Company: CERTIA (a computing regional center for the French Social
- Goals in the Fedora Project
- Which packages do you want to see published?
moodss, a modular monitoring application (GUI and daemon,
http://jfontain.free.fr/moodss/) which in turn requires blt (graph
widgets, http://www.sourceforge.net/projects/blt/files) and tktable
(table widget, http://tktable.sourceforge.net/) (I'd take care of all those)
- Do you want to do QA?
Yes, but after I am somewhat done with my TODO list for moodss
- Anything else special?
If you have any ideas about new modules for moodss, especially for
Linux, I'd be glad to work on them.
- Historical qualifications
- What other projects have you worked on in the past?
tclperl (running Perl code from Tcl), tclpython (running Python code
from Tcl), stooop (OO programming in Tcl), ...
- What computer languages and other skills do you know?
C, C++, Perl, Python, network monitoring with SNMP, Linux
administration, Windows servers administration even...
- Why should we trust you?
Because I am a nice guy: just look at my picture at
http://jfontain.free.fr/ ... More seriously, I have been using and
enjoying Linux since 1993, and I wanted to give back, so I started to
work steadily on system/database/network management free software from
1997. Very recently, my main software project made it in "The Art of
UNIX Programming" book by Eric S. Raymond (more information on reviews,
users experiences, ... at http://jfontain.free.fr/moodss/).
- GPG KEYID and fingerprint:
pub 1024D/F713D6A4 2003-10-04 Jean-Luc Fontaine <jfontain(a)free.fr>
Key fingerprint = 7AAD 7273 49B0 6A31 1226 28CB 906F CC32 F713 D6A4
sub 1024g/54AD07BC 2003-10-04
I am looking forward to contributing,
PS: moodss blurb:
Moodss 17.11 has just been released. Moodss is a modular multi-platform
monitoring application, which supports operating systems (Linux, UNIX,
Windows, ...), databases (MySQL, PostgreSQL, DB2, ODBC, ...), networking
(SNMP, Apache, ...), and any device or process for which a module can be
developed (in a scripting or compiled language: Tcl, Python, Perl, C).
A very intuitive GUI with full drag'n'drop support allows the
construction of powerful dashboards with graphs, pie charts, ..., such
as one which would use the cpustats, memstats, apache and MySQL myhealth
modules to monitor a busy dynamic web server.
Proactive monitoring is achieved via a thorough thresholds
functionality, including warning by multiple emails, user defined
scripts, and an included daemon for background monitoring.
Finally, on top of real-time monitoring, any part of the visible data
can be archived in a SQL database (MySQL, ODBC or SQLite) by both the
GUI and daemon applications, so that, for example, complete history over
time can be made available in web pages, common spreadsheet software, or
This GPL software is included in Suse Professional (rpms for Redhat also
available on the author web page), used by IBM to monitor its Linux
mainframe (see the "IBM e-server zSeries and S/390: System Management"
redbook) and got an excellent review from Unix Review (further
information with screenshots at http://jfontain.free.fr/moodss/).
Out of curiosity, I decided to see how effective rsync would be for
I already had a full copy of rawhide/i386/RPMS made yesterday morning, so I
made a single large file of the contents of that directory. I then updated
the mirror this evening. 246 megs of RPMs were downloaded during the mirror
I then made a single large file of the updated mirror. I then rsync'ed
yesterday's file with today's file. The statistics for that were:
Number of files: 1
Number of files transferred: 1
Total file size: 1823997952 bytes
Total transferred file size: 1823997952 bytes
Literal data: 16334848 bytes
Matched data: 1807663104 bytes
File list size: 79
Total bytes written: 667988
Total bytes read: 16778637
So, for a daily update of the rawhide binary RPMs, rsync downloaded 16 megs,
while ftp downloaded 246 megs. That's a very significant savings,
Of course, this was only one trial, and it may have been anomalous -- for
example, it might be the case that more of the differences between today and
yesterday's rawhide trees were simply repushes of now-signed packages than
is usually the case w/ a daily rawhide update.... I'll benchmark a couple
more days and see what it looks like with repeated samples.
It would be nice if the working artwork files (I presume there are a bunch of
Photoshop/Illustrator or equivalent files) could be sitting in a read-only
anonymous FTP or something like that.
I think this would encourage participation and improvements (it certainly would
This mail sent through IMP: http://horde.org/imp/
For Fedora Core 1, lilo has now been added back, but still on the
deprecated list. To get to it in the installer, you'll have to boot
with 'linux lilo' and I really want to remove it again after FC1 is
out. To make this a more productive mail, the list of things to then
target for FC2 are:
1) RAID support in grub-install. There are comments in bug 55484 that
describe what needs doing. Shouldn't require more than fun with shell
scripting, so this is a great project for someone who wants to start
getting involved :)
2) Hardware that GRUB doesn't work with. If you have hardware on which
this is the case, testing across multiple versions of grub (it's been
shipped since Red Hat Linux 7.2, the old packages should all still
install) as well as making sure your BIOS is current.
3) The a11y question, but the comments about placing ^G's in the title
should make that moot I think, as that's essentially what you do with
lilo as well.
On Wed, 2003-10-22 at 16:39, Farkas Levente wrote:
> currently there is not any real vpn solution in rh distro. what are the
> - freeswan (ipsec)
> - cipe
> - openvpn
tincd (http://tinc.nl.linux.org/) , it's a very nice and simple vpn
I'll take a stab at it and package it someday after fedora 1.0..
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
w w w . u t e l s y s t e m s . c o m
I've been involved in many aspects of the Mandrake Linux evolution and done
many great things there. Lately I feel the focus has changed to the worse,
and I'm not happy about it. What can you say to convince me to join this
currently there is not any real vpn solution in rh distro. what are the
- freeswan (ipsec)
although ipsec is the future, it has many probles. the old kernel
implementation is not accepted while the new is just in the 2.6 series
(the backport is...) and the freeswan's user space part is not compiled
for the the ipsec implementation. and we don't the quality of that part
of the code (that was the reason why the old kernel psace can't get into
the kernel). the x509 patch still not in the mainstream freeswan which
is essential for windows clients. imho it needs a year to be stable and
cipe is old and no longer supported.
so the only solution is openvpn. we use the linux version for a year
without any problem. which is working and finaly has windows port to, so
the road warrior can be a windows now.
so imho it should have to be included in fedora.
just my 2c.
Levente "Si vis pacem para bellum!"
I submitted some packages to the old fedora bugzilla.
I hope I didn't drive crazy the QA people there :-)
Anyways, they have been helpful.
What I would like to know, how long does the
reviewing process go until the packages are included
in the repository?
What happens to these packages?
Will they be automatically included in the future Fedora extras
I haven't found any information about this, only about
the core distribution which for the most part will stay the
same as the planned RedHat beta.
As I understand it, the (original) goal of the Fedora project
was to build up a large repository of high quality packages and
I wish to contribute to this goal. I should be as easier (or easier)
as in Debian for the normal user to install packages.