RE: cvsweb service down?

[Xin LI]

No. I operate several Apache servers which does reverse proxying, and in my
knowledge this should happen when - the upstream server does RST in response
of a HTTP connection request. This is mostly caused by a failed start of
HTTP service.

I guess that the "upstream" server was restarted for some reason, and it
booted to multiuser correctly, however, for some unknown reason, the Web
service on that server did not started properly. Another possible cause
might be the service accidently or designedly shutted down.

Hope these services could be back again soon. It doesn't seem to be a
planned stop of service, maybe a hardware problem?

Cheers,
Xin LI

> -Original Message-
> From: Liu Kang [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, January 27, 2004 2:34 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re:cvsweb service down?
> 
> In your mail:
> >From: "Xin LI" <[EMAIL PROTECTED]>
> >Reply-To: 
> >To: <[EMAIL PROTECTED]>
> >Subject: cvsweb service down?
> >
> > So what happend? Planned shutdown? In addition it seems that the 
> > maillist is reproducing several outdated posts, are they related?
> The proxy server received an invalid response from an 
> upstream server...
> hmm.. I think it might be a cgi-script related problem.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: cvsweb service down?

[Xin LI]

Thanks! Every goes well now :-)

Cheers,
Xin LI 

> -Original Message-
> From: Jun Kuriyama [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, January 27, 2004 3:07 PM
> To: Xin LI
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: cvsweb service down?
> 
> At Tue, 27 Jan 2004 12:04:39 +0800,
> Xin LI wrote:
> > I got these when visiting cvsweb.freebsd.org:
> > 
> > Proxy Error
> > The proxy server received an invalid response from an 
> upstream server.
> > The proxy server could not handle the request GET /cgi/cvsweb.cgi/.
> > 
> > Reason: Could not connect to remote machine: Connection refused
> > 
> > So what happend? Planned shutdown? In addition it seems that the 
> > maillist is reproducing several outdated posts, are they related?
> 
> Grrr, sorry, squid is down because of not more disk space.  I 
> removed some log files and restart squid.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: send(2) does not block, send(2) man page wrong?

[Jan Grant]

On Mon, 26 Jan 2004, Steve Watt wrote:

> [EMAIL PROTECTED] wrote:
> >do what ping does (ping -f)
> >when you get an ENOBUFS do a usleep for 1 mSec.
> >and then send it again.
>
> So how, exactly, do you actually sleep for 1mSec?  I recently did some
> experiments using nanosleep(), and it seems that the minimum sleep time
> is 2 / HZ.  I.e. ask for 100nS, get 20mS (on a 10mS-ticking system).
>
> Mind you, that behavior is precisely aligned with what POSIX says should
> happen, since nanosleep() is not allowed to return success before the
> specified amount of time has expired, and you might be calling it 5nS
> before the clock tick.  But it does make doing correct Tx pacing a bit
> more challenging.

For what it's worth, when I tried this I wound up using gettimeofday
(IIRC) as a "macroscopic" clock and calculating nanosecond sleeps
between transmits; drift due to HZ was correctable because I knew the
average throughput I was after.

-- 
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/
That which does not kill us goes straight to our thighs.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: running wine automatically as a shell for w32 binaries

[Julian Stacey]

Chris BeHanna wrote:
> On Saturday 06 December 2003 10:19, Julian Stacey wrote:
> > >   Hi all,
> > >   I wrote a new imgact function for FreeBSD to start wine
> > >   automatically as a sort of an "interpreter" for windows
> > >   binaries.
> > >   
> >
> > Great idea !  If this small diff gets tested & merged into src/
> > automatic MS support will be a real plus.
>
> With the weekly proliferation of MS worms, trojans, and viruses,
> do you *really* think this is a good idea?
>
> Yeah, it's neat, nifty, and cool, but it comes with substantial
> risk.

No risk to a normal BSD src/ based system if EG ports/emulators/wine
is not installed, presumably ?  Or if anything is dangerous, & not
yet switchable, could it be a sysctl or kernel option ?

I wouldn't suggest installing wine +MS apps on `real' BSD servers & 
workstations, but for companies transitioning from MS to BSD, they 
could install wine on their PCs, & use legacy MS support easier,
reducing MS to FreeBSD migrations costs, boosting FreeBSD adoption.

BTW I'm no MS apologist/lover:
   My many machines all run pure BSD, (except one DOS 8086) No MS-Win 
   excrement. No wine either except on ports build engines.

Most people use MS though, so automatic support could help migration to BSD.
   Example: City of Munich are dumping Microsoft from 10,000 office PCs 
   (& going Linux)
http://berklix.com/~jhs/stadtmuenchen/
http://www.heise.de/newsticker/data/mgo-13.04.02-000/
   Migration / retraining costs were major factors in the decision.
   Ease the migration from MS & more can escape MS for BSD.

Risk:
   I wouldnt install MS excrement on normal BSD systems, but companies
   migrating from MS could install BSD + wine etc on their ex MS PCs.

   BTW I'd suggest a `sandbox' login for BSD admins to test & use
   MS support in, & for use by migrating MS users).  Even if all
   the BSD system above the home dir. had correct safe permissions,
   a BSD user running MS support wouldn't be safe: an MS virus or  
   rogue program could still run berserk in & under the home
   directory, but that's a risk for MS users no worse than they
   already take.
  
