If you've know a bit of C (or C++, it doesn't matter), you know that C++ means "C grows larger, but result is as before". If Stroustroup had really intended to build general replacement for C, not a language which works better than C in _particular_ areas, he'd call it ++C
Yes, It is thing which needs to be said (and _considered_).
Once upon a time, when two distributions fit on one CD, it was a good idea to provide catch-all distribution. Now, when even binaries don't fit it is better to make a range of distributions. "RedHat 6.0 Internet Server" "RedHat 6.0 Application Server" "RedHat 6.0 Graphic Workstation" "RedHat 6.0 Developer Workstation" and so on. Each of them would fit on one cd (may be even with sources), and default install would better fit to purpose. And you'll have no troubles to download and install bunch of rpms if you suddenly decide to convert your graphic worstation to internet server. Or special add-on CD can be released, which contains all the srpms which may not included in any branch of distribution. (Once you are accustomized with "Home version", you probably know how to install from srpm when you decide to run web server)
I think that fvwm is one of the most flexible window managers in the world. I've not tried KDE and GNOME, becouse I have better use for my only 64Mb of memory and only 120millions CPU clocks per second with three X terminals hanging on.
I agree, that fvwm, as shipped with RedHat is hell to configure. AnotherLevel is evil. fvwm, as it comes out of the box is a bit better. At least all configuration is in one file and you can edit it as you wish.
But nothing prevents you from writing your own modules - you need not even know C, you can do it on Tcl and invent your own configuration mechanism. Too bad that all newcomers, which have good ideas about interface, think that if they want something new, they have to throw whole thing away and write new one from scratch.
Even worse, they think that C++ is only language, while such things as desktop goodies should be written on Tcl or Python to let anyone customize them.
This reminds me that a lot of people come up with screams "xdm is evil" and new login managers, which are nice, but don't support most basic feature of xdm - XDCMP protocol.
Let the thing do what it does well (in case of fvwm - drag window around and assign actions to buttons), and wrote small things that do well something, which old thing does wrong. But don't ever attempt to sacrifice functionality to look and feel.
Re: Any word if they are going to improve RPM's?
on
Red Hat 6.0 and Arm?
·
· Score: 1
Unfortunately it is neccessary first to improve brains of people who wrote spec files. Same for Debian.
Potentially dependency system in both RPM and dpkg is flexible enough, but no one uses it properly.
Browse dependency lists on www.debian.org and you'll see VERY strange dependencies.
They are after next major release once again? To early I suppose. They ought to release 5.3 first. 5.2 is by no means as stable as 4.2 was. What we need is a good stable system which shouldn't be upgraded more than once a two years. Redhat 4.2 was such a system. As time come I'll probably install Debian 2.1.
Hope that RedHat would wait for Postges 6.5 and kernel 2.2.1 before shipping their 6.0
Offline newsreader simply isn't Linux/Unix way of doing things. Better to have one small program to fetch news , another to manage spool and yet another to read them. I got my news downloaded at 4a.m when per minute charges are minimal and quite happy with it. How would you do it with GUI client?
All that these people need - just simple tcl/tk script to subscribe/unsubscribe and newsx/suck/leafnode installed by default.
Slashdot Mirror
If you've know a bit of C (or C++, it doesn't matter), you know that
C++ means "C grows larger, but result is as before". If Stroustroup had really intended
to build general replacement for C, not a language
which works better than C in _particular_ areas,
he'd call it ++C
Yes, It is thing which needs to be said
(and _considered_).
Once upon a time, when two distributions fit on one CD, it was a good idea to provide catch-all distribution. Now, when even binaries don't fit
it is better to make a range of distributions.
"RedHat 6.0 Internet Server"
"RedHat 6.0 Application Server"
"RedHat 6.0 Graphic Workstation"
"RedHat 6.0 Developer Workstation"
and so on. Each of them would fit on one cd
(may be even with sources), and default install
would better fit to purpose. And you'll have
no troubles to download and install bunch of
rpms if you suddenly decide to convert your
graphic worstation to internet server.
Or special add-on CD can be released, which
contains all the srpms which may not included
in any branch of distribution. (Once you are
accustomized with "Home version", you probably
know how to install from srpm when you decide
to run web server)
I agree, that fvwm, as shipped with RedHat is hell to configure. AnotherLevel is evil. fvwm, as it comes out of the box is a bit better. At least all configuration is in one file and you can edit it as you wish.
But nothing prevents you from writing your own modules - you need not even know C, you can do it on Tcl and invent your own configuration mechanism. Too bad that all newcomers, which have good ideas about interface, think that if they want something new, they have to throw whole thing away and write new one from scratch.
Even worse, they think that C++ is only language, while such things as desktop goodies should be written on Tcl or Python to let anyone customize them.
This reminds me that a lot of people come up with screams "xdm is evil" and new login managers, which are nice, but don't support most basic feature of xdm - XDCMP protocol.
Let the thing do what it does well (in case of fvwm - drag window around and assign actions to buttons), and wrote small things that do well something, which old thing does wrong. But don't ever attempt to sacrifice functionality to look and feel.
Unfortunately it is neccessary first to improve
brains of people who wrote spec files. Same
for Debian.
Potentially dependency system in both RPM and
dpkg is flexible enough, but no one uses it properly.
Browse dependency lists on www.debian.org and
you'll see VERY strange dependencies.
They are after next major release once again?
To early I suppose. They ought to release
5.3 first. 5.2 is by no means as stable as
4.2 was. What we need is a good stable system
which shouldn't be upgraded more than once
a two years. Redhat 4.2 was such a system.
As time come I'll probably install Debian 2.1.
Hope that RedHat would wait for Postges 6.5 and
kernel 2.2.1 before shipping their 6.0
Offline newsreader simply isn't Linux/Unix
way of doing things.
Better to have one small program to fetch
news , another to manage spool and yet another
to read them.
I got my news downloaded at 4a.m when
per minute charges are minimal and quite happy
with it. How would you do it with GUI client?
All that these people need - just simple tcl/tk
script to subscribe/unsubscribe and
newsx/suck/leafnode installed by default.