Jens Ruehmkorf [EMAIL PROTECTED] writes:
Yup, I'm wrong there, at least when it comes to text processing. When it
comes to some tasks, perl is even slightly faster than C. In some book I
read recently, Kernighan and Wall made some performance comparisons. On
Unix for a text-specific problem,
I'd be interested in the reference.
It was The Practice of Programming [0] by Brian Kernighan and Rob Pike.
[0] http://cm.bell-labs.com/cm/cs/tpop/
--
Jens
On Thu, 15 Nov 2001 03:22:52 +0100 (MET), Jens Ruehmkorf
[EMAIL PROTECTED] said:
Hm. I really don't see any problems with porting tools written
in C to other architectures. And you have small size and speed.
Perl is fast enough ! Most time of FAI is spend in extracting packages
and
Thomas Lange [EMAIL PROTECTED] writes:
Why using classes from cfengine ? If a machine was installed using
Because in my environment there are machines that aren't installed
with FAI. For example most of my coworkers have laptops that they
installed, it would be nice to provide a method for
On Wed, Nov 14, 2001 at 02:44:30AM -0800, Diane Trout wrote:
How about apt-class?
Unless the tool will rely upon apt and dpkg alone, I would stay away
from the apt-\(.*\) namespace. Currently, the classes that FAI uses are
defined by two things: scripts and lists. The scope of a class is far
How about apt-class?
I wouldn't use anything in the apt or dpkg namespace.
Looking into the problem slightly further, it looks like the easiest
solution is to write out a selections file that could be installed via
dpkg --set-selections and then use a apt-get dselect-upgrade to
actually
On Wed, 14 Nov 2001, Thomas Lange wrote:
To take advantage of the hold state, I'd need to add a PACKAGE
hold to the current package_config file format. A held package
Do you know, how to set a package on hold ? Tell me, and I will
implement it into install_packages.
You already