Example Precautions Similar to Mozilla:
   I use mozilla in 2 modes: java & coookies off under my own login,
   & a 2nd empty login owning no files, used via
rlogin localhost -l jhs-untrusted"
xauth merge /tmp/xyz; setenv DISPLAY user:0
   for mozilla with java & cookies & later flash
   (ports/www/flashplugin-mozilla) turned on.
   Anyone running wine + MS apps etc could do similar,
   just copying the files needed to the untrusted sandbox/ login,
   then copying back to the normal safe ~ directory when finished.

-
Julian Stacey.   Munich Unix & Net Consultant.http://berklix.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

[PATCH] libusbhid(3) should not clear report_size field

[Maksim Yevmenkin]

Dear Hackers,

while working on bluetooth hid implementation i found out that
libusbhid(3) has minor problem. it turns out that netbsd folks
already fixed this.

http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libusbhid/parse.c.diff?sortby=date&r1=1.4&r2=1.5&f=u

so, i'd like to commit the patch below. who is our resident USB
HID expert? please speak up if there is any problem, concern or
objection.

thanks,
max

freefall% scvs diff -u src/lib/libusbhid
cvs server: Diffing src/lib/libusbhid
Index: src/lib/libusbhid/parse.c
===
RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v
retrieving revision 1.8
diff -u -r1.8 parse.c
--- src/lib/libusbhid/parse.c   9 Apr 2003 01:52:48 -   1.8
+++ src/lib/libusbhid/parse.c   26 Jan 2004 22:25:26 -
@@ -86,7 +86,6 @@
c->string_minimum = 0;
c->string_maximum = 0;
c->set_delimiter = 0;
-   c->report_size = 0;
 }
 
 hid_data_t


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Yes, send-pr results in virus emails

[Clifton Royston]

  OK, on January 23 I sent in a PR from a development-only machine
using the send-pr command.  This machine happens to actually receive
mail because I'm testing mail server software on it, but I have never
used it to send mail, and I have never gotten mail on that machine
other than via sending test messages to myself.  So this address did
*not* exist in anybody's address book before I sent a PR from it, OK?

  About 8 minutes after the PR acknowledgment from GNATS I got the
first virus response of Worm/Gibe.F, originating from
cpe-138-217-67-84.vic.bigpond.net.au [138.217.67.84].  I've totalled 20
virus emails in the past few days, from around the world.  Not
horrendous, but annoying and "bad press".

  I don't think there need be any more doubt that PRs are being
forwarded to virus-infected clients.  I have no idea who to take this
up with, but I would really appreciate it if somebody could track
these folks down and unsubscribe them until they can get their
machines cleaned up.  Rather than harass all the readers with the
list, I've compiled one and I'll send it to an appropriate
administrator for the PR list when I find one.

  -- Clifton

-- 
  Clifton Royston  --  [EMAIL PROTECTED] 
 Tiki Technologies Lead Programmer/Software Architect
Did you ever fly a kite in bed?  Did you ever walk with ten cats on your head?
  Did you ever milk this kind of cow?  Well we can do it.  We know how.
If you never did, you should.  These things are fun, and fun is good.
 -- Dr. Seuss
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: cvsweb service down?

[Jun Kuriyama]

