Is there a quick and dirty way for the label editor to detect if a BIOS is
using LBA? This actually sounds like a setup in which the error condition
should be alerted on placing / on a cylinder higher than 1024 rather than
long after you can do anything about it. The loader error might be a goo
Thank you, Sheldon Hearn.
This mail is also sent to the auther.
I faced same problem with ports-current, just cvsuped about 20 minutes
ago. For example,
$ su
# cd /usr/ports/x11/xscreensaver
# make install -DALWAYS_BUILD_DEPENDS
[snip]
===> Mesa-3.2 depends on executable: bzip2 - found
On Wed, 5 Jul 2000, Eric Sabban wrote:
> cc -O -pipe -DINET6 -c /usr/src/usr.sbin/rtadvd/rtadvd.c
> /usr/src/usr.sbin/rtadvd/rtadvd.c:64: dump.h: No such file or directory
Fixed.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMAIL PROTECTED
cc -O -pipe -DINET6 -c
/usr/src/usr.sbin/rtadvd/rtadvd.c/usr/src/usr.sbin/rtadvd/rtadvd.c:64:
dump.h: No such file or directory*** Error code 1
Stop in /usr/src/usr.sbin/rtadvd.
I get errors like this while 'make depend' in the Heimdel code. So far,
in libroken and libasn1.
I tried looking at fixing this, but I fear the build system is too
tricky for me to want to venture in to fix.
louie
mkdep -f .depend -a
-I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimd
On Wed, 5 Jul 2000, John Baldwin wrote:
> > I would like also suggest a directory for optional kernel
> > interfaces which doesn't belong to drivers (syscall and sysctl extensions
> > for example) and can't go under sys/dev/. They can be considered as
> > 'kernel libraries' and may live u
From: Julian Elischer <[EMAIL PROTECTED]>
Date: Sat, 01 Jul 2000 09:59:36 -0700
::I used to run (well I still do, but it fails) xbatt.
::It used to give an accurate picture of the state of my batteries.
::in the last week, xbatt no-longer runs.
::
::it complains that
::
::jules# xbatt
::xbatt: ca
On 06-Jul-00 Warner Losh wrote:
> In message <[EMAIL PROTECTED]> John Baldwin writes:
>: pccard/ - formerly sys/pccard
>
> Maintainers Veto. Do not do this. This sys/pccard will go away in
> time. There will be a sys/dev/pccard when newcard comes in. DO NOT
> MOVE sys/pccard.
In message <[EMAIL PROTECTED]> Robert
Watson writes:
: On Wed, 5 Jul 2000, John Baldwin wrote:
:
: > The headers will always be installed in the right place in
: > /usr/include: Makefile's are editable. As far as kernel
: > compiles, symlinks can be created in the work directory as
: > one poss
Boris Popov wrote:
>
> On Wed, 5 Jul 2000, John Baldwin wrote:
>
> > Here is my proposal, adjusted a little as per suggestions. It attempts to
> > follow these loose guidelines:
> >
> > - MD code under sys/${MACHINE_ARCH}
> > - device drivers (including bus's such as cam and usb) under sys/dev
On Wed, 5 Jul 2000, John Baldwin wrote:
> Here is my proposal, adjusted a little as per suggestions. It attempts to
> follow these loose guidelines:
>
> - MD code under sys/${MACHINE_ARCH}
> - device drivers (including bus's such as cam and usb) under sys/dev
> - file systems under fs/
> - netw
At 3:18 PM -0700 7/5/00, Mike Smith wrote:
>someone else wrote:
> > The only time this showed up as problem was that when I reinstalled
> > the loader (and related forth files), loader silently was not able
> > to read /boot or /modules- the key word here is "silently".
> >
> > There ought to be a
From: Mitsuru IWASAKI <[EMAIL PROTECTED]>
Date: Wed, 05 Jul 2000 20:44:55 +0900
::> 2)Randomdev Loaded: Probe & attach will happen in the order -
::>(1)acpi0, (2)apm0, (3)nxp0 .NG
::>
::>Because acpi0 access the BIOS first, APM support in BIOS seems to
::>get turned off. :-(
::
:
On Wed, 5 Jul 2000, Mike Smith wrote:
> >
> > This really bit me- it shouldn't have- but it did
> >
> > I had a i386 system with a 4GB disk -- root partition ~1GB but the
> > motherboard was setting up BIOS as a CHS instead of an LBA arrangement.
> >
> > The only time this showed up
>
> This really bit me- it shouldn't have- but it did
>
> I had a i386 system with a 4GB disk -- root partition ~1GB but the
> motherboard was setting up BIOS as a CHS instead of an LBA arrangement.
>
> The only time this showed up as problem was that when I reinstalled the
> loader (a
This really bit me- it shouldn't have- but it did
I had a i386 system with a 4GB disk -- root partition ~1GB but the
motherboard was setting up BIOS as a CHS instead of an LBA arrangement.
The only time this showed up as problem was that when I reinstalled the
loader (and related forth
On Wed, 5 Jul 2000, Robert Watson wrote:
>
> This is great news -- one of the big hangups in our interop testing at NAI
> Labs was the like of IKE on FreeBSD. I notice that right now racoon is a
> port -- assuming this interpretation is correct, are their any plans to
> integrate racoon as a ba
On Wed, 5 Jul 2000, Nick Hibma wrote:
> Could you mention the locations (as in a set of paths) that are
> hands-off?
I'll generate a list and put it somewhere (in the tree?) Good idea.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMAIL PROTE
On Wed, Jul 05, 2000 at 12:47:06PM -0700, Marcel Moolenaar wrote:
> I could do this before I have an Alpha assuming that we don't need a
> working Alpha port yet. The question is if we have enough time for it?
> On the other hand, it doesn't have to be perfect, as long as the i386
> port works...
David O'Brien wrote:
>
> On Tue, Jul 04, 2000 at 03:53:12PM -0700, Marcel Moolenaar wrote:
> > Good point. For the linuxulator this has been discussed before and
> > something in the line off...
> > ...came out of it.
>
> Even before you get an Alpha, would you be able to seperate the Linux
> bi
On Tue, Jul 04, 2000 at 03:53:12PM -0700, Marcel Moolenaar wrote:
> Good point. For the linuxulator this has been discussed before and
> something in the line off...
> ...came out of it.
Even before you get an Alpha, would you be able to seperate the Linux
bits before 4.1-R so the 4.x sys/ tree s
>This is great news -- one of the big hangups in our interop testing at NAI
>Labs was the like of IKE on FreeBSD. I notice that right now racoon is a
>port -- assuming this interpretation is correct, are their any plans to
>integrate racoon as a base system component? As you point out, without
>On Wed, Jul 05, 2000 at 10:16:52 -0700, David Greenman wrote:
>> >It doesn't seem to be allowing anon logings - nobody released some fancy new
>> >game, have they?
>>
>>I've had to reduce the user limit until a bandwidth issue is addressed. It
>> should be back to normal by the weekend.
>
>
On Wed, Jul 05, 2000 at 10:16:52 -0700, David Greenman wrote:
> >It doesn't seem to be allowing anon logings - nobody released some fancy new
> >game, have they?
>
>I've had to reduce the user limit until a bandwidth issue is addressed. It
> should be back to normal by the weekend.
You migh
Huh. That's what it has. Sigh...Whine.
On Wed, 5 Jul 2000, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Matthew Jacob <[EMAIL PROTECTED]> wrote:
> >
> > And for -stable (instead of -current);
> >
> > ===> Creating README.html for jpeg-6b
> > ===> graphics/juno-2
> > "Makefi
In article <[EMAIL PROTECTED]>,
Matthew Jacob <[EMAIL PROTECTED]> wrote:
>
> And for -stable (instead of -current);
>
> ===> Creating README.html for jpeg-6b
> ===> graphics/juno-2
> "Makefile", line 60: Malformed conditional (empty(TARGET))
> "Makefile", line 60: Missing dependency operator
I just tried out this patch and it does indead appear to work.
Darren Wiebe
[EMAIL PROTECTED]
Ollivier Robert wrote:
>
> According to Ollivier Robert:
> > buildworld is broken in libusb. Here is a tentative patch (I'm re-building
> > the world right now). The alternative is to #define UPACKED i
In freebsd-current Brian Dean wrote:
[... About using /etc/dhclient-exit-hooks ]
>I found this exit hook feature by looking at the source for
>dhclient-script, but, oddly enough, it is even documented in the man
>page.
That is how I found the hooks too... However, the one hook that I
like to u
In article <[EMAIL PROTECTED]>,
Robert Watson <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Jul 2000, John Baldwin wrote:
>
> > The headers will always be installed in the right place in
> > /usr/include: Makefile's are editable. As far as kernel
> > compiles, symlinks can be created in the work direc
On Tue, Jul 04, 2000 at 09:56:43PM +0200, Blaz Zupan wrote:
> Ok, so let's say my / is 100% full, my /usr is 50% full and my /var is 20%
> full. What would the total number tell me? That my file systems are 56.6%
> full. That tells me nothing about my root file system running out of space, so
> t
>It doesn't seem to be allowing anon logings - nobody released some fancy new
>game, have they?
I've had to reduce the user limit until a bandwidth issue is addressed. It
should be back to normal by the weekend.
-DG
David Greenman
Co-founder, The FreeBSD Project - http://www.freebsd.org
Man
On Wed, 5 Jul 2000, John Baldwin wrote:
> The headers will always be installed in the right place in
> /usr/include: Makefile's are editable. As far as kernel
> compiles, symlinks can be created in the work directory as
> one possible solution. For example,
> sys/compile/i386/GENERIC/netinet ->
This is great news -- one of the big hangups in our interop testing at NAI
Labs was the like of IKE on FreeBSD. I notice that right now racoon is a
port -- assuming this interpretation is correct, are their any plans to
integrate racoon as a base system component? As you point out, without
IKE,
In message <[EMAIL PROTECTED]> FUJISHIMA Satsuki writes:
: Hmm, all that I can tell about the matter is described in the PR:
: http://www.freebsd.org/cgi/query-pr.cgi?pr=18489
:
: I'm not sure this is the case but it looks pretty similar for me.
Hmmm. I took another look at this PR. It fixed m
>Could you mention the locations (as in a set of paths) that are
>hands-off?
thanks for your understanding,
will try to list those and put the list into sys/netinet6/README.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
On 05-Jul-00 Kenjiro Cho wrote:
>
> John Baldwin wrote:
>> Notes:
>> - There has been one vote so far to ditch the whole net/ reorg, although
>> other people have expressed support for it.
>
> What do you intend to do with the networking headers?
> The socket API standards specify the socket
On 05-Jul-00 Louis A. Mamakos wrote:
>
>> Here is my proposal, adjusted a little as per suggestions. It attempts to
>> follow these loose guidelines:
>
> ...
>
>> net/ - move existing contents to net/base or something
>> similar
>>atalk/
Hi,
In current as of today, /stand/sysinstall generates the following kernel
panic when probing for devices...
--- (typed manually from console) ---
fatal trap 12: page fault while in kernel mode
fault virtual addres = 0x26c80
fault code = supervisor read, page not present
instruction pointer
Could you mention the locations (as in a set of paths) that are
hands-off?
Nick
On Wed, 5 Jul 2000, Kris Kennaway wrote:
> As itojun has already posted, we are in the process of updating the
> KAME IPv6/IPSEC code in FreeBSD to the latest KAME sources.
>
> In importing the latest KAME code, we
http://linuxtoday.com/news_story.php3?ltsn=2000-07-05-001-04-OP
--
The views expressed above are not those of PGS Tensor.
"We've heard that a million monkeys at a million keyboards could produce
the Complete Works of Shakespeare; now, thanks to the Internet, we know
this is not t
It doesn't seem to be allowing anon logings - nobody released some fancy new
game, have they?
Stephen
--
The views expressed above are not those of PGS Tensor.
"We've heard that a million monkeys at a million keyboards could produce
the Complete Works of Shakespeare; now, t
> Here is my proposal, adjusted a little as per suggestions. It attempts to
> follow these loose guidelines:
...
> net/ - move existing contents to net/base or something
> similar
>atalk/ - formerly sys/netatalk
>atm/
>These changes should only impact ipv6 and ipsec, with the exception of the
>DNS resolver code which I'm still unsure about merging (even though it's
>been well tested by KAME users, there remains the possibility of breakage
>for ipv4 resolution if there are undiscovered bugs)
actually,
> I think I found the problem, and being able to work around it.
> But, I don't know how to realy fix it.
I noticed this when I saw your last message :-)
> 2)Randomdev Loaded: Probe & attach will happen in the order -
>(1)acpi0, (2)apm0, (3)nxp0 .NG
>
>Because acpi0 access the BIO
Brian Somers <[EMAIL PROTECTED]> writes:
>
> The code's in ppp/ether.c.
>
> I'll see if I can get time to figure out what's wrong, but I can't
> promise anything this week. I'm too busy (we're having a FreeBSD
> mini-conference here in the UK at which I'm speaking...).
>
I already solved t
According to Ollivier Robert:
> buildworld is broken in libusb. Here is a tentative patch (I'm re-building
> the world right now). The alternative is to #define UPACKED in usbhid.h.
Forget that fix, it doesn't work.
This one will although I don't like it.
cvs diff: Diffing .
Index: usbhid.h
===
From: [EMAIL PROTECTED] (Munehiro Matsuda)
Date: Wed, 05 Jul 2000 14:59:16 +0900
> If I use randomdev for ssh, then APM seem to have stopped working.
This is wierd; I am running this randomdev on my Libretto, (I wrote
it there), and it and APM are both fine.
> Am I doing
> Brian Somers writes:
> > Archie, it seems people are having problems using PPPoE since your
> > ng_ether changes. Any suggestions ?
>
> Unfortunately I have limited email contact righ tnow.. but a couple
> of things come to mind..
>
> - Is is possible to get a tcpdump of before and after? On
buildworld is broken in libusb. Here is a tentative patch (I'm re-building
the world right now). The alternative is to #define UPACKED in usbhid.h.
cvs diff: Diffing .
Index: parse.c
===
RCS file: /home/ncvs/src/lib/libusb/parse.c,v
On Wed, 5 Jul 2000, Samuel Tardieu wrote:
> On 5/07, Kris Kennaway wrote:
>
> | I intend to MFC this stuff in 4 or 5 days assuming it doesn't present any
> | problems, so this means we need everyone who is capable of doing so to
> | stress the new code as much as possible. IMO we *really* need
On 5/07, Kris Kennaway wrote:
| I intend to MFC this stuff in 4 or 5 days assuming it doesn't present any
| problems, so this means we need everyone who is capable of doing so to
| stress the new code as much as possible. IMO we *really* need to get this
| into 4.1 despite the relatively short t
On Wed, 5 Jul 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Kri
> s Kennaway writes:
>
> >I intend to MFC this stuff in 4 or 5 days assuming it doesn't present any
> >problems,
>
> I'm sorry, but isn't that a tad fast, considering the scope of these
> changes ?
I forgot to m
In message <[EMAIL PROTECTED]>, Kri
s Kennaway writes:
>I intend to MFC this stuff in 4 or 5 days assuming it doesn't present any
>problems,
I'm sorry, but isn't that a tad fast, considering the scope of these
changes ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
As itojun has already posted, we are in the process of updating the
KAME IPv6/IPSEC code in FreeBSD to the latest KAME sources.
In importing the latest KAME code, we are not being too concerned about
whitespace or cosmetic diffs, unifdef'ing __NetBSD__ sections (at least in
userland) and so forth
>>Hmmm. Something definitely looks strange, 'cause since this morning if I
>>do:
>> telnet localhost (or telnet to ANY host, either in my host file or in
>>DNS)
>>I get:
>> localhost: no address associated with name
>>whereas a 'ping localhost' works perfectly fine (and so does a telnet
>Hmmm. Something definitely looks strange, 'cause since this morning if I
>do:
> telnet localhost (or telnet to ANY host, either in my host file or in
>DNS)
>I get:
> localhost: no address associated with name
>whereas a 'ping localhost' works perfectly fine (and so does a telnet
>127
Jun-ichiro itojun Hagino wrote:
>
> itojun 2000/07/04 22:07:23 PDT
>
> Modified files:
> lib/libc/net getaddrinfo.c
> Log:
> sync with kame.
> - better return code. from enami@netbsd
> - do not use "class" as variable name. C++ guy had trouble with it.
>
> Revisio
John Baldwin wrote:
> Notes:
> - There has been one vote so far to ditch the whole net/ reorg, although
> other people have expressed support for it.
What do you intend to do with the networking headers?
The socket API standards specify the socket related headers and their
paths. At least, "n
On 05 Jul 2000 12:46:11 +0900, NAKAJI Hiroyuki wrote:
> The problem is that the report of '/usr/bin/fetch' is strange. For
> example,
>
> $ fetch http://www.samba.gr.jp/project/samba-ja/index.html.en
> Receiving index.html.en
> -1 bytes transferred in 0.4 seconds (-2.28 Bps)
Please be sure to
Brian Dean wrote:
>
> On Tue, 4 Jul 2000, Doug Barton wrote:
>
> > I updated my dhclient script to handle this case, since it
> > happens on the roadrunner network as well. I can send you the patch
> > if you want, but I have a lot of other hacks in my script so it
> > might be confusing.
* John Baldwin <[EMAIL PROTECTED]> [000705 00:04] wrote:
> I've tried to update the document to reflect the comments I've
> received so far:
>
> Current directory structure:
>
> sys/
> ${MACHINE}/ - MD stuff
> conf/ - MD kernel config files
[gag, snip]
> Here is m
On Tue, 4 Jul 2000, Andrzej Bialecki wrote:
> Yeah, something like that. The question is who is going to fix it? INET6
> issues should probably stay in sync with other BSDs and KAME, and
> therefore IMHO the maintainer of inet6 code should step out and fix
> it... (Hello?? :)
>
Hmm. Good poin
I've tried to update the document to reflect the comments I've
received so far:
Current directory structure:
sys/
${MACHINE}/ - MD stuff
conf/ - MD kernel config files
${MACHINE/ - MD code
include/- MD includes
... -
63 matches
Mail list logo