> >Comments:
> >- I hope it has a well-defined subject so it can be easily recognized.
>
> "FreeBSD Build status"
Procmail is your friend... A lot of the list message I receive get
bounced to a lower-priority-that-I-have-to-read-these folder, but anything
with "HEADS-UP"(?) gets sent to my pri
In message <[EMAIL PROTECTED]>, "Jordan K. Hubbard" writes:
>> IMHO, it's not such a bad idea. freebsd-current _is_ the place to
>> report problems with -current, why can't the report be produced by a
>> daemon?
>
>Becuase it's chunky and regular enough that I don't see why we
>also can't just cr
In message <[EMAIL PROTECTED]>, Peter Jeremy write
s:
>IMHO, it's not such a bad idea. freebsd-current _is_ the place to
>report problems with -current, why can't the report be produced by a
>daemon? All the MUA's I've ever used allowed me to delete a mail
>before reading all of it, so I don't
> IMHO, it's not such a bad idea. freebsd-current _is_ the place to
> report problems with -current, why can't the report be produced by a
> daemon?
Becuase it's chunky and regular enough that I don't see why we
also can't just create a new notification service for it.
Think a bit bigger-pictur
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>It isn't something specific to Poul's system. I've recreated it here
>as well. I've also tracked it down to the -fno-builtin that is in
>LINT, but not in GENERIC. Now, to think about what to do about it...
It is to be left there to catch pe
On Tue, Apr 18, 2000 at 03:25:35PM +1000, Peter Jeremy wrote:
> On 2000-Apr-18 08:07:45 +1000, "Jordan K. Hubbard" <[EMAIL PROTECTED]> wrote:
> >> As for the lists being tedious and long: I've sorted the content by
> >> relevance, and it was my hope that over time they would shrink to
> >> zero if
On 2000-Apr-18 08:07:45 +1000, "Jordan K. Hubbard" <[EMAIL PROTECTED]> wrote:
>> As for the lists being tedious and long: I've sorted the content by
>> relevance, and it was my hope that over time they would shrink to
>> zero if we annoyed people enough with them.
>
>I think that's too much annoya
David O'Brien wrote:
> - Forwarded message from "David E. O'Brien" <[EMAIL PROTECTED]> -
> Log:
> Change our ELF binary branding to something more acceptable to the Binutils
> maintainers.
> ...
> Note that a new kernel can still properly load old binaries except for
> Linux st
On Fri, Apr 07, 2000 at 11:39:09AM -0400, Donn Miller wrote:
> /kernel: arp: xx:xx:xx:xx:xx:xx is using my IP address 0.0.0.0!
I was discussing this issue with Robert Watson the other day on
IRC. The issue is more complicated than just removing the notification
in sys/netinet/if_ether.c.
It's
- Forwarded message from "David E. O'Brien" <[EMAIL PROTECTED]> -
Log:
Change our ELF binary branding to something more acceptable to the Binutils
maintainers.
...
Note that a new kernel can still properly load old binaries except for
Linux static binaries branded in our old me
On Tue, Apr 18, 2000 at 01:45:57PM +1000, Bruce Evans wrote:
> > Should I just send a PR ?
> No, there is already a PR for this (15549).
Doh! The problem is in our code, not the FSF code. Fixed.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubsc
On Mon, 17 Apr 2000, Patrick Bihan-Faou wrote:
> The patch:
>
> --- c-common.c.orig Mon Nov 1 13:41:09 1999
> +++ c-common.c Sat Apr 8 06:32:52 2000
> @@ -1652,7 +1652,7 @@
> /* There should be an int arg to control the string arg. */
> if (params == 0)
> {
> - warning (tf
"Jordan K. Hubbard" wrote:
>
> > But does this also check the kernels ? It was my understanding that
> > it only did world/release ?
>
> It only does the world/release (and it's the chrooted make release
> "world build" which is reported on, not the host system's BTW) but
> could easily add a k
This happened to me when I was using cvsup-bin. I didn't want all of the
modula overhead. Any ideas?
Tom Veldhouse
[EMAIL PROTECTED]
On Mon, 17 Apr 2000, Stephen J. Roznowski wrote:
> On 17 Apr, Jason wrote:
> > I didn't know here to send this, but I thought that other people trying
> > to ke
On 17 Apr, Jason wrote:
> I didn't know here to send this, but I thought that other people trying
> to keep current might have had this problem before:
>
> When I run cvsup with the default cvsup file from
> /usr/share/examples/cvsup/cvs-supfile (after putting in the correct cvsup
> server addres
>This has been fixed in both -STABLE and -CURRENT a week ago. The left
>button is working, the timeout is just to long. Read moused manpage
>and set the timeout to 200ms as a workaround (this is the default
>according to the manpage, but not according to the code in
>4.0-RELEASE).
>
> Sam
200 m
On Mon, Apr 17, 2000 at 05:51:35PM -0400, Patrick Bihan-Faou wrote:
> I have a patch against these warnings. They are the result of a function
> being called with a pointer to a function rather than a string...
...snip...
> Should I just send a PR ?
You should send a PR to the GCC developers, not
On Mon, Apr 17, 2000 at 11:17:15PM +0200, Poul-Henning Kamp wrote:
> Once per day the machine cvsups, checks out a virgin source tree,
> tries to build GENERIC, GENERIC98, LINT and world. If any of these
> builds fail it will send a report like this.
>
> On Sundays the report will always be sen
LINT is now building again. I went ahead and fixed the vtdriver not
defined problem by removing it from isa_comapt.h.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]> Nate Williams writes:
: I thought that the use of mem* and friends violated KNF.
They do, iirc. However, this driver tries to be maximally portable
and choses to use the NetBSD convention. I've added compat code so
that differences between the two drivers can be h
> : > : Are you compiling with optimization turned on? I believe mem* are
> : > : inlined if optimization is enabled.
> : >
> : > Don't think so. Both build -O.
> :
> : Poul's build may not have optimization turned on, since it's controlled
> : by /etc/make.conf.
>
> It isn't something specif
In message <[EMAIL PROTECTED]> Nate Williams writes:
: > : Are you compiling with optimization turned on? I believe mem* are
: > : inlined if optimization is enabled.
: >
: > Don't think so. Both build -O.
:
: Poul's build may not have optimization turned on, since it's controlled
: by /etc/ma
> : Are you compiling with optimization turned on? I believe mem* are
> : inlined if optimization is enabled.
>
> Don't think so. Both build -O.
Poul's build may not have optimization turned on, since it's controlled
by /etc/make.conf.
Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
w
In message <[EMAIL PROTECTED]> Warner Losh writes:
: In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
: : awi.o(.text+0x3b4): undefined reference to `memcmp'
: : awi.o(.text+0x3cf): undefined reference to `memset'
:
: What I want to know is why I don't get these with the GENERIC + awi
: c
In message <[EMAIL PROTECTED]> Nate Williams writes:
: Are you compiling with optimization turned on? I believe mem* are
: inlined if optimization is enabled.
Don't think so. Both build -O.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body o
I didn't know here to send this, but I thought that other people trying
to keep current might have had this problem before:
When I run cvsup with the default cvsup file from
/usr/share/examples/cvsup/cvs-supfile (after putting in the correct cvsup
server address) it crashes:
bash-2.03# cvsup cvs
> >: awi.o(.text+0x3b4): undefined reference to `memcmp'
> >: awi.o(.text+0x3cf): undefined reference to `memset'
> >
> >What I want to know is why I don't get these with the GENERIC + awi
> >config file I have :-(
Are you compiling with optimization turned on? I believe mem* are
inlined if opti
> But does this also check the kernels ? It was my understanding that
> it only did world/release ?
It only does the world/release (and it's the chrooted make release
"world build" which is reported on, not the host system's BTW) but
could easily add a kernel build just for the benefit of the
ma
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
>: awi.o(.text+0x3b4): undefined reference to `memcmp'
>: awi.o(.text+0x3cf): undefined reference to `memset'
>
>What I want to know is why I don't get these with the GENERIC + awi
>config
In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
: awi.o(.text+0x3b4): undefined reference to `memcmp'
: awi.o(.text+0x3cf): undefined reference to `memset'
What I want to know is why I don't get these with the GENERIC + awi
config file I have :-(
Warner
To Unsubscribe: send mail to [E
In message <[EMAIL PROTECTED]>, "Jordan K. Hubbard" writes:
>That said, I've also done a singularly bad job of actually letting
>people know that build-reports even exists so I wouldn't expect you or
>anyone else (except maybe Bill Paul) to have known about it. It's
>just an alias on hub.freebsd
Hi,
I have a patch against these warnings. They are the result of a function
being called with a pointer to a function rather than a string...
/otte/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-common.c:1655:
warning: passing arg 1 of `warning' from incompatible pointer type
/otte/src/
> I have a machine which isn't doing much right now, so I have decided
> to set it up as an automatic "FreeBSD Build checker".
Welcome to the current.freebsd.org game. :)
> Once per day the machine cvsups, checks out a virgin source tree,
> tries to build GENERIC, GENERIC98, LINT and world. If
I have a machine which isn't doing much right now, so I have decided
to set it up as an automatic "FreeBSD Build checker".
Once per day the machine cvsups, checks out a virgin source tree,
tries to build GENERIC, GENERIC98, LINT and world. If any of these
builds fail it will send a report like
On Mon, 17 Apr 2000, Shin-ichi YOSHIMOTO wrote:
> At 10:01 -0400 04/17/2000, Brian Fundakowski Feldman wrote:
> > Has anyone tried it recently and gotten it to work?
>
> Yes, sure. Check your config file.
That doesn't explain the failures here. Look. The initial
SSH_CHANNEL_X11_OPEN is totall
hello, people,
i was playing with setrlimit(), break() and mmap() in freebsd 4.0 and
in CURRENT, and i have a couple of questions:
1. kernel code for break() syscall checks if the requested value for the
data segment size is more than RLIMIT_DATA, and, if yes, it just returns
ENOMEM
hello!
all right ... things take longer then we expect them to take.
the kernel (everything cvsup'd on saturday) boot fine and the array
controller is detected just perfect. also fdisk'ing, disklabel'ing and
newfs'ing the drive was no problem. i copied almost the whole current source
tree on the
John Hay wrote:
> > : Are there any datasheets available for this bridge ?
> >
> > Yes. However, I've had several reports of the lucent wavelan bridge
> > working flawlessly.
>
> I recall (but might be wrong) that most if not all sucess stories are
> on notebooks with the TI-1225 on the motherbo
An attempt to kldload driver suddenly failed with
message from Subject. Everything was ok before.
Sources cvsuped hour ago, kernel and driver recompiled.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> "Robert" == Robert Watson <[EMAIL PROTECTED]> writes:
Robert> Not sure if this should go to -current or -stable, since we
Robert> seem to get a lot of instant MFC's these days :-). I upgraded
Robert> a notebook from 4.0-RELEASE to -STABLE last night. After
Robert> doing so, I noticed that
At 10:01 -0400 04/17/2000, Brian Fundakowski Feldman wrote:
> Has anyone tried it recently and gotten it to work?
Yes, sure. Check your config file.
$ cat ~/.ssh/config | grep ^ForwardX11
ForwardX11 yes
--
KEK, High Energy Accelerator Res
On 17-Apr-00 Brian Fundakowski Feldman wrote:
> I'm not able to get X11 connection forwarding to work anymore.
Just a data point, it works fine in 4-stable (about a week old).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I'm not able to get X11 connection forwarding to work anymore. I've tracked
it down to the packet sent for SSH_CHANNEL_X11_OPEN being completely bogus,
therefore trying to extract the "proto" and "data" fails, and the connection
doesn't work.
Has anyone tried it recently and gotten it to work?
Ilmar S. Habibulin wrote:
>
> Why not to move all fs code (ufs, procfs, isofs, etc) to /sys/fs? It allready
> contain hpfs subdir. What you guys think about it?
This has been discussed and considered a GOOD IDEA but it hasn't
happenned yet. there is also teh miscfs directory that could be
consol
44 matches
Mail list logo
