HP Web JetAdmin
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)
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
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
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?
[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] .