Linux-Misc Digest #982, Volume #25 Sun, 8 Oct 00 18:13:04 EDT
Contents:
Re: Favorite learning tool (Dances With Crows)
Re: fsck fat32 partition? (Dances With Crows)
Re: ipchain firewall pb (Edde Moojen)
Re: Linux: Freeing Memory (Jason M)
Re: Microsoft owns a piece of Corel (Whammalhammadingdongbingbangagogo)
Re: Webcam viewing software (Valentin Guillen)
Re: shutdown vs halt ("Peter T. Breuer")
Re: Linux contra Microsoft (Larry Ebbitt)
Remote esd connection question (Benjamin Han)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: Favorite learning tool
Date: 8 Oct 2000 21:18:57 GMT
Reply-To: [EMAIL PROTECTED]
On 8 Oct 2000 17:31:25 GMT, [EMAIL PROTECTED] wrote:
>And yet, I'm way behind in my basic knowledge of the OS. For instance,
>only recently did I learn about such basic commands at 'top', 'ps' and 'df'.
>I have a lot of scattered knowledge, but no strong basis on which to
>build.
>My question to you is, How did you learn to use Linux? What, in your
>opinion, is the best way to build a comprehensive knowledge of the OS?
>The LDP is great, but I'm looking for a read-cover-to-cover kind of
>site. I'm sure many of you out there can relate. I also don't mind
>reading books, but online sources are always better.
(Warning: I bought a C book that was geared towards Unix development a
year before I started with Linux, so I learned things like ps, gcc, and
basic shell commands from that.)
The way I learned most things (which I do *NOT* reccommend!) was to try
Linux on a machine with a flaky motherboard. I thought the frequent
crashes I was having were due to errors I'd made during installation,
not having a recent enough kernel, and not having a recent enough
KDE/glibc/Xfree86/$SOFTWARE_PACKAGE. I compiled my own kernel, upgraded
glibc, and compiled my own X-server, all of which taught me a lot but
didn't stop the constant crashing.
Then, I started checking out this NG and others like it, answering a few
questions and researching some other questions that I found interesting.
I did buy _Running Linux_, but I didn't get much use out of it as I
already knew half of what was in there. And, of course, I helped
several friends install/use/troubleshoot Linux systems. (If you think
you know something, try to teach it to someone, and you will end up with
a much better understanding of that thing.)
A generally-applicable mid-level book could be _Essential Unix System
Administration_, by Aileen Frisch (the "Armadillo Book" in the O'Reilly
catalog) although its Linux sections are somewhat dated. Really, any
mid-level book on generic Unix should help you out, as Linux Is Not
UniX, but it does a very good imitation.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: fsck fat32 partition?
Date: 8 Oct 2000 21:18:58 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 08 Oct 2000 12:23:08 -0500, John Thompson wrote:
>Is there any way to fsck a FAT32 partition? Or do I have to boot
>Win98 and do it from there?
"dosfsck"?
It's marked as experimental and possibly unreliable, but I've used it a
couple of times to recover data from ZIP disks where the partition
table and FAT got munged. There's most likely an RPM for dosfsck on
your distro CDs somewhere, or you can get it from http://rpmfind.net/ or
http://freshmeat.net/ .
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: Edde Moojen <[EMAIL PROTECTED]>
Subject: Re: ipchain firewall pb
Date: Sun, 08 Oct 2000 21:30:03 -0000
Hi lunics,
You can take a look of how I did it. Download my file at:
http://212.187.72.196/help
The file should be located in the: /etc/rc.d/
directory (on my system it is anyways).
Also editing the file /etc/rc.d/rc.local can start it automaticaly (search
redhat for how to do it exactly, or give a reply if you want the file, but
dont edit aimlessly cause this can be dangerous)
Hope this helps
I''l also past it in here, hope this works :-)
=========================================================================
#!/bin/sh
#
# description: sets up a basic firewall ruleset specifically for my
computer
#
# This script is setup to use IPCHAINS to protect a small network. It is
# considered to be 'medium-light' secure.
#
# This script should be saved as /etc/rc.d/init.d/firewallss
#
# to enable the system to run this script at system start and stop, issue
# the command
# chkconfig --add firewallss --level 2345
# Make sure the script's executable bits are set. This can be done with
# chmod u+x firewallss
#
# Thanks go to various people around the office as well as the Trinity OS
# author, David A. Ranch. To see a more comprehensive firewall example as
# well as other security related topics, please see David's TrinityOS
# document at:
# http://www.ecst.csuchico.edu/~dranch/LINUX/index-linux.html
#
# There are three user-configurable sections. The first is for the
network
# values for the firewall. The second is for CIPE configuration. The
third
# consists of the ipchains commands themselves. The only thing that
should
# need to be changed for the third section is uncommenting the cipe
rulesets
# if needed (they are deactivated by default).
#
# Things to watch out for when using this script:
# a. When starting it by hand it tends to like the network already up.
# This includes both interfaces. (When started automatically by
# init it is started pretty early, there is minimal time for the
# window to be open. This is medium security, afterall.
# b. pump, which controls dhcp under Red Hat, isn't very good at picking
# up a change in address for the interface. So if the IP addy of the
# interface changes, the script might need to be start/stopped by
hand.
# You'll loose connectivity and a lot of messages about UDP errors
will
# be logged to /var/log/messages when this happens.
# c. This script is an example. It is targeted for a small LAN (a
single
# subnet) and would require work for a more complex network. It is
# also not guaranteed to be secure, though it is reasonable.
#
# NO WARRANTY
# This script is distributed in the hope that it will be useful,
but
# WITHOUT ANY WARRANTY, without even the implied warranty of
MERCHANTABILITY
# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
# (http://www.gnu.org/copyleft/gpl.html) for more details.
#
#
# rc.firewall - Initial SIMPLE IP Masquerade test for 2.1.x and 2.2.x
kernels using IPCHAINS
#
# Load all required IP MASQ modules
#
# NOTE: Only load the IP MASQ modules you need. All current IP
MASQ modules
# are shown below but are commented out from loading.
# Needed to initially load modules
#
/sbin/depmod -a
# Supports the proper masquerading of FTP file transfers using the
PORT method
#
/sbin/modprobe ip_masq_ftp
# Supports the masquerading of RealAudio over UDP. Without this
module,
# RealAudio WILL function but in TCP mode. This can cause a
reduction
# in sound quality
#
#/sbin/modprobe ip_masq_raudio
# Supports the masquerading of IRC DCC file transfers
#
#/sbin/modprobe ip_masq_irc
# Supports the masquerading of Quake and QuakeWorld by default. This
modules is
# for for multiple users behind the Linux MASQ server. If you are
going to play
# Quake I, II, and III, use the second example.
#
# NOTE: If you get ERRORs loading the QUAKE module, you are
running an old
# ----- kernel that has bugs in it. Please upgrade to the newest
kernel.
#
#Quake I / QuakeWorld (ports 26000 and 27000)
#/sbin/modprobe ip_masq_quake
#
#Quake I/II/III / QuakeWorld (ports 26000, 27000, 27910, 27960)
#/sbin/modprobe ip_masq_quake 26000,27000,27910,27960
# Supports the masquerading of the CuSeeme video conferencing software
#
#/sbin/modprobe ip_masq_cuseeme
#Supports the masquerading of the VDO-live video conferencing software
#
#/sbin/modprobe ip_masq_vdolive
#CRITICAL: Enable IP forwarding since it is disabled by default since
#
# Redhat Users: you may try changing the options
in /etc/sysconfig/network from:
#
# FORWARD_IPV4=false
# to
# FORWARD_IPV4=true
#
echo "1" > /proc/sys/net/ipv4/ip_forward
# Dynamic IP users:
#
# If you get your IP address dynamically from SLIP, PPP, or DHCP,
enable this following
# option. This enables dynamic-ip address hacking in IP MASQ,
making the life
# with Diald and similar programs much easier.
#
#echo "1" > /proc/sys/net/ipv4/ip_dynaddr
# MASQ timeouts
#
# 2 hrs timeout for TCP session timeouts
# 10 sec timeout for traffic after the TCP/IP "FIN" packet is
received
# 160 sec timeout for UDP traffic (Important for MASQ'ed ICQ users)
# (already defined below)
#/sbin/ipchains -M -S 7200 10 160
# DHCP: For people who receive their external IP address from either
DHCP or BOOTP
# such as ADSL or Cablemodem users, it is necessary to use the
following
# before the deny command. The "bootp_client_net_if_name"
should be replaced
# the name of the link that the DHCP/BOOTP server will put an
address on to?
# This will be something like "eth0", "eth1", etc.
#
# This example is currently set up for eth0.
#
#
# /sbin/ipchains -A input -j ACCEPT -i eth0 -s 0/0 67 -d 0/0 68 -p udp
# I added this line after flushing rules and seeting up the policy
(see below)
###########################################################################
#############
# The following taken from:
# http://www.e-infomax.com/ipmasq/howto/ipmasq-HOWTO-1.90m.html
###########################################################################
##############
#
#
# If you have a DYNAMIC IP address, you need to make this ruleset
understand your
# IP address everytime you get a new IP. To do this, enable the
following one-line
# script. (Please note that the different single and double quote
characters MATTER).
#
#
# DHCP users:
# -----------
# If you get your TCP/IP address via DHCP, **you will need ** to enable
the #ed out command
# below underneath the PPP section AND replace the word "ppp0" with the
name of your EXTERNAL
# Internet connection (eth0, eth1, etc) on the lines for "ppp-ip"
and "extip". It should be
# also noted that the DHCP server can change IP addresses on you. To
fix this, users should
# configure their DHCP client to re-run the firewall ruleset everytime
the DHCP lease is
# renewed.
#
# NOTE #1: Some DHCP clients like the original "pump" did NOT have
the ability to run
# scripts after a lease-renew. Because of this, you need to
replace it with
# something like "dhcpcd" or "dhclient".
#
# NOTE #2: The syntax for "dhcpcd" has changed in recent versions.
#
# Older versions used syntax like:
# dhcpcd -c /etc/rc.d/rc.firewall eth0
#
# Newer versions use syntax like:
# dhcpcd eth0 /etc/rc.d/rc.firewall
#
#
# PPP users:
# ----------
# If you aren't already aware, the /etc/ppp/ip-up script is always run
when a PPP
# connection comes up. Because of this, we can make the ruleset go and
get the
# new PPP IP address and update the strong firewall ruleset.
#
# If the /etc/ppp/ip-up file already exists, you should edit it and add
a line
# containing "/etc/rc.d/rc.firewall" near the end of the file.
#
# If you don't already have a /etc/ppp/ip-up sccript, you need to create
the following
# link to run the /etc/rc.d/rc.firewall script.
#
# ln -s /etc/rc.d/rc.firewall /etc/ppp/ip-up
#
# * You then want to enable the #ed out shell command below *
#
#
# PPP and DHCP Users:
# -------------------
# Remove the # on the line below and place a # in front of the line after
that.
#
extip="`/sbin/ifconfig eth0 | grep 'inet addr' | awk '{print $2}' | sed -
e 's/.*://'`"
# For PPP users with STATIC IP addresses:
#
#extip="your.static.PPP.address"
# ALL PPP and DHCP users must set this for the correct EXTERNAL interface
name
extint="eth0"
# Assign the internal IP
intint="eth1"
# Assign the internal network space (ie everything starting with
192.168.0.*
intnet="192.168.0.0/24"
# MASQ timeouts
#
# 2 hrs timeout for TCP session timeouts
# 10 sec timeout for traffic after the TCP/IP "FIN" packet is
received
# 160 sec timeout for UDP traffic (Important for MASQ'ed ICQ users)
#
/sbin/ipchains -M -S 7200 10 160
###########################################################################
##
# Incoming, flush and set default policy of reject. Actually the default
policy
# is irrelevant because there is a catch all rule with deny and log.
#
/sbin/ipchains -F input
/sbin/ipchains -P input REJECT
################## RULES FOR DHCP REMOTE INTERFACE
#########################
#DHCP from ISP (ie on eth0 should be accepted). See above section on DHCP
#DHCP is wierd because it claims to come from interface 0.0.0.0 to
255.255.255.
/sbin/ipchains -A input -j ACCEPT -i eth0 -s 0/0 67 -d 0/0 68 -p udp -l
# remote interface, claiming to be local machines, IP spoofing, get lost,
# and logged in /var/log/messages
#
/sbin/ipchains -A input -i $extint -s $intnet -d 0.0.0.0/0 -l -j REJECT
################ END OF REMOTE INTERFACE REJECTS
############################
################## RULES FOR REMOTE INTERFACES ############################
# remote interface, wanting to use telnet deamon is logged and rejected
# note: the reject remote interface rules must precede the remote
interface
# accept rule! NOTE: order of rules is important
#
/sbin/ipchains -A input -p tcp -i $extint -s 0.0.0.0/0 -d $extip/32 23 -
l -j REJECT
# remote interface, any source, going to permanent PPP address is valid
#
/sbin/ipchains -A input -i $extint -s 0.0.0.0/0 -d $extip/32 -j ACCEPT
################ END OF REMOTE INTERFACE ##################################
################## RULES FOR DHCP INTERNAL INTERFACE
#########################
#DHCP requests from internal network (ie on eth1 shuold not be rejected)
#although it seems to work without this statement, I keep on getting the
#following log in var/log/messeges:
#kernel: Packet log: input REJECT eth1 PROTO=17 0.0.0.0:68
255.255.255.255:67 L=335 S=0x00 I=0 F=0x0000 T=128
#
#ie a udp (PROTO=17 http://www.hildrum.com/ports.htm) request on port 67
#
#so im opening it up but logging it
/sbin/ipchains -A input -j ACCEPT -i eth1 -s 0.0.0.0 68 -d 255.255.255.255
67 -p udp -l
# local interface, local machines, going anywhere is valid
#
/sbin/ipchains -A input -i $intint -s $intnet -d 0.0.0.0/0 -j ACCEPT
# loopback interface is valid.
#
/sbin/ipchains -A input -i lo -s 0.0.0.0/0 -d 0.0.0.0/0 -j ACCEPT
# catch all rule, all other incoming is denied and logged. pity there is no
# log option on the policy but this does the job instead.
#
/sbin/ipchains -A input -s 0.0.0.0/0 -d 0.0.0.0/0 -l -j REJECT
### Port Forwarding Operations #################################
# Uncomment these commands only if port forwarding is needed.
# Uncomment this one:
echo "Enabling IPPORTFW Redirection on the external LAN... for DR2 and
napster"
#
/usr/sbin/ipmasqadm portfw -f
#
# You probably have the ipmasqadm package installed. If
# not, go to http://juanjox.kernelnotes.org/ for the binaries.
# before trying to run these commands. "rpm -q ipmasqadm" can
# be used to check for the package.
#
#### ---- These Are Examples of Port Forwards
## This one forwards the dr port from the firewall and
## points it to another machine on the LAN with the IP address of
## 192.168.0.3:
##Dark Reign and napster
/usr/sbin/ipmasqadm portfw -a -P tcp -L $extip 6697 -R 192.168.0.3 6697
/usr/sbin/ipmasqadm portfw -a -P tcp -L $extip 26214 -R 192.168.0.3 26214
## This one forwards a specilized port from the firewall and
## points it at a machine on the LAN with the IP address of
## 192.168.100.100 at port 7000.
# /usr/sbin/ipmasqadm portfw -a -P tcp -L $EXTERNALIP 7000 -R
192.168.100.100 7000
###########################################################################
##
# Outgoing, flush and set default policy of reject. Actually the default
policy
# is irrelevant because there is a catch all rule with deny and log.
#
/sbin/ipchains -F output
/sbin/ipchains -P output REJECT
# local interface, any source going to local net is valid
#
/sbin/ipchains -A output -i $intint -s 0.0.0.0/0 -d $intnet -j ACCEPT
# outgoing to local net on remote interface, stuffed routing, deny
#
/sbin/ipchains -A output -i $extint -s 0.0.0.0/0 -d $intnet -l -j REJECT
# outgoing from local net on remote interface, stuffed masquerading, deny
#
/sbin/ipchains -A output -i $extint -s $intnet -d 0.0.0.0/0 -l -j REJECT
# anything else outgoing on remote interface is valid
#
/sbin/ipchains -A output -i $extint -s $extip/32 -d 0.0.0.0/0 -j ACCEPT
# loopback interface is valid.
#
/sbin/ipchains -A output -i lo -s 0.0.0.0/0 -d 0.0.0.0/0 -j ACCEPT
# catch all rule, all other outgoing is denied and logged. pity there is no
# log option on the policy but this does the job instead.
#
/sbin/ipchains -A output -s 0.0.0.0/0 -d 0.0.0.0/0 -l -j REJECT
###########################################################################
##
# Forwarding, flush and set default policy of deny. Actually the default
policy
# is irrelevant because there is a catch all rule with deny and log.
#
/sbin/ipchains -F forward
/sbin/ipchains -P forward DENY
# Masquerade from local net on local interface to anywhere.
#
/sbin/ipchains -A forward -i $extint -s $intnet -d 0.0.0.0/0 -j MASQ
#
# catch all rule, all other forwarding is denied and logged. pity there is
no
# log option on the policy but this does the job instead.
#
/sbin/ipchains -A forward -s 0.0.0.0/0 -d 0.0.0.0/0 -l -j REJECT
#End of file.
lunics wrote:
>
>
> I've just installed a firewall based on ipchains on linux RH 6.2.
> Tried to call it manually by executing :
> ./firewall.sh <external Interface> <internal interface>
> in the correct directory.
> I just want to protect my box from intrusions from internet so I only
> have to give the external interface=my IP address, right. I have a
> dynamic IP address so I have to see which address has been affected to
> my box before typing it to activate the firewall (quite a burden...).
> The problem is that by implementing that, it displays the following
> message :
> Checking External Interface 212.27.44.254 .Unavailable. Aborting.
>
> Why this message? What must I put as "external interface"? (must surely
> look like a stupid question but I'm still quite newbie)
>
> Other question : does someone over there know a script that could start
> the firewall automatically?
>
> Thanks
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: Jason M <[EMAIL PROTECTED]>
Subject: Re: Linux: Freeing Memory
Date: Sun, 08 Oct 2000 21:30:06 -0000
Thanks a lot for your reply. I will change my approach to this problem.
When I say the system hangs, I mean we have to reboot... the system is
down. After closing the app, 'free' tells us we have (say) 600 Mb of mem
being used even if no processes are running! Then you run the app again and
(say) 1200 Mb is used (after closing the app again) and so on until there
is no mem left to run any process.
Anyway, thanks for your help. Oh, one thing - what do you mean by don't
treat it as windows box? Do you refer to the whole system? Or just this
problem?
Thanks again
Jason M
lovej wrote:
>
> sounds like you need to do some more homework to. The solution to your
> problem is not finding a way to clear the system memory after running
this
> program - you need to find the memory leak and fix it. Also what do you
> mean when you say the "system hangs" - are you sure that its not just
this
> one app? Also remember this is not a windoze box - do not treat it like
> one this is the biggest mistake of new admins.
> Posted via CNET Help.com
> http://www.help.com/
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: Whammalhammadingdongbingbangagogo <[EMAIL PROTECTED]>
Subject: Re: Microsoft owns a piece of Corel
Date: 08 Oct 2000 13:01:18 -0700
[EMAIL PROTECTED] (Christopher Browne) writes:
> In our last episode (07 Oct 2000 15:22:53 -0700),
> the artist formerly known as Whammalhammadingdongbingbangagogo said:
> >[EMAIL PROTECTED] (John Jordan) writes:
> >
> >> And CorelDRAW Suite for Linux says right on the box "minimum 200 MHz."
> > ^^^^^^^^^
> >> It runs even slower.
> >>
> >> The problem is that these programs are all running under WINE, which
> >> adds a layer and slows everything down.
> >
> >I don't understand this. If it's truly "for Linux", why is it running
> >under WINE? Or is is not truly "for Linux"?
>
> By the same token, if requiring a library called libwine somehow implies
> that it's not "truly for Linux," then utilizing any of the following
> components would similar indicate that software was not made "truly
> for Linux":
It just requires the libwine library? When I've run programs under WINE,
I've needed to run the "wine" program in the bin directory.
> - XFree86 [used on diverse OSes including OS/2 and various BSDs]
> - GLIBC [also used on Hurd and usable on other OSes]
> - GTK [usable on *BSD, Win32, possibly even MacOS]
> - GNOME [usable on a wide variety of Unix-like systems]
> - KDE [also usable on a variety of Unix-like systems]
> - GNU File and Binary Utilities [used on many Unix-like systems]
> - Tcl-related libraries [Unix, Win32, MacOS]
> - Perl, Python [Unix, Win32, MacOS, BeOS]
>
> All the Gnome programs run "under libgnome and libgtk and a cast of
> dozens"; all sorts of GUIed applications run "atop XFree86, under
> libXt and other such libraries;" those may be assessed blame for an
> application "not being truly for Linux."
Well, those are all open source programs (loosely speaking in the case
of KDE though, but in this discussion, the only thing that matters is
that the source code is released), so they obviously weren't written
specifically for Linux. However, that's not what I'm asking.
> Presumably "being truly for Linux" means that an application uses
> some NON-portable layer that forcibly ties it to Linux. VMWare for
> Linux is probably thus tied to Linux...
No! By "truly `for Linux`", I was not referring to programs which are
_only_ capable of running on Linux. (In fact, I hate programs like
that!) I was using that phrase to refer to programs _compiled for
Linux_. It seems to me that if "CorelDRAW Suite for Linux" requires WINE
to run, it was compiled to run on Windows & is using WINE as an
interpreter, so therefore it isn't "truly `for Linux`". (Another
example: if I'm running a pre-compiled-on-Linux installation of Emacs on
my FreeBSD box, it's not "truly `for FreeBSD`", but if I downloaded the
source of Emacs & compiled it on my FreeBSD box, then it _would_ be
"truly `for FreeBSD`".)
--
TTFN from Wh�mm�lh�mm�d�ngd�ngb�ngb�ng�g�g�!!!!!
Alpha 164LX, 666MHz: The Number Cruncher of the Beast
"It sounds like grinding metal sheets! Metal eater!" - Udo Dirkschneider
http://www.efn.org/~amunk/griogair.cgi
------------------------------
From: Valentin Guillen <[EMAIL PROTECTED]>
Subject: Re: Webcam viewing software
Date: Sun, 08 Oct 2000 21:36:52 GMT
Jeff,
I'm not quite sure I understand what software you search for, but here's
my 2cents worth.
Generally speaking there are several categories of video on internet.
There is videoconferencing software, there is streaming media software,
and then there is the specialized "broadcast" software, unavailable to
most of us, as in the type MBONE.
Most of the actual internet "webcams" which transmit on internet output
the "streaming media" type signals, the overwhelming majority of them
being of the popularly known type "RealVideo" or simply real. m$osft
has their own brand of streaming which is not nearly as popular, and
then the latest entry is the Apple Quicktime streaming software.
Much of the videoconferencing software is proprietary, but some is
interoperable, if it conforms to H320/H323/H324. Most software in each
of these categories is now interoperable within each of the categories.
Thus if my software is H323 compliant, I should theoretically be able
to communicate with any other software which complies with the spec.
Then there's the Mbone or the Media Backbone. This is generally only
available to broadband, specially configured, routed organizations like
MAJOR corporations or educational institutions. Nasa broadcasts are a
prime example of what you'll find on the Mbone.
I generally don't watch watch webcams, as they are often of quite
trivial events. However, when I do need to access them, the
overwhelming majority of them are transmitting in Real. You don't need
to view them with a browser, but you do need either the realplayer
software, or the plugin for your browser, like the realplayer plugin for
Netscape. I generally dislike plugins, and therefore use the Realplay
in standalone mode.
Standalone mode means that you would need to know the URL of the media
source in order to "go to" that url in the file open menu of the
realplayer.
In linux you need to have XFree86 installed and then the Realplayer.
For sites which I access on a frequent basis, like BBC, Independent
Television News, Bavarian Broadcasting, etc, I have icons on my desktop
which I created so that I can just click the bbc1 icon and I get my
daily dose of propaganda without ever needing to open a browser. I use
KDE and can give you specific instructions on creating direct access
icons, or even creating menu items in the Kpanel for direct access to
specific radio and tv stations.
Example: If I wish to access the Ben and Jerry's Ice Cream Webcam, I
would create an icon on desktop, with these properties (which are valid
for file locations on my SuSE distro)
executable:
/usr/lib/RealPlayer7/realplay
"http://www.livewave.com/ramfiles/benjerry.ram"
note that in the above, there is a space between the word realplay and
the first quotation mark.
Don't even try the above link unless you have broadband access, like at
the APL, or DSL at home. This is a 220Kbps feed.
Hope this all helps,
Valentin Guillen
if writing back, remove anti spam crap from address
Peterson wrote:
>
> I am looking for Linux software that I can use to view webcams of
> different sites (like NASA webcams) without having to use a web
> browser. I know MS has Netmeeting, etc. Is there anything that is
> compatible on the Linux side? I don't have a webcam myself. I just
> want to be able to view them. I would appreciate any assistance.
>
> Thanks.
>
> Jeff Peterson
> Software Engineer
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: shutdown vs halt
Crossposted-To: alt.os.linux.mandrake,alt.os.linux
Date: Sun, 08 Oct 2000 21:38:34 GMT
In alt.os.linux.mandrake m.hoes <[EMAIL PROTECTED]> wrote:
: At least the man page seems to agree with me somewhat, in the 'notes'
: section:
Unconfuse yourself. There is no agreement here. Look .. halt always
used to do a plain halt until a few years ago people got tired of other
people typing halt and then saying "duh .. why did the FS go all
funny". Many more people will get equally tired of you not noticing
that things changed so please interpret the paragraph you quoted
_properly_. It is trying to tell you what I just told you. Things
changed. Use -f if you want the old behaviour, which used to confuse
everyone else.
: Quote:
: " shutdown will be called, which might not be what you want. Use the -f
: flag if you want to do a hard halt or reboot. "
: Unqoute.
Peter
------------------------------
Date: Sun, 08 Oct 2000 17:41:15 -0400
From: Larry Ebbitt <[EMAIL PROTECTED]>
Subject: Re: Linux contra Microsoft
"David .." wrote:
Ok Thanks for the tip. Back when I was looking I wasn't able to find
> anyone that would let me buy a system without an OS on it (about a year
> ago). But then my system would have cost about 1.5 to 2 times more than
> it did to build it myself. But I did enjoy building it.
I'll build my next machine, too. One save a little money and learns a lot.
I just wanted to publicize the availability.
--
Larry Ebbitt - Linux + OS/2 - Atlanta
------------------------------
From: Benjamin Han <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.x
Subject: Remote esd connection question
Date: Sun, 08 Oct 2000 17:42:17 -0400
I'd like to play xmms on a remote machine and have the sound transfer back to
the esd running on my local box. In my /etc/esd.conf I have:
[esd]
auto_spawn=1
spawn_options=-terminate -nobeeps -as 2 -tcp -public -port 16001
spawn_wait_ms=100
After starting Gnome+Enlightenment 0.16.5 the sound played fine on local box,
but not from the remote xmms (yes I did set it up right - pointed it back to
my local box at port 16001).
The strange thing is if I didn't start X (on run level 3), I can execute
esd -nobeeps -as 2 -tcp -public -port 16001
and on the remote box successfully played sound *repeatedly*:
export ESPEAKER=the.local.box.ip:16001
esdplay sound.wav
I guess something in X/Gnome must blocked port 16001 from remote machines?
I'd appreciate any comment on this, thank you,
Ben
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
