#x27;ll be unemployed and will use the time (when I'm not job hunting) to try and
set up a network of a couple machines for testing. I can probably put a gateway
in the middle as well.
Jim Bloom
[EMAIL PROTECTED]
Yoshinobu Inoue wrote:
>
> The 1st thing I want to be tested is that, a
interfaces it tried to use
was faith0 which generated all of the errors. I just fixed by network startup
to specify the interface for dhclient and all of the error messages went away.
Jim Bloom
[EMAIL PROTECTED]
Jim Bloom wrote:
>
> I added the options a couple weeks ago. Everthing has been w
Add lynx-ssl to the list of ports which are broken on current. This was
as of Jan. 16 at 14:00 EST cvsup of ports and source followed by a make
world.
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On 17 Jan 2000, Satoshi - Ports Wraith - Asami wrote:
>
> > Should I ad
n/HTTP.c:178: for each function it
appears in.
)
../../../WWW/Library/Implementation/HTTP.c:178: `handle' undeclared
(first use i
n this function)
../../../WWW/Library/Implementation/HTTP.c:323: warning: passing arg 1
of `HTPro
gress' makes pointer from integer without a cast
*** Error
Yes, I had the same problem. I simply removed /usr/share/info and ran
installworld again. I don't know what you might lose if you try this,
but I don't use info much so I didn't really care.
Jim Bloom
[EMAIL PROTECTED]
"T. Hsiang" wrote:
>
> Do
rld aborts at rcp with the same
problem.) Simple recompile and install /usr/src/usr.bin/xinstall to fix both of
these problems.
Jim Bloom
[EMAIL PROTECTED]
Forrest Aldrich wrote:
>
> cc -c -O -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpoi
believe this is the correct fix in any case.
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> I get this whenever I try and build a kernel (with or without IPFIREWALL):
>
> linking kernel.debug
> ip6_fw.o: In function `ip6_fw_init':
> /sys/compile/MORDEN/../../netinet
the other. Optimally, both cases should be handled correctly.
Jim Bloom
[EMAIL PROTECTED]
John Baldwin wrote:
>
> Hmm, ok. I think my terminology may have been poor. I meant that the
> new sources should have been used to build the tools, but using the
> existing machine headers/
had a two
week old -current) and I am trying this as I type. It is a slow
machine, so it might take a while. I'll post an update when it
completes.
Jim Bloom
[EMAIL PROTECTED]
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Max Khon writes:
> : actually instructions
The method below worked just fine on my laptop. I can't guarantee how
it will do on a 3.x system for upgrading. Also, if a kernel is being
installed, it must be done before installing install or after the
installworld.
Jim Bloom
[EMAIL PROTECTED]
Jim Bloom wrote:
>
> I don'
This reminds me of a simpler way to do it in the current situation. In
all cases except crossbuilding and running the install on the build host
with DESTDIR=/mount_point, The folowing command should work:
make installworld INSTALL=/usr/obj/usr/src/usr.bin/xinstall/xinstall
Jim Bloom
Will someone please put an MX record up for hub.freebsd.org so it's mail
gets rerouted. I have mail queued up for delivery to there.
Jim Bloom
[EMAIL PROTECTED]
Matthew Dillon wrote:
>
> :
> :On Tuesday, 1 February 2000 at 18:49:22 -0800, Matthew Dillon wrote:
> :>
Ruslan Ermilov wrote:
>
> On Tue, Feb 01, 2000 at 02:51:11PM -0500, Jim Bloom wrote:
> > I did the following and it worked for me:
> >
> > cd /usr/src
> > make buildworld
> > make installworld
> > cd /usr/src/usr.bin/xinstall
&g
AGS_EDIT}
_INSTALLFLAGS:=${_INSTALLFLAGS${ie}}
.endfor
-_SHLINSTALLFLAGS:= ${INSTALLFLAGS}
-.for ie in ${INSTALLFLAGS_EDIT}
+_SHLINSTALLFLAGS:= ${SHLINSTALLFLAGS}
+.for ie in ${SHLINSTALLFLAGS_EDIT}
_SHLINSTALLFLAGS:= ${_SHLINSTALLFLAGS${ie}}
.endfor
Jim Bloom
[EMAIL PROTECTED]
John Polstra wrote:
>
> In article <[EMAIL PROTECTED]>, Jim Bloom <[EMAIL PROTECTED]> wrote:
> > Will someone please put an MX record up for hub.freebsd.org so it's mail
> > gets rerouted. I have mail queued up for delivery to there.
>
> Why are you a
info is not a linkage problem, but a feature
change between the versions. So far I don't see a reason to to link it
'static'. I believe what needs to be done in this case is to ensure
that install-info is installed before it is used. I suspect that a bit
of careful addition of
This won't give you a statically linked install. You might try adding
'NOSHARED=yes' to the make command below.
Jim Bloom
[EMAIL PROTECTED]
Josef Karthauser wrote:
>
> I've committed the fix. Another way of not tripping over problems is:
>
> # cd /usr/src
You still didn't get your installworld to complete succesfully. You
have install, libc, and libutil out of sync.
I believe the correct procedure for installing everything in your case
is:
make -k -NOFSCHG installworld
make installworld
Jim Bloom
[EMAIL PROTECTED]
Dan Lan
lly install upgraded cryptography
as part of installing. The original complaint just points out that we are not
yet at the point where we want to be for the final release of 4.0, but that was
why 4.0RC was created.
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On Sat, 12 Feb 2000, Joh
Yes it is. strlcat and strlcpy are not needed in libssh since they are
in the libc already. They existed in the port because earlier version
of 3.x did not have them.
Mark is in the middle of committing all of the changes. It might be a
little while until everything is clean again.
Jim Bloom
While I was working on this project before I found out that Mark was 95%
done already, I made those tests be:
.in !defined(NO_OPENSSH) && !defined(NOCRYPT)
NOCRYPT has been the standard way of indicating that the cryptograph
package has not been installed.
Jim Bloom
[EMAIL P
I'm not suprised to here this. The Makefiles in that directory are from
OpenBSD's version of openssh. If you want to build ssh manually, you
will need to build parts of /usr/src/secure/{lib,user.sbin,usr.bin} and
/usr/src/lib/libpam. The makefiles are for reference only.
Jim Bl
src/secure/usr.bin/ssh. The only file there is
Makefile. Reading the Makefile, you will see that it needs several
files. These are found through the .PATH derective which references
crypto/openssh.
Jim Bloom
[EMAIL PROTECTED]
Ollivier Robert wrote:
>
> According to Kris Kennaway:
> >
and running with them without any problems.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ual page.
Option 1 seems like it might be a little difficult. Option 2 looks to be
reasonably simple to implement after reading the code. Option 3 is the easiest,
but I believe it is the wrong way to handle the problem.
I can submit patches for 2 or 3 reasonably quickly. I have no idea about fixi
#x27;s warning about a non-zero
exit status of the command.
With the fix below, the error about RSA being required is now displayed at
the correct time. This still does not solve the more fundamental problem of
what gets distributed on the CD in terms openssl and RSA.
Jim Bloom
[EMAIL PROTE
See the file src/UPDATING. This is one of a couple problems that one
sees when trying to install current on an older system. If this error
isn't mentioned explicitly, check the sections relating to flags and
xinstall (install).
Jim Bloom
[EMAIL PROTECTED]
Omachonu Ogali wrote:
>
David O'Brien committed some changes a few hours ago adding the gasp
infodocs into the build. He might have introduced a bug here. Here is
the commit message.
Jim Bloom
[EMAIL PROTECTED]
> obrien 2000/02/21 12:33:32 PST
>
> Modified files:
> gnu/usr.bin/binu
No. It has the same bug. That method of concatenation only works for strings.
Jim Bloom
[EMAIL PROTECTED]
Kai Großjohann wrote:
> /
> | #define rule(ADDR,MASK) \
> | add pass tcp from ADDR ## : ## MASK to any 25 setup
> |
> | rule(192.168.2.5,255.255.254.0)
> \
&g
not work if addr and mask are defined on the command line. The
problem arises from using another defined value as the string being
concatenated. The concatenation works for constants though.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tand. The recent upgrade of modssl might have
caused a problem or broken a patch.
Jim Bloom
[EMAIL PROTECTED]
Manfred Antar wrote:
>
> I needed to add -lRSAglue -lrsaUSA to the SSL_LIBS= line in
> /usr/ports/www/apache13-php3/work/apache_1.3.12/src/modules/ssl/Makefile
> and install th
My previous
test was before librsaUSA was created.
Can Peter or John shed any light on possible linker or dynamic loader
issues here?
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On Tue, 29 Feb 2000, Manfred Antar wrote:
>
> > I needed to add -lRSAglue -lrsaUSA to the S
We have found a fix that will change the building of librsaUSA to fix the
problem. The fix will get committed after the release engineer approve the
commit. The port will not need to be changed in the long run.
Jim Bloom
[EMAIL PROTECTED]
Jim Bloom wrote:
>
> You definitely don&
In either case, the answer is that you do not need to install the rsaref
port before any builds. It is only a runtime dependency now.
Jim Bloom
[EMAIL PROTECTED]
Walter Brameld wrote:
>
> > Do you still need to install the rsaref port before openssh?
> > (/usr/ports/security)
guess you need to update the handbook to reflect this
change.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Are you building with -DNOSHARE? That is the only way I can think of off the
top of my head.
Jim Bloom
[EMAIL PROTECTED]
Jeff Palmer wrote:
>
> Hi all,
>
> I have cvsupped and tried to build world mutiple times over the past 3
> days, each time I get the same error. I have
pcm
device sbc
device joy
There is no support for the wave table part of the card at this time.
Jim Bloom
[EMAIL PROTECTED]
Chris Wasser wrote:
>
> Hi all, hate to post something this insignificant to the mailing list, but
> I've search the entire src tree with no luck in resolvi
s some demand for this, I could merge
openbsd's libskey into ours and get the skey authentication working.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ng system is
> now broken. We should at least mention this in UPDATING so people have a
> ghost of a chance.
>
One possible source of breakage is not bringing over the existing server
key. The key will need to be moved from /usr/local/etc to /etc/ssh.
Did Warner include this with his ch
Warner Losh wrote:
> + You will also need to enable openssh in /etc/rc.conf if you
> + want to run the new servers. You may need to move your key
> + and other config files from /usr/local/etc to /etc.
Looks fine except config files go in /etc/ssh, not /etc.
Jim Blo
build
environment.
Don't bother building with MAKE_KERBEROS4=NO. All of the tests look at
the variable being defined and not its value. You might try removing
your object directory and doing a make cleandir twice to make sure
nothing is left in source tree that shouldn't be there.
Jim Bloom
[
reate would be fine as long as it sets a variable accessible to all
threads indicating dllockinit has been called.
Another possible location would be a routine that initialize the multithreading
for the process. This routine may not exist in all thread packages though.
Jim Bloom
[EMAIL PROTECTED]
Ju
e "try and" removed or replaced
with "attempt to". Either of these is much better grammatically.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ure/libexec/sshd/Makefile
kerberosIV/Makefile.inc
I don't know how to change ld (compile time?) so that it doesn't look in
the standard locations for files during buildworld. That is what is
required to guarantee this problem doesn't happen again.
Kris, would you like patches or wil
Jim Bloom wrote:
>
> The
> following makefiles need to have the references to RSAglue removed:
>
> usr.sbin/ppp/Makefile
> usr.sbin/pppd/Makefile
> secure/libexec/sshd/Makefile
> kerberosIV/Makefile.inc
>
Ignore secure/libexec/sshd/Makefile. That was left ove
joy" to your configuration file. The ESS0001 looks
like a game/joystick port. Someone might need to add device ID to the
driver though.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
like.
Jim Bloom
[EMAIL PROTECTED]
Mike Tancsa wrote:
>
> I do follow current, but I must be blind if I missed it. What is the
> latest date for 4.0R ? Will there be instead another Release Candidate and
> more testing ?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
Please read UPDATING for details on how to upgrade to 4.0 from earlier releases.
The quick summary to deal with your problem is:
make -DNOINFO installworld
make installworld
There are other problems you might bump into, so do your homework first.
Jim Bloom
[EMAIL PROTECTED]
Rasmus Skaarup
oment because of various bugs (panics on boot, not probing the hard drive,
etc.).
Jim Bloom
[EMAIL PROTECTED]
Soren Schmidt wrote:
>
> It worked until the latest newbus changes, I'm looking at it, but havn't
> found anything obvious yet.
> But seriously you want to get
lieve this patch will not work in all cases. Maybe Marcel can shed some
more light on this issue.
Jim Bloom
[EMAIL PROTECTED]
Neil Blakey-Milner wrote:
>
> Hi,
>
> I was looking into fixing the install-info problem, and wondered if the
> solution is really as easy as it seems:
&g
build and a new build
is required before the new kernel is installed. We cannot have this paradox.
Jim Bloom
[EMAIL PROTECTED]
Doug wrote:
>
> On Thu, 30 Sep 1999, Harold Gutch wrote:
>
> > Uhm, that's the way I see it being _right now_ as well. What I
> > was thinking of
and Sunday. I am using the static binary installed from
the ports collection. I don't have a date or version right now, but seem to
recall it being 16.0. As others have mentioned, running cvsup under truss
works.
I'll let you know more tomorrow night if there is anything I can ad
so I can't tell
you how performance is.
Jim Bloom
Pierre Beyssac wrote:
>
> On Sun, Oct 10, 1999 at 04:59:34PM -0400, Bill Paul wrote:
> > A while back I posted a message here saying that I'd changed the xl driver
> > a bit to hopefully improve performance for 3c90xB
kernel, I ended up with a zero byte kernel while trying to install the
fixed one.
Jim Bloom
[EMAIL PROTECTED]
Bob Bishop wrote:
>
> Hi,
>
> cvsup at Wed Mar 22 04:03:28 GMT 2000, this built without problems with -j8
> on my SMP box, but on a uniprocessor (-j4, eveything else the sa
Upgrade sys/vm/swap_pager.c to the current version. There was a bug there which
has been fixed.
Jim Bloom
[EMAIL PROTECTED]
FreeBSD mailing list wrote:
>
>
> /var/log/messages indicates:
> Mar 23 23:32:47 mrynet /kernel: Debugger("d_iocmd botch") called.
> Mar 2
I reproduced the problem and have attached a patch. It was the exact
same problem as in swap_pager.c (assuming B_WRITE was 0). Hopefully phk
will commit this fix shortly.
Jim Bloom
[EMAIL PROTECTED]
\
FreeBSD mailing list wrote:
>
> I cvsup'd once more this morning... Nothing
e what is causing your other problems.
I am unable to write to a floppy at this time. I'm not seeing any
errors, but nothings is getting written.
Jim Bloom
[EMAIL PROTECTED]
>
> ttyp7:--ROOT--@mrynet (22): fdformat -f 1440 fd0.1440
> Format 1440K floppy `/dev/fd0.1440'
A similar patch was added for the USA version of RSA for the same basic reason.
Your patch is almost correct. It should add the line:
LDADD+= -L$[.OBJDIR]/../libcrypto -lcrypto
Your version would reference the system crypto library and not the one being
built as part of buildworld.
Jim Bloom
blem.
>
> Should I file a pr with the patch ?
If you like. Hopefully someone will pick it up from the list sooner and commit
the patch. send-pr is the official channel for reporting bugs.
Jim Bloom
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
The RCS info stored in the binaries is insufficient for this purpose. There is
no record of the versions of all included files. Changes to constants and/or
macros would not be identifiable.
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On Tue, 25 Apr 2000, Brandon D. Valentine
While compiling a kernel with recent code (cvsup 22:30 -0400 July 6), I
had some undefined symbols. I traced the symbols to netkey/key_debug.c
and found that it did not test IPSEC_DEBUG correctly. I have attached
a patch below.
Jim Bloom
[EMAIL PROTECTED]
Index: netkey/key_debug.c
n't have better details, but I was in a hurry to get things working
and grabbed the 0602 snapshot which worked fine. I didn't record any of the
details at that time.
Jim Bloom
[EMAIL PROTECTED]
John DeBoskey wrote:
>
> Hi,
>
>In case anyone else it seeing this yet, or po
.
I found the problem to be quite repeatable by simply going "tail -f file" (the
file does not need to change) and then hitting an interrupt on the keyboard.
Let me know if I can be of any assistance in tracking this problem down. I
might try to spend some time tomorrow figuring out w
To resolve the problem with tail, rebuild your kernel with revision 1.11 of
sys/kern/kern_event.c. 1.12 which was designed to make the kevent system
restartable seems to keep the process from ever receiving the interrupt. I
don't have a solution which solves both problems yet.
Jim Bloom
[
ormal before the event will
will be logged.
In fact, I witnessed a case where a SIGKILL would not kill the process after a
SIGINT.
Jim Bloom
[EMAIL PROTECTED]
Jim Bloom wrote:
>
> I am having problems with "tail -f" hanging the machine. I don't know if this
> change is r
cking". The pid is for
the tail command.
Jim Bloom
[EMAIL PROTECTED]
Jim Bloom wrote:
>
> I didn't have much time for testing, but backing out this change fixes the
> problem tail. For some reason, the signal never gets delivered to the process.
> The manual page states th
Fixed with revision 1.14 sys/kern/kern_event.c. Update your kernel sources and
the problem should go away.
Jim Bloom
[EMAIL PROTECTED]
"Damon M. Conway" wrote:
>
> Damon Hammis wrote:
> >Has anyone else stumbled across this bug in 5.0-CURRENT? Whenever I try
> &
out right before this commit. Please let me know if I can
provide any further information or assistance.
Thanks for you help
Jim Bloom
[EMAIL PROTECTED]
Modified files:
sys/pccard i82365.h pcic.c pcic_isa.c pcic_pci.c
Log:
o Try to do 3.3V support better for the 6722 and
or ff before)
pcic0: reset 2 int is 60 stat is cc
pcic0: reset 3 int is 60 stat is cc
The machine is an old AST Ascentia 810N.
Jim
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Jim Bloom writes:
> : I have attached my kernel configuration and dmesg output from a kernel
&
I haven't built a new kernel since I had got it working (by fetching the version
before the commit). I haven't noticed any commits that might have been related
to fixing this but I'm a couple weeks behind on reading cvs-all.
Jim Bloom
"M. Warner Losh" wrote:
>
The chipset is reported as a 6722 by the newer kernels that do not work. I will
forward the earlier e-mails to you.
Jim Bloom
"M. Warner Losh" wrote:
>
> OK. I'll keep that in mind. I'm in a bit if a time crunch until
> after the first of the year. I can
Did you add "device miibus" to you kernel configuration?
Jim Bloom
[EMAIL PROTECTED]
Paul Allenby wrote:
>
> Hi all
>
> >From sources cvsup'd about an hour ago, "make depend" complains:
>
> ../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such f
rrors and kernel configuration are included below.
Jim Bloom
[EMAIL PROTECTED]
linking kernel
ata-all.o: In function `ata_service':
ata-all.o(.text+0x1332): undefined reference to `ata_dmastatus'
ata-all.o: In function `ata_change_mode':
ata-all.o(.text+0x1dc1): undefined reference
. I don't want to leave my machine unable to
boot.
Jim Bloom
[EMAIL PROTECTED]
The Hermit Hacker wrote:
>
> doing so right now ... one quick/stupid question ... how does one
> 'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka
> backup that work
l was built in a clean
directory.
I can try to get more information if necessary.
Jim Bloom
[EMAIL PROTECTED]
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x1a0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01c8006
stack po
I finally tracked down the page fault I was seeing while probing the mpu.
The mutex was not being initialized before it was used. I have included a
patch below which fixes the problem. Will someone please review the style
and commit the fix.
Thanks.
Jim Bloom
[EMAIL PROTECTED]
Index: mpu.c
This is a pain. cvsup3 is the closest mirror to me. The only file I
could find missing on cvsup3 was rsa_eay.c.
Garrett, now that RSA has released the patent, would you be willing to
add this file to the mirror on cvsup3?
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On Sun,
There is a minor typo in the URL. The patches are at:
http://people.freebsd.org/~imp/if_vx.patch
Jim Bloom
[EMAIL PROTECTED]
Warner Losh wrote:
>
> Someone (I can't find who in my records, please let me know if it was
> you so I can credit you in the commit message) se
Mine seems to be detected just fine with a CVSUP on Sat Nov 11, 2000 at
around 22:00 EST. The only error I get whiel trying to detect the card
is:
pci0: (vendor=0x11d1, dev=0x01f7) at 10.0 irq 9
I might submit a fix for this error at some point, but it doesn't affect
anything.
While trying to build a new kernel today, I received errors relating to
vnode_if.h not existing. I have put the patch below which fixed the
problem for me. (Sorry if the patch does not apply because of cut and
paste errors, but it may easily be hand editted.)
Jim Bloom
[EMAIL PROTECTED
I can
also send my kernel config and dmesg from a Nov kernel which boots.
Jim Bloom
[EMAIL PROTECTED]
John Baldwin wrote:
>
> On 05-Feb-01 Crist J. Clark wrote:
> > I don't recall reports of trouble with recent CURRENT, but my CVSup
> > from yesterday afternoon is pani
,c02b0008,286,c031b7230,0)
at __set_sysinit_set_sym_sc_mem_sys_init+0x644
Jim Bloom
[EMAIL PROTECTED]
PS: Here is the original message. It was cut and pasted from the logs
since your message is sitting in another OS on a dual boot machine.
On 06-Feb-01 Jim Bloom wrote:
> I have seen both a trap
0xc0290990 __set_sysctl_set_sym_sysctl__kern_fscale+0x4
eip 0xc0266fcc Debugger+44
efl 0x56
Jim Bloom
[EMAIL PROTECTED]
John Baldwin wrote:
>
> On 06-Feb-01 Jim Bloom wrote:
> > The line where I was having the trap is still within cpu_switch (line
> > 236 of swtch.s
. The code is correct and the esi register had the expected
value.
Jim Bloom
[EMAIL PROTECTED]
P.S. I am hitting the same problem Robert Watson mentioned. I don't
have room for three kernels on the machine.
John Baldwin wrote:
>
> On 06-Feb-01 Jim Bloom wrote:
> > Here
John Baldwin wrote:
>
> On 06-Feb-01 Jim Bloom wrote:
> > Which kernel do you want me to try this with? I have tried two
> > different kernels with two different errors. (Both have been sent at
> > different times in the past couple days.) The registers listed here
&g
the ssl library for each machine
properly tuned. For my small collection of machines, that wouldn't be too bad,
but for larger sites it would be a problem. I could probably find some way to
compile multiple version with buildworld and figure out the correct one to
install with installworld.
I used to run a 250Mb with extended length tapes (350Mb). That is still far
short of the size of newer tape drives.
Jim Bloom
bl...@acm.org
Poul-Henning Kamp wrote:
>
> In message , William Woods writes:
>
> >Yea yea, I know..but this was a gifyt for Christmass and I reall
sense when trying to avoid
user suprises. I would also suggest the default gid be changed similarly. (On
Solaris 2.5.1, nobody is now uid 60001 with nobody4 as uid 65534 (for SunOS 4).)
Jim Bloom
bl...@acm.org
Bruce Evans wrote:
>
> 4294967294 is just the default mapped uid for root.
I get the same error. This is more to the error message which I have
included below. I am doing a "make buildworld" after deleting
everything in /usr/obj. Cvsup from freebsd3.freebsd.org at around 21:00
GMT.
Jim Bloom
bl...@acm.org
c++ -I/usr/obj/usr/src/tmp/usr/include/g++ -nostdin
This seems to fix the problem. I got all the through buildworld and
have installed the code. Man(1) seems to work fine, but I haven't done
a major stress test of groff and the related programs.
Jim Bloom
bl...@acm.org
David O'Brien wrote:
>
> > I've hit this one now
a new swap page for a
process, what would guarantee that the signal handler could get the pages it
needs.
Jim Bloom
bl...@acm.org
Mikhail Teterin wrote:
>
> If we are up to discussing the possible implementations, I'd suggest
> that the system uses something other then SIGKILL to n
ys to unfreeze it.
I have seen this problem mentioned on both freebsd-current and freebsd-scsi
several times without a solution. I don't recall a link to USB being mentioned
before.
I'll try to post my dmesg output later this tonight.
Jim Bloom
bl...@acm.org
Rick Whitesel wrote:
>
Here is the dmesg output from a boot -v on my machine. I don't believe
that I have ever had the USB ports configured in my kernel. They do
have an IRQ allocated in the BIOS though.
Jim Bloom
bl...@acm.org
Copyright (c) 1992-1999 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991,
I believe the more interesting panic to debug is the first one here in
mtrash_ctor and not the problem with syncing the disk after a panic. I have
seen a few other panics in this routine posted to current over the last few
weeks.
Jim Bloom
[EMAIL PROTECTED]
Alex Zepeda wrote:
>
> I go
am cpp0)
> > Please submit a full bug report.
> > See http://www.gnu.org/software/gcc/bugs.html> for instructions.
> > mkdep: compile failed
> > *** Error code 1
>
This is not just a problem with stable. I had the same problem building a
kernel with Sept. 22, 7:30AM ED
95 matches
Mail list logo
