* From: Kris Kennaway <[EMAIL PROTECTED]>
* On Wed, 23 Aug 2000, Mike Meyer wrote:
*
* > How does it decide whether or not a package conforms?
*
* Probably by looking for files which get installed in /usr/local or
* /usr/X11R6 instead of ${LOCALBASE} or ${X11BASE} :-)
Actually, it's eas
* Brian Fundakowski Feldman <[EMAIL PROTECTED]> [000823 22:05] wrote:
> On Wed, 23 Aug 2000, Alfred Perlstein wrote:
>
> > * Alfred Perlstein <[EMAIL PROTECTED]> [000823 14:29] wrote:
> > >
> > > I have a feeling that this is related to missing spl protection around
> > > the chgsbsize subsystem
On Wed, 23 Aug 2000, Alfred Perlstein wrote:
> * Alfred Perlstein <[EMAIL PROTECTED]> [000823 14:29] wrote:
> >
> > I have a feeling that this is related to missing spl protection around
> > the chgsbsize subsystem, this was probably an issue before I touched it
> > but since I touched it last I
On Wed, 23 Aug 2000, Mike Meyer wrote:
> How does it decide whether or not a package conforms?
Probably by looking for files which get installed in /usr/local or
/usr/X11R6 instead of ${LOCALBASE} or ${X11BASE} :-)
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
--
On Wed, 23 Aug 2000, Mike Smith wrote:
> I would recommend just preserving the relevant files and updating the
> rest of the system right now. I think that Matt Dodd is working on
> this right now. A quick look at the code doesn't suggest anything
> immediately wrong with the new interrupt assig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I would recommend just preserving the relevant files and updating the
> rest of the system right now. I think that Matt Dodd is working on this
> right now. A quick look at the code doesn't suggest anything immediately
> wrong with the new inte
Satoshi - Ports Wraith - Asami writes:
> * From: Mike Meyer <[EMAIL PROTECTED]>
> * However, I was wondering if there was anyone who could fix things that
> * weren't PREFIX clean who would also find them on a regular
> * basis. That's not you.
> I can help you when the new package building cl
I got the following error while trying to make builworld with WITH_IDEA=YES
and USA_RESIDENT=NO.
===> libcrypto
[snip]
cc -O -pipe -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto -DL_ENDIAN
-I/usr/obj/usr/src/i386/u
I don't know this problem is happend only on my box, or not. But I'm
using MAKE_IDEA=IES and USA_RESIDENT=NO for buildworld.
===> libcrypto
cc -O -mpentiumpro -pipe -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto
In article <[EMAIL PROTECTED]>,
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
>
> more paranioa:
>
>
> Index: uipc_socket.c
> ===
> RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v
> retrieving revision 1.80
> diff -u -u -r1.80 uip
>
> Would it be possible to revert the DPT commits made by peter on
> Mon Aug 7 18:48:14 2000 in the RELENG_4 branch? It seems that the
> dpt_attatch is failing in bus_alloc_resource(9) for the IRQ, and I have
> production machines that need worlds built for some other updates as
> well..
Alexander Leidinger wrote:
>
> On 23 Aug, Paul Richards wrote:
>
> >> > On a vaguely related topic, after much searching I can't seem to see one
> >> > way or the other if we can do a complete bit-by-bit copy of a cd with
> >> > either cdrecord or burncd, though it's possible I'm looking in the
* John Polstra <[EMAIL PROTECTED]> [000823 15:55] wrote:
> In article <[EMAIL PROTECTED]>,
> Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> > > Nope, that doesn't fix it. I got the same panic on the very first
> > > try.
> >
> > hmm, when does it happen? During the transfer or at the end of the
In article <[EMAIL PROTECTED]>,
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> > Nope, that doesn't fix it. I got the same panic on the very first
> > try.
>
> hmm, when does it happen? During the transfer or at the end of the
> transfer?
The first time I reported the problem it had happened d
* John Polstra <[EMAIL PROTECTED]> [000823 15:39] wrote:
> In article <[EMAIL PROTECTED]>,
> Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> >
> > Let's take a more paraniod approach (back out my spl in chgsbsize):
> >
> >
> > Index: uipc_socket2.c
>
> Nope, that doesn't fix it. I got the same
In article <[EMAIL PROTECTED]>,
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
>
> Let's take a more paraniod approach (back out my spl in chgsbsize):
>
>
> Index: uipc_socket2.c
Nope, that doesn't fix it. I got the same panic on the very first
try.
John
--
John Polstra
* John Polstra <[EMAIL PROTECTED]> [000823 15:03] wrote:
> In article <[EMAIL PROTECTED]>,
> Alfred Perlstein <[EMAIL PROTECTED]> wrote:
>
> > John can you try this patch and let us know if you still experiance
> > crashes?
>
> Will do. I'll let you know what happens.
Let's take a more parani
* From: Mike Meyer <[EMAIL PROTECTED]>
* However, I was wondering if there was anyone who could fix things that
* weren't PREFIX clean who would also find them on a regular
* basis. That's not you.
I can help you when the new package building cluster (being put
together by Paul Saab at the m
In article <[EMAIL PROTECTED]>,
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> John can you try this patch and let us know if you still experiance
> crashes?
Will do. I'll let you know what happens.
John
--
John Polstra [EMAIL PROTECTED]
John
* Alfred Perlstein <[EMAIL PROTECTED]> [000823 14:29] wrote:
>
> I have a feeling that this is related to missing spl protection around
> the chgsbsize subsystem, this was probably an issue before I touched it
> but since I touched it last I'll have a look-see.
>
> Brian, does that makes sense?
* John Polstra <[EMAIL PROTECTED]> [000823 13:46] wrote:
> I got the above panic in a -current kernel from August 19 with
> INVARIANTS and INVARIANT_SUPPORT compiled in. I also saw it once
> before on a kernel from a few weeks ago. In both cases the panic
> occurred when receiving a 25 MB file w
I got the above panic in a -current kernel from August 19 with
INVARIANTS and INVARIANT_SUPPORT compiled in. I also saw it once
before on a kernel from a few weeks ago. In both cases the panic
occurred when receiving a 25 MB file with FTP over a gigabit Ethernet
link (wx driver). Here is the re
It seems j mckitrick wrote:
> On Wed, Aug 23, 2000 at 06:14:46PM +0200, Soren Schmidt wrote:
> | Well, "work" is exactly the word to use, they work on *some* chipsets
> | with *some* drivers, but they have problems there as well. Remember
> | that most wintel boxes doesn't even use DMA...
>
> rea
On Wed, 23 Aug 2000, Ben Smithurst wrote:
> Or would you prefer that this be made an option like IGNORE_DEV or
> IGNORE_MAKEDEV or something? If you'd prefer that I can probably create
> an appropriate patch, but this route seems more sensible to me, since no
> config change will be needed if I
In message <[EMAIL PROTECTED]>,
Siobhan Patricia Lynch writes:
>On Wed, 23 Aug 2000, Poul-Henning Kamp wrote:
>
>> In message <[EMAIL PROTECTED]>,
>> Siobhan Patricia Lynch writes:
>> >this is cute:
>> >notice the dates, they predate the epoch.
>>
>> Because of your timezone.
>>
>
>nod, figure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry for the cross post but
Would it be possible to revert the DPT commits made by peter on
Mon Aug 7 18:48:14 2000 in the RELENG_4 branch? It seems that the
dpt_attatch is failing in bus_alloc_resource(9) for the IRQ, and I ha
On Wed, 23 Aug 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>,
> Siobhan Patricia Lynch writes:
> >this is cute:
> >notice the dates, they predate the epoch.
>
> Because of your timezone.
>
nod, figured that out already, however, is the epoch date intentional?
__
Trish Lync
On Wed, Aug 23, 2000 at 06:14:46PM +0200, Soren Schmidt wrote:
| Well, "work" is exactly the word to use, they work on *some* chipsets
| with *some* drivers, but they have problems there as well. Remember
| that most wintel boxes doesn't even use DMA...
really? why is that? and why include the
In message <[EMAIL PROTECTED]>,
Siobhan Patricia Lynch writes:
>this is cute:
>notice the dates, they predate the epoch.
Because of your timezone.
>weird huh? anyone else see this or am I just off my rocker?
>crw--- 1 root wheel 12, 0 Dec 31 1969 ttyv0
>crw--- 1 root whee
Just a minor point...
Should we add a patch something like this to mergemaster so that it
doesn't prompt the user about MAKEDEV if their /dev is a devfs where
MAKEDEV can't be created anyway?
Or would you prefer that this be made an option like IGNORE_DEV or
IGNORE_MAKEDEV or something? If you'
It seems Matthew Thyer wrote:
> Soren Schmidt wrote:
> > It seems Andreas Klemm wrote:
> > > ad4: 39082MB [79406/16/63] at ata2-master using UDMA33
> >
> > AHA! try swap that with a known good drive (ie non Maxtor/WD) if you can
>
> Are there plans to try to support this broken hardware ?
Soren Schmidt wrote:
> It seems Andreas Klemm wrote:
> > ad4: 39082MB [79406/16/63] at ata2-master using UDMA33
>
> AHA! try swap that with a known good drive (ie non Maxtor/WD) if you can
Are there plans to try to support this broken hardware ?
Maxtor seem to be violating ATAPI standards
Out of the ether, David O'Brien spewed forth the following bitstream:
> On Wed, Aug 23, 2000 at 01:36:56PM +0100, Konstantin Chuguev wrote:
> > Do you use /usr/local for anything?
> Yes, local stuff. IMHO, the Ports Collection using /usr/local was the
> biggest mistake of it. The ports collecti
Konstantin Chuguev writes:
> "Jacques A. Vidrine" wrote:
> > On Wed, Aug 23, 2000 at 01:01:59AM -0500, Mike Meyer wrote:
> > > Um - why? If you removed the setting of LOCALBASE in that case, you
> > > wouldn't change the disk layout at all.
> > I prefer installed executables, data files, and man p
Why have you annoyed many hundreds of people with your test message
which I told you was not necessary to send ?
I clearly described the simple problem of your organisation using
email relay servers which were not registered in the DNS causing
many weeks of problems for me.
Not only have you ann
On Wed, Aug 23, 2000 at 01:36:56PM +0100, Konstantin Chuguev wrote:
> Do you use /usr/local for anything?
Yes, local stuff. IMHO, the Ports Collection using /usr/local was the
biggest mistake of it. The ports collection should have used /usr/pkg/
as NetBSD does. I have to create /usr/truely-lo
On Wed, 23 Aug 2000, Will Andrews wrote:
> On Wed, Aug 23, 2000 at 10:28:00AM -0400, Siobhan Patricia Lynch wrote:
>^
> > this is cute:
> > notice the dates, they predate the epoch.
>
> They don't predate the epoch. The epoch starts at 00:00 UTC on Januar
On Wed, 23 Aug 2000 10:31:45 -0400, Donn Miller wrote:
> Maybe your machine was previously owned by a Woodstock-era hippie? LOL.
>
> I have no such problems with my -current:
>
> total 42
> -r-xr-xr-x 1 root wheel38814 Aug 19 23:40 MAKEDEV*
> -r-xr-xr-x 1 root wheel
On Wed, Aug 23, 2000 at 10:28:00AM -0400, Siobhan Patricia Lynch wrote:
^
> this is cute:
> notice the dates, they predate the epoch.
They don't predate the epoch. The epoch starts at 00:00 UTC on January
1, 1970. Hence, the dates are exactly the epoch (20
Siobhan Patricia Lynch wrote:
>
> this is cute:
> notice the dates, they predate the epoch.
>
> weird huh? anyone else see this or am I just off my rocker?
>
> -Trish
>
> total 0
> crw-r--r-- 1 root operator 117, 0 Dec 31 1969 acd0a
> crw-r--r-- 1 root operator 117, 2 Dec 31 1969
this is cute:
notice the dates, they predate the epoch.
weird huh? anyone else see this or am I just off my rocker?
-Trish
total 0
crw-r--r-- 1 root operator 117, 0 Dec 31 1969 acd0a
crw-r--r-- 1 root operator 117, 2 Dec 31 1969 acd0c
crw-r- 1 root operator 15, 0x0001000
Mark Murray wrote:
>
> > So, at least I know the hang is occuring at random: .
>
> OK; please uncomment the #define DEBUG in yarrow.c and let me know what
> the output of that looks like?
I get
random:
Random init
and then my machine just locks up tight, right there.
-Donn
To Unsubscribe
> So, at least I know the hang is occuring at random: .
OK; please uncomment the #define DEBUG in yarrow.c and let me know what
the output of that looks like?
Thanks!
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
Basically, it is hanging immediately after this message:
Preloaded elf kernel "kernel.old" at 0xc0392000.
Intel Pentium detected, installing workaround for F00F bug
nulldev:
I couldn't even drop into the debugger, because my machine was locked solid.
The next boot message WOULD'VE been:
random
On 23 Aug, Paul Richards wrote:
>> > On a vaguely related topic, after much searching I can't seem to see one
>> > way or the other if we can do a complete bit-by-bit copy of a cd with
>> > either cdrecord or burncd, though it's possible I'm looking in the wrong
>> > place.
>>
>> I think cdrecor
On Wed, Aug 23, 2000 at 01:36:56PM +0100, Konstantin Chuguev wrote:
> Just wondering: what is the reason of using /opt instead of /usr/local,
> apart from Solaris influence?
No Solaris influence, actually. Just strlen("/opt") < strlen("/usr/local").
It looks nicer to me. Secondarily to see i
On Wed, 23 Aug 2000 13:36:56 +0100, Konstantin Chuguev wrote:
> Just wondering: what is the reason of using /opt instead of /usr/local,
> apart from Solaris influence? Do you use /usr/local for anything?
NetBSD uses /usr/opt . It's a matter of taste. :-)
Ciao,
Sheldon.
To Unsubscribe: sen
"Jacques A. Vidrine" wrote:
> On Wed, Aug 23, 2000 at 01:01:59AM -0500, Mike Meyer wrote:
> > Um - why? If you removed the setting of LOCALBASE in that case, you
> > wouldn't change the disk layout at all.
>
> I prefer installed executables, data files, and man pages to refer to
> /opt. Duh.
>
-On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
>-=-=-
>===> libexec/fingerd
>cc -O -pipe -I/usr/obj/src/src/i386/usr/include -c /src/src/libexec/fingerd/fi
>ngerd.c
>cc -O -pipe -I/usr/obj/src/src/i386/usr/include -o fingerd fingerd.o -lutil
>/usr/obj/src/src/i386/usr/lib/l
On Wed, Aug 23, 2000 at 01:01:59AM -0500, Mike Meyer wrote:
> Um - why? If you removed the setting of LOCALBASE in that case, you
> wouldn't change the disk layout at all.
I prefer installed executables, data files, and man pages to refer to
/opt. Duh.
> However, I was wondering if there was an
> > Clean out your tree and reapply the patches; they got applied twice to some
> > files :-)
>
> OK, earlier I had done just that. After re-compiling and rebooting, my
> machine hangs at the beginning point of the boot stage, where it says
> "Pentium F00F bug detected". The boot just halts rig
"Kenneth D. Merry" wrote:
>
> On Tue, Aug 22, 2000 at 20:43:15 -0400, Laurence Berland wrote:
> > On a vaguely related topic, after much searching I can't seem to see one
> > way or the other if we can do a complete bit-by-bit copy of a cd with
> > either cdrecord or burncd, though it's possible
Hi folks,
Again, this is hardly worth a HEADS UP. The default output format for
mount(8) has changed; sync and async read and writes statistics aren't
printed unless the -v option is used. This does not apply to the output
produced by the -p option, which has never printed these statistics.
I
On Wed, 23 Aug 2000, Mark Murray wrote:
> > I just tried the patch, which completed successfully. But now, I'm
> > getting these errors (see attached make.log).
>
> Clean out your tree and reapply the patches; they got applied twice to some
> files :-)
OK, earlier I had done just that. After
-On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
>Brian, I'm afraid you broke libutil... Every program using libutil now must
>depend on libcrypt too.
>
>-=-=-
>===> libexec/fingerd
>cc -O -pipe -I/usr/obj/src/src/i386/usr/include -c /src/src/libexec/fingerd/fi
>ngerd.c
>cc -O -p
> I just tried the patch, which completed successfully. But now, I'm
> getting these errors (see attached make.log).
Clean out your tree and reapply the patches; they got applied twice to some
files :-)
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send ma
It seems Laurence Berland wrote:
> On a vaguely related topic, after much searching I can't seem to see one
> way or the other if we can do a complete bit-by-bit copy of a cd with
> either cdrecord or burncd, though it's possible I'm looking in the wrong
> place.
Uhm, I've had some success with c
It seems Mike Meyer wrote:
>
> I'm planning on implementing all the CDR ioctls for SCSI cds.
>
> BTW, are those documented somewhere? I mean, I can work out what they
> should do, but they still ought to be on a man page. Soren?
Uhm, no man page I'm afraid, but I'll answer any questions you
mig
Mark Murray writes:
> > However, I was wondering if there was anyone who could fix things that
> > weren't PREFIX clean who would also find them on a regular
> > basis. That's not you.
> There is a non-trivial Perl5 LOCALBASE problem that I'm trying to
> get my head around.
I'm actually discussin
Mark Murray writes:
> > However, I was wondering if there was anyone who could fix things that
> > weren't PREFIX clean who would also find them on a regular
> > basis. That's not you.
> There is a non-trivial Perl5 LOCALBASE problem that I'm trying to
> get my head around.
If this is the problem
Mark Murray wrote:
>
> > I'm getting some errors trying to build this. Attached is my make.log
> > that shows the errors.
>
> The one that's there now should fix this (I forgot to include a 1-line
> patch to sys/conf/files).
I just tried the patch, which completed successfully. But now, I'm
g
61 matches
Mail list logo