At Tue, 27 Jan 2004 12:04:39 +0800,
Xin LI wrote:
> I got these when visiting cvsweb.freebsd.org:
> 
> Proxy Error
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request GET /cgi/cvsweb.cgi/.
> 
> Reason: Could not connect to remote machine: Connection refused
> 
> So what happend? Planned shutdown? In addition it seems that the maillist is
> reproducing several outdated posts, are they related?

Grrr, sorry, squid is down because of not more disk space.  I removed
some log files and restart squid.


-- 
Jun Kuriyama <[EMAIL PROTECTED]> // IMG SRC, Inc.
 <[EMAIL PROTECTED]> // FreeBSD Project
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: [Freebsd-hackers] Yes, send-pr results in virus emails

[Remko Lodder]

right,

and perhaps the pr stuff is on a archive somewhere, since it gets forwarded
to
freebsd-bugs for example, then gets fetched by a virus/worm or something
and you still get slained by it,

What i try to say is that there are many ways in which your mail address
might be
snooped, and since there are quite a lot of users on this list, and there
shall
always be an infected machine, makes it quite hard to track all those
persons down,
personally i dont think there is that much time,

cheers

--

Kind regards,

Remko Lodder
Elvandar.org/DSINet.org
www.mostly-harmless.nl Dutch community for helping newcomers on the
hackerscene

-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Clifton
Royston
Verzonden: dinsdag 27 januari 2004 0:58
Aan: [EMAIL PROTECTED]
Onderwerp: [Freebsd-hackers] Yes, send-pr results in virus emails


  OK, on January 23 I sent in a PR from a development-only machine
using the send-pr command.  This machine happens to actually receive
mail because I'm testing mail server software on it, but I have never
used it to send mail, and I have never gotten mail on that machine
other than via sending test messages to myself.  So this address did
*not* exist in anybody's address book before I sent a PR from it, OK?

  About 8 minutes after the PR acknowledgment from GNATS I got the
first virus response of Worm/Gibe.F, originating from
cpe-138-217-67-84.vic.bigpond.net.au [138.217.67.84].  I've totalled 20
virus emails in the past few days, from around the world.  Not
horrendous, but annoying and "bad press".

  I don't think there need be any more doubt that PRs are being
forwarded to virus-infected clients.  I have no idea who to take this
up with, but I would really appreciate it if somebody could track
these folks down and unsubscribe them until they can get their
machines cleaned up.  Rather than harass all the readers with the
list, I've compiled one and I'll send it to an appropriate
administrator for the PR list when I find one.

  -- Clifton

--
  Clifton Royston  --  [EMAIL PROTECTED]
 Tiki Technologies Lead Programmer/Software Architect
Did you ever fly a kite in bed?  Did you ever walk with ten cats on your
head?
  Did you ever milk this kind of cow?  Well we can do it.  We know how.
If you never did, you should.  These things are fun, and fun is good.
 -- Dr.
Seuss
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
Freebsd-hackers mailing list
[EMAIL PROTECTED]
http://lists.elvandar.org/mailman/listinfo/freebsd-hackers

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

fopen() on a pipe blocks multi threated applications.

[rmkml]

Hi

fopen() on a pipe blocks multi threated applications.

If pipe is not ready for reading, fopen blocks every thread until STREAM
is ready.

Is there a good reason for this ?

I use fbsd v4.9 release.

Regards

