HP Web JetAdmin

1999-04-08 Thread Kevin Cheek

I was wondering if it is possible to get the HP Web JetAdmin software
working with debian. I tried running the installer, but it seems to
depend on the layout of a Redhat system in order to work correctly
(the hp web page specifically mentions Redhat). I got several errors
while running the installer. It seemed to want touch to be in /bin
(it's in /usr/bin on my slink system) and it wanted to use init
scripts in /etc/rc.d/init.d (as opposed to /etc/init.d).

I worked around the 'touch' problem, installed the software in
/usr/local/hpwebjet and told it to use port 8010. The hpwebjetd daemon
seemed to be running after running the installation script, but I was
unable to connect to it using a web browser.

Does anyone know how to make this work on a debian system? The win95
JetAdmin software really sucks and I'm hoping that the linux version
will work a little better once I actually get it running.

BTW - I tried searching the debian-user list archives, and I found a
thread of three messages that seems to discuss this issue (the subject
line is the same as this message), but I am unable to actually read
these message since they don't appear to be in the list archive at
http://www.debian.org/Lists-Archives/.

-Kevin

-- 
 Kevin Cheek [EMAIL PROTECTED]
 University of Michigan, Department of Internal Medicine
 Divisions of Rheumatology and Molecular Medicine  Genetics


mod_roaming for apache - won't load (slink)

1999-01-29 Thread Kevin Cheek

I'm using slink. I grabbed version 1.0.0 of the mod_roaming module for
apache from http://www.xs4all.nl/~vincentp/mod_roaming/ (it is
supposed to let you use apache as a romaing access server for
netscape clients).

When I try to start apache with this module, the /etc/init.d/apache
script says: 'Starting web server: apache... failed.' When I try
starting apache using /usr/sbin/apachectl, I get:

Syntax error on line 100 of /etc/apache/httpd.conf:
Cannot load /usr/lib/apache/1.3/mod_roaming.so into server: 
/usr/lib/apache/1.3/mod_roaming.so: undefined symbol: stat
/usr/sbin/apachectl start: httpd could not be started

