
I've been testing distributions one at a time. I bought the
libranet
installer for debian - and it went with out a hitch.
So far I'm really liking what I see. Libranet earned their
money by added a few
time saving tools. I like it much better than Redhat. An
example helps - I
needed to install e3 (a tiny text editor I've grown used to) and all I
did to
make this happen was to open the Admin-libranet - click on add package
from
internet - it asks for the package name - and it is finished.
I've also noticed that for some reason debian includes exim,
slypheed and other
gpl packages that I would have to go get with redhat/mandrake/Suse.
The biggest reason I like Debian is that it seems to be the
heart of the linux
community - my hunch is that most gpl developers are using debian and
reading
between the lines the other distributions get their updates from debian
anyway.
The installation defaults to the ice desktop, which I hadn't
played with before.
It gives you the choice of using the kde or gnome file browser (and
others) - I
will probably settle on kde.
I've also noticed that things run a bit faster than they did
with my suse and
mandrake tests - not sure why?
--
First, it is the most Linux "community" oriented in that it
really is
where many other distributions borrow their parts. Security fixes
always seem to
be available for debian before even Redhat and I believe that redhat
basically
just grabs the patches from the debian distribution as they have their
fixes out
always a few hours after the debian fix.
Debian follows the much more rational and standard locations
for file placement
which means more scripts/programs will work with out having to fix file
paths.
There are three versions of Debian at anyone time Unstable,
Testing and stable.
The "stable" version of Debian is ultra stable - but for desktops lots
of people use testing as it has a more recent Kernel and would be
similar in
stability to redhat9 (verses the older enterprise products they are
pushing now)
Debian needs only to be installed once, after that all
upgrades are via and
update program called "apt-get". There is no charge for apt-get.
Apt-get also seems to have the best handle on dependency problems.
I have also noticed that a large portion of developers use
debian as their
platform so problems with specific applications should occur less often.
Debian has more than 8,710 software packages included with it
at this time.
Debian is also where the heart of the Linux community is -
they include no
software that has even questionable licenses - that means that you
won't get
hooked on some program that will cost money or have propriety file
formats to
keep you from your files later in life. This may not seem like a big
deal, but
it is. (I have gotten married to some CAD software where the support to
keep it
working with OS upgrades now costs $1,500/year).
base-config - re-runs start up configurations.
dpkg-reconfigure xserver-xfree86
update-rc.d
wajig install configure-debian
#then run
install x-window meta package
install kde
install menu (updates desktop menus)
install list:
less
rsync
wajig
gjig
modconf --- installs modules for you from GUI
doc-linux-html installs the howtos
cdrtools-doc
mkisofs
cdda2wav
sox - sound translating tool
ide-smart - drive checking utility
samba a LanManager-like file and printer server fo
samba-common Samba common files used by both the server and
client
samba-doc
smbfs needed for smbmount and smbumount
To uninstall kernel image
dpkg -P --force-remove-essential kernel-image-2.4.25
Archiving was an idea that never was implemented. I put a line in /etc/hylafax/bin/faxrcvd about 2/3 of the way in the file find some thing that looks like this and add the one line.
if [ -n "$SENDTO" ]; then
###kps one line added
cp $FILE /home/faxarchive/received/
(MIMEBOUNDARY="NextPart$$"
echo "Mime-Version: 1.0"
This
archives received faxes to /home/faxarchive/received/
-------------------
To archive the sent faxes is messy. and there is not a good way to
archive the
cover-page. I set up a cron job to run the following:
#!/bin/bash
rsync -au --include "doc*" --exclude "*" /var/spool/hylafax/docq/ /home/faxarchive/sent
rsync -auq /var/spool/hylafax/recvq/fax* /home/faxarchive/received
savelog -c 5 /var/log/hylafax/faxqclean.log >/dev/null
faxqclean -t -j 3024000 >> /var/log/hylafax/faxqclean.log
Sure wish there was someone cleaning up hylafax for Debian. Probably needs to fork. If you have new info send it to inform@xtronics.com
For those of us running bind, I think it is safe to say it is some of the poorest Linux software (comparable to sendmail - use exim instead) First DHCP and Bind should use the same database. (It would be quite possible to use the comment field in a bind zone to save the lease information.)
I am hoping someone will come out with a gpl repalcement, but in the mean time here are some hints:
I have no political ax to grind here. To me the issue is quite simple: who has the better file browser? Clearly it is KDE. Nice thing about competition is that one has choices.
Did you ever notice that If you just let the M$ machines network peer to peer without the LAN DHCP provided by DachStein it can take several minutes for a machine to figure out what other machines are on the LAN - and in true M$ style often erroneously and needing the aid of a reboot. DachStein fixes this - I would use it even if I wasn't connected to the Internet.
DHCP = Dynamic Host Configuration Protocol It is an extension of the older BootP (Boot Protocol) that allowed a machine to get an IP address and boot image from a server (via tftp) without being configured. Both protocols make use of broadcast packets to communicate before the client's IP address is assigned. DHCP allows the setting of virtually unlimited parameters on the client system, but is typically used to set up basic network information (IP address, netmask, default gateway) and provide a pointer to DNS servers. You can send windows boxes WINS servers to use, set their name resolution method (WINS, broadcast, or a combination), and lots of other stuff. It is also possible to pass a machine boot information via DHCP, allowing 'diskless' network terminals and the like. My network enabled HP printer supports this...it will read a boot script from the server to configure itself (name, protocols supported, & other misc. stuff) if you so desire...
These things are less standard than you might think,
especially as far as
what
goes where, but the standard directories are:
/bin - general command executables
/boot - Static files of the boot loader
/etc - configuration files
/dev - devices
/home - User home directories
/lib - shared libraries and kernel modules
/mnt Mount point for mounting a file-system temporarily applications
& such)
/opt Add-on application software packages
/proc - kernel configuration and statistics
/root Home directory for the root user
/sbin - system executables (stuff general users shouldn't be running)
/tmp - temporary files...typically wiped on reboot
/usr - where most stuff goes that's not an integral part of the OS (ie
/var - log files, mail queues, etc...
I wonder if someone makes a mounting kit to put mother boards
onto a relay
rack mount with connectors in front? I've always wanted all the
connectors in
front (maybe not the power). I looked in the Industrial Computer
Source, but all
they have is rack mount with Com, Printer Video Etc coming out the
back. They do
have some with LCD screens.
Seems like you could have a floppy on CD ROM on one side of a
rack mount and the
daughter card plates on the other side - On/off and reset by the drives
- that
would make a great bench computer - or firewall, or server. Someone in
the case
business has an opportunity.
If you found this information useful - all I ask is to look at our home page and see if we have any products that might be of use to you or a colleague. Link to us if you have a web page. If you have some thing to add to this page please send it to the e-mail below.
![]() | 3209
W.9th street Lawrence, KS 66049 USA |
Ph |
(785) 841 3089 (785) 841 0434 inform@xtronics.com http://xtronics.com |
Bookmark this page |
| Transtronics
Home Page See our line of industrial control electronics | PLC's Index | PC test equipment and EPROM programmer | Process
Control Panel meters | Current sensors | Resource library handbooks, primers and spec sheets |
Corporate information and
privacy statement
(C) Copyright 1994-2006, Transtronics, Inc. All rights
reserved
Transtronics® is a registered trademark of Transtronics, Inc.