On 6-Apr-00 at 23:35, Kris Kennaway ([EMAIL PROTECTED]) wrote:
> On Thu, 6 Apr 2000 [EMAIL PROTECTED] wrote:
> > You can't just make install in /usr/ports/lang/perl any more - there's
> > a FORBIDDEN in there.
>
> Right, because we actually have a later version in the base system
> (5.005_03 vs
On Thu, 6 Apr 2000 [EMAIL PROTECTED] wrote:
> > Including Perl in the make world build is something entirely different
> > from doing a make install /usr/ports, I'm sure.
>
> You can't just make install in /usr/ports/lang/perl any more - there's
> a FORBIDDEN in there.
Right, because we actuall
In message <[EMAIL PROTECTED]> Kris
Kennaway writes:
: acceptable style for FreeBSD, not to mention probably breaking certain
: features we support such as cross-compilation :-)
One can almost cross compile OpenBSD. But the almost is due to the
zillions of imported files that use the "native" b
On 3-Apr-00 at 02:56, Nick Hibma ([EMAIL PROTECTED]) wrote:
>
> Are there actually any good reasons why we _should_ upgrade in the first
> place? Security fixes, added functionality we require, etc. The perl we
> have is stable and the problems it has are well known, which is good
> enough in 99
On 3-Apr-00 at 10:09, Brad Knowles ([EMAIL PROTECTED]) wrote:
> At 11:59 AM -0400 2000/4/3, Jeroen C. van Gelderen wrote:
>
> > PERL is not just used by the FreeBSD system, it's also used by many
> > applications ran on top of FreeBSD. Those applications are more likely
> > to require an up-t
Hi,
I'm using FreeBSD-4.0-RELEASE on a Xeon processor. The following
messages have been appearing in my /var/log/messages file apparently upon
an rlogin to the machine:
Apr 7 00:23:16 idli rshd[236]: no modules loaded for `rshd' service
Apr 7 00:23:16 idli rshd[236]: a
I am perfectly aware of the way OpenBSD builds contrib software. I am just
making a point that they have found perl 5.6.0 is stable enough to be
included into their OS.
On 07-Apr-00 Kris Kennaway wrote:
> On Thu, 6 Apr 2000, Alexander N. Kabaev wrote:
>
>> According to OpenBSD ournal site, Ope
At 10:53 PM 4/6/2000 -0400, Matthew N. Dodd wrote:
>I've just updated the DPT PCI front end to be 'newbus' compliant but lack
>the hardware to test my changes. It should work just fine but I'd
>appriciate a quick 'it works!' from someone with hardware just to be sure.
It hangs here :(
the boot g
On Thu, 6 Apr 2000, Alexander N. Kabaev wrote:
> According to OpenBSD ournal site, OpenBSD-current has perl 5.6.0 in it's source
> tree already.
OpenBSD don't even try to make their "bundled software" comply with the
rest of the system build architecture - they basically just import the
perl dis
At 10:53 PM 4/6/2000 -0400, Matthew N. Dodd wrote:
>I've just updated the DPT PCI front end to be 'newbus' compliant but lack
>the hardware to test my changes. It should work just fine but I'd
>appriciate a quick 'it works!' from someone with hardware just to be sure.
It hangs here :(
the boot g
In message <[EMAIL PROTECTED]> Jorge Aldana
writes:
: No luck, with the pccard_mem option in rc.conf, we still get the "",""
: identification.
What's the card number? Is it the 574 or 575? The 574 works, while
the 575 is cardbus and thus not supported yet.
Warner
To Unsubscribe: send mail t
In message <[EMAIL PROTECTED]> Jorge Aldana
writes:
: On attempting to insert a 3Com Fast Ethernet PC-Card on an Isperion Dell
: portable with FreeBSD 4.0-Stable I get the following from pccardd when I
: insert my pc-card:
What kind of card is this?
Warner
To Unsubscribe: send mail to [EMAIL
No luck, with the pccard_mem option in rc.conf, we still get the "",""
identification.
Jorge
On Fri, 7 Apr 2000, Craig Wilson wrote:
> I had this problem with a Compaq Armada E700.
> The problem was due to the default memory address of 0xd,
> pccardd found the PCMIA card after changing the
I've just updated the DPT PCI front end to be 'newbus' compliant but lack
the hardware to test my changes. It should work just fine but I'd
appriciate a quick 'it works!' from someone with hardware just to be sure.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [
I had this problem with a Compaq Armada E700.
The problem was due to the default memory address of 0xd,
pccardd found the PCMIA card after changing the
pccard_mem="DEFAULT" to pccard_mem="0xd4000" in rc.conf
For some reason the system did not like the default of 0xd
I hope this helps.
Cr
On attempting to insert a 3Com Fast Ethernet PC-Card on an Isperion Dell
portable with FreeBSD 4.0-Stable I get the following from pccardd when I
insert my pc-card:
No card in database for ""("")
It does not identify it, has anyone seen this problem or know of a
solution?
I've copied the sample
On 6 Apr 2000 11:44:52 -0400, in sentex.lists.freebsd.current you wrote:
>Apparently, you make a floppy with the supplied image, boot with it to
>find the bad RAM addresses, and then those addresses are passed on as a
>kernel parameter once the patch is applied. Bad addresses will be excluded
>f
According to OpenBSD ournal site, OpenBSD-current has perl 5.6.0 in it's source
tree already.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Date: Thu, 06 Apr 2000 12:53:44 +0900
From: Yoshinobu Inoue <[EMAIL PROTECTED]>
::
::> > > > Sorry for the inconvenience and I'll try the fix.
::> > >
::> > > Sorry to be late, but I tried resolver fix and it seems to work.
::> > > This should remove such 75 seconds delay in apps which use
::> >
It's very odd - the exact same wu-ftpd installation (same version,
same ~ftp setup and permissions, everything) I have on current.freebsd.org
(usw2) just Does Not Work on releng4.freebsd.org (usw3). Argh.
In the meantime, I've switched over to the stock ftp on that machine
so things work, though
At 11:13 AM -0700 4/6/00, Jordan K. Hubbard wrote:
>For the latest 4.0-STABLE snapshots:
>ftp://releng4.freebsd.org/pub/FreeBSD
>
I can get to the above machine just fine, but it does not seem
to let me use anonymous-ftp login's...
---
Garance Alistair Drosehn = [EMAIL PROTECTED
Try again, the DNS wasn't updated yet.
> "Jordan K. Hubbard" wrote:
> >
> > For the latest 4.0-STABLE snapshots:
> > ftp://releng4.freebsd.org/pub/FreeBSD
>
> Unfortunately does not work ...
>
> root[amb]@pinta# nslookup releng4.freebsd.org. who.cdrom.com
> Server: who.cdrom.com
> Address
On Thu, 6 Apr 2000, J McKitrick wrote:
> I saw this link recently...
>
> http://home.zonnet.nl/vanrein/badram/
>
> Apparently, you make a floppy with the supplied image, boot with it to
> find the bad RAM addresses, and then those addresses are passed on as a
> kernel parameter once the patch i
On Tue, 4 Apr 2000, Nate Williams wrote:
# > I am unfamiliar with the JDK port. Does it use FreeBSD native
# > threads?
#
# Nope, see above. If/when FreeBSD gets 'real' kernel threads, it would
# be worthwhile to move it to using them, but until that team my suspicion
# is the optimzed 'thread
"Jordan K. Hubbard" wrote:
>
> For the latest 4.0-STABLE snapshots:
> ftp://releng4.freebsd.org/pub/FreeBSD
Unfortunately does not work ...
root[amb]@pinta# nslookup releng4.freebsd.org. who.cdrom.com
Server: who.cdrom.com
Address: 204.216.27.3
*** who.cdrom.com can't find releng4.freebs
For the latest 4.0-STABLE snapshots:
ftp://releng4.freebsd.org/pub/FreeBSD
For the latest 5.0-CURRENT snapshots:
ftp://current.freebsd.org/pub/FreeBSD
I don't run mirrors of these machines so please don't ask where you
can get the bits closer/faster/cheaper/etc. If you want to mirror th
:The version of Linux kernel source that I have uses the first:
:
:asmlinkage long sys_getppid(void)
:{
: int pid;
: struct task_struct * me = current;
: struct task_struct * parent;
:
: parent = me->p_opptr;
: for (;;) {
: pid = parent->pid;
:#if __SMP
Chuck Robey wrote:
>
> On Thu, 6 Apr 2000, Yu Guo/PEK/Lotus wrote:
>
> >
> > Just do a
> > make DESTDIR=/mnt/installdir installworld
> >
>
> Or remotely mount /usr/obj and /usr/src, and do 15 make installworlds on
> 15 machines. In fact, I'm not totally sure that first method works,
> bec
I saw this link recently...
http://home.zonnet.nl/vanrein/badram/
Apparently, you make a floppy with the supplied image, boot with it to
find the bad RAM addresses, and then those addresses are passed on as a
kernel parameter once the patch is applied. Bad addresses will be excluded
from addres
Greetings. I'm getting errors when I use burncd, and I'm hoping you may
have insight into them. Both burncd and the kernel were compiled from
sources cvsupped at around 11:27 UTC 2000-04-06. While burncd seems to be
able to blank a CD-RW disk and to write data onto it, there is always a
failure
You really want to look at other drivers, how they have been done. When
you are done, send me the diff and I will have a look at it.
It is fairly straightforward to convert from one to the other, once you
have understood both concepts a bit.
Nick
On Wed, 5 Apr 2000, Eric D. Futch wrote:
> I f
(cc-list pruned)
On Thu, Apr 06, 2000 at 09:24:06AM -0300, The Hermit Hacker wrote:
>
> My stupid question, though, is why is this such a big issue? Would it be
> too hard to extend our /usr/src build process so that it is smart enough
> to do an install out of ports, and just build the port
On Wed, 5 Apr 2000, Eric D. Futch wrote:
> Ok.. I figured I'd take this on on my way to getting more comfy with
> FreeBSD. Check out my patch and let me know how far I've gone off the
> deep end :)
>
> http://quake.nyct.net/~efutch/FreeBSD/if_vx_pci.c.patch
>
> Unfortunately I do not have the a
Thanks to all who replied - problem has been solved by replacing long-served P100 with
newest K6-200.
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
The Hermit Hacker wrote:
>
> On Thu, 6 Apr 2000, Doug Barton wrote:
>
> > Christopher Masto wrote:
> > >
> > > On Mon, Apr 03, 2000 at 10:52:13AM +0100, Nick Hibma wrote:
> > > > Are there actually any good reasons why we _should_ upgrade in the first
> > > > place?
> > >
> > > Of course. W
On Thu, 6 Apr 2000, Doug Barton wrote:
> Christopher Masto wrote:
> >
> > On Mon, Apr 03, 2000 at 10:52:13AM +0100, Nick Hibma wrote:
> > > Are there actually any good reasons why we _should_ upgrade in the first
> > > place?
> >
> > Of course. We now have an obsolete version of Perl. That sh
Are you really using the latest FREEBSD_5.0_CURRENT ?
I have just
device pcm
in my kernel config (without PNPBIOS) and the SBLive
works fine (many thanks to Cameron for his nice driver).
Make sure that the line
dev/sound/pci/emu10k1.c optional pcm pci
is not commented (in /usr/src/s
Christopher Masto wrote:
>
> On Mon, Apr 03, 2000 at 10:52:13AM +0100, Nick Hibma wrote:
> > Are there actually any good reasons why we _should_ upgrade in the first
> > place?
>
> Of course. We now have an obsolete version of Perl. That should be
> reason enough to upgrade.
You haven
> Machine A is trying to access a filesystem on machine B via amd +
> nfs. Machine A first looks up machine B's record, this fails and
> then it looks up machine B's A record. This succeeds and the file
> accesses go through.
>
> However, when Machine B's named goes to lunch (this is the
In message <[EMAIL PROTECTED]> Yoshinobu Inoue writes:
: Are those records defined for local machines on the local
: name server?
: Then, I would like to try same configuration, and could you
: please give me that zone files?
Machine A is trying to access a filesystem on machine B via amd +
Soren Schmidt wrote:
> It seems Maxim Sobolev wrote:
> >
> > I've tried it on my home machine and failed to reproduce also. However it is
> > strange, because if it is the CPU/Memory problem, then there should be other signs
> > - random applications crashes, spontaneous reboots etc., but machine
41 matches
Mail list logo
