REMOVE!!!
At 02:49 PM 9/16/98 -0000, you wrote:
>debian-user-digest Digest Volume 98 : Issue 957
>
>Today's Topics:
> Re: pine & debian v1.3 [ dsb3 <dsb3@earthlink.net> ]
> Re: PLIP-howto? [ jkern@klis.com (Jack Kern) ]
> Re: Gateway monitors and X [ David Wright <D.Wright@open.ac.uk> ]
> Re: Hamm [ Kent West <kent.west@infotech.acu.e ]
> Re: xgalaga: can't fire! [ Kent West <kent.west@infotech.acu.e ]
> Apache mod_ssl [ Oliver Thuns <oliver.thuns@gmx.de> ]
> Re: GTKICQ [ Jeff Noxon <jeff@planetfall.com> ]
> Re: GTKICQ [ Giuseppe Sacco <gsacco@hsomail.com> ]
> Choice of database [ Douglas Bates <bates@stat.wisc.edu> ]
> Emacs20-mule and problem using latin [ Jan Krupa <krupa@alpha.sggw.waw.pl> ]
> Re: core dump user + memory map [ glhenni@cs.sandia.gov (Gary L. Henn ]
> Re: Adaptec AIC-7890 and kernel 2.1. [ glhenni@cs.sandia.gov (Gary L. Henn ]
> scilab demos crash whole scilab [ Jan Krupa <krupa@alpha.sggw.waw.pl> ]
> Re: scilab demos crash whole scilab [ jdassen@wi.leidenuniv.nl ]
> Re: PLIP-howto? [ servis@purdue.edu ]
> Re: Apache mod_ssl [ Ulisses Alonso Camaro <ulisses@pusa ]
> X-modes other than the defaults. [ Mrpeabody <jeff@mindframe.com> ]
> Re: IP Firewalling/Forwarding baffle [ dmartin@clifton-labs.com (Dale E. M ]
> Re: scilab demos crash whole scilab [ Pierre Blanchet <Pierre.Blanchet@em ]
> Dos partition not mounted after new [ Remo.Badii@psi.ch (Remo Badii) ]
> Re: FTE editor [ Daniel Martin <dtm12@jhunix.hcf.jhu ]
> Re: Choice of database [ <aqy6633@acf5.nyu.edu>(Alex Yukhime ]
> Re: X-modes other than the defaults. [ Daniel Martin <dtm12@jhunix.hcf.jhu ]
> Star Office 5/4 in english? [ Mrpeabody <jeff@mindframe.com> ]
> Debian on HP 9000 [ Anthony Landreneau <landrena@idsno. ]
>Date: Wed, 16 Sep 1998 07:49:14 -0500 (CDT)
>From: dsb3 <dsb3@earthlink.net>
>To: Pere Camps <ran@casal.upc.es>
>cc: "Debian User's List" <debian-user@lists.debian.org>,
> Pine Discussion Forum <pine-info@u.washington.edu>
>Subject: Re: pine & debian v1.3
>Message-ID: <[🔎] Pine.LNX.3.96.980916074546.391B-100000@sundance.eth>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>On Wed, 16 Sep 1998, Pere Camps wrote:
>
>>Hi!
>>
>> I'm running pine 3.96 and debian 1.3.latest with smail.
>>
>> Sometimes when I send messages from pine it tells me:
>>
>> [Sending mail | 100% |]
>>
>> But the program is blocked and it takes anything from 2 minutes to
>>10 to unblock. If i run mailq, the message I just sent is in the queue.
>>
>> Any ideas?
>
>this used to happen a lot of my redhat system. it boils down to one of
>two things ... according to the sendmail faq, a dodgy ident daemon can
>cause sendmail to hang unless you specify the timeout (setting it to 0 is
>helpful at these times) value explicitly in the sendmail.cf
>
>the problem I found was that when running named locally, sendmail had
>enough smarts to know it could begin to deliver the message but then
>waited for the name server to time out a couple of times before realizing
>the ppp connection was off line.
>my solution to that problem was two-fold.
>1) always use a name server off site ... not perfect, but for most dial up
>accounts it works.
>2) set sendmail to run in queue-only mode. it'll take an explicit
>sendmail -q or waiting for the sendmail daemon interval for mail to be
>sent from your system
>3) fiddle with PINE's 'send mail in background' settings.
>
>Of the three, I personally found (1) the most effective.
>
>
>If you tell us how your network is configured and whether you're running a
>dialup or permanent connection it'd help to determine the problem more
>specifically...
>
>
>
>- dave
>
>--
>
> | oOOooO / dsb3@earthlink.net
> --| oOobodoO / We're just two lost souls, swimming in a
> --| ooOoOo / fish bowl, year after year. Running over
> | II / the same old ground, what have we found,
> | II / The same old fears. Wish you were Here.
>Date: Wed, 16 Sep 1998 09:56:10 -0300
>From: jkern@klis.com (Jack Kern)
>To: Debian-poslys <debian-user@lists.debian.org>
>Subject: Re: PLIP-howto?
>Message-ID: <[🔎] 19980916095610.C156@ludd>
>Content-Type: text/plain; charset=us-ascii
>
>On Wed, Sep 16, 1998 at 01:23:27PM +0200, Johann Spies wrote:
>> Some time ago on this list there was reference to a PLIP -mini-howto with
>> information on how to connect two linux machines through a parallel cable.
>>
>> After upgrading to Debian 2.0 it no longer in /usr/doc/HOWTO/mini.
>>
>> Does anybody know which other documentation is available on the subject or
>> what happened to PLIP-howto?
>
>See /usr/doc/HOWTO/unmaintained/mini/PLIP.gz
>
>--
> jkern@klis.com Jack Kern Yarmouth, Nova Scotia Debian GNU/Linux
>Date: Wed, 16 Sep 1998 13:55:16 +0100 (BST)
>From: David Wright <D.Wright@open.ac.uk>
>To: jtr@uni-bonn.de
>cc: Brian Sheehan <osiochain@tinet.ie>,
> joseph evan porter <jeport0@ewl.uky.edu>, monitors@cande.dyn.ml.org,
> debian-user@lists.debian.org
>Subject: Re: Gateway monitors and X
>Message-ID: <[🔎] Pine.SOL.3.91.980916133744.5174A-100000@tyne>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>On 10 Sep 1998, Joachim Trinkwitz wrote:
>
>> Brian Sheehan <osiochain@tinet.ie> writes:
>>
>> > i would be glad to hear from people who have gotten (or not) X running
>> > with a gateway monitor (in particular an EV700)
>> >
>> Have you tried the Linux Monitor Data Base
>> (http://cande.dyn.ml.org/monitors/)?
>
>I think I ought to enquire where LMD got their figures from,
>who checks them, and why they don't have some sort of disclaimer
>on the web page in case people use their figures without thinking.
>
>Fortunately, I think the EV700 protects itself from abuse, but many
>older monitors will fry themselves trying to synchronise to an
>out-of-spec signal.
>
>I can only think that the person entering the figures didn't read
>the prompts/headings. 120kHz indeed...
>
>>From the book (Gateway part # 3828TUO001T) H= 30-69kHz,
>V= 50-110Hz. (My own settings erred on the conservative side, Brian.)
>
>Cheers,
>
>--
>Email: d.wright@open.ac.uk Tel: +44 1908 653 739 Fax: +44 1908 655 151
>Snail: David Wright, Earth Science Dept., Milton Keynes, England, MK7 6AA
>Disclaimer: These addresses are only for reaching me, and do not signify
>official stationery. Views expressed here are either my own or plagiarised.
>Date: Wed, 16 Sep 1998 08:15:06 -0500
>From: Kent West <kent.west@infotech.acu.edu>
>To: "Dan Hrabarchuk" <danh@firstwest.com>
>Cc: debian-user@lists.debian.org
>Subject: Re: Hamm
>Message-Id: <[🔎] 199809161315.IAA26324@nicanor.acu.edu>
>Content-Type: text/plain; charset="us-ascii"
>
>At 04:09 PM 9/15/1998 -0600, you wrote:
>>I relativley new to Debian. I did my first Debian install a week ago, After
>>4 years of slackware, and a brief stint with RedHat
>>
>><rant>
>>(I asked three email support questions like, why doesn't g++ wok with full
>>error messages etc. All answers "this is not an installation issue". g++ not
>>installling is not an istalation issue !?)
>></rant>
>>
>>anyway, I was just wondering what Hamm is, and just to say "THANK YOU FOR
>>DEBIAN!!!".
>
>My understanding is that Hamm is the code name for Debian 2.0. It's the
>stable version. The next version (2.1?), currently listed as unstable, is
>code-named slink.
>===========================================================
>Kent West | Technology Support/ |
>Abilene Christian University | Voice: 915-674-2557 FAX: 915.674.6724 |
>ACU Station, Box 29005 | E-MAIL: kent.west@infotech.acu.edu |
>Abilene, TX 79699-9005 | Ham: KC5ENO, General |
>===========================================================
>Date: Wed, 16 Sep 1998 08:18:15 -0500
>From: Kent West <kent.west@infotech.acu.edu>
>To: Matt Garman <garman@uiuc.edu>
>Cc: debian-user@lists.debian.org
>Subject: Re: xgalaga: can't fire!
>Message-Id: <[🔎] 199809161318.IAA26541@nicanor.acu.edu>
>Content-Type: text/plain; charset="us-ascii"
>
>At 07:44 PM 9/15/1998 -0500, you wrote:
>>
>>I installed the xgalaga deb. It works, mostly (even sound!)...except
>>for the space key: I can't fire! And the "q" and "Q" keys are also
>>useless.
>>
>>Really, I can only move back and forth, which is pretty boring.
>>Anyone know what's up?
>>
>>Thanks
>>
>
>I have no solution, but thought I'd let you know that whenever I fire, the
>program just up and quits. It was low priority with me, so I've just shoved
>it onto the back-burner for now, but if anyone has a clue it'd be appreciated.
>
>===========================================================
>Kent West | Technology Support/ |
>Abilene Christian University | Voice: 915-674-2557 FAX: 915.674.6724 |
>ACU Station, Box 29005 | E-MAIL: kent.west@infotech.acu.edu |
>Abilene, TX 79699-9005 | Ham: KC5ENO, General |
>===========================================================
>Date: Wed, 16 Sep 1998 15:22:04 +0100
>From: Oliver Thuns <oliver.thuns@gmx.de>
>To: "debian-user@lists.debian.org" <debian-user@lists.debian.org>
>Subject: Apache mod_ssl
>Message-ID: <"scKECB.A.rZE.Kv7_1"@murphy>
>Content-Type: text/plain; charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit
>
>Hello!
>
>Is there a Apache mod_ssl package under development?
>Date: Wed, 16 Sep 1998 08:23:43 -0500
>From: Jeff Noxon <jeff@planetfall.com>
>To: Phillip Neumann <filsin@bigfoot.com>, debian-user@lists.debian.org
>Subject: Re: GTKICQ
>Message-ID: <[🔎] 19980916082343.A29035@planetfall.com>
>Content-Type: text/plain; charset=us-ascii
>
>On Wed, Sep 16, 1998 at 06:30:27AM +0000, Phillip Neumann wrote:
>> Is was a dep problem. I found a directory inside another directory called
>> .deps. I remove it and the compilation went ok. Why is this problem? The
>> conculson of this is that the maker of this program used redhat
>> .....?........
>
>My conclusion is that their dependency mechanism is broken. Normally
>(IMHO) dependencies should be based on program-specific header files,
>and exclude the system-wide ones. They aren't necessarily in the same
>place on every system, as you found out...
>
>Jeff
>Date: Wed, 16 Sep 1998 15:30:03 +0200
>From: Giuseppe Sacco <gsacco@hsomail.com>
>To: Martin Bialasinski <martin@internet-treff.uni-koeln.de>,
> debian-user <debian-user@lists.debian.org>
>Subject: Re: GTKICQ
>Message-ID: <[🔎] 35FFBD5B.C4318E22@hsomail.com>
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>Martin Bialasinski wrote:
>>
>> >> "PN" == Phillip Neumann <filsin@bigfoot.com> writes:
>>
>> PN> I need urgently be able to use ICQ. I think gtkicq is the better choice,
>> PN> isnit ?
>>
>> Better than what?
>
>There are four or five ICQ free distributables. You can check starting from LDP
>site.
>
>Ciao,
>Giuseppe
>Date: 16 Sep 1998 08:29:29 -0500
>From: Douglas Bates <bates@stat.wisc.edu>
>To: debian-user@lists.debian.org
>Subject: Choice of database
>Message-ID: <[🔎] 6r90jkmbie.fsf@verdi.stat.wisc.edu>
>
>I would like to consolidate some of the data in our office into a
>database. Our office staff uses Windows NT with the usual MS Office
>tools. I see they have MS Access available on a menu but I have no
>experience with it. From the Linux side I would prefer to use an
>SQL-aware relational database that supports access through perl DBI or
>JDBC.
>
>Can I expect to run a relational database that will support access
>from our researchers' Linux systems and from the NT systems used by
>the office staff? I think I would prefer to run the server
>(postgresql?) on the Linux system.
>
>Is MS Access the interface that I should expect the office staff to
>use? That is, is it a client that can allow access to an ODBC server?
>
>Please reply with a copy to me. I don't regularly read debian-user
>(too much traffic).
>--
>Douglas Bates bates@stat.wisc.edu
>Statistics Department 608/262-2598
>University of Wisconsin - Madison http://www.stat.wisc.edu/~bates/
>Date: Wed, 16 Sep 1998 15:28:45 +0200
>From: Jan Krupa <krupa@alpha.sggw.waw.pl>
>To: debian-user@lists.debian.org
>Subject: Emacs20-mule and problem using latin2 under X Window
>Message-Id: <[🔎] 199809161328.PAA00389@mel222.sggw.waw.pl>
>
>I have installed debian2.0. I would like to use emacs20.2-mule under
>X Window and polish (latin-2) signs (e.g. ogonek) typing them
>using right-alt+sign but I have the following problem
>(on the console without X Window I have polish signs in emacs, pine,...;
>under X Window so far only I can see and type polish signs in netscape):
>
>I choose from menu 'mule':
>
>Set Language Environment, European, latin-2
>
>Then:
>
>Select input method: latin-2-alt-postfix
>
>and I got the following message:
>Quail package "latin-2-alt-postfix" can't be activated
> because library "quail/latin-alt" is not in `load-path'.
>
>quail.el (as well ogonek.el) is in /usr/share/emacs/lisp/international/
>
>but I cannot find: latin-2-alt-postfix and latin-alt
>
>Could someone please explain how to get the
>latin-2-alt-postfix input method?
>
>
>Jan Krupa
>Date: 16 Sep 1998 07:41:22 -0600
>From: glhenni@cs.sandia.gov (Gary L. Hennigan)
>To: debian-user@lists.debian.org
>Subject: Re: core dump user + memory map
>Message-ID: <[🔎] sa767eop43h.fsf@chtorr.cs.sandia.gov>
>Content-Type: text/plain; charset=US-ASCII
>
>"M.C. Vernon" <mcv21@cus.cam.ac.uk> writes:
>| I understand that it should be possible to feed core to an editor
>| that will clear it up (remove lines of nulls for example), and will show
>| the hex characters and ascii equivalents. In addition the c compiler
>| should I think be able to produce a memory map as well, in order to make
>| looking at the core worthwhile.
>
>I've never heard of this. I'm not saying it isn't possible, but I
>don't know of any utilities with the capabilities you mention. On the
>other hand most debuggers WILL make use of the core and tell you the
>state of the program when it dumped core. Install the gdb package and
>do a "man gdb".
>
>Using a debugger like this allows you to show where the program dumped
>core and you can examine variables/memory at the time of the core
>dump. Of course if the program that dumped core wasn't compiled with
>debug information the core is of very minimal use.
>
>Gary
>Date: 16 Sep 1998 07:46:25 -0600
>From: glhenni@cs.sandia.gov (Gary L. Hennigan)
>To: Max <davros@cyclone.Stanford.EDU>
>Cc: debian-user@lists.debian.org
>Subject: Re: Adaptec AIC-7890 and kernel 2.1.121
>Message-ID: <[🔎] sa73e9sp3v2.fsf@chtorr.cs.sandia.gov>
>Content-Type: text/plain; charset=US-ASCII
>
>Max <davros@cyclone.Stanford.EDU> writes:
>| Has anyone been able to get the latest development kernel (2.1.121)
>| working with an Adaptec AIC-7890 SCSI controller? I compiled the
>| kernel with AIC-7xxx support built in, but it refuses to recognize the
>| SCSI interface at boot time. I'm currently running 2.0.34 with the
>| AIC-7xxx patches, but I need the development kernel for some other
>| features. Kind of suprising that it doesn't work given that all the
>| patches were supposed to have been implemented...
>
>Hmm. Are you sure about this? If all the patches for the AIC-7xxx were
>implemented in the 2.1.121 development kernel then why is there a
>pre10 patch available for it? Take a look at
>
>ftp://ftp.dialnet.net:/pub/linux/aic7xxx/testing
>
>Specifically the file aic7xxx-5.1.0-pre10-2.1.121.patch.gz
>
>Gary
>Date: Wed, 16 Sep 1998 15:46:51 +0200
>From: Jan Krupa <krupa@alpha.sggw.waw.pl>
>To: debian-user@lists.debian.org
>Subject: scilab demos crash whole scilab
>Message-Id: <[🔎] 199809161346.PAA00433@mel222.sggw.waw.pl>
>
>I have installed scilab-2.4 (binaries form ftp.inria.fr)
>and when I start it, it works but when I choose from menu
>demos scilab crashes with the following messages:
>
>[1] 410
>$ Scilab: warning, error event receieved:
>X Error of failed request: BadPixmap (invalid Pixmap parameter)
> Major opcode of failed request: 54 (X_FreePixmap)
> Resource id in failed request: 0x0
> Serial number of failed request: 1920
> Current serial number in output stream: 1985
>
>How can I get scilab demos runnig properly under debian2.0 ?
>
>
>Jan Krupa
>Date: Wed, 16 Sep 1998 15:45:21 +0200
>From: jdassen@wi.leidenuniv.nl
>To: krupa@alpha.sggw.waw.pl
>Cc: debian-user@lists.debian.org
>Subject: Re: scilab demos crash whole scilab
>Message-ID: <[🔎] 19980916154521.05170@wi.leidenuniv.nl>
>Content-Type: text/plain; charset=us-ascii
>
>On Wed, Sep 16, 1998 at 03:46:51PM +0200, Jan Krupa wrote:
>> $ Scilab: warning, error event receieved:
>> X Error of failed request: BadPixmap (invalid Pixmap parameter)
>> Major opcode of failed request: 54 (X_FreePixmap)
>> Resource id in failed request: 0x0
>> Serial number of failed request: 1920
>> Current serial number in output stream: 1985
>
>This is just a wild guess, but are you using an Athena variant library (e.g.
>Xaw3D, Xaw95 or NeXtAw instead of plain Xaw)? Some binaries fail with a
>message very similar to the one you report then. Uncomment the Athena
>variant library directories in /etc/ld.so.conf, run ldconfig, and try again.
>If that does the trick, look into the "xaw-wrappers" on how to specify plain
>Athena for the problematic binaries.
>
>HTH,
>Ray
>--
>Cyberspace, a final frontier. These are the voyages of my messages,
>on a lightspeed mission to explore strange new systems and to boldly go
>where no data has gone before.
>Date: Wed, 16 Sep 1998 09:04:33 -0500 (EST)
>From: servis@purdue.edu
>To: jhspies@alpha.futurenet.co.za
>cc: debian-user@lists.debian.org
>Subject: Re: PLIP-howto?
>Message-Id: <[🔎] E0zJICG-00043L-00@ppp-x9-31.ecn.purdue.edu>
>Content-Type: TEXT/plain; CHARSET=US-ASCII
>
>*- Johann Spies wrote about "PLIP-howto?"
>| Some time ago on this list there was reference to a PLIP -mini-howto with
>| information on how to connect two linux machines through a parallel cable.
>|
>| After upgrading to Debian 2.0 it no longer in /usr/doc/HOWTO/mini.
>|
>| Does anybody know which other documentation is available on the subject or
>| what happened to PLIP-howto?
>|
>
>% locate PLIP
>/usr/doc/HOWTO/unmaintained/mini/PLIP.gz
>
>The author is working on an updated version but I can't seem to find
>the URL for it.
>
>--
>Brian
>---------------------------------------------------------------------
>"Never criticize anybody until you have walked a mile in their shoes,
> because by that time you will be a mile away and have their shoes."
> - unknown
>
>Mechanical Engineering servis@purdue.edu
>Purdue University http://www.ecn.purdue.edu/~servis
>---------------------------------------------------------------------
>Date: Wed, 16 Sep 1998 16:11:28 +0200 (CEST)
>From: Ulisses Alonso Camaro <ulisses@pusa.eleinf.uv.es>
>To: Oliver Thuns <oliver.thuns@gmx.de>
>cc: "debian-user@lists.debian.org" <debian-user@lists.debian.org>
>Subject: Re: Apache mod_ssl
>Message-ID: <[🔎] Pine.LNX.3.96.980916161018.26552A-100000@pusa.eleinf.uv.es>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>-----BEGIN PGP SIGNED MESSAGE-----
>
>On Wed, 16 Sep 1998, Oliver Thuns wrote:
>
>> Hello!
>>
>> Is there a Apache mod_ssl package under development?
>
>No but there is apache-ssl, wich is also a debian package (in hamm), find
>it at www.debian.org -> packages -> search .... I think it's in the non-US
>section
>
>regards
>
> Ulisses
>
>Oracle and Informix will be ported to Linux!!!!!!!!!!!!!!!!!!!!!!!!!!
>http://www.infoworld.com/cgi-bin/displayStory.pl?980717.whorlinux.htm
>- -----------------------------------------------------------------------------
>"Computers are useless. They can only give answers." Pablo Picasso
>
>-----BEGIN PGP SIGNATURE-----
>Version: 2.6.3a
>Charset: latin1
>Comment: PGP public key avaliable at http://www.rediris.es/cert/keyserver
>
>iQB1AwUBNf/HEw/N+5+NQ63pAQHsxQL/dLsgKzI0dh1WBO7mnugV/Zif7KCgHFez
>kaPWrCwDJ7JRnnuJ0TNq8sKy+4LoZhld/KubXIFrKS1auRYvaOnDvUm2dB272zhS
>j1gCYdJjVKRBOVA3mejGVKb1m3cNoWEk
>=/rt8
>-----END PGP SIGNATURE-----
>Date: Wed, 16 Sep 1998 09:17:00 -0500
>From: Mrpeabody <jeff@mindframe.com>
>To: debian-user@lists.debian.org
>Subject: X-modes other than the defaults.
>Message-ID: <[🔎] 35FFC85C.6EF2808A@mindframe.com>
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>My X-windows automatically loads in 8dpp mode and I have a card that is
>capable of much better how do I tell x to try other modes instead.
> -jeff
>Date: 16 Sep 1998 10:16:35 -0400
>From: dmartin@clifton-labs.com (Dale E. Martin)
>To: "Kendall P. Bullen" <kpb@lists.tax.org>
>Cc: debian-user@lists.debian.org
>Subject: Re: IP Firewalling/Forwarding baffles me
>Message-ID: <[🔎] 87hfy8rvlo.fsf@gerbil.clifton-labs.com>
>
>The missing link for me was that if you're using "standard" linux
>firewalling, which is packet filtering, you _need_ ip forwarding enabled.
>(The HOWTO says don't enable it, but that's for TIS proxying firewalls -
>not what we're talking about here.)
>
>Also, for ipchains at least, order counts. You need to enable everything
>that you want to let through first, and then disable _everything_ last.
>The first rules in the chain get "executed" before the ones in the end.
>
>With those two tips, and the docs, I was able to get my firewall working
>the way I wanted. Feel free to email me if that's not enough info.
>
>(BTW, you need a 2.1 kernel for ipchains afaik.)
>
>Later,
> Dale
>--
>+------------------ email me for my pgp public key --------------------+
>| Dale E. Martin | Clifton Labs, Inc. | Senior Computer Engineer |
>| dmartin@clifton-labs.com | http://www.clifton-labs.com |
>+----------------------------------------------------------------------+
>Date: Wed, 16 Sep 1998 16:17:39 +0200
>From: Pierre Blanchet <Pierre.Blanchet@emi.u-bordeaux.fr>
>To: Jan Krupa <krupa@alpha.sggw.waw.pl>
>Cc: debian-user@lists.debian.org
>Subject: Re: scilab demos crash whole scilab
>Message-Id: <[🔎] 199809161417.QAA31511@vetrodin.emi.u-bordeaux.fr>
>Content-Type: text/plain; charset=us-ascii
>
>>
>> I have installed scilab-2.4 (binaries form ftp.inria.fr)
>> and when I start it, it works but when I choose from menu
>> demos scilab crashes with the following messages:
>>
>> [1] 410
>> $ Scilab: warning, error event receieved:
>> X Error of failed request: BadPixmap (invalid Pixmap parameter)
>> Major opcode of failed request: 54 (X_FreePixmap)
>> Resource id in failed request: 0x0
>> Serial number of failed request: 1920
>> Current serial number in output stream: 1985
>>
>> How can I get scilab demos runnig properly under debian2.0 ?
>
> You are possibly out of (X)ressources (colors,...). Try to kill netscape or
>any application that consumes a lot of colors (xv,gimp,...) before running
>scilab.
>
>>
>>
>> Jan Krupa
>Date: Wed, 16 Sep 1998 16:09:23 +0200
>From: Remo.Badii@psi.ch (Remo Badii)
>To: DEBIAN-USER@lists.debian.org
>Subject: Dos partition not mounted after new kernel boot
>Message-Id: <[🔎] 98091616092336@psiclb.psi.ch>
>
>Dear Debianers,
>
>I just compiled a new kernel in Debian 2.0 (excluding PCI, SCSI, ...,
>from the default Debian 2.0.34 kernel, and adding ISDN, APM) using
>kernel-package (thanks to Manoj Srivastava for the excellent work).
>After rebooting (both the diskette and the HD boots work), I noticed
>that my DOS partition /c is not mounted any longer, although it has an
>entry in fstab as before (fstab has not been touched).
>This must be a triviality for the experts: can you tell me how to solve
>the problem?
>Another simple question:
>I have saved the old kernel image as Debianvmlinuz-2.0.34 in /boot
>(by copying it with cp), created the link
>/Debianvmlinuz --> /boot/Debianvmlinuz-2.0.34
>and added an entry in lilo.conf.
>Since the original /lib/modules/2.0.34 directory was renamed to
>...34.save, when I boot using the old kernel there are several error
>messages (modules not found or whatever: I'll be precise if this is
>necessary). What should one do to keep 2-3 kernels available with the
>proper modules list?
>Finally, the new /boot/vmlinuz-2.0.34 has different permissions than the
>original one: why and what are the correct ones?
>Thank you.
>Remo
> ________________________________________________________
>| Dr. Remo Badii | Paul Scherrer Institute |
>| Nonlinear Dynamics and | 5232 Villigen PSI |
>| Stochastic Processes Group | Switzerland |
>|____________________________|___________________________|
>| badii "at" psi.ch | http://www1.psi.ch/~badii |
>|____________________________|___________________________|
>Date: Wed, 16 Sep 1998 10:23:50 -0400
>From: Daniel Martin <dtm12@jhunix.hcf.jhu.edu>
>To: Helge Hafting <helge.hafting@daldata.no>
>Cc: Debian users mailing list <debian-user@lists.debian.org>
>Subject: Re: FTE editor
>Message-id: <[🔎] 873e9sjfux.fsf@cush.dyn.ml.org>
>Content-type: text/plain; charset=US-ASCII
>
>(I'm copying so much text because the original didn't make it to
>debian-user)
>
>Helge Hafting <helge.hafting@daldata.no> writes:
>
>> In <[🔎] 87af41jwoh.fsf@cush.dyn.ml.org>, on 09/15/98
>> at 10:08 AM, Daniel Martin <dtm12@jhunix.hcf.jhu.edu> said:
>>
>> >"Paul M. Foster" <paulf@quillandmouse.com> writes:
>>
>> [...]
>> >> 2) Is there a liability to changing the permissions on these device files
>> >> so that regular users have r/w access to them?
>> >Well, how comfortable are you with the ability of anyone logged in (or
>> >even with a process running) on your machine being able to grab the
>> >contents of any of the virtual consoles? If you do this, then anyone
>> >will be able to grab anything that appears on the screen. It's not as
>> >bad as xhost +, since they won't be able to send keys to, say, your root
>> >shell, but the ability to log everything may be a bit unnerving. Also,
>> >there's major nuisance potential since they could make any virtual screen
>> >display anything.
>>
>> I havent tested this yet, but consider the following:
>> There is a file in /etc (sorry, don't remember which one)
>> that can specify what groups a user will be added to when logging in on
>> the console. One documented use for this is to grant membership to group
>> "audio" so that anyone currently logged in on the console may use the
>> audio device. Surely this trick could work with /dev/vcsa*, set the
>> group to audio or create a new group for this purpose.
>>
>> Note that the audio trick isn't on by default, you must edit that file.
>> (Do a "grep audio /etc/*" in order to find what file this is in.) The
>> reason is that a hacker user is able to get permanent membership in the
>> groups listed. Using this is still better than granting anybody access to
>> /dev/vcsa as many users don't know the hack involved, and I believe they
>> need to use the console in order to do it. No problem if the hacker never
>> get near the console.
>
>True; (the file is /etc/login.defs). However, I'd not call the way
>one gets access to one of these groups permanently a "hack" - I'd call
>it basic Unix knowledge. (I mean, if you know what it means to have a
>program setgid and know how to make a program setgid, you've got it).
>
>But yes, if the console is in a secure environment, then there's no
>risk in doing this.
>Date: Wed, 16 Sep 1998 10:28:47 -0400 (EDT)
>From: <aqy6633@acf5.nyu.edu>(Alex Yukhimets)
>To: bates@stat.wisc.edu (Douglas Bates)
>Cc: debian-user@lists.debian.org
>Subject: Re: Choice of database
>Message-Id: <[🔎] E0zJIZb-0000Vj-00@jessica>
>Content-Type: text/plain; charset=US-ASCII
>Content-Transfer-Encoding: 7bit
>
>> I would like to consolidate some of the data in our office into a
>> database. Our office staff uses Windows NT with the usual MS Office
>> tools. I see they have MS Access available on a menu but I have no
>> experience with it. From the Linux side I would prefer to use an
>> SQL-aware relational database that supports access through perl DBI or
>> JDBC.
>
>Postgresql is accessable via both JDBC and ODBC. Which makes it possible to
>"link" tables on the server to local ones in MSAccess. You just need to
>download Postgres ODBC driver for windows. I tried that once and it worked.
>
>Alex Y.
>--
> _
> _( )_
>( (o___ +-------------------------------------------+
> | _ 7 | Alexander Yukhimets |
> \ (") | http://pages.nyu.edu/~aqy6633/ |
> / \ \ +-------------------------------------------+
>Date: Wed, 16 Sep 1998 10:37:46 -0400
>From: Daniel Martin <dtm12@jhunix.hcf.jhu.edu>
>To: Mrpeabody <jeff@mindframe.com>
>Cc: debian-user@lists.debian.org
>Subject: Re: X-modes other than the defaults.
>Message-id: <[🔎] 87yarki0n9.fsf@cush.dyn.ml.org>
>Content-type: text/plain; charset=US-ASCII
>
>Mrpeabody <jeff@mindframe.com> writes:
>
>> My X-windows automatically loads in 8dpp mode and I have a card that is
>> capable of much better how do I tell x to try other modes instead.
>> -jeff
>
>Two ways:
>If you're starting X with startx, you can do:
>startx -- -bpp 16
>(or 15, 24, or 32)
>If you're starting X with xdm, you need to edit the /etc/X11/XF86Config
>file to change the default bpp. In the "Screen" section put:
> DefaultColorDepth 16
>(or whatever number). This will also affect the default bpp used with
>startx. You'll have to log out of any xsession xdm is managing; if
>your xdm is at the login screen, press Ctrl-Atl-Backspace to kill the
>X server; when it restarts it'll be using the new bpp.
>Date: Wed, 16 Sep 1998 09:47:08 -0500
>From: Mrpeabody <jeff@mindframe.com>
>To: debian-user@lists.debian.org
>Subject: Star Office 5/4 in english?
>Message-ID: <[🔎] 35FFCF6B.66BEE5CE@mindframe.com>
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>Can you get star office 5 in english? I used to have star office 4 in
>english but it seems all that it is no longer available now that star
>office 5 is out.
> -jeff
>Date: Wed, 16 Sep 1998 09:50:47 -0500
>From: Anthony Landreneau <landrena@idsno.com>
>To: debian-user@lists.debian.org
>Subject: Debian on HP 9000
>Message-Id: <[🔎] 3.0.5.32.19980916095047.0097ad30@idsno.com>
>Content-Type: text/plain; charset="us-ascii"
>
>Greetings,
> Just got my hands on a previously owned HP 9000 635. The system has
>HP-UX loaded on it currently, but there are some file system troubles and I
>was going to reload it regardless. I have about a dozen boxes that are
>running Debian now (Intel platform) and thought it would be fun to run
>Debian on the HP.
> The questions, has anyone attempted to install Debian on an HP? Did
>it work? Will it work?
>
>Thanks for any input,
>
>Anthony Landreneau
>
Reply to: