On Wed, May 15, 2002 at 05:05:02PM +1000, Bruce Evans wrote:
> I prefer not to do this. There are simpler methods to get broken
> headers, starting with rm -rf :). I prefer everyone to use (documented)
> user-level targets like "world" and "install" for installing includes,
> since it would be d
On Wed, May 15, 2002 at 09:31:11AM +0300, Ruslan Ermilov wrote:
> I insist we should officially support upgrading from X.any to X+1.0-R,
> minimally.
You need to either get concensis from arch@ or core@ then.
> This actually doesn't affect only cross-arch case, the subject is wrong.
> It affect
On Wed, May 15, 2002 at 12:38:49PM +1000, Bruce Evans wrote:
> > I really do not like this change, please return things such that the
> > long-ingraned "cd /usr/src ; make includes".
>
> I planned to fix this by changing "make includes" to print
> "Unwarranted chumminess with implementation".
Wh
On Wed, May 15, 2002 at 01:16:23PM +1000, Bruce Evans wrote:
> > > 4.x i386 and old 5.0 i386 can no longer produce current 5.0 alpha
> > > worlds due to the lack of atoll(3) in libc. This patch fixes it:
> >
> > Considering how simple src/lib/libc/stdlib/atoll.c is; lets ask RE for a
> > MFC.
>
On Tue, May 14, 2002 at 04:10:51PM +0300, Ruslan Ermilov wrote:
> > Why change in the first place?
> >
> > What was wrong with 'make includes'? Why break POLA?
> >
> They were broken. See commit log for share/mk/bsd.incs.mk,v 1.1 for
> a full story.
I fail to see how they were broken from the
On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
>
> Yes. "make includes" has been modified to mean "build includes",
> and the new "make incsinstall" has been added to "install" them.
> So the correct sequence is "make includes incsinstall".
I really do not like this change, pl
On Tue, May 14, 2002 at 11:41:45AM +0300, Ruslan Ermilov wrote:
> Hi!
>
> 4.x i386 and old 5.0 i386 can no longer produce current 5.0 alpha
> worlds due to the lack of atoll(3) in libc. This patch fixes it:
Considering how simple src/lib/libc/stdlib/atoll.c is; lets ask RE for a
MFC.
To Unsubs
On Tue, May 14, 2002 at 01:05:22PM +0300, Ruslan Ermilov wrote:
> On Fri, May 10, 2002 at 01:41:47AM -0700, David E. O'Brien wrote:
> > obrien 2002/05/10 01:41:46 PDT
> >
> > Modified files:(Branch: WIP_GCC31)
> > gnu/usr.bin/cc/cc_tools freebsd-native.h
> > Log:
> > Use M
On Mon, May 13, 2002 at 07:47:42PM -0500, Loren James Rittle wrote:
> I can narrow it down *much* further to exact small test cases. FYI,
> there are 8 C failures in the gcc 3.1 testsuite for FreeBSD/i386:
>
> 4 involve -Os (Quite sorry I never got around to fixing them
> before the
On Sun, May 12, 2002 at 10:32:33AM -0700, Steve Kargl wrote:
> cc -O -pipe -march=athlon -DIN_GCC -DHAVE_CONFIG_H
>-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
>-I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
>-I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
>-I/usr/src/gnu/usr.bin/cc/
> On Sat, May 11, 2002 at 10:33:03AM -0700, David O'Brien wrote:
> > I'll look this patch over carefully, but at first glance it all seems
> > like stylistic changes. Does it fix a bug, or you just don't like how I
> > did things?
>
> The changes are m
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Sat, May 11, 2002 at 01:43:10PM -0700, Kris Kennaway wrote:
> > +if !defined(CPUTYPE)
> > +CPUTUNE ?= ev56
> > +.endif
> > CPUTYPE ?= ev4
>
> What is this for?
Unlike i386, but catering to ev4 Alpha's; we strongly
On Sat, May 11, 2002 at 01:46:32PM -0700, Kris Kennaway wrote:
> On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
>
> > @@ -87,17 +113,17 @@
> > # presence of a CPU feature.
> >
> > .if ${MACHINE_ARCH} == "i386"
> > -. if ${CPU
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
> On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
> > -. if ${CPUTYPE} == "k7"
> > -_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
> > +. if ${CPUTYPE} == "athlon"
> > +_CPUCFLAGS = -march=a
[bogus From: address, because people cannot be bothered to respect Reply-To:]
What do people think of this patch to embellish bsd.cpu.mk?
I also changed pN to be the more canonical pentiumN (with pN aliases of
course).
Index: bsd.cpu.mk
===
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
> This applies to post gcc 3.1 upgrades.
Eek, actually there was no reason to remove K7. It should still be
accepted as an alias for "athlon". Your patch broke existing settings,
including mine. :-(
"Be liberal in what you accept
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
> This applies to post gcc 3.1 upgrades.
Thanks! Committed.
Note that GCC 3.1 also supports SSE instructions. (I think SSE2 will be
in 3.2, or did that make it into 3.1 recently??)
If anyone has other _tested_ updates for Alpha
On Sat, May 11, 2002 at 12:35:38PM +0300, Ruslan Ermilov wrote:
> > I say again, the malloc usage is not in c-parse.in, it is in the parser
> > driver produced by Byacc.
> >
> OK, now that you've explained it:
I'll look this patch over carefully, but at first glance it all seems
like stylistic c
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
> > The malloc usage is in the Byacc output, not the input.
> There's no difference, [b]yacc just copies C code blocks intact.
No. Byacc copies C code blocks from the input grammer intact. It also
adds more C code to the output. Se
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
> On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
> > On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
> > > > Bmake bits for Gcc 3.1.
> > >
> > > This al
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
> > Bmake bits for Gcc 3.1.
>
> This also vanished my YACC building fixes and broke world while
> attempting to build `cc1plus' in a cross-tools stage. The changes
> below fix this and CLEANFILES.
These changes are wrong.
> R
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Due to the way CVS works, it sometimes does not notice when we do
repository surgery. We now have one of those times for src/contrib/gcc.
So, if you have trouble building the new GCC w/o -j (dies in
src/gnu/usr.bin/cc
On Fri, May 10, 2002 at 01:56:16AM -0600, Mike Makonnen wrote:
> The problem with writing man pages is, if you don't do it often enough
> you keep having to relearn it every time you do (which is why I wised up
/usr/share/examples/mdoc/example.{1,3,4}
To Unsubscribe: send mail to [EMAIL PROTECTE
On Thu, May 09, 2002 at 07:48:47PM -0700, Dag-Erling Smorgrav wrote:
> ...
>
>/d/home/des/tinderbox/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/acl.c:77:
> warning: implicit declaration of function `__va_size'
fixed.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Thu, May 09, 2002 at 09:32:10AM -0700, Gordon Tetlow wrote:
> > Why?? If someone wants to use perl in building a port, let them.
> > Add a BUILD_DEPENDS.
>
> Seems like an awful amount of installation if all you ar
On Thu, May 09, 2002 at 07:16:31PM +0200, Miguel Mendez wrote:
> > Ports should avoid messing with stuff outside of ${PREFIX} if they can
> > help it. Existing systems will already have a /usr/bin/perl on them
> > unless the user goes and removes it. People writing or executing scripts for
> > n
When building /sys/boot on i386 with Gcc 3.1, one gets "-96 bytes
available". Anyone want to install the gcc31 port, build /sys/boot with
"make CC=gcc31" and try to hack out 96 bytes?
You will need this diff also.
Index: boot2/Makefile
==
On Sat, May 04, 2002 at 11:16:22PM -0700, Doug Barton wrote:
> Ok, I put the following in /usr/lib/compat, from my releng_4 box:
>
> libc.so.4
> libc_r.a
> libc_r.so.4
> libpam.a
> libpam.so.1
> libpam_ssh.a
There is no need for .a's in /usr/lib/compat -- think about it.
To Unsubscribe: send ma
On Sun, May 05, 2002 at 04:36:41AM +0200, Dag-Erling Smorgrav wrote:
> modules and doesn't clobber your old 4.x modules. I asked David to
> put libpam and the PAM modules in COMPAT4X, but never heard back from
> him.
I guess I need clarification. Since PAM modules aren't versioned, is
there a p
On Sat, May 04, 2002 at 06:51:08PM -0600, Kenneth D. Merry wrote:
> How about this? Assuming exists() does the right thing (does it?), this
> patch would restore the previous behavior if bsd.init.mk isn't there.
That is what I have locally -- it just backs out rev 1.116. I was
waiting to get bs
On Sat, May 04, 2002 at 09:26:33PM +0100, Brian Somers wrote:
> Try disabling -pipe when building the compiler. This seems to make
> things more stable here (CFLAGS=-O in /etc/make.conf) - as if
> building the kernel with -pipe sometimes produces a kernel that
> subsequently murders the compil
On Thu, May 02, 2002 at 12:04:47PM +0900, Jun Kuriyama wrote:
>
> How about using this script instead of makeLINT.pl?
Looks great. Please commit. :-)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, May 02, 2002 at 01:17:40AM +0900, Dan Kogai wrote:
> Speaking of which, the whole build process does not use objective-C
> (correct me if I am wrong).
The cost of Objective-C, given we have to have C, is 1 minute in build
time, and 390K of diskspace (installed). This is several orders
Danny,
What do you think about doing a little more polishing and rolling a new
set of patches taking this /etc/rc.conf option into account? Your kernel
env dhcp variables are really good. I know that many do want to do what
you are doing (large scale RO /); but up until now /etc/rc.diskless* ha
On Tue, Apr 23, 2002 at 08:32:51PM +0300, Danny Braniss wrote:
> > On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote:
> > > diskless_root_readonly="NO" # Make it "YES" for readonly
> >
> > good.
> >
> > > diskless_etc_localmd="NO" # Make it "YES" to have the
> >
On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote:
> diskless_root_readonly="NO" # Make it "YES" for readonly
good.
> diskless_etc_localmd="NO" # Make it "YES" to have the
> # diskless environment md-mount and replicate /etc from /conf
Seems the "if [ -d ]" t
On Tue, Apr 23, 2002 at 03:38:59AM -0700, Terry Lambert wrote:
> > > the 'original' solution is to make /etc writable is to mount a MD, then copy
> > > all
> > > /conf/default/etc to it.
> >
> > The very original "solution" was to mount NFS / RW. The move to
> > /conf/default/etc was someone's s
On Tue, Apr 23, 2002 at 09:19:56AM +0300, Danny Braniss wrote:
> > That being that some of us actually WANT /etc to be left the fsck alone.
> > We NFS mount / and that / has /etc as it should be. I also cannot follow
> > what you are trying to do with /etc/conf. Perhaps you could comment that
>
On Mon, Apr 22, 2002 at 10:40:44AM +0300, Danny Braniss wrote:
> Since im very interested in diskless/dataless, and i've been at it for some
> time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1
> which i wouldn't mind receiving commnets/suggestions, and if possible
> incorpora
On Mon, Apr 22, 2002 at 10:40:44AM +0300, Danny Braniss wrote:
> Since im very interested in diskless/dataless, and i've been at it for some
> time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1
> which i wouldn't mind receiving commnets/suggestions, and if possible
> incorpora
On Mon, Apr 22, 2002 at 06:03:01PM +0300, Danny Braniss wrote:
> in FreeBSD 5.0 DP1 there is /usr/tmp
> 2 drwxrwxrwt 2 root wheel 512 Apr 11 12:37 /usr/tmp/
>
> any particular reason for this directory? I'm asking because i like to
> keep / and /usr read only, and /tmp is linked to /usr/
On Mon, Apr 15, 2002 at 10:02:33AM +0200, John Angelmo wrote:
> When I start XFree86 I get the error that /dev/mouse can't be found, OK
> devfs seems to be installd so MAKEDEV dosn't exist anymore, is there
> anyway to get /dev/mouse working as in FreeBSD 4?
I have requested of both the XFree86
On Fri, Apr 12, 2002 at 01:01:58PM -0400, Mike Barcroft wrote:
> the source file. (apparently this is spelled
> on other systems) should always be included before fiddling
Should we add a /usr/include/endian.h symlink to machine/endian.h ?
if we are the odd-man-out?
To Unsubscribe: send mail
On Fri, Apr 12, 2002 at 12:12:12PM -0400, Mike Barcroft wrote:
>
> I think would be better here. It may not have
> worked because of the missing issue.
We will never get that header included in the GDB sources -- it is
totally FreeBSD (NetBSD also?) specific. It almost sounds like we have a
On Wed, Apr 10, 2002 at 12:00:13PM +0200, Sheldon Hearn wrote:
> A good place for this to be documented is the "NAMEI OPERATION FLAGS"
> section of the namei(9) manual page.
I don't believe this option will exist long enought for it to need to be
documented. Jeff changed the default, but left th
On Tue, Apr 09, 2002 at 04:58:42PM +0200, Alexander Leidinger wrote:
> quad.h contains:
> ---snip---
> /*
> * XXX
> * Compensate for gcc 1 vs gcc 2. Gcc 1 defines ?sh?di3's second argument
> * as u_quad_t, while gcc 2 correctly uses int. Unfortunately, we still use
> * both compilers.
> */
On Mon, Apr 08, 2002 at 11:07:21AM +0100, Alexander Leidinger wrote:
>
> yesterday I've made a new world. After booting it, ld-elf-so.1 complains
> about every library (libc, libutil, ...). My -current is not usable
> anymore because of this.
Defined "complains". freebsd-current readers shoul
On Sun, Apr 07, 2002 at 10:13:35AM +0100, Josef Karthauser wrote:
> What's the current method for debugging kernels?
>
> genius# gdb -k /usr/obj/usr/src/sys/GENIUS/kernel.debug
>5d079ab35c111057dbbf8f242940bbad.core
...
>
> kernel symbol `dumppcb' not found.
> Attaching to program:
On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
> I suggest following test first:
> none,-r,-f,-n combination for all FreeBSD locales compared to GNU sort.
>
> The next test is -R option in 0.255 range for all locales.
Perhaps you could make a test suite and commit to
[gnu/]us
On Sat, Apr 06, 2002 at 01:53:33PM +0200, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > On Sat, Apr 06, 2002 at 01:58:11AM -0800, Dag-Erling Smorgrav wrote:
> > > ===> xe
> > > ./aicasm: 866 instructions used
&g
On Sat, Apr 06, 2002 at 01:58:11AM -0800, Dag-Erling Smorgrav wrote:
> ===> xe
> ./aicasm: 866 instructions used
> /d/home/des/tinderbox/src/sys/netinet6/nd6.c:67: netinet/if_fddi.h: No such file or
>directory
> mkdep: compile failed
> *** Error code 1
Are you using -j(>1) ?
To Unsubscribe: sen
On Fri, Apr 05, 2002 at 08:31:06PM +0200, Poul-Henning Kamp wrote:
> Just for fun I tried compiling some kernels with "ccache".
> It cuts the time it takes to compile LINT in half.
...
> It's actually a pretty neat idea, which (despite what O'brien
> will yell at me) I would suggest should be put
On Sat, Apr 06, 2002 at 12:16:22AM +0200, Thomas Quinot wrote:
> > Doing a buildworld I get:
>
> > /usr/src/gnu/usr.bin/cc/cc_fbsd/../../../../lib/libc/stdio/mktemp.c:38:
> > syntax error before string constant
>
> Got hit by that one two days ago. There is a patch in PR bin/36747.
If possible,
On Tue, Apr 02, 2002 at 10:31:39AM +0200, Alexander Leidinger wrote:
>
> You can't link native FreeBSD binaries with icc, it tries to link
> against glibc.
Oh that is easy to fix. We can do it in one of two ways.
Show me the exact link line from icc (I want the equivalent to gcc -v).
--
-- Davi
Any chance of getting the Perl build to properly use ${CC} rather than
hard coding 'cc'? Also a "find . -type f | xargs grep gcc" shows that
GCC may be called directly also.
This is a problem for cross builds, and using alternate versions of of
the compiler (say gcc31 for testing).
--
-- David
On Tue, Apr 02, 2002 at 01:48:56AM +0200, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > On Sat, Mar 30, 2002 at 01:14:07PM +0100, Dag-Erling Smorgrav wrote:
> > > "David O'Brien" <[EMAIL PROTECTED]> writes
On Sat, Mar 30, 2002 at 01:14:07PM +0100, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > Something is still very wrong:
> >
> > ssh foo@releng4
> > otp-md5 350 re9786 ext
> > S/Key Password:
On Sat, Mar 30, 2002 at 10:03:47AM +0100, Alexander Leidinger wrote:
> On 29 Mär, David O'Brien wrote:
>
> >> > My patches to src/share/mk/ are here:
> >> >
> >> > ftp://ftp.jurai.net/users/winter/icc.mk.diff
> >> >
> >&
On Sun, Mar 31, 2002 at 12:38:24PM +0200, Emiel Kollof wrote:
> On Sun, 2002-03-31 at 09:51, Terry Lambert wrote:
>
> >
> > Perhaps if the kernel printf also "ignored" the request to print
> > the little S.O.B. out, there would be less confusion...
>
> I'm still sticking to the idea that one co
On Fri, Mar 29, 2002 at 11:01:25AM +0100, Thomas Quinot wrote:
> Le 2002-03-29, Will Andrews écrivait :
>
> > SSH should just be fixed to DTRT when one doesn't have S/Key
> > setup on the server...
>
> As far as I can understand the sources, this has been implemented
> in rev. 1.10 of src/crypto
On Fri, Mar 29, 2002 at 11:44:06AM +0100, Alexander Leidinger wrote:
> > My patches to src/share/mk/ are here:
> >
> > ftp://ftp.jurai.net/users/winter/icc.mk.diff
> >
> > This allows you to set 'USE_ICC' and 'ICFLAGS' and build stuff.
This is fine just to get things working. But please co
On Fri, Mar 29, 2002 at 12:33:37PM +0100, Alexander Leidinger wrote:
> Not tested, feel free to point out some typo's:
> http://www.leidinger.net/FreeBSD/icc.mk.diff
Also forbidden to access.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mes
On Thu, Mar 28, 2002 at 08:23:27PM -0500, Matthew N. Dodd wrote:
> On Thu, 28 Mar 2002, David O'Brien wrote:
> > On Thu, Mar 28, 2002 at 06:37:25PM -0500, Matthew N. Dodd wrote:
> > > icc.cfg:
> > ...
> > > -D__GNUC__=2
> >
> > This is really wron
On Thu, Mar 28, 2002 at 06:37:25PM -0500, Matthew N. Dodd wrote:
> icc.cfg:
...
> -D__GNUC__=2
This is really wrong. Why not properly impliment cdefs.h for __ICC__ ?
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
On Thu, Mar 28, 2002 at 01:00:36PM -0800, Peter Wemm wrote:
> > Also shouldn't host(1) obey /etc/nsswitch.conf?
>
> No. host(1) is a dns specific tool.
*sigh*. So how does one figure out what amd and sendmail are seeing as
they try to resovlve addresses?
--
-- David ([EMAIL PROTECTED])
To
Ever since this commit:
date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1
Import of ISC BIND 8.3.1-REL.
my DNS look ups are slow, like an order of magnitude slower.
By chance was a FreeBSD'ism left out
On Thu, Mar 28, 2002 at 10:40:04AM -0900, Beech Rintoul wrote:
> > > #ssh -l akbeech galaxy
> > > #otp-md5 336 ga3711 ext
> > > S/Key Password:
> >
> > Adding the following setting to sshd_config, should disable S/Key
> > functionality:
> >
> > 'ChallengeResponseAuthentication no'
>
> Thanks, tha
On Thu, Mar 28, 2002 at 07:39:24AM -0800, Gregory Neil Shapiro wrote:
> As an alternative to sendmail_enable=NONE, why not solve the boot time
> problem for non-sendmail users completely. The patch moves all of the
> sendmail startup code from /etc/rc to /etc/rc.sendmail.
Yes, please commit. Ve
On Thu, Mar 28, 2002 at 03:49:42AM -0800, Kris Kennaway wrote:
> > I use the following quick fix for the corresponding core dump in man and zgrep.
>
> I'd like to see this committed and merged to the DP1 tree ASAP so my
> packages stop dumping core and we can produce a DP1 snapshot that
> include
On Thu, Mar 28, 2002 at 09:37:36AM -0900, Beech Rintoul wrote:
> I just updated -current (yesterday) and now I'm getting the following when I
> try to use ssh:
>
> #ssh -l akbeech galaxy
> #otp-md5 336 ga3711 ext
> S/Key Password:
>
> Any suggestions?
hit any set of letters until you get a r
On Thu, Mar 28, 2002 at 03:51:05PM +0600, Nickolay Dudorov wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > obrien 2002/03/27 17:28:21 PST
> >
> > Modified files:
> >sys/boot/common Makefile.inc
> > Log:
> > Not all platforms have and want a.out format support.
> >
> >
===> gnu/usr.bin/perl/perl
Extracting config.h (with variable substitutions)
Extracting cflags (with variable substitutions)
Extracting writemain (with variable substitutions)
Extracting myconfig (with variable substitutions)
Args must match #! line at
/usr/src/gnu/usr.bin/perl/perl/../../../../c
On Mon, Mar 25, 2002 at 12:14:26PM +0100, Emiel Kollof wrote:
> * Crist J. Clark ([EMAIL PROTECTED]) wrote:
> > I believe the recent changes to the bktr(4) module Makefile broke it,
> >
> > ===> bktr
> > ===> bktr/bktr
> > make: don't know how to make smbus.h. Stop
> > *** Error code 2
> >
> > S
On Sun, Mar 24, 2002 at 09:38:42AM -0800, Matthew Dillon wrote:
> :On Sat, Mar 23, 2002 at 11:02:26AM -0800, Matthew Dillon wrote:
> :> Anyone have any ideas? I'm trying to build the latest -current
> :> (from cvs) on an alpha running 4.3-RELEASE, using 'make buildworld'.
I just verified
On Sun, Mar 24, 2002 at 01:59:56PM -0500, Robert Watson wrote:
> The goal of DP's is to increase exposure of the development branch in some
> key audiences, including the developer community, and community of early
> adopters. Part of the discussion that lead up to deciding to follow
> through on
On Sun, Mar 24, 2002 at 12:34:08PM -0500, Robert Watson wrote:
> Hmm. The argument for A is, I think, is a lot stronger than for J, since
> it comes without the performance impact, and you can actually generate
> useful diagnostics. I would be fine with leaving A in the developer
> snapshot.
Le
On Sat, Mar 23, 2002 at 11:02:26AM -0800, Matthew Dillon wrote:
> Anyone have any ideas? I'm trying to build the latest -current
> (from cvs) on an alpha running 4.3-RELEASE, using 'make buildworld'.
I have thought about what could be the problem several times and cannot
come up with any
On Sun, Mar 24, 2002 at 11:28:27AM -0500, Robert Watson wrote:
> Not clear from your suggestion if you mean the branch or the dp's. My
> feeling is that a useful strategy is:
>
> - -CURRENT has AJ from inception of branch until final DP before release.
> - DP's don't have AJ
The DP's should hav
On Sat, Mar 23, 2002 at 06:40:21PM -0800, Steve Kargl wrote:
> On Sat, Mar 23, 2002 at 04:34:57PM -0800, [EMAIL PROTECTED] wrote:
>
> > As FreeBSD developers, 3rd party code cannot
> > be our primary concern.
>
> Surely, you're joking. No wonder it's a PITA
> to convince a 3rd party vendor to r
The RE's are wanting to ship 5.0 DP#1 w/this patch applied.
If having 'AJ' by default is deemed not useful (by being removed from the
DP), it sounds like we should just turn it off.
Unless there is strong objection, I plan on committing this.
Index: malloc.c
=
On Sat, Mar 23, 2002 at 12:41:58AM -0800, Kris Kennaway wrote:
> I upgraded the bento package building cluster to a more recent
> -current to try and get packages building again (every other snapshot
Could you run the actual DP#1 code? This would make sure the packages
match the snapshot, and mo
All of my boxes that are on a private network can longer resolve their IP
address to a name. In the past this /etc/nsswitch.conf would have the
resolver first look in /etc/hosts which would resolve the IP address to a
name.
$ cat /etc/nsswitch.conf
hosts: files dns
So what broke thi
On Tue, Mar 19, 2002 at 09:34:19AM -0800, David Wolfskill wrote:
> However, the symbol in question does not appear to exist in the version
> of libc.so.4 in -CURRENT's /usr/lib/compat -- and that can cause
> programs which had been compiled under -STABLE and which might well
> otherwise work Just
On Sun, Mar 17, 2002 at 12:56:42AM -0800, Terry Lambert wrote:
> It seems to me that, at worst, this is being done to "prove
> to the heathens" that use of Perforce is a bad idea. It
> certainly is, if history is going to be lost, but that's not
> a result of the tool, here, it's a result of inte
On Sun, Mar 17, 2002 at 01:08:43AM -0800, Terry Lambert wrote:
> Imagine that you have the developer's prerelease, and you
> have a bug (because you're a developer who's using the
> pre-release).
>
> Now say you have become involved in the process, because the
> pre-release has done it's job. Yo
On Sun, Mar 17, 2002 at 02:13:16AM -0800, Annelise Anderson wrote:
>
> If a tag was laid down can't it be retrieved indefinitely? A non-branching
> tag? What am I missing?
The tag will create a point in time in the CVS repository that cannot be
ever changed. This is a restriction that we've al
On Sun, Mar 17, 2002 at 10:48:53AM +0100, Hellmuth Michaelis wrote:
> Not taking into account (good) technical reasons, i am quite a bit
> concerned about the increasing tendency to a) use "private" repositories
> instead of the one and only repository every committer is able to see and
> use and
On Sat, Mar 16, 2002 at 02:08:51PM -0800, Terry Lambert wrote:
> I hate this whole direction.
>
> I think it's an incredibly bad idea that we are not going
> to be able to reproduce what went onto any given CDROM in
> ten years.
The source will be on the CDROM. Nor is there any major importance
On Sat, Mar 16, 2002 at 08:59:15PM +0100, Dag-Erling Smorgrav wrote:
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> > What brower available on FreeBSD does do all these things?
>
> I use Opera 6. Its interactive response is not as snappy as I'd like,
&
On Sat, Mar 16, 2002 at 04:43:47PM +0200, Maxim Sobolev wrote:
> > primary goals in all of this are (1) to provide a usable preview of
> > the 5.0-CURRENT code, and (2) to minimize the impact on -CURRENT
> > developers. After evaluating several different options, using
> > Perforce was deemed the
On Sat, Mar 16, 2002 at 06:05:13AM +0100, Dag-Erling Smorgrav wrote:
> Garrett Wollman <[EMAIL PROTECTED]> writes:
> > What problems do you have with it?
>
> Slow. Eats memory. Crashes all the time. Does not save state
> between sessions. Does not render HTML 4 properly. Does not support
> C
On Fri, Mar 15, 2002 at 09:47:31PM +0200, Vallo Kallaste wrote:
> Hi
>
> Just tried again with newly built world and kernel using vim from ports.
> This is built with ATHENA widget support and the only difference in
> make.conf from default is CPUTYPE=i686. What's wrong with -current? Gvim
Apply
This may fix some of the linking and crashing problems.
It does fix the ports/editors/vim linking problem.
I am *quite* irritated that I tried to get this patch committed into the
FSF CVS repo back in July 2001, but it got bikesheded to death. :-(
--
-- David ([EMAIL PROTECTED])
Index: contr
On Fri, Mar 15, 2002 at 05:26:37PM -0500, Kenneth Culver wrote:
> > > At the risk of being yelled at, I have a question: Why do we still need to
> > > support a.out? I know that a lot of people MIGHT still have some a.out
...
> > Rather than offer $0.02, send the patch.
>
> Well, I was just asking
On Fri, Mar 15, 2002 at 04:54:59PM -0500, Kenneth Culver wrote:
>
> At the risk of being yelled at, I have a question: Why do we still need to
> support a.out? I know that a lot of people MIGHT still have some a.out
> binaries lying around, but FreeBSD's default binary format has been ELF
> for 3
On Fri, Mar 15, 2002 at 01:37:39PM +0100, Jan Stocker wrote:
> A little bit... most of you argumenting about binary incompatibility
> for -stable. OK... no chance to do it there, its my opinion too. But why not
> doing it for current and using that most common dwarf unwinding now (for a
There is
On Thu, Mar 14, 2002 at 09:36:30PM -0500, Robert Watson wrote:
> It's worth noting, BTW, that originally the release engineering team
> planned to use Perforce for this to avoid the branch issue entirely,
> minimize impact on the main tree, etc, but decided not to due to the high
> volume of compl
On Thu, Mar 14, 2002 at 04:31:44PM -0800, Kris Kennaway wrote:
> I'm just uploading a new 5.x package set. This run was better than
> the previous (5364 packages vs. 5123 for the last run, but far fewer
> than the 5973 packages which are building in 4.x), but there were
> still a number of signif
On Wed, Mar 13, 2002 at 10:24:20PM +0100, Martin Blapp wrote:
> > We are using a set of patches that were part of gcc 2.95.3_test3.
> > Do you have a sample program in which exceptions are still broken on
> > FreeBSD 4.5?
>
> cd /usr/ports/devel/stlport
> make install
> cd work/STL*/test/eh
>
>
On Thu, Mar 14, 2002 at 01:20:51PM -0500, Alexander Kabaev wrote:
> >b) other options were set at compile time
> > --> Why dont change to the same in the port?
> > Leads it to a broken world?
> > If the only difference is the lost of binary compatibility,
> >
501 - 600 of 1694 matches
Mail list logo