Linux-Hardware Digest #359, Volume #9             Fri, 5 Feb 99 05:13:44 EST

Contents:
  Re: Linux Newbie needs Canon Printer driver help... (Pedro Lozano)
  Re: Epson vs. HP (Carsten Cimander)
  Re: USB PC Cameras and Linux (Phoenix)
  Re: XWindows on a 16MB TNT  :(  no go. (David Fox)
  Re: USB PC Cameras and Linux (Ken)
  Re: Same Disk RAID and Mirroring (TTK Ciar)
  Re: HELP - Installing Network Card (Ray Willis)
  Re: USB PC Cameras and Linux (David Steuber)
  Re: hard drive partition in Redhat ("Charles Sullivan")
  Re: SB 128 PCI (Mats Karlsson)
  Re: Soundblaster: Error Opening /Dev/Audio (Michael Locatelli)
  Re: 3com 3c905b card loses Mac address (Michael Locatelli)

----------------------------------------------------------------------------

Date: Fri, 05 Feb 1999 03:48:48 +0000
From: Pedro Lozano <[EMAIL PROTECTED]>
Subject: Re: Linux Newbie needs Canon Printer driver help...

You may find something at sunsite in the directory system/printing. I
have been looking there because I can't make work my Canon LBP-660 on
linux. And send me the canon's tech support email, please.

Kevin Byrne wrote:
> 
> Simple question:
> 
> Do any drivers specifically for Canon BJC 4300 series exist for Linux?
> I sent an email to Canon's tech support, and some guy told me to first
> try the 4000 series (which don't work) and then the Epson HQ (which also
> don't work).  I am running Red Hat 5.1 kernel 2.0.34 at the moment.  Any
> help on this would be appreciated.
> 
> Kevin Byrne
> [EMAIL PROTECTED]

------------------------------

From: Carsten Cimander <[EMAIL PROTECTED]>
Subject: Re: Epson vs. HP
Date: Fri, 05 Feb 1999 02:48:44 +0100
Reply-To: 

[EMAIL PROTECTED] wrote:

> In article <79d1rh$81c$[EMAIL PROTECTED]>,
>   [EMAIL PROTECTED] wrote:
> > Go  to http://enuchs.org/epson/index.html for a good article on Epson Stylus
>                 u\
> I already been there, but didn't found the answer for my two questions:
> 1) from the mechanical point of view, how reliable is the Stylus?
> 2) what does it mean "Stylus B/W printing result not as good as the HP one"?
>
> I intend to print in B/W most of the time, therefore the color quality is in
> my case less important. And being scared of the really poor HP697 mechanical
> quality (and it's so slooow!), I'd like to know if the Epson does have such
> problems as feeding multiple pages at once.
>
> Serban
>
> -----------== Posted via Deja News, The Discussion Network ==----------
> http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own

Hi ,

I am at the same point of decision ... I use a HP520 (b/w) printer which is still
printing with
acceptabel speed and good quality although it had to print many pages during 4
years.
Once I had to change the traktor as it was defect. But HP sold a 3-year
warrantity as
standard and so I were asked if I preferred to exchange the printer to
refurbished one
or if I wanted to wait for my printer to be repaired (6 weeks) and returned.
I decided to exchange the printer... and a forwarding agency came to my door two
days later... and the best: no costs at all!!

Epson only gives 1 year of warrantity and no exchange service.

Be aware, that Epson stylus printers even print slower. I would not belief that
first
but saw it (a chart / text combination)  with my own eyes.

HP prints with _real_ 600x600 dots and manages (with the newest 895cxi @ some 380
EURO) with
it's retTechnology  to place up to 12 dots at the same place.

Epson's calculation: 4 colors do 4 dots which make 1 mixed (blurred) resulting
point. So you have to devide
1440 through 4 ....

for my concern: I compared the Canon BJ7000 (with POP tech) (some 350 EURO) with
the HP 895 Cxi.
Concerning speed: HP manages to output up to 8 pages (b/w) per minute, Canon upto
5.
Color: complex corel draw's steam engine (1 page): HP about 7 minutes, Canon
about 12(!) minutes.

Big advantage of Canon: special ink (with POP) is waterproof! and you can print
on handmade paper
and cotton without any problems...
Canon's Color prints look more natural.

I will decide to buy the HP again as the HP finally uses less ink on every print
so that price per print
is in good relation.

Hope to have confused you a little more...
Carsten


------------------------------

Date: Thu, 04 Feb 1999 23:50:20 -0600
From: Phoenix <[EMAIL PROTECTED]>
Crossposted-To: 
alt.comp.periphs.dcameras,comp.dcom.videoconf,comp.os.linux.misc,comp.os.linux.setup
Subject: Re: USB PC Cameras and Linux

Hue Jass wrote:

> I know there is a project to bring USB support to LINUX, but I don't know
> how close to supporting PC cameras that project is (I tried to get to
> http://www.nv.org/linux/USB/, but it was so slow, it timed out).
>
> Are there any drivers and applications out there now that will work with USB
> cameras such as the ViCAM and Logitech QuickCAM Pro?
>
> - Thanks

None yet, There is still a long way to go on the USB project. Also from what I
gather they are having problems getting the specs from the manufacturers. also
for USB project info try  http://www.nv.org/linux/uusbd-www/  instead of the
link you posted or Inaky's site
http://peloncho.fis.ucm.es/~inaky/uusbd-www/index.html




------------------------------

From: d s f o x @ c o g s c i . u c s d . e d u (David Fox)
Crossposted-To: alt.os.linux,comp.os.linux.x
Subject: Re: XWindows on a 16MB TNT  :(  no go.
Date: 04 Feb 1999 22:34:07 -0800

Eugene Strulyov <[EMAIL PROTECTED]> writes:

> What's the advantage of 32 bit color over 24 bit? 24 bit color is already
> more then human eye can distinguish. What do you need 32 bit for?

Its the same number of colors, the last 8 bits are generally ignored,
though they can be used to hold non-image information.  32 bit servers
are easier to write and can be faster because you can grab a
particular four byte pixel with a single machine instruction.
-- 
David Fox           http://hci.ucsd.edu/dsf             xoF divaD
UCSD HCI Lab                                         baL ICH DSCU

------------------------------

Date: Thu, 04 Feb 1999 22:28:11 -0800
From: Ken <[EMAIL PROTECTED]>
Subject: Re: USB PC Cameras and Linux
Crossposted-To: 
alt.comp.periphs.dcameras,comp.dcom.videoconf,comp.os.linux.misc,comp.os.linux.setup

Hue Jass wrote:
> 
> I know there is a project to bring USB support to LINUX, but I don't know
> how close to supporting PC cameras that project is (I tried to get to
> http://www.nv.org/linux/USB/, but it was so slow, it timed out).

Try this, instead: http://peloncho.fis.ucm.es/~inaky/USB.html

> Are there any drivers and applications out there now that will work with USB
> cameras such as the ViCAM and Logitech QuickCAM Pro?

The problem is that there's no standard for video over USB. Every vendor
is doing it differently, so you have to get specs from the vendor, and
they're pretty tight-lipped about proprietary designs.

Check out http:/www.usb.org to see which device classes have a firm
standard and which ones are still in flux. You can also surf my
collection of USB links at http://www.well.com/user/shiva/tech.html#usb
to get lots of other USB info.

-- 
Ken
mailto:[EMAIL PROTECTED]
http://www.well.com/user/shiva/
http://www.e-scrub.com/cgi-bin/wpoison/wpoison.cgi (Death to Spam!)

------------------------------

From: [EMAIL PROTECTED] (TTK Ciar)
Crossposted-To: comp.arch,comp.arch.storage,alt.os.linux
Subject: Re: Same Disk RAID and Mirroring
Date: 4 Feb 1999 18:40:08 -0800

  It sounds like this guy's looking for ways to make his filesystem
more robust and recoverable by any means, hook or crook, under linux,
and as inexpensively as possible.  

  If so, then I would suggest an alternative, higher-level approach
which would get you a more flexible/featureful solution and require
considerably less coding: make a cheap (ie, from mostly used parts) 
linux CVS server, put it on the network with your "primary" system,
and write a script periodically run by cron which checks file changes
into the CVS repository.

  This gives you the flexibility to describe which files need to be
restorable and which do not (ie, if you still have the install CD,
then you don't need to save your nonchanging executables and data 
files into CVS), and the ability to restore any file or filesystem
heirarchy (ie, /* or /usr/* or /home/yourname/prog/projectfoo/*) to 
any previous state.  An "undelete" or "regress" script would simply 
call the cvs client with appropriate arguments.  If your hard drive
crashes entirely, you can "check out" the most recent revision of 
your filesystem onto a new hard disk.

  I've been considering doing this myself since a couple weeks ago,
when in a too-sleepy state I deleted the only copy of about 24 solid 
hours' worth of code.  I still get so depressed thinking about it
that I've put off going back and re-writing it all, though it's a
thing I need to do sometime.  I do back up my media occasionally,
but when I'm working hard on a project and the bit's in my teeth it
is very difficult to remember to do it.

  The most expensive part of the CVS server would be the hard disk,
which you want to be reliable and large.  Here's what I can get at
local used computer stores (San Jose / Santa Clara / Sunnyvale 
areas in South Bay, specifically Sharon Industries and Weird Stuff
Warehouse; some of these are approximations, but I'll try to appro-
ximate high): 
        386DX33 + motherboard   $ 10  used
        16MB RAM                $ 20  used
        Case with power supply  $ 15  used
        ISA 512K SVGA card      $  5  used
        IDE/FD/S/P IO card      $ 10  used
        NE2K 10bC ethernet card $ 15  <-- NEW
        10.1GB IBM DeskStar     $193  <-- NEW

Total: $268, plus tax on the ethernet and hard disk.  Note that 72% 
of that cost is the storage media itself.  The only caveat is that 
you need to get a 386 motherboard with a sufficiently recent BIOS 
that you can describe a "custom" (ie, ID = USER) disk in its setup.

  No monitor or keyboard is necessary once you have it all set up
correctly and running linux.  You can use your other computer's
keyboard, monitor, and cdrom to get linux installed, but after
that it can sit headless on the network and be accessed exclusively
remotely (ie, telnet/rlogin/ftp/rsh/cvs, etc), left in the corner 
to chuckle to itself, ignored, while it backs up your files.

  All of these components tend to be very very robust.  I use
old 386DX33 and 386SX40 motherboards/CPUs for various projects,
and they're forever reliable.  Even if something does break down,
only the hard disk is critical for maintaining data integrity, 
and the low-RPM version of the IBM DeskStar is very robust.  If
you are very concerned, well, throw a second hard disk onto the 
IDE bus (which is slow, but speed is fairly irrelevant since the
updates are batched and CVS handles updates fairly intelligently)
and put a CVS repository on that too, and submit file changes to 
both repositories.  Or to make it more robust, keep each CVS's 
disk on a different computer (for an additional cost of $75 for
the cpu, motherboard, etc).

  Of course you could eschew with the cheap computer + network
entirely and just put the CVS repository on a disk on your own
computer's disk bus, and save yourself the $75 and the work of
collecting parts and installing linux on a new box.  That just
occured to me.  The only reason I'm doing it that way here at
home is because I already have most of the parts, I already have
the network, I've installed linux so many times that it's a no-
brainer, and I have multiple computer systems on the network 
that I'd like to have backed up this way.  Also, (warning -- the
rest of this post is mostly blather about my network setup at home
and some comments about administration ideology, so if you don't 
care you can quit reading now) I've found it very useful to break 
up my system functions onto as many independent systems as possible.  
The main server really needs to be up 24/7; I sometimes need to pull 
things from it at work, and it services web pages and email, and 
since it's a pseudo-open system there are various other geeks who 
use it remotely at random times.  So I leave it where it is and I 
don't touch it.  The network pipe to my ISP is mounted on another
system, which I can spuriously reboot or power down / upgrade hard-
ware / power back up without interfering with the main server's 
operations.  The system downstairs is the only one running a GUI.  
It's just a user interface to the server most of the time, but when 
something goes wrong with the network it's nice to be able to use it 
to check things out.  And of course running a GUI makes it much less
robust (and makes me less robust too -- when I'm called on to make
configuration changes to make it look/feel better, sometimes I'll
accidently overwrite a critical file or two -- oops!), but since 
it's a completely noncritical system it doesn't matter.  Rebooting
it by no means interferes with net connectivity or web serving, etc.  

  Sheerly for robustness' sake I avoid using NFS to provide a system
with files important to its operation.  I like to keep each system 
maximally functional independent of any other system.  At work, each
user is massively dependent on NFS-mounted directories, and I under-
stand why it's nice to do things this way.  It frees up local disk
space, makes system administration incredibly easier, and guarantees
that each system will have similar environments.  On the other hand,
it also means that when one of the NFS servers goes down, everyone in 
the company (or at least in the engineering department) goes home.

  Everyone except me -- a few months after starting work there, I
brought a spare 486 to work and put it on the network, but kept it
independent of the NFS servers and did my own administration on it.  
Often I would continue working using it while everyone else's systems 
were frozen up tight, blocked on attempts to run executables from NFS
directories which were no longer there.  As long as my home network
remains a fairly reasonable size, I will refrain from making it quite
so fragile.  (And I will write auto-administration scripts to maintain
common environments via rsh/rcp before I start using NFS.)

  -- TTK


------------------------------

From: Ray Willis <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.networking
Subject: Re: HELP - Installing Network Card
Date: Wed, 03 Feb 1999 21:47:58 -0600

are you using a intel etherexpress pro 10+, if you are you need to use the
eepro100 modules

Jim Harper wrote:

> "Michel A. Lim" wrote:
>
> >  the linux install was successful except that it did not recognize
> > my network card.  i disabled the plug and play function of the card using
> > the intel configuration software (softset2), and then tried re-installing
> > linux and passing the IRQ and I/O settings (7 and 320-32Fh respectively) but
> > that also did not work.  i then tried to add the following lines to
> > /etc/conf.modules:
> >
> > alias eth0 eepro
> > options eth0 io=320-32Fh irq=7
>
> I think I see one problem...
>
> The options line should read:
> options eth0 io=0x320 irq=7
>
> Note that it reads "Zero x Three-twenty"
>
> Give that a try...
>
> -Jim


------------------------------

From: David Steuber <[EMAIL PROTECTED]>
Crossposted-To: 
alt.comp.periphs.dcameras,comp.dcom.videoconf,comp.os.linux.misc,comp.os.linux.setup
Subject: Re: USB PC Cameras and Linux
Date: 04 Feb 1999 22:45:24 -0500

"Hue Jass" <[EMAIL PROTECTED]> writes:

-> Are there any drivers and applications out there now that will work with USB
-> cameras such as the ViCAM and Logitech QuickCAM Pro?

I have the Color QuickCam VC that I would dearly love the specs for.
I have the USB specs for OHCI, UHCI, CCI, audio, etc from
www.usb.org.  I am on the linux-usb mailing list.  The specs just
haven't been made available yet.

Please ask logitech to provide specs.  Everyone.  But be polite!
There are engineers at Logitech who would like to support Linux.
There is just a question of politics that needs to be worked around.
If Logitech perceives a demand for their products in the Linux
community, then the USB spec for their cameras should become available 
with a driver following a short while after that.

-- 
David Steuber
http://www.david-steuber.com
s/trashcan/david/ to reply by mail

When will Altoids be available in 'extra strength'?

------------------------------

From: "Charles Sullivan" <[EMAIL PROTECTED]>
Subject: Re: hard drive partition in Redhat
Date: Thu, 4 Feb 1999 20:36:28 -0500

With RedHat 5.2, you will have to go into fdisk 'expert' mode and
change the number of cylinders to the correct LBA value.   You'll
have to determine the exact number for your drive, but it will be
somewhere around 1400-1500.   Does DOS fdisk tell you this
number?

Note: Realize that installing Linux entirely above the 1024 cylinder
boundary means you will have to boot from floppy disk or using
loadlin - you won't be able to boot from the hard drive using lilo
in the master boot record.

Gang Xu wrote in message <790s23$[EMAIL PROTECTED]>...
>Hi,
>
>I met some problems in repartition the hard drive when I installed Redhat.
>Anybody can help?
>
>The operating system of my computer is Windows98. The hard drive is 12G.
>I partitioned it to one 9G for Windows98 and left the rest untouched in
>DOS fdisk.
>
>When I installed Redhat, the Linux fdisk told me that I had one partition.
>---------------------------------------------------------------------------
-
>--
>       /tmp/hda 255 heads,  63 sectors,  1024 cylinders
>                          Begin                Start        End        ....
>    /tmp/hda1            1                 1            1148        ....
>....
>---------------------------------------------------------------------------
-
>--
>
>However, when I tried to create a new partition:
>------------------------------------------------------------
>    command action: n
>            e    extended
>            p    primary partitions (1-4): p
>    primary partitions (1-4): 2
>    No free sectors available.
>-------------------------------------------------------------
>I got that 'No free sectors available' everytime when I tried to create a
>new partitions.
>
>Then I used the 'v' command to verify the first partition and I got this:
>---------------------------------------------------------------------------
-
>----------------------
>Partition 1 has different physical/logical ending:
>        phys=(1023, 254, 63)    logical=(1147, 254, 63)
>Partition 1: previous sectors 18442619 disagree with total 16450559.
>Total allocated sectors 18442558 greater than maximum 16450560.
>---------------------------------------------------------------------------
-
>----------------------
>
>I met the same problem if I assigned the rest 3G to the second partition in
>DOS fdisk.
>
>Is there anything wrong I made?
>
>Thanks,
>Gang Xu
>[EMAIL PROTECTED]
>
>
>



------------------------------

From: Mats Karlsson <[EMAIL PROTECTED]>
Subject: Re: SB 128 PCI
Date: Fri, 05 Feb 1999 09:02:28 +0000

The newest alsa-drivers have support for SB PCI 128.
But I can't get it to work right.
I'm only able to play wav-files with aplay(alsa-utils).

ftp://linux.a2000.nl/alsa

If you would get it to work. Plz mail me you solution. :-)

//Mats Karlsson

Roman Spitzbart wrote:
> 
> Johannes Hartmann schrieb in Nachricht <78upor$hsj$[EMAIL PROTECTED]>...
> >How can make that Card work with Linux ???
> 
> As far as I know there is no support for this card becouse no one has the
> documentation to write one (Creative Labs hasn't published the info). But
> they are planning to provide support for linux.
> 
> Have Fun
> Roman Spitzbart

------------------------------

From: Michael Locatelli <[EMAIL PROTECTED]>
Subject: Re: Soundblaster: Error Opening /Dev/Audio
Date: Fri, 05 Feb 1999 08:59:42 +0000
Reply-To: [EMAIL PROTECTED]

Andreas Schneider wrote:
> 
> PG@Root wrote:
>
> > play I sound I recieve the message "Error Opening /Dev/Audio". This
> > makes me think I don't need to recomplie the Kernel (as suggested in the
> > Sound-HOWTO), as if it were already being "held open". 

yes... recompile the kernel folowing the advice in the sound HOWTO and
the documentation about AWE32 that comes with it. I was able to compile
sound into the kernel with my AWE64 under kernel 2.0.36, but not under
2.2.1. 

-- PC^God --

------------------------------

From: Michael Locatelli <[EMAIL PROTECTED]>
Subject: Re: 3com 3c905b card loses Mac address
Date: Fri, 05 Feb 1999 08:50:13 +0000
Reply-To: [EMAIL PROTECTED]

[EMAIL PROTECTED] wrote:
> 
> Hi,
> I also have a 3c905b on my PC and installed RH 5.2 and got your error message
> "FF:FF:FF:FF:FF:FF", but that was only temporary.
> 

yes... that is what happens when you have either the "PnP aware OS"
option enabled in the BIOS or do a warm boot from a PnP OS
One option that I saw documented (I forgot where) said that if you have
an ATX powersupply, shuting it down is not enough... you have to unpulg
the box (the cmos draws minimal power otherwise, saving the PnP
settings) to get it to work.

A much better solution that worked for me is to upgrade to kernel 2.2.1,
enable PnP in the kernel config (I also installed isapnp... dunno if
that was part of the solution, but it's worth a try). IMO... this is
your only option if you boot windoze and linux on the same box.

-- PC^God --

------------------------------


** 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.hardware) 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-Hardware Digest
******************************

Reply via email to