[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: kernel enviroment in sysctl MIB

[Craig Boston]

On Sunday 09 November 2003 10:34 am, Reinier Kleipool wrote:
>   I am investigating the possiblilies for looking at the kernel boot
> parameters from within a userland utility. (Possibly a new FreeBSD install
> facility) The idea is that by looking at sysctl kern.environment.* you
> should be able to see the BTX variables. An install program could use this
> to see an INSTALL_SERVER=install.company.com variable (etc...) to use as
> install server. The BTX loader could provide these variables at install
> boot time, thus enableing fully automated installs.

I've been using the 'kenv' program for some time to do this.  For my purposes 
it seems to work quite well (have loader display a menu with an option of 
whether or not to start X after bootup).

It seems to do the trick for me -- if you need it from a program rather than a 
shell script you may want to look at the source for kenv(1) to see how it 
gets its information.

Craig

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

kernel threads

[Renaud Molla Wanadoo]

Hi everybody.

I'm trying to use the kthread library under 5.2-RELEASE but can't
compile my program
(which actually only tries to create a thread).
I've read that there is now KSE to create kernel threads, but i am
wondering if
it could be used within the kernel code.
Regards.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: kernel threads

[Robert Watson]

On Tue, 27 Jan 2004, Renaud Molla Wanadoo wrote:

> I'm trying to use the kthread library under 5.2-RELEASE but can't
> compile my program (which actually only tries to create a thread). 
> 
> I've read that there is now KSE to create kernel threads, but i am
> wondering if it could be used within the kernel code. 

I'm left a little unclear by your message what it is you're trying to do. 
In traditional parlance, a "kernel thread" is a thread executing kernel
code in the kernel.  These are created using the kthread(9) API, which is
available both to kernel modules and code compiled directly into the
kernel.  You can see examples of kthread use (both compiled in and in
modules) by grepping in the src/sys/kern and src/sys/dev/* trees.  The
only real caveat here that I know if is that you need to grab the Giant
lock if your thread will use it, since kthreads don't start holding Giant,
and that if you call kthread_exit(), you will need to grab Giant before
that. 

A use of "kernel thread" popularized by linux is the idea of userspace
threads that are backed by a kernel schedulable thread, as opposed to
multiple userspace threads being mapped into a single thread making up a
single process. In FreeBSD 5.x, the "libc_r" library provides multiple
user threads multiplexed onto a single kernel-visible thread/process.
"libkse" and "libthr" provide M:N and 1:1 models.  By linking your
application against libkse or libthr and using the pthreads API, you will
automatically get parallelism and latency improvements over libc_r.

Hope this helps. 

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Senior Research Scientist, McAfee Research

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [PATCH] libusbhid(3) should not clear report_size field

[Matthew N. Dodd]

On Mon, 26 Jan 2004, Maksim Yevmenkin wrote:
> Index: src/lib/libusbhid/parse.c
> ===
> RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v
> retrieving revision 1.8
> diff -u -r1.8 parse.c
> --- src/lib/libusbhid/parse.c   9 Apr 2003 01:52:48 -   1.8
> +++ src/lib/libusbhid/parse.c   26 Jan 2004 22:25:26 -
> @@ -86,7 +86,6 @@
> c->string_minimum = 0;
> c->string_maximum = 0;
> c->set_delimiter = 0;
> -   c->report_size = 0;
>  }
>
>  hid_data_t

I've tried to keep them in sync in the past so this looks good to me.

-- 
10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [PATCH] libusbhid(3) should not clear report_size field

[Alexander Nedotsukov]

Matthew N. Dodd wrote:

On Mon, 26 Jan 2004, Maksim Yevmenkin wrote:
 

Index: src/lib/libusbhid/parse.c
===
RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v
retrieving revision 1.8
diff -u -r1.8 parse.c
--- src/lib/libusbhid/parse.c   9 Apr 2003 01:52:48 -   1.8
+++ src/lib/libusbhid/parse.c   26 Jan 2004 22:25:26 -
@@ -86,7 +86,6 @@
   c->string_minimum = 0;
   c->string_maximum = 0;
   c->set_delimiter = 0;
-   c->report_size = 0;
}
hid_data_t
   

I've tried to keep them in sync in the past so this looks good to me.

 

Oh. I was under inpression of this:
   lib/libusbhid/Makefile:MAINTAINER=  [EMAIL PROTECTED]
I sent patch above to maintainer about three month ago but get no 
responce. Fianlly mailed everyone
incl. NetBSD guys, filled PR and gaveup :-(
Obviously Nick is very busy with real life and there is a sence to 
expand/reassign/release
ubs maintainership?

All the best,
Alexander.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

freeBSD w/ Linux

[Iwan Binanto]

Hi,
I'm sorry if my English is difficult to make you
understand :
I try to make dual boot with Linux; Linux on first
boot. But, when grub show up and I choose freeBSD, my
Linux don't know that partition. I compiled my Linux
kernel to knowing BSD partition with name slice, but
there is still error: cannto boot from Linux's grub.
What should I do ?
Thaks before.

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Yes, send-pr results in virus emails

[Brandon D. Valentine]

On Mon, Jan 26, 2004 at 01:58:20PM -1000, Clifton Royston wrote:
> 
>   I don't think there need be any more doubt that PRs are being
> forwarded to virus-infected clients.

I'm afraid there's not much that FreeBSD can do about this.  All PRs are
forwarded to the public freebsd-bugs mailing list and on any public
mailing list there are inevitably n > 1 Microsoft clients subscribed.

When using send-pr please always set the email address in the originator
field to a fully qualified address at which you will actively read mail
now and in the future.  Filing a PR from a throwaway address on a box
you are using to test mail server software might mean that in the future
when that machine and that email address are gone, someone going through
the PR database with a similiar problem will not be able to contact you
to ask about your solution.  If you are reading responses to your PRs at
your standard email address, just train your Bayesian spam filter to
throw away virus emails and you'll never even know you're receiving
them.

Virus emails are an unfortunate fact of life on the big bad internet,
you'd better get used to them.

HTH,

Brandon D. Valentine
-- 
[EMAIL PROTECTED]   http://www.geekpunk.net
Pseudo-Random Googlism:  texas is bigger than it used to be
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: freeBSD w/ Linux

[Xin LI]

Well you may need to provide some more information so we can deal with the
problem.

In addition are you using FreeBSD 5.x and UFS2? It seems that Grub doesn't
work well with it if memory serves me right, and I did not heard some change
of this state right now.

Cheers,
Xin LI

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Iwan Binanto
> Sent: Wednesday, January 28, 2004 10:15 AM
> To: [EMAIL PROTECTED]
> Subject: freeBSD w/ Linux
> 
> Hi,
> I'm sorry if my English is difficult to make you understand :
> I try to make dual boot with Linux; Linux on first boot. But, 
> when grub show up and I choose freeBSD, my Linux don't know 
> that partition. I compiled my Linux kernel to knowing BSD 
> partition with name slice, but there is still error: cannto 
> boot from Linux's grub.
> What should I do ?
> Thaks before.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: XL driver checksum producing corrupted but checksum-correct packets

[Bruce M Simpson]

On Sun, Jan 25, 2004 at 01:13:28PM -0600, Mike Silbersack wrote:
> I suppose that one thing we could do in the long run to help detect this
> sort of corruption would be to import OpenBSD's TCP MD5 support and ensure
> that packets which fail the md5 or fail the checksum are logged so that
> they can be investigated.
> 
> Of course, that's adding data to the packet, and heisenberg wouldn't be
> too happy about that. :)

I'm porting this right now. It's a bit different for us...

BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: TCP MD5 (was Re: XL driver checksum producing corrupted but checksum-correct packets)

[Bruce M Simpson]

On Sun, Jan 25, 2004 at 07:59:32PM +, Aled Morris wrote:
> If you're talking about RFC2385 style MD5 as used for BGP authentication,
> I'd pay someone to make that work on FreeBSD (with Zebra/Quagga.)

Someone already is, and I have patches for Quagga/Zebra ongoing... (how
do you think I'm testing it? :-))

BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Mathematica 5 installation

[jre9]

The handbook includes information for installing Mathematica 4, but I have
Mathematica 5 and found the handbook's guidelines to be entirely
irrelevant to version 5.  So here's how I finally figured out how to
install version 5:

First, the binaries are already branded properly (SVR4).  So, mount the cd
and run the installer.  I installed to /compat/linux/usr/Wolfram/..., and
put the binary links in /compat/linux/usr/bin .  However, the little
scripts (in /compat/linux/usr/bin) that start Mathematica don't work for
FreeBSD:  they report 'unknown OS'.  If you fudge that part, so that it
reports 'Linux', it simply doesn't work... perhaps something to do with
the paths coded into the script.  Anyway, I found it much simpler to roll
my own script and stick it in my bin directory:
(note: "+" means continue the line)

#!/bin/sh

export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:
+ /compat/linux/usr/Wolfram/Mathematica
+ /5.0/SystemFiles/Libraries/Linux"

exec /compat/linux/usr/
 + Wolfram/Mathematica/5.0/
 + SystemFiles/FrontEnd/Binaries/
 + Linux/Mathematica -topDirectory
 +  "/compat/linux/usr/Wolfram/Mathematica/5.0" "$@"

as for the fonts, which must be loaded before the frontend is loaded, they
reside in "/compat/linux/usr/
 + Wolfram/Mathematica/5.0/
 + SystemFiles/Fonts/Type 1"
and ".../Fonts/BDF"

I put these into XF86Config, but if you want to mirror the original
Mathematica loading script, you can put this before the exec statement in
the script:

xset fp+ "[the first directory listed above]"
xset fp+ "[the second directory listed above]"
xset fp rehash


I hope this is useful to others.
-josh

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"