I compiled the module as a dynamic shared object (DSO) module. First,
I followed the instructions included with the module ('apxs -i -a -c
mod_roaming.c'). Then, when that didn't work (it said it could't find
the httpd.conf file), I tried the instructions posted recently to this
list ('apxs -c mod_roaming.c'), copied the mod_roaming.so file to
/usr/lib/apache/1.3, and added the following line to my
/etc/apache/httpd.conf:

LoadModule roaming_module /usr/lib/apache/1.3/mod_roaming.so

(which, as the error message says, is line number 100 in that file)

Does anyone know what am I doing wrong?

-Kevin

-- 
 Kevin Cheek [EMAIL PROTECTED]
 University of Michigan, Department of Internal Medicine
 Divisions of Rheumatology and Molecular Medicine  Genetics


Re: SQL Database performance

1998-11-19 Thread Kevin Cheek

See http://www.tcx.se/benchmark.html for some interesting benchmarks
comparing several common db systems including oracle, ms-sql, pgsql,
and others.

For a pretty comprehensive comparison of database system limitations
and capabilities, see http://www.tcx.se/crash-me-choose.htmy

I use MySQL for my work and am extremely happy with it. It is
extrememly reliable and extremely fast. It is significantly faster
than pgsql and in my experience, it is also much more reliable (I used
pgsql before I switched to MySQL). MySQL doesn't support some of
Oracle's features like transactions, views, etc, but since I don't
need them, I can benefit from the much smaller and faster MySQL
system.

MySQL has no problems dealing with large sets of data and large
BLOBS. I have one MySQL db that contains over 3.5GB of data. In that
db, two of the tables are over 1.5GB (they contain mostly TIFF
images). Performance is great even with those relatively large table
sizes.

-Kevin

-- 
 Kevin Cheek [EMAIL PROTECTED]
 University of Michigan, Department of Internal Medicine
 Divisions of Rheumatology and Molecular Medicine  Genetics

Jeff Noxon [EMAIL PROTECTED] writes:

 On Thu, Nov 19, 1998 at 04:58:00PM +, Martin Oldfield wrote:
  Does anyone have a feel for the relative performance of the various
  SQL databases in Debian ? I'd also be interested to know how these
  compare to something like Oracle (under either NT or Linux).
  
  I'm looking to manage two databases: one of roughly ten thousand
  records a few k in size, the other 100,000 rather smaller records. It
  might well be feasible to use something like gdbm for the latter one.
 
 Postgresql runs like greased lightning.  In some tests involving
 0.5 million records of a few K in size, it blew away MS SQL Server.
 I think it was version 6.  Postgresql runs well, although it does have
 some limitations.  ODBC was the main weakness I noticed.  We're currently
 deploying Oracle on a Debian server...
 
 Oracle is bloatware even by Microsoft standards.  I can't comment on
 speed yet.
 
 Good luck,
 
 Jeff



Re: APC UPS'es

1998-02-25 Thread Kevin Cheek
Robert Moody [EMAIL PROTECTED] writes:

 Hi there,
 
 I am just trying to find out a quikly if the APC UPS is compatible with
 Linux. I am not to sure and I don't want to purchase the wrong one for a
 client.

I would recommend also taking a look at Best Power's products
http://www.bestpower.com/

I have 2 APC SmartUPS and 1 Best Fortress in my office attached to
Linux systems (I also have an APC SmartUPS and a Compaq UPS attached
to Novell servers). I recommend the Best UPS over the APC because Best
supports Linux while APC doesn't support Linux and keeps their
signalling specs proprietary. Best provides free software for a wide
variety of OS's including Linux and provides cable specs in their
manuals. With APC, I've had to deal with some cabling  software
gussing games (it's not really difficult to get them to work, though).
With Best, I got source code for supported software for Linux. The
Best Fortress has a much nicer display panel than the APC SmartUPS.

I like to support hardware manufacturers who support Linux, and I
think that Best Power makes excellent products. There may be other UPS
manufacturers that support Linux, but Best is the only one I know
about.

-Kevin

-- 
 Kevin Cheek [EMAIL PROTECTED]
 University of Michigan, Department of Internal Medicine
 Divisions of Rheumatology and Molecular Medicine  Genetics


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .


Re: Encrypting ISO9660 images?

1997-12-05 Thread Kevin Cheek
[EMAIL PROTECTED] writes:

 I know there has been a bit of discussion about encrypting
 filesystems under Debian.  From what I've seen, the ext2 filesystem
 can be encrypted with CFS.  But, my question is.. is there any good
 way of doing filesystem encryption for an ISO9660 image that is
 later burned to a CD-ROM?  Or if not ISO9660 some other filesystem
 that would be good for burning to a CD-ROM?

Well, cfs isn't really filesystem-dependant. You can create an
encrypted directory with cfs (cmkdir), put the data in it, make a cd
image of the encrypted directory (the raw encrypted directory, not the
mounted unencrypted version) using mkisofs (make sure to support long
file names with Rockridge extensions) and then burn the cd. The main
problem with this is that cfs appears to want all of the files in the
encrypted directory to be owned by the user that is accessing them and
it appears that cfs wants them to be r/w as well. Regardless of the
cause of the problem, the result is that the only way I have found to
make and read a cfs directory on a cd is to make all of the files
owned by root (I used the -r option of mkisofs) and then access the cd
only as root. There may be other work-arounds, but that's the first
thing that worked for me. If you try to look at the encrypted
directory on the cd as any user other than root (even when the files
are owned by that user), you get some kind of permission denied
message.

I think that this problem is mentioned somewhere in the docs for cfs,
but I haven't heard about any fixes for the problem.

-- 
 Kevin Cheek [EMAIL PROTECTED]
 University of Michigan, Department of Internal Medicine
 Divisions of Rheumatology and Molecular Medicine  Genetics


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .