Other than testing rawhide, I also edit an international programmers
magazine from the Association of C and C++ Users called C Vu. Why am I
Would anyone involved with the development of the distro care to
document the process of creating the distro, QC etc for the next edition
of C Vu? The magazine is read throughout the world, so it won't be some
fiddly little thing!
If anyone is interested, please let me know.
email : cvu(a)accu.org
"The city of Washington was built on a stagnant swamp some 200 years ago
and very little has changed; it stank then and it stinks now. Only
today, it is the fetid stench of corruption that hangs in the air" -
Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep).
For testing purposes and proof of concept, I have written some python
scripts as an "rc" replacement. I've done this, because I haven't seen
any code from others (where is the code of SystemServices??) and because
I want to experiment with some concepts, before something is set to stone.
The python script ServiceManager.py reads all /etc/init.d/* scripts and
creates DBUS "Service" objects. These parse the chkconfig and LSB-style
comments of their script and provide a DBUS interface to retrieve
information and control them. Note: I am new to DBUS, so forgive me, if
I haven't understood the concept of objects, interfaces and busses
To use the glib main_loop from python without the need of gtk (import
gtk needs a working X11 DISPLAY), I patched the dbus python bindings to
etc_dbus-1_system.d_rc.conf has to be placed to /etc/dbus-1/system.d/rc.conf
ServiceTestClient.py is a small client test app, which queries all
As you can see, ServiceManager.py was just started and is not ready yet,
but release early, release often. Stay tuned. Maybe someone is
interested and wants to help, or it maybe inspires others to develop a
completly other implementation.
Next steps I want to do:
- replace rc functionality for complete backwards compatibility
- implement the depends/requires mechanism (also with dynamic
requirements and dependencies)
- patch all initscripts to conform to LSB
- convert prefdm to an initscript which requires $authentication and
- create an initscript, which provides $authentication and depends on
$network, if network auth is needed.
- convert /etc/init.d/functions and /sbin/service to use the DBUS interface
Code, code, give me some open source code!
Are any plans to ship an iSCSI stack in Fedora Core?
I'm trying to set up an iSCSI server on my home network for several
reasons: the plan is to create a GFS filesystem, but have the machine
mount it locally so that lesser computers can access it via NFS.
I'd be happy to make rpms for the necessary software.
I see the trademark difficulty.
Perhaps "Lite Hat Linux" or something similar would work better? Either way,
I feel that in order to assure such features as compatability, being up to
date, and consistant quality, it is important that whatever the project be
called, it be closely developed with fedora core. Though Cobind seems neat,
and I will probably try it, the combination of Nautilus+XFCE makes me
somewhat nervous. I have used gnome-panel with KDE, and Kicker with XFCE,
but upon lauching nautilus while working on my FC-LT package selection, I
ended with such a mess that it took no less than 20 minutes to sort out, and
I promptly "rpm -e"'d nautilus.
Also note: I attempted to run GNOME on my dad's p3, 128MB/RAM, computer last
night. Kernel had to kill all processes to free up memory. KDE was slow, but
at least the kernel didn't have to get involved. I'm afraid GNOME is
definately not suited for lower end computers, at least not yet.
Also, I like the idea of having other "brands" of "fedora" distros, but due
to Trademarks, perhaps we should take the *** Hat Linux (Audio Hat Linux?
GraphiHat Linux?) naming convention to show the connection w/o infringing
upon trademarks. Just an idea.
In case you all haven't noticed, if you wanted to create a similar interface
to gnome on my FC-LT package selection, all you need to do is configure
XFCE. Like GNOME, XFCE is gtk based, and there is already a great Bluecurve
Anaconda, the RPM's, the appearance, would all be like Fedora Core, but you
have to remember that in order to create a release that is appropriate for
lower end computers, there need to be changes. No one would expect a LT
distro to be everything that a regular distro is. If the KDE apps can run
w/o the desktop environment, feel free to remove it. If you can find apps
that are as capable and small as the kde ones, feel free to remove them too.
If you want to switch GNOME back to the version distributed in RedHat 7.3,
that would be light enough for a FC-LT.
If you want to re-write GNOME to make it faster and lighter, you can try
that too, it might be light enough for FC-LT.
My idea is not so much about making a 2 CD version of Fedora Core as it is
about putting together a light linux distro that has many of the benefits of
Fedora Core, including compatability, anaconda, bluecurve where possible,
system-config-* utilities, and a fast release cycle.
yet again several updates have appeared for FC3/4 on the download
mirrors, but some of them were never announced on
fedora-announce-list. Even more confusing is that "Fedora Weekly News
Issue #1" lists some of the missing announcements but not all. As FC4
is out now I've also created a bugzilla tracking bug for the missing
announcements. So here is the list of what's currently missing:
pilot-link-0.12.0-0.pre3.0.fc4.1, released 2005-06-17, #161118
NetworkManager-0.4-18.FC4, released 2005-06-17, #161117
jpilot-0.99.8-0.pre9.fc4.1, released 2005-06-16, #161115
xorg-x11-6.8.2-37, released 2005-06-14, #161114
gamin-0.1.1-1.FC4, released 2005-06-14, #161113
gedit-2.10.2-4, released 2005-06-13, #161111
gzip-1.3.3-14.fc3, released 2005-06-17, #161110
ncpfs-2.2.4-4.FC3.1, released 2005-06-17, #161109
bzip2-1.0.2-13.FC3.1, released 2005-06-16, #161108
gamin-0.1.1-1.FC3, released 2005-06-14, #161107
gedit-2.8.1-2.fc3.1, released 2005-06-08, #160140
bzip2-1.0.2-13.FC3, released 2005-05-19, #158470
devhelp-0.9.2-2.3.4, released 2005-05-17, #158320
epiphany-1.4.4-4.3.4, released 2005-05-17, #158319
devhelp-0.9.2-2.3.3, released 2005-05-17, #158317
epiphany-1.4.4-4.3.3, released 2005-05-17, #158315
firefox-1.0.4-1.3.1, released 2005-05-17, #158314
mozilla-1.7.8-1.3.1, released 2005-05-17, #158313
thunderbird-1.0.2-1.3.3, released 2005-05-17, #158311
logwatch-5.2.2-1.FC3.1, released 2005-04-26, #156367
devhelp-0.9.2-2.3.2, released 2005-04-22, #156017
epiphany-1.4.4-4.3.2, released 2005-04-22, #156016
mozilla-1.7.7-1.3.1, released 2005-04-22, #156015
logwatch-5.2.2-1.FC3, released 2005-04-21, #156014
firefox-1.0.3-1.3.1, released 2005-04-19, #156013
postfix-2.1.5-5, released 2005-03-17, #151588
nfs-utils-1.0.6-52, released 2005-02-19, #149901
Can we please get this problem fixed once and for all if not for the
older FC released but at least starting with FC4?
From: OmniUni <omniuni(a)gmail.com>
> Linux and Open Source are about choice.
> Fedora Core LT would be about lightness.
First, I would direct your interest to the Cobind Project:
Those gentlemen have done an excellent job, especially supporting more
> Oh, and btw, all packages are in either Fedora Core Base or Extras. Fedora
> Core packages would all be compatable with FC-LT. Therefore, it can
> certainly be called a Fedora Core.
Secondly, no, I would not re-introduce the whole trademark issues again.
It was bad enough that people got "Red Hat Linux" that was _not_
"Red Hat(R) Linux" (e.g., Cobalt, Sun, etc...), and I don't want to see
that again with "Fedora(TM) Core."
Call it something else. Or just hook up with the Cobind guys/gals.
Bryan J. Smith b.j.smith(a)ieee.org
It is mathematically impossible for someone who makes more than you
to be anything but richer than you. Any tax rate that penalizes them
will also penalize you similarly (to those below you, and then below
them). Linear algebra, let alone differential calculus or even ele-
mentary concepts of limits, is mutually exclusive with US journalism.
So forget even attempting to explain how tax cuts work. ;->