On Mon, 25 Jan 1999, Reginald S. Perry wrote:
> I have been having these X lockups with the linux netscape 4.5
> running. I may have exacerbated it when I installed the linux
> realplayer and macromedia flash plugins.
>
> I would like to have a methodology to help debug this, but I have just
>
In message <199901260451.uaa23...@bubba.whistle.com>, Archie Cobbs writes:
>Maxim Sobolev writes:
>> Can you point all people (and me of course) who want to test DEVFS to some
>> common information about DEVFS (usage, possible advantages/disadvantages etc.
>> I think some FAQ or so will be nice. It
:...
:portions of the read-only root directory (which strikes as a bit odd in
:itself), I was considering union-mounting an MFS filesystem directly
:over the read-only root partition. The advantage of this approach
It isn't a bad idea, but I dunno how stable the union filesystem is.
I pr
Can the KLD guru's look at this problem?
the ng_socket module depends on the netgraph module.
is there a reason that it can't find the one already in the kernel?
If you want to look at them these modules can be found at:
ftp://ftp.whistle.com/pub/archie/netgraph/netgraph.tgz
-- Forwar
On Mon, 25 Jan 1999, Poul-Henning Kamp wrote:
> In message <199901252212.oaa18...@bubba.whistle.com>, Archie Cobbs writes:
> >Doug Rabson writes:
> >>
> >> If anyone is interested in seeing diffs (approx 23k), please contact me.
> >
> >I'm interested.. could you email me the diffs?
> >
> >I'm mor
On Tue, 26 Jan 1999, Poul-Henning Kamp wrote:
> In message <199901260451.uaa23...@bubba.whistle.com>, Archie Cobbs writes:
> >Maxim Sobolev writes:
> >> Can you point all people (and me of course) who want to test DEVFS to some
> >> common information about DEVFS (usage, possible advantages/disadv
On Mon, 25 Jan 1999, Archie Cobbs wrote:
> In the output below, notice there are two modules named "ng_sync_sr"
> loaded in the "kernel" object (due to a typo), and moreover there's
> a "netgraph" module loaded in both the "kernel" object and the "netgraph.ko"
> object..
>
> $ kldstat -v
> Id
On Tue, 26 Jan 1999, Julian Elischer wrote:
>
> Can the KLD guru's look at this problem?
> the ng_socket module depends on the netgraph module.
> is there a reason that it can't find the one already in the kernel?
>
> If you want to look at them these modules can be found at:
>
> ftp://ftp.whis
Hello!
Possibly we can include it also in RELENG_2_2?
Bye.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
>> No, it doesn't have to be SLICE. In particular, if we're going the
>> SLICE way, it should be done >right<, and Julians SLICE code didn't
>> do that. (I know, I spent close to 6 months prototyping the concept
>> and julian had my code to work from).
>
>Wouldn't it be possible to fit this into
Hi,
I've modified the NTFS driver in following ways:
1. Transformed into a KLD
2. Fixed a bug in the driver for NTFS volumes with clusters above 1K
My plan is to put it on my WWW page today. The modified version works
for both 4.0-CURRENT and RELENG_3 as of today. Currently I'm working on
dealing
> I have a wacky idea in this vein that I want to pursue sometime --
> instead of pushing off lots of symlinks for the various writable
> portions of the read-only root directory (which strikes as a bit odd in
> itself), I was considering union-mounting an MFS filesystem directly
> over the read-on
Brian Feldman writes:
> On 24 Jan 1999, Dag-Erling Smorgrav wrote:
> > [...]
> > These are statically linked, and must be relinked after libkvm has
> > been rebuilt.
> > [...]
> > These are dynamically linked, and will automatically pick up the new
> > libkvm.
> But (most) still require the struct
> > > fault virtual address = 0xdeadc116
> >
> > interestingly enough, the above address is "0xdeadbeef + 551 (decimal)".
> > It looks like somehow a wrong route entry was passed to ether_output().
...
> {"/home/green"}$ calc 0xdeadc116 - 0xdeadc0de
> 56
> possibly? IIRC 0xdeadc0de is
Matthew Dillon wrote:
>
> It isn't a bad idea, but I dunno how stable the union filesystem is.
Last I heard, it was hopelessly unstable. Well, not hopelessly. We
just have to fix the coherency problems in our vfs design. :-)
--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
Kazutaka YOKOTA wrote:
>
> * Summary of magic key sequences
>
> 101 keyboard84 keyboard function
>
> Ctrl-Alt-Delete Ctrl-Alt-Delete reboot
> Ctrl-Alt-E
Sorry, for self follow up,
I haven't explain thougth clean enought.
I've spoken of almost ready NTFS driver, that is reported
to work for near 4-5 people. It was for stable and current
(don't know how to call them now) with little difference.
Thank you
To Unsubscribe: send mail to majord...@fr
> -Original Message-
> From: Poul-Henning Kamp [mailto:p...@critter.freebsd.dk]
> Sent: Tuesday, January 26, 1999 10:41 AM
> To: Doug Rabson
> Cc: Archie Cobbs; Maxim Sobolev; curr...@freebsd.org; Julian Elischer
> Subject: Re: DEVFS, the time has come...
>
>
>
> >> No, it doesn't have
I seem to be the only one with this problem. After
make-aout-to-elf-build, make-aout-to-elf-install gives:
===> lib/../secure/lib/libcrypt
install -c -o root -g wheel -m 444 libdescrypt.a /usr/lib/aout
install -c -o root -g wheel -m 444 libdescrypt_p.a /usr/lib/aout
install -c -o root -g whee
On Mon, Jan 25, 1999 at 07:09:37PM -0800, Manfred Antar wrote:
> At 06:41 PM 1/25/99 -0800, Julian Elischer wrote:
> >The Linuxthreads changes in the system that have been optioned out for a
> >while have been enabled after testing by many people.
> >
> >this will require a recompile of at least P
>> >
>> >Wouldn't it be possible to fit this into the device system?
>> If we treat
>> >disks as devices and partition types as drivers, most of the
>> boring work
>> >of matching drivers to devices and keeping lists and trees
>> of objects will
>> >happen automatically.
>>
>> Well, as long as
As I reported the other day, VNs are broken in -current.
It seems that if I try and cp some file which hasn't been recently read (i.e.
isn't being cached), it fails with:
[morden|root] 23:29 /mnt/myports> cp curl~/Makefile .
cp: ./Makefile: Bad address
and gives the following console warnings:
Is "wd0: DMA failure, DMA status 0" something which needs looked at ?
Poul-Henning
FreeBSD 4.0-CURRENT #1: Tue Jan 26 12:13:25 CET 1999
r...@schizo.freebsd.dk:/usr/src/sys/compile/SCHIZO
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium Pro (686-class CPU)
Origin = "GenuineIntel" I
Poul-Henning Kamp wrote:
>
> Is "wd0: DMA failure, DMA status 0" something which needs looked at ?
>
> Poul-Henning
Søren Schmidt posted a patch for this (was in the list a few days ago), if you
look through the mail archives you should see it... I don't know if it's been
comitted - I'm runni
It seems Poul-Henning Kamp wrote:
>
>
> Is "wd0: DMA failure, DMA status 0" something which needs looked at ?
Blame Julian, he broke it in v 1.183 of wd.c, the following patch
works on all my HW, but I dont have the "cyrix" chipset Julian
made the patch for, to test it on (it also contains other
On Jan 26, 12:20pm, Dag-Erling Smorgrav wrote:
} Subject: Re: Heads up! New swapper and VM changes have been committed to -
} Brian Feldman writes:
} > On 24 Jan 1999, Dag-Erling Smorgrav wrote:
} > > These are dynamically linked, and will automatically pick up the new
} > > libkvm.
} > But (most
> -Original Message-
> From: Reginald S. Perry [mailto:pe...@zso.dec.com]
> Sent: Tuesday, January 26, 1999 7:35 AM
> To: Jeroen Ruigrok/Asmodai
> Cc: Andrew Gordon; curr...@freebsd.org; Matthew Dillon
> Subject: Re: 4.0-Current, netscape halts system
>
>
> I have been having these X loc
I sup'd and recompiled last night (2am EST) and get that message when
running 'linux' after boot on my console,
on my tty i get: kldload: can't load linux: Exec format error
while looking at this i noticed that loading joy.ko:
tty: kldload: can't load joy.ko: Exec format error
console: link_elf:
Has the boot loader / kernel been changed to allow booting off of the
secondary IDE master yet, or more correctly, has a solution been found (for
3.0-STABLE)? I have been using a patch created by somebody on the list from
a few days back that has worked quite well. However, I have noted a lot of
< said:
> the problem is that i don't know how well unionfs works, and i don't
> have the ability to fix it.
Please keep in mind that there are two *different* entiries being
discussed here:
1) mount -o union
2) mount -t union (which should really be called `translucentfs').
The former is a ge
Hi
I'm in trouble with NIS on a 3.0 client.
NIS is setup correctly ;-)
"ypcat" works well but NOT "ypmatch" ( for any map )
The NIS master server is a HPUX 10.20 box which is
accessed by many UNIX clients ( HP and Sun ) without
problem.
Any idea ?
TIA
--
Frank Bonnet
Groupe ESIEE Paris
http
Hi,
> The latex installed by the teTex port complained about not being able to
> find default settings, or some such.
Did you run texconfig? I'm having no trouble at all on my -current
machine; well I guess it's a -STABLE machine now but... :-)
Brett
*
>From: Frank Bonnet
>Date: Tue, 26 Jan 1999 16:52:11 MET
>I'm in trouble with NIS on a 3.0 client.
>NIS is setup correctly ;-)
>"ypcat" works well but NOT "ypmatch" ( for any map )
>The NIS master server is a HPUX 10.20 box which is
>accessed by many UNIX clients ( HP and Sun ) without
>probl
> Ladies and Gents,
>
> I have completed the portification of f2c and its support library.
Who is going to pick this up? Last time I volunteered, Jordan balked at
the idea.
Nate
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Are the links in /usr/lib correct? They didnt get moved to /usr/lib/aout
when a make aout-to-elf was run? I believe this causes ypcat to display
the maps, but ypmatch will not work.
libcrypt.a -> libdescrypt.a
libcrypt.so.2 -> libdescrypt.so.2
libcrypt_p.a -> libdescrypt_p.a
--Dan
On
>Date: Tue, 26 Jan 1999 12:25:37 -0500 (EST)
>From: Daniel Aaron Meyer
>Are the links in /usr/lib correct? They didnt get moved to /usr/lib/aout
>when a make aout-to-elf was run?...
In our case, I didn't do a "make aout-to-elf": I started with a system
on which I installed the 3.0-SNAP of 1999
>From: Dag-Erling Smorgrav
>Date: 28 Dec 1998 16:17:24 +0100
>I just committed a patch to inetd (rev. 1.44 of inetd.c) which I hope
>fixes the "junk pointer: too low to make sense" bug mentioned in PR
>bin/8183. I'd appreciate if those of you who have experienced problems
>with inetd would tell m
After seeing the trouble that Jordan had, I'm curiuos as to what is going
to be involved in going from an aout system, last built around the 21st of
October, 1998 (3.0-CURRENT of the time) to 3.0-STABLE ...
Just did a gander through the archives, and saw one mention, by Jordan,
about new boot blo
> > Ladies and Gents,
> >
> > I have completed the portification of f2c and its support library.
>
> Who is going to pick this up? Last time I volunteered, Jordan balked at
> the idea.
I was among the people that asked Steve to do the work; I'd have no
trouble with you doing the integration/ex
>
> On the other hand, it seems that the /usr/libexec/ld-elf.so.1 was *not*
> modified by the "make world" process; I thought that odd.
Read the install(1) manpage, particularly the -C option.
--
\\ Sometimes you're ahead, \\ Mike Smith
\\ sometimes you're behind. \\ m...@smith.ne
Mike Smith wrote:
> > > Ladies and Gents,
> > >
> > > I have completed the portification of f2c and its support library.
> >
> > Who is going to pick this up? Last time I volunteered, Jordan balked at
> > the idea.
>
> I was among the people that asked Steve to do the work; I'd have no
> troub
This shows, in general, how a diskless configuration can be setup
using rc.diskless.
This directory also contains information on templating ( though I haven't
comitted cpdup yet so it isn't as useful as it could be ).
It obviously needs a lot of work, committers should feel fr
> Hi!
>
> I'am not sure where this comes from, but at the moment I have some
> troubles with the userland ppp.
>
> The symptoms: After establishing the connection and setting the
> defaultroute *nothing* works, that means, the line seems
> to be completely dead. Not even
> > > Ladies and Gents,
> > >
> > > I have completed the portification of f2c and its support library.
> >
> > Who is going to pick this up? Last time I volunteered, Jordan balked at
> > the idea.
>
> I was among the people that asked Steve to do the work; I'd have no
> trouble with you doing
hmm I have a suspicion that this breaks the cyrix chip
I hope we don't have a situation where no answer can run on both hardware!
I'll get back to you as soon as I've tested it..
The cyrix chip causes the code to go into that clause regularly when it's
interrupting
and if I don't let it continue,
when my computer starts up (just finished make world 5 minutes ago) I get
the following error:
link_elf: symbol grow undefined.
does this mean that the linux emu is broken right now?
Kenneth Culver
Computer Science Major at the University of Maryland, College Park.
To Unsubscribe: send mail t
> I was among the people that asked Steve to do the work; I'd have no
> trouble with you doing the integration/extraction. You might just
> want to check that the recent alpha-related changes that were submitted
> for f2c are covered in the portified version.
This might be a good time to bring
On Tue, Jan 26, 1999 at 02:38:12PM -0500, Kenneth Wayne Culver wrote:
> when my computer starts up (just finished make world 5 minutes ago) I get
> the following error:
>
> link_elf: symbol grow undefined.
>
> does this mean that the linux emu is broken right now?
I think it means there is a goo
In article <199901252243.oaa18...@bubba.whistle.com>,
Archie Cobbs wrote:
> Right now we build libbind (so named, etc. can link) but don't
> install it in /usr/lib.
>
> However, there are parts of it that would be very nice to have
> available to user programs.. in particular the event library
>
I was wondering if this module was known to be broken, because I can't get
it to work...
Kenneth Culver
Computer Science Major at the University of Maryland, College Park.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
I believe an upgrade to the eventlib is coming Real Soon Now.
I'm not sure about this - it might have been the logging module.
H
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
David O'Brien wrote:
> > I was among the people that asked Steve to do the work; I'd have no
> > trouble with you doing the integration/extraction. You might just
> > want to check that the recent alpha-related changes that were submitted
> > for f2c are covered in the portified version.
>
> T
> I believe an upgrade to the eventlib is coming Real Soon Now.
>
> I'm not sure about this - it might have been the logging module.
BIND 8.2 is currently in alpha testing, and has some changes in
eventlib compared to BIND 8.1.2. As far as I can see, there are minor
differences in
eventlib.c
log
> Each Makefile under the ports systems contains a maintainer line. I
> do not think it unreasonable for someone to send patchs directly to the
> maintainer.
Except that some maintainers dissapear, and maintainers w/o commit
abilities still have to get someone to update the port for them.
--
I just cvsupped (01/26 2pm EST) and made world. After building a new
kernel, and installing new bootblocks, upon boot I get the following
error:
FreeBSD/i386 bootstrap loader Revision 0.2
ficlExecFD: Error at line 1
int=000e err=0004 efl=00010246 eip=fda0
[at which point my patience
On Tue, 26 Jan 1999, Brian Somers wrote:
> Are you using a routing daemon ? Also, have you tried just having
> ``add default HISADDR'' in ppp.conf and leaving everything out of
> ppp.linkup ? What do your routing tables look like before/during/after
> the hang ?
I usually run routed, yes, an
Fixed I think
add the flag -DVM_STACK to the CFLAGS line in sys/modules/linux/Makefile
(this is checked in now but til you get it this should fix it.
On Tue, 26 Jan 1999, Kenneth Wayne Culver wrote:
> when my computer starts up (just finished make world 5 minutes ago) I get
> the following
David O'Brien wrote:
> > Each Makefile under the ports systems contains a maintainer line. I
> > do not think it unreasonable for someone to send patchs directly to the
> > maintainer.
>
> Except that some maintainers dissapear, and maintainers w/o commit
> abilities still have to get someone to
In article , Randy Bush wrote:
> 4.0-current as of today.
>
> i am trying to make cvsup and blooie!
>
> new source -> compiling ../src/TreeComp.m3
> new source -> compiling ../src/FSServer.m3
> new source -> compiling ../src/FSServerU.m3
> new source -> compiling ../src/Main.m3
In article ,
Kenneth Wayne Culver wrote:
> I was wondering if this module was known to be broken, because I can't get
> it to work...
No, it worked when I tested it.
John
--
John Polstra j...@polstra.com
John D. Polstra & Co., Inc.
> In article , Randy Bush wrote:
>> 4.0-current as of today.
>>
>> i am trying to make cvsup and blooie!
>>
>> new source -> compiling ../src/TreeComp.m3
>> new source -> compiling ../src/FSServer.m3
>> new source -> compiling ../src/FSServerU.m3
>> new source -> compiling ../sr
What would cause more memory to be considered in the active state than
could be accounted for by running processes?
My main machine (running -current as of the afternoon of Jan 25) has
somewhere between 80 and 100 megs of memory listed as used via ps and top
(which, I presume doesn't take in to
* From: "David O'Brien"
* Alternately, I guess we could just have the code live in
* /usr/ports/lang/f2c/src/, but I don't know if Satoshi wants /usr/ports
* to expand like that.
Eek. I don't think people will appreciate the ports collection
suddenly exploding in size with things like that.
* From: Steve Kargl
* Yes, I recognize that this is problem. A partial solution might
* be anoncvs to a shadow tree of the master ports repository. Only
* those ports in the shadow tree which satisfy portlint and "make;
* make install; make package" would get committed to the master
* rep
you really want to do something like
rip.psg.com:/usr/src# diff -c /usr/src/etc/rc.conf /etc/rc.conf
*** /usr/src/etc/rc.confTue Jan 26 11:55:53 1999
--- /etc/rc.confTue Jan 26 17:16:06 1999
***
*** 19,25
pccard_ifconfig="NO" # Specialized pccard ethernet config
Satoshi Asami wrote:
> * From: Steve Kargl
>
> * Yes, I recognize that this is problem. A partial solution might
> * be anoncvs to a shadow tree of the master ports repository. Only
> * those ports in the shadow tree which satisfy portlint and "make;
> * make install; make package" would g
:
:What would cause more memory to be considered in the active state than
:could be accounted for by running processes?
:
:My main machine (running -current as of the afternoon of Jan 25) has
:somewhere between 80 and 100 megs of memory listed as used via ps and top
:(which, I presume doesn't ta
I'm not currently balking at the idea of you picking it up - by all
means, feel free! :)
Just also remember that Peter will at some point be doing an egcs
upgrade, so if that has issues for fortran they should be worked
out at this time.
- Jordan
> > Ladies and Gents,
> >
> > I have completed t
On Tue, 26 Jan 1999, Jordan K. Hubbard wrote:
> Just also remember that Peter will at some point be doing an egcs
> upgrade, so if that has issues for fortran they should be worked
> out at this time.
On this matter, I found out the other day that eg++-compiled binaries are not
binary-compatible
* Well, actually I did f2c as a port, and it does indeed fit
* inside the ports paradigm. Please, see my original email in
* the thread.
Yes, I know that. I was just wondering why people would want it
otherwise.
Satoshi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe f
> Is it a simple matter of 'make aout-to-elf', or...?
As of today, just type "make upgrade NOCONFIRM=YES" and wait for the
server to reboot some n hours later (where n is governed by the speed
of your machine :).
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freeb
===> kdump
cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace
-I/a/time/src/usr.bin/kdump/../.. -c /a/time/src/usr.bin/kdump/kdump.c
/bin/sh /a/time/src/usr.bin/kdump/mkioctls > ioctl.c
cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace
-I/a/time/src/usr.bin/kdump/../.. -c ioctl.c
In file inclu
I've just done my first CVSup since the 3-Stable split, using RELENG_3.
This was after Matt D. committed a couple of VM fixes back to the 3-S branch.
I have also enabled 32-bit DMA on my drive at the same time (amazing
what you can learn from reading LINT - and read speed went from 3Mb/s to
12Mb/s
On Tue, 26 Jan 1999, Jordan K. Hubbard wrote:
> > Is it a simple matter of 'make aout-to-elf', or...?
>
> As of today, just type "make upgrade NOCONFIRM=YES" and wait for the
> server to reboot some n hours later (where n is governed by the speed
> of your machine :).
Oh, now, *that* makes me ne
Oh, one other thing...this moves me from an aout system to an elf one...is
this a one time only thing, and then back to 'make world', or is this
something I just continue to use for future upgrades?
On Tue, 26 Jan 1999, The Hermit Hacker wrote:
> On Tue, 26 Jan 1999, Jordan K. Hubbard wrote:
>
Hi,
It's quite possible that this is another latency problem introduced
by my recent timer changes... the changes make the .1 second
latencies into longer - possibly indefinite - latencies.
To find out if this is the problem, can you try connecting
interactively. You should see the same dela
is this for real or is it an aout-to-elf thing?
randy
===> Generating temporary packing list
/bin/ln -sf libtcl80.so.1 /usr/local/lib/libtcl80.so
/usr/bin/env OBJFORMAT=elf /sbin/ldconfig -m /usr/local/lib
/usr/bin/env PKG_PREFIX=/usr/local /bin/sh
/usr/ports/lang/tcl80/pkg/INSTALL.tclsh
===>
"Jordan K. Hubbard" wrote:
> ===> kdump
> cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace -I/a/time/src/usr.bin/kdump
/../.. -c /a/time/src/usr.bin/kdump/kdump.c
> /bin/sh /a/time/src/usr.bin/kdump/mkioctls > ioctl.c
> cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace -I/a/time/src/usr.bin/
make upgrade NOCONFIRM=YES
Your source tree must not be fully populated; unable to find upgrade
script
in /usr/src/release/scripts/doupgrade.sh.
*** Error code 1
Stop.
*** Error code 1
Stop.
Just connected to freefall and did a 'cvs checkout' of release, and the
file doesn't appear to exist the
From: The Hermit Hacker
>
> make upgrade NOCONFIRM=YES
> Your source tree must not be fully populated; unable to find upgrade
> script
> in /usr/src/release/scripts/doupgrade.sh.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
>
> Just connected to freefall and did a 'cvs checkout' of r
Well stone the bloody crows.
System: HP Kayak XA 440BX M/b, P-II, Quantum Fireball ex4.3a
For months I've been running with no flags on either wdc0 or wd0.
Having followed the recent discussions about DMA mode etc I looked at
LINT and added "flags 0xa0ff" to wd0. Rebuilt the system using the
lat
"Viren R. Shah" wrote:
>
> FreeBSD/i386 bootstrap loader Revision 0.2
> ficlExecFD: Error at line 1
^^
> int=000e err=0004 efl=00010246 eip=fda0
> [at which point my patience ran out, and I didn't jot down the rest]
>
> I booted with a loader from Jan 19, and it works. Did I
> I'm not currently balking at the idea of you picking it up - by all
> means, feel free! :)
Roger Wilco, Ok-dokey, good deal. :)
> Just also remember that Peter will at some point be doing an egcs
> upgrade, so if that has issues for fortran they should be worked
> out at this time.
Steven?
N
Well, now I'm plenty confused. I wasn't aware that IDE DMA didn't
work, so this subject line caught me a bit by suprise. Maybe I just
have "supported" hardware everywhere, or maybe I'm missing something
and I don't even know it. Or maybe I'm just posting this for
comparison purposes.
I know tha
> I had this problem.. There is a stray file in /usr/include/pccard - card.h
> should not be there, and the generator script for ktrace/kdump/truss finds
> it.
Ah crap... This is an upgrade problem we're going to need to deal
with specially then. :(
Maybe we should blow /usr/include away at s
Already fixed. :)
>
> make upgrade NOCONFIRM=YES
> Your source tree must not be fully populated; unable to find upgrade
> script
> in /usr/src/release/scripts/doupgrade.sh.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
>
> Just connected to freefall and did a 'cvs checkout' of rele
On Tue, 26 Jan 1999, Jordan K. Hubbard wrote:
> Already fixed. :)
Thank you, will try to run it first thing in the morning then :)
Here's hoping...
>
> >
> > make upgrade NOCONFIRM=YES
> > Your source tree must not be fully populated; unable to find upgrade
> > script
> > in /usr/src/release/
> "Jordan K. Hubbard" wrote:
> > ===> kdump
> > cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace
> > -I/a/time/src/usr.bin/kdump
> /../.. -c /a/time/src/usr.bin/kdump/kdump.c
> > /bin/sh /a/time/src/usr.bin/kdump/mkioctls > ioctl.c
> > cc -O -pipe -I/a/time/src/usr.bin/kdump/../ktrace
> >
Nate Williams wrote:
>
> > Just also remember that Peter will at some point be doing an egcs
> > upgrade, so if that has issues for fortran they should be worked
> > out at this time.
>
> Steven?
>
egcs contains g77 and egcs can be configured to be built with or
without g77. My port of f2c, li
> Um, I'm still alive but can someone explain me why this can't be a
> "regular" port? Being useful to some but not the majority, no other
> parts of the system depending on it, this looks like a model citizen
> in the ideal ports world. :)
Because we loose control over it. There is a move to pu
Satoshi Asami wrote:
> * Well, actually I did f2c as a port, and it does indeed fit
> * inside the ports paradigm. Please, see my original email in
> * the thread.
>
> Yes, I know that. I was just wondering why people would want it
> otherwise.
>
My original email provided an opportunity t
> The question is whether Peter wants to include g77, and whether
> people would see this as bloat. I know g77 outperforms f2c+gcc
> on my real-world benchmarks by a significant margin.
A good question, is how easy it is to download egcs-g77-1.1.1.tar.gz and
build it into something workable assum
David O'Brien wrote:
> > Um, I'm still alive but can someone explain me why this can't be a
> > "regular" port? Being useful to some but not the majority, no other
> > parts of the system depending on it, this looks like a model citizen
> > in the ideal ports world. :)
>
> Because we loose contro
David O'Brien wrote:
> > The question is whether Peter wants to include g77, and whether
> > people would see this as bloat. I know g77 outperforms f2c+gcc
> > on my real-world benchmarks by a significant margin.
>
> A good question, is how easy it is to download egcs-g77-1.1.1.tar.gz and
> build
"David O'Brien" wrote:
> I've got a Bmaked contribified version of EGCS, but didn't do g77. So
> maybe a consensus should be made what to do about FORTRAN in the base
> system.
If you are collecting votes, please add mine; I feel quite strongly
(knowing the scientists that I do that use Fortran)
> "David O'Brien" wrote:
> > I've got a Bmaked contribified version of EGCS, but didn't do g77. So
> > maybe a consensus should be made what to do about FORTRAN in the base
> > system.
>
> If you are collecting votes, please add mine; I feel quite strongly
> (knowing the scientists that I do that
Randy Bush wrote:
> is this for real or is it an aout-to-elf thing?
This is for real. Tk80 is looking for ELFed X11 (You did recompile
your X, Right? If not then it is an ELF thing). The XFree86 port
is rather good, IMHO.
M
> randy
>
>
> ===> Generating temporary packing list
> /bin/ln -sf l
If anybody else in current-land is able to discuss
making ipsec work correctly, using the codebase
cross-ported from OpenBSD, I'd love some hints.
This isn't something I'd expect anybody wants discussed
in current itself, I'm just hunting the right people!
cheers
-George
(I have it comp
Mike Smith wrote:
> > "David O'Brien" wrote:
> > > I've got a Bmaked contribified version of EGCS, but didn't do g77. So
> > > maybe a consensus should be made what to do about FORTRAN in the base
> > > system.
> >
> > If you are collecting votes, please add mine; I feel quite strongly
> > (knowi
On Fri, Jan 22, 1999 at 11:54:59PM +1100, Bruce Evans wrote:
>>I've been playing with a Promise FastTrack RAID (IDE) controller with
>>3.0-current as of yesterday. Although it is recognised in the PCI bus
>>probe as a "Promise Ultra/33" (it has the same vendor/chip ID as the
>>non-RAID card), the
1 - 100 of 101 matches
Mail list logo
