Linux-Misc Digest #5, Volume #26 Wed, 11 Oct 00 11:13:04 EDT
Contents:
Re: One 100% Newbie (Tony Lawrence)
image viwers ala acdsee? ([EMAIL PROTECTED])
Re: MP3 decoder-encoder (Sebastian Niehaus)
Re: MS archive extraction tool (Grant Edwards)
Re: mount & mtools (Arlan Lucas de Souza)
Re: Optimizing compilation ([EMAIL PROTECTED])
Re: Xemacs on Corel (Debian) Linux (Geoff Wozniak)
Re: Dialing in VPN with Linux (Andrew Purugganan)
Re: Remote Backup (-ljl-)
Re: Remote Backup ([EMAIL PROTECTED])
Re: lp0 on fire ([EMAIL PROTECTED])
Re: Xemacs on Corel (Debian) Linux (Robert Kiesling)
Re: Optimizing compilation (Martin Herrman)
Re: Linux on hard disk larger than 8.4 gb?
Re: Input/output error with Tape Drive (-ljl-)
Re: system parameters in Suse 6.4 ([EMAIL PROTECTED])
NFS setup question (insecure port??) ([EMAIL PROTECTED])
Cdrdao on HP 8200 series ? ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: Tony Lawrence <[EMAIL PROTECTED]>
Subject: Re: One 100% Newbie
Date: Wed, 11 Oct 2000 08:28:27 -0400
"Andrew N. McGuire" wrote:
>
> On Fri, 6 Oct 2000, Tony Lawrence quoth:
>
> TL> Collin Borrlewyn wrote:
> TL> >
> TL> > That's me. I am here and prepared to ask really stupid questions. The first
> TL> > one is: Where should I ask really stupid questions? After that my questions
> TL> > get even stupider, but I'll wait until I know I'm in the right place.
> TL>
> TL>
> TL> There are plenty of stupid answers, but very few stupid
> TL> questions..
>
> What if I ask a rhetorical question in order to answer someone elses
> question. :-)
Are you allowed to ask rhetorical questions here?
--
Tony Lawrence ([EMAIL PROTECTED])
SCO/Linux articles, help, book reviews, tests,
job listings and more : http://www.pcunix.com
------------------------------
From: [EMAIL PROTECTED]
Subject: image viwers ala acdsee?
Date: Wed, 11 Oct 2000 12:28:31 GMT
hi folks
i'm trying to grab hold of an image viwer which is in the same sort of
vien as the acdsee on m$ windows
i've been using xv, ee, gqview which are all pretty neat but would like
something more similar to acdsee. has anyone seen any viewers that
match?
i know of qt-vu which is a QT-2.0 based viewer. i would prefer
something more gtk based if possible since i dont actually have qt
installed (or have the space) on my box
thanks
p
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Sebastian Niehaus <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,uk.comp.os.linux
Subject: Re: MP3 decoder-encoder
Date: Wed, 11 Oct 2000 14:49:00 +0200
Reply-To: [EMAIL PROTECTED]
Eric wrote:
>
> Ali wrote:
> >
> > I`m a looking for an MP3 decoder-encoder, can someone recommend one. I
> > would like one with GUI and easy enough to configure. I`ve used audiograbber
> > for use in windows so something along these lines would be great.
> >
> > TIA
> >
> > Ali
>
> search freshmeat.net for cd-rippers and mp3 encoders/decoders
> I use bladeenc for mp3 encoding, xmms to playback, and cdparanoia for
> getting tracks of the cd. But there are many other options.
GRIP is a nice GUI for bladeenc and cdparanoia
Sebastian
------------------------------
From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: MS archive extraction tool
Date: Wed, 11 Oct 2000 13:02:43 GMT
In article <[EMAIL PROTECTED]>, fred smith wrote:
>i'm wondering can anyone point me to a Linux tool that can
>extract files from these .EXE self-extracting windoze programs
>MS distributes their software in. I've downloaded some free
>fonts from the MS web site and of course they encode them in
>that form. They are not zip or lharc files.
Are you sure they're not self-extracting zip files? All of
the .exe self-extracting stuff I've gotten from MS sites were
zip files and the "unzip" that ships with RH has always dealt
with them effectively.
--
Grant Edwards grante Yow! The FALAFEL SANDWICH
at lands on my HEAD and I
visi.com become a VEGETARIAN...
------------------------------
From: Arlan Lucas de Souza <[EMAIL PROTECTED]>
Subject: Re: mount & mtools
Date: Wed, 11 Oct 2000 09:08:27 -0400
On 10 Oct 2000, Dances With Crows wrote:
> This sort of error message ("you must specify the filesystem type" when
> mounting a disk listed as "auto" in fstab) can mean that the disk is
> going bad, the correct filesystem support (msdos or vfat here) is not
> available, or that there's a hardware problem. On a known good MS-DOS
> disk, I get:
>
> mcopy stuff A:
> mdir A:
> Volume in drive A has no label
> Volume Serial Number is 39E3-83EE
> Directory for A:/
> stuff 12240 10-10-2000 16:02 stuff
>
> mount /floppy
> ls /floppy
> stuff
>
> mtools should not damage/mangle a DOS floppy in any way, but you should
> not use mtools on a floppy that's been mounted. If it's mounted, use
> the standard Linux utilities; if not, use mtools--simple!
I have tried on known good msdos disk but the mount command has
failed. Could you show us your /etc/fstab?
Thanks,
Arlan
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Optimizing compilation
Date: Wed, 11 Oct 2000 13:05:01 GMT
just out of curiosity, can someone verify/denounce the following
doing the following will tell the compiler to generate code that will
run on a 586 but NOT a 386 - according to the gcc info file, -march=xxx
implies -mcpu=xxx and it is only the -march option that will instructs
the compiler to do the architecture specific code generation
cc -O3 -march=i586 foo.c -o foo
however, arent all of the intel architecture backward compatible? ie,
i586 instructions will run off a i686 (and higher) just fine.
and if that is so, does that mean even though i've compiled my program
foo explicitly for the i586, can i simply take that binary and run it
off a i686 (pII, k6 etc) but not anything less than a i586?
thanks
p
<snip>
> In /root/.bash_profile:
>
> CFLAGS=-O3 -mcpu=i686 -march=i686
> CXXFLAGS=$CFLAGS
> EXPORT CFLAGS CXXFLAGS
>
> HTH
>
> Martin
>
> --
> Linux Gebruikers Handleiding v1.2 : http://2mypage.cjb.net
> Linux RedHat 6.1 Kernel 2.2.17 Toshiba P233 MHz, 32 Mb RAM
> 12:00pm up 4 min, 2 users, load average: 0.08, 0.21, 0.10
> Western Civilization, that would be a good idea!
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Crossposted-To: comp.emacs.xemacs,comp.emacs,comp.os.linux.setup
Subject: Re: Xemacs on Corel (Debian) Linux
From: Geoff Wozniak <[EMAIL PROTECTED]>
Date: Wed, 11 Oct 2000 13:27:40 GMT
Charles Sebold <[EMAIL PROTECTED]> writes:
>
> I'm sure a few people have already chimed in, but in case I'm the first,
> DON'T DO THAT! Believe me, upgrading your glibc binaries in
> mid-distribution can be hard on you, and I can't imagine the problems
> you might have if you successfully converted an RPM glibc to a deb.
>
I second that motion. *Do not upgrade glibc*. Save yourself a lot of
hassles. I naively triend that out on RH5.2 once. I am now a
Slackware user. (read: reinstalled, mostly because important things
like 'login' didn't work anymore ;)
'apt-get install xemacs' is your best bet.
--
Geoff(rey) Wozniak
University of Western Ontario
Computer Science (Undergraduate) Department
London, Ontario, Canada
He who knows best knows how little he knows.
-- Benjamin Franklin
------------------------------
From: [EMAIL PROTECTED] (Andrew Purugganan)
Subject: Re: Dialing in VPN with Linux
Date: 11 Oct 2000 13:30:36 GMT
scanning for VPN in freshmeat.net i was led to poptop (not sure of
spelling) and other software, which may help you but for me it's uncharted
waters (the jargon partially threw me off, and I can see my management
rolling their eyes at my shared-internet connection setup at home). You
may want to give it a try. THe PAL client (For WIndoze, mind you) I was
provided with only had 1 connection option: COnnect thru internet via
modem.
Hope you have better luck
[EMAIL PROTECTED] wrote:
[ I have been given a Secure ID key to dial into the VPN of my employer.
[ What is the method for doing this on Redhat 6.1? I understand it
[ is similar to PPP but I need to enter the SecureID which is periodically
[ changed. Any help would be greatly appreciated.
[ Of course, Linux is not supported here. If I fail to do this
[ with Linux, I will have to get a Windows installed (I
[ already posted about this), which I would rather not do.
[ Sent via Deja.com http://www.deja.com/
[ Before you buy.
--
jazz
Registered linux user no. 164098 +--+--+--+ Litestep user no. 386
Doesn't it bother you, that we have to search for intelligent life
--- OUT THERE??
------------------------------
From: -ljl- <[EMAIL PROTECTED]>
Subject: Re: Remote Backup
Date: Wed, 11 Oct 2000 13:47:50 GMT
In article <[EMAIL PROTECTED]>,
Paul Malinowski <[EMAIL PROTECTED]> wrote:
> I would like to backup files on one Mandrake linux server
> to the tape drive in another. I've tried setting up an .rhosts
> file with the following example entry in a non root user home
> directory:
>
> remote.domain.com username
This looks OK.
> Changing permissions of /dev/st0 so "others" can write to the
> tape drive...
>
> Then on remote system w/o the tape drive:
>
> tar cvf tape_system_name:/dev/st0 /etc
>
> I get error:
>
> tape_system_name.domain.com: Connection Refused
Sound like tcpwrappers is not allowing connection. Check your
'/etc/hosts.allow' to see if 'in.rshd' (remote shell) service
is allowed, see '/etc/inetd.conf'. You _should_ be able to do
a password-less login between machines. Use tcpdmatch to check
your setup.
Eventually you may want to replace r-stuff with secure-shell (ssh).
Also, '/dev/st0' is the auto-rewind (yo-yo mode) tape device and
'/dev/nst0' is the non-rewind device. The former will allow only
one tar-file per tape.
--
Louis-ljl-{ Louis J. LaBash, Jr. }
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Remote Backup
Date: Wed, 11 Oct 2000 13:54:15 GMT
On Tue, 10 Oct 2000 22:26:20 -0700, Paul Malinowski
<[EMAIL PROTECTED]> wrote:
>I would like to backup files on one Mandrake linux server
>to the tape drive in another. I've tried setting up an .rhosts
>file with the following example entry in a non root user home
>directory:
>
>remote.domain.com username
>
>Changing permissions of /dev/st0 so "others" can write to the
>tape drive...
>
>Then on remote system w/o the tape drive:
>
>tar cvf tape_system_name:/dev/st0 /etc
>
>I get error:
>
>tape_system_name.domain.com: Connection Refused
>tar: Cannot Open user_name@tape_system_name:/dev/st0/: Input/Output
>error
>tar: Error is not recoverable. Exiting now.
Maybe someone can expand on this, but it is a permissions problem. In
the "old days", we often used the "r" programs (rexec, rsh, rlogin,
..). And this ability to send the tar archive over the wire to a
remote machine to dump to tape I believe used rsh. These days, we
would prefer people would forget all about the "r" programs, and use
things like ssh instead. But there should be some configuration file
in /etc (can't remember off the top of my head) in /etc which controls
what machines/users have access to the tape drive via rsh/ssh. If
nobody answers here, try a UNIX admin group. But that should be
enough info for you to track it down in your man pages.
Gord
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: lp0 on fire
Date: Wed, 11 Oct 2000 13:49:59 GMT
On Tue, 10 Oct 2000 07:39:24 -0700, Carl Benson <[EMAIL PROTECTED]>
wrote:
>Logcheck running on my network log archiver had this to say
>this morning:
>
>
>Unusual System Events
>=-=-=-=-=-=-=-=-=-=-=
>Oct 10 06:55:10 cachalot kernel: lp0 on fire
>
>Anyone seen this before? Obviously, nothing is on fire. Is
>this just a little joke embedded in the kernel?
I can't say I've seen it in logcheck output, but it is a common
message. Somewhat of a joke, maybe the Jargon file has specifics, but
it dates waaaay back to when line printers were being used. If the
paper got stuck, you had a problem. These days, it typically means
out of paper.
Gord
------------------------------
From: [EMAIL PROTECTED] (Robert Kiesling)
Crossposted-To: comp.emacs.xemacs,comp.emacs,comp.os.linux.setup
Subject: Re: Xemacs on Corel (Debian) Linux
Reply-To: [EMAIL PROTECTED]
Date: 11 Oct 2000 09:54:26 -0400
In article <[EMAIL PROTECTED]>,
Geoff Wozniak <[EMAIL PROTECTED]> wrote:
>Charles Sebold <[EMAIL PROTECTED]> writes:
>
>>
>> I'm sure a few people have already chimed in, but in case I'm the first,
>> DON'T DO THAT! Believe me, upgrading your glibc binaries in
>> mid-distribution can be hard on you, and I can't imagine the problems
>> you might have if you successfully converted an RPM glibc to a deb.
>>
>
>I second that motion. *Do not upgrade glibc*. Save yourself a lot of
>hassles. I naively triend that out on RH5.2 once. I am now a
>Slackware user. (read: reinstalled, mostly because important things
>like 'login' didn't work anymore ;)
>
>'apt-get install xemacs' is your best bet.
Compiling from source also doesn't require a library upgrade,
so it's relatively painless, _providing that_ the build tools;
e.g., make, gcc, binutils, and well, as86, are installed. This
has the additional side benefit that the upgrade gets installed
in /usr/local, leaving the RPM packages, which usually install
under /usr, alone.
--
Robert Kiesling
Linux FAQ Maintainer
[EMAIL PROTECTED]
http://www.mainmatter.com/linux-faq/toc.html http://www.mainmatter.com/
------------------------------
From: [EMAIL PROTECTED] (Martin Herrman)
Subject: Re: Optimizing compilation
Reply-To: [EMAIL PROTECTED]
Date: Wed, 11 Oct 2000 16:01:17 +0200
On Wed, 11 Oct 2000 13:05:01 GMT, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> just out of curiosity, can someone verify/denounce the following
>
> doing the following will tell the compiler to generate code that will
> run on a 586 but NOT a 386 - according to the gcc info file, -march=xxx
> implies -mcpu=xxx and it is only the -march option that will instructs
> the compiler to do the architecture specific code generation
>
> cc -O3 -march=i586 foo.c -o foo
>
> however, arent all of the intel architecture backward compatible? ie,
> i586 instructions will run off a i686 (and higher) just fine.
>
> and if that is so, does that mean even though i've compiled my program
> foo explicitly for the i586, can i simply take that binary and run it
> off a i686 (pII, k6 etc) but not anything less than a i586?
>
> thanks
> p
>
You're 100% right. Some information: a cpu has some instructions, let's take
addition of two integers. Imagine that a 386 only has this one and you want
to do multiplication on it. Then you should have two integers, one increasing
and one decreasing to implement multiplication. (a*b = b+b+b+b+b..+b (a times))
Well, a 486 has an extra instruction called multiplication! So on a 486 the
compiler will use the multiplication instruction in stead of the addition.
(a*b in one time on the 486 is much faster than b+b+b..+b on the same
machine).
So if you compile a program for multiplication, optimized for a 486, you won't
be able to run it on a 386.
Hope that helps..
Martin
--
Linux Gebruikers Handleiding v1.2 : http://2mypage.cjb.net
Linux RedHat 6.1 Kernel 2.2.17 Toshiba P233 MHz, 32 Mb RAM
3:50pm up 10:26, 5 users, load average: 1.56, 0.86, 0.41
Western Civilization, that would be a good idea!
------------------------------
From: <[EMAIL PROTECTED]>
Subject: Re: Linux on hard disk larger than 8.4 gb?
Date: Wed, 11 Oct 2000 10:13:58 -0400
First, do not use any dos/windows tools on the drive.
Make a small /boot partition, and spread the rest in extended partition.
Your kernel will reside in the /boot partition. You can put lilo into the
mbr or the boot partition.
You see, the bios is important until the kernel is booted. From then on, it
is not used for hdd access.
So your boot loader LILO as well as the kernel file (vm-linuz ? ) should be
within reasonable limits ( <1024 cylinders and way below the 8.4 gig limit -
I would suggest a 100 MB partition in the begining of the drive) .
Why not let dos utilities touch the hdd ? Because they will write in a
partition table based on the info they gleaned from the bios ( which by the
way only sees 8.4 gigs ) . This will cause addressing screw ups as in
overlapping partitions etc...
By the way, Linux ( as of RH 6.0 at least, if not earlier ) has been
working fine with ez-drive. I once received a maxtor drive with this thing
on it, and Linux did not complain at all, and was very happy with it. *I*
decided that the 2 gig hdd did not need an ez-drive translation software ,
and promptly removed it. THe hdd had windows on it at the time.
hth
------------------------------
From: -ljl- <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: Input/output error with Tape Drive
Date: Wed, 11 Oct 2000 14:12:39 GMT
In article <39e3d7ed$0$35013$[EMAIL PROTECTED]>,
"Jeff Borders" <[EMAIL PROTECTED]> wrote:
> I'm loading the modules:
> insmod scsi_mod.o
> insmod aic7xxx aic7xxx='verbose'
> insmod st.o
>
> I've even tried loading sg.o but it didn't matter.
This is SCSI generic (sg.o) support and one use is for the media
changer (MTX). Unlikey to be your source of error.
> The messages.log output is below.
>
> kernel: (scsi0) <Adaptec AIC-7850 SCSI host adapter> found at PCI
0/19/0
> kernel: (scsi0) Narrow Channel, SCSI ID=7, 3/255 SCBs
> kernel: (scsi0) Cables present (Int-50 YES, Ext-50 YES)
> kernel: (scsi0) Downloading sequencer code... 415 instructions
downloaded
> kernel: scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI)
5.1.31/3.2.4
> kernel: <Adaptec AIC-7850 SCSI host adapter>
> kernel: scsi : 1 host.
> kernel: (scsi0:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15.
> kernel: Vendor: SONY Model: SDT-7000 Rev: 0150
> kernel: Type: Sequential-Access ANSI SCSI
revision: 02
> kernel: st: bufsize 32768, wrt 30720, max buffers 5, s/g segs 16.
> kernel: Detected scsi tape st0 at scsi0, channel 0, id 4, lun 0
This indicates your tape is detected and everything setup.
Could you have a bad tape? If you can lay your hands on a
pristine one give it a try. Use 'dmesg | less' after trial to
see if the kernel complains. If you don't have a new tape try
erasing the old.
As a last resort you may have to compile 'st.o' with debug turned
on.
--
Louis-ljl-{ Louis J. LaBash, Jr. }
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: system parameters in Suse 6.4
Date: Wed, 11 Oct 2000 14:38:18 +0100
Stewart Honsberger <[EMAIL PROTECTED]> did eloquently scribble:
> On Tue, 10 Oct 2000 21:39:30 +0200, jens wrote:
>>I am charged with determining certain parameters on Suse 6.4-machines
>>such as:
>>
>>processor (amount, type),
> cat /proc/cpuinfo
>>RAM
> free
>>MAC-address
>>IP-addresses
> ifconfig
>>loadbalancing-group
> Of the NICs?
>>OS
> Nyuk.. It's SuSE, silly! :>
Maybe he means kernel version? in which case uname -a will report:
Sysname(Linux in this case), nodename(hostname of that machine), kernel
version, OS version and CPU type.
--
______________________________________________________________________________
| [EMAIL PROTECTED] | "I'm alive!!! I can touch! I can taste! |
|Andrew Halliwell BSc(hons)| I can SMELL!!! KRYTEN!!! Unpack Rachel and |
| in | get out the puncture repair kit!" |
| Computer Science | Arnold Judas Rimmer- Red Dwarf |
==============================================================================
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup,alt.linux,alt.os.linux
Subject: NFS setup question (insecure port??)
Date: Wed, 11 Oct 2000 14:37:12 GMT
Hello,
When trying to mount a directory exported from a Linux (Mandrake
7.0) box on an AIX 4.3.2 box, the Linux box is refusing
the connection and giving the console message: "nfsd: request
from insecure port (mac addr):64971"
I'm able to mount this Linux directory from a Solaris box
just fine. Does anyone know what Linux is requiring here
as far as these ports go, how to change the security settings, etc,
so I can mount this dir on an AIX box?
netstat -an on the AIX box shows port 64971 like this:
udp4 0 0 *.64971 *.*
Please email in addition to posting if you could:
[EMAIL PROTECTED]
Thanks! -Jay
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED]
Subject: Cdrdao on HP 8200 series ?
Date: Wed, 11 Oct 2000 16:52:05 +0200
Hi !
I have a problem burning CD's with cdrdao.
I successfully copy audio CDs with X-CD-Roast (tao-mode) and burn audio
CDs
with Gtoaster (tao-mode) but I cannot burn multisession CDs (it works
but after
burning I see every time only the first session) and copy audio CDs with
cdrdao
I get the following error:
========================================================
GnomeToaster Recording Terminal
Recording 19197024 bytes to CD
Cdrdao version 1.1.4 - (C) Andreas Mueller <[EMAIL PROTECTED]>
SCSI interface library - (C) Joerg Schilling
L-EC encoding library - (C) Heiko Eissfeldt
Paranoia DAE library - (C) Monty
Check http://cdrdao.sourceforge.net/drives.html#dt for actual driver
tables.
0,0,0: HP CD-Writer+ 8290 Rev: 1.3C
Using driver: Generic SCSI-3/MMC - Version 1.0 (data) (options 0x0000)
Starting write simulation at speed 2...
Pausing 10 seconds - hit CTRL-C to abort.
Process can be aborted with QUIT signal (usually CTRL-\).
Using POSIX real time scheduling.
CDB: 55 10 00 00 00 00 00 00 3C 00
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.005s timeout 180s
cdrdao: Input/output error. : scsi sendcmd: retryable error
status: 0x2 (CHECK CONDITION)
ERROR: Cannot set write parameters mode page.
ERROR: Simulation failed.
Child exited unexpectedly.
CD recording process finished.
==========================================================
I tried everything, searched the whole internet but without success
Can someone help me please ?
Thanks
Martin
------------------------------
** 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
******************************
