On Tue, Mar 21, 2000 at 04:32:35PM -0800, Doug White wrote:
> I would be in favor of renaming the boot.flp to something obviously
> different, like 288boot.flp, to untrain us 2.x heads that got used to the
Great idea. Would you be able to make the changes locally and test a
`make release'? Then
On Mon, Mar 20, 2000 at 06:44:04PM +0100, Jose M. Alcaide wrote:
> > What part about "NO" was unclear?
>
> Hey, OK, don't get upset! :-) You are the maintainer, so you have the
Not upset. I was just surprised by the request again.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail
On Mon, Mar 20, 2000 at 11:48:02AM +0100, Jose M. Alcaide wrote:
> Now, a week after the discussion, what do you think about my proposal
> of the "g77" link under /usr/bin?
What part about "NO" was unclear?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, Mar 18, 2000 at 03:18:45AM +0100, Thomas Köllmann wrote:
> | Perhaps this is a bit off topic, but can the pentium optimisations be used
> | for AMD K6 processors?
>
> I did a `make world' yesterday with
> CFLAGS= -O2 -pipe -march=pentium
> COPTFLAGS= -O2 -pip
>
> I think that 'pentium' would result in code that isn't as optimized as
> 'pentiumpro', but I've heard that 'pentium' has a lot less problems.
What??? 'pentiumpro' code isn't going to be very optimized for a Pentium
(if it even runs at all).
> I've heard that -mpentiumpro can be pretty bugg
On Wed, Mar 15, 2000 at 10:49:43PM +1030, Matthew Sean Thyer wrote:
> Please leave the wd driver for those who cannot use the ATA driver.
> At least until the ATA driver gets support for more older disks.
...
> I haven't tried for a couple of months but the ATA driver didn't work
Such a report is
On Wed, Mar 15, 2000 at 01:04:06PM -0800, yramin wrote:
> I did a few trials FTPing a 600MB file around on a 100Mb switched
...
> machines used wu-ftpd and were running FreeBSD 3.2 - R at the time.
Much has changed since 3.2. Does anyone have any real data on a
4.0-CURRENT box within the past 3
On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote:
> I get it with -O2 (-Os implies -O2, so it's probably the same problem).
Not quite. -0s ==> all the -O2 optimizations that do not increase code
size. -Os can also perform other optimizations not part of -O2 that
decrease code size.
On Wed, Mar 15, 2000 at 12:17:02PM -0800, yramin wrote:
> fxp0: The Intel driver is by far the highest preformance model, beats
> the 3com (second best) hands down with much lower CPU overhead.
People say that alot. But does anyone have any real measurements [taken
in the last three months]?
-
On Tue, Mar 14, 2000 at 05:40:48PM -0500, Garrett Wollman wrote:
> > NO. I will not apply this link. BSD has always had a "f77" command. It
> > has not always had a "g77" command. The G77 developers should have
> > installed a "f77" compatability link. It is their fault this misspelling
> > i
On Mon, Mar 13, 2000 at 05:00:17PM +0100, Jose M. Alcaide wrote:
> I found that the "configure" script, when instructed to use the
> GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler
> is installed as /usr/bin/f77.
Fix Scilab-2.5's config script and send the patch to its auth
On Mon, Mar 13, 2000 at 07:05:46PM +, Ben Smithurst wrote:
> I saw the RELENG_4 tag in my cvsup log, but I don't think that's the
> same as the 4.0 release tag is it?
You are right -- RELENG_4 is not the release tag.
> That would be RELENG_4_0_0_RELEASE surely.
Correct.
--
-- David([
On Tue, Mar 14, 2000 at 08:20:40AM -0500, Tom Embt wrote:
> I believe RELENG_4 would refer to the 4.x-STABLE branch (??maybe??)
Yes.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Mar 14, 2000 at 06:26:37PM +0200, Vallo Kallaste wrote:
> > This belongs in [EMAIL PROTECTED] *NOT* the freebsd-current list!!!
> Yes, I did bounce the mail to freebsd-ports as well.
> It's current thing also, no?
Not in the least. Specialized mailing lists exist to take the
speciali
On Tue, Mar 14, 2000 at 01:30:32PM +0200, Vallo Kallaste wrote:
> Just did switchover to 5.0-current and noticed that building jpeg shared
This belongs in [EMAIL PROTECTED] *NOT* the freebsd-current list!!!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in th
On Mon, Mar 13, 2000 at 02:52:02PM +1100, John Birrell wrote:
> Is it just me, or are the weak symbols in libc_r confusing the linker?
Not just you. Jason and Mike Smith brought this to my attention on
Friday. I found that if one takes a fresh -CURRENT and then:
cd /usr/src/lib/libc_r
On Fri, Mar 10, 2000 at 07:45:33PM -0600, Jeffrey J. Mountin wrote:
>
> Hopefully that "yet" will be "never" so one can boot sans keyboard and
> later hook one up if need be.
For me it cannot come soon enough. *FINALLY* the PC toy will act like a
real Unix computer. This is the behavior of al
With USA_RESIDENT=YES NOINFO=true NOGAMES=true NODESCRYPTLINKS=true
NO_OPENSSH=true, I get this on a buildworld when updating a Jan 15th box.
===> libpam/modules/pam_ssh
cc -pipe -O -Wall -I/FBSD/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh
-I/usr/obj/FBSD/src/i386/usr/include -c
On Mon, Mar 06, 2000 at 08:36:08PM +0100, Dave Boers wrote:
> It seems that chown's behavior is inconsistent with both the usage message
> and the man page. The same goes for chgrp.
Fixed! I have no idea how I managed to not commit all the "-v" code.
--
-- David([EMAIL PROTECTED])
To U
> I was tring to make release (just for interests) yesterday. Which
> I receive an error "ln: /R/stage/kernels/GENERIC: No such file or
> directory" in release.3. I go back to check Makefile, I see "_R"
> been defined as "/R". Which looks doesnt make any sence, I do not
> believe the / would be to
On Tue, Mar 07, 2000 at 10:52:28PM -0800, Steve Kargl wrote:
>
> Who is the "you" you're refer to? I'm quite familiar with
Generally when one says 'who' it refers to the person the in "To:"
header. Which was not you.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cu
On Tue, Mar 07, 2000 at 11:31:26AM -0800, William Woods wrote:
> Good god, I am saying that the files to merger dont existthere is nothing
> to merge...
> > If you insist on doing it by hand, start with
> > "diff -urN /etc /usr/src/etc"
Perhaps you are not familar with the "-N" option
On Fri, Mar 03, 2000 at 12:04:41PM -0800, Matthew Hunt wrote:
>
> and the "type" builtin is too verbose, saying "which is hashed
alias which='type -p'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, Mar 03, 2000 at 05:40:17PM -0700, Warner Losh wrote:
>
> sysinstall doesn't work at all for me. On three different machines,
> it tells me that it found no disks. So I can't comment on this.
Every time that happens to me, I just build and install a new sysinstall
on that machine and al
On Sun, Mar 05, 2000 at 01:35:27PM +, Nick Sayer wrote:
> Ah! I found it!
>
> --- linux_ioctl.h.orig Mon Feb 28 11:50:23 2000
> +++ linux_ioctl.h Mon Feb 28 11:24:08 2000
> @@ -32,6 +32,25 @@
> #define_LINUX_IOCTL_H_
This patch is fubar'ed. Your mailer wrapped lines and tur
On Fri, Mar 03, 2000 at 10:09:17AM +0100, Patrick M. Hausen wrote:
> Most probably because C shell scripts should be avoided at any
> cost.
>
> See: http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
I do know about this FAQ, however for a very simple script that is just
passing arguments to a
On Thu, Mar 02, 2000 at 08:47:19PM -0500, Dan Papasian wrote:
> While this may sound crazy, I was tired of 'which' taking a long
> time to complete on my 486 dx4/100 when it was under extereme
> pressure, so I rewrote it in C :)
>
> I don't think that it is worthwhile replacing this perl script
>
On Sun, Feb 27, 2000 at 12:48:53AM -0500, Jim Bloom wrote:
> but on a new version of current this expands to
>
> add pass tcp from 192.168.2.5 : 255.255.254.0 to any 25 setup
>
> Note the extra spaces around the colon.
This is required by the ANSI-C spec. Tokens replaced by `cpp' shall b
On Wed, Feb 23, 2000 at 02:27:31PM +0800, User URANIA wrote:
> I also set these flags at my /etc/make.conf
> CFLAGS= -mpentiumpro -O6 -pipe -funroll-loops -fexpensive-optimizations
> COPTFLAGS= -mpentiumpro -O6 -pipe -funroll-loops
-O6 (any -O above 3) is nonsense with the base GCC compiler.
On Wed, Feb 23, 2000 at 02:31:01PM +0100, Martin Cracauer wrote:
> Where's the bug, anyway? Do we need to fix the compiler or would it be
> better to get a newer assembler?
A new assembler (whole binutils) is on the way, probably around the end
of March.
--
-- David([EMAIL PROTECTED])
To
On Tue, Feb 22, 2000 at 03:16:00AM -0500, Donn Miller wrote:
> I can give you the .mozconfig file I used to successfully build Mozilla
> on -current.
Patches to make the port compile on Current? :-)
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "uns
On Mon, Feb 21, 2000 at 05:57:14PM -0800, Bill Swingle wrote:
> ===> gnu/usr.bin/binutils/doc
...
> install-info --quiet --defsection="Programming & development tools." --defentry="*
>Gasp: (gasp).The GNU Assembler Macro Preprocessor." gasp.info
>/local0/ftp/pub/FreeBSD/snapshots/4.0-
On Mon, Feb 21, 2000 at 04:47:40PM +0100, Morten Seeberg wrote:
> It seems that BASH in 4.x needs Combat 3.x, but why cant BASH work this out
> for it self?
You must have an old package. I just checked the one at
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4-current/All
bin/bash:
On Sun, Feb 20, 2000 at 06:06:17PM -0800, Jordan K. Hubbard wrote:
> It would obviously not be hard to write a set of stubs for these
> things, getting those stubs called selectively in the "no real RSA"
> case also not being very difficult. One way would be to put them in a
> lower version-numbe
On Mon, Feb 21, 2000 at 01:38:29AM -0700, Warner Losh wrote:
> : > 1. They're in Canada
> :
> : What does that buy them? They have the same restrictions on rsaref since
> : it originated from the USA.
>
> They don't use rsaref.
Well if they don't use rsaref, they offer it -- or are you telling
On Mon, Feb 21, 2000 at 01:14:04AM +0300, Andrey A. Chernov wrote:
>
> It seems not good to have FTP_PASSIVE_MODE On as default while ftp program
> itself have it Off by default.
Agreed.
> Lets either change ftp program defaults to Passive On or login.conf
/usr/bin/ftp should default to Passiv
On Sun, Feb 20, 2000 at 02:14:21PM -0800, Kris Kennaway wrote:
> stand by my comment that 'make depend' is needed generally, though -
> things often fail elsewhere in the tree (e.g. gcc, perl)
Yes, give a log. Look at all the gunk in
src/gnu/usr.bin/cc/cc_tools/Makefile to keep a `make depend' f
On Sun, Feb 20, 2000 at 01:47:30PM -0800, Jordan K. Hubbard wrote:
>
> You miss the point entirely.
Possibly.
> For others that's anywhere but since /usr is a comparatively small,
> read-only partition which they share amongst multiple boxes and they
> want the compat stuff to go in /usr/local/
On Sun, Feb 20, 2000 at 01:32:22PM -0800, Jordan K. Hubbard wrote:
> > > 1. They're in Canada
> >
> > What does that buy them? They have the same restrictions on rsaref since
> > it originated from the USA.
>
> I don't believe they're under the same legal gun when it comes to the
> patent issue
On Fri, Feb 18, 2000 at 01:18:48PM -0800, Kris Kennaway wrote:
> > Nope -- my make was in the top level /usr/src tree, in the form of ``make
> > -j 3 all''.
>
> You need to make depend first..perhaps the makefile could be improved
You should not need to. If it is required you have a broken Make
On Fri, Feb 18, 2000 at 08:31:06PM -0800, Matthew Dillon wrote:
>
> I wound up having to rm -rf /compat/linux and /usr/compat/linux and
> then doing the make install, which worked. It created /usr/compat/linux
> and didn't seem to care that no /compat/linux existed. However,
> o
On Sat, Feb 19, 2000 at 08:34:42PM -0800, Jordan K. Hubbard wrote:
>
> 1. They're in Canada
What does that buy them? They have the same restrictions on rsaref since
it originated from the USA.
> 2. What they do appears to be kind of icky, e.g. it requires more
>"hand work" than I think the
On Sat, Feb 19, 2000 at 08:27:48PM -0800, Kris Kennaway wrote:
> > How does OpenBSD do it? Cant we do what they do?
>
> They do a worse job than us is the short answer.
That is not a very helpful answer. Care to provide details?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail
On Sat, Feb 19, 2000 at 07:46:50PM -0800, Kris Kennaway wrote:
>
> Having _a_ general-purpose cryptography toolkit in the base system allows
> us to add in all sorts of cool things to FreeBSD (https support for fetch,
> openssh, random cryptographic enhancements elsewhere).
Which OpenBSD has don
On Sun, Feb 20, 2000 at 12:52:49AM -0800, Kris Kennaway wrote:
> No, because openssl is compiled differently if rsaref is present or not -
> it's not just a matter of dropping in librsaref.so (we can't always just
> build the version with RSAref stubs because it references symbols in
> librsaref a
On Sat, Feb 19, 2000 at 11:41:22PM -0800, Kris Kennaway wrote:
> Given that we can't import rsaref into FreeBSD and we can't depend on it
> as a port, that about rules out any options for installing from
> sysinstall.
How does OpenBSD deal with it? Why is it so easy for them?
--
-- David([
On Thu, Feb 17, 2000 at 12:24:00AM +0800, Peter Wemm wrote:
> You're 6 months late, this is already done:
> revision 1.26
> date: 1999/08/26 00:45:34; author: peter; state: Exp; lines: +1 -3
> unifdef -DINTERNAL_LS - it's too useful to be off by default. If anyone
> really dislikes this, we co
On Tue, Feb 15, 2000 at 12:22:27AM -0800, David O'Brien wrote:
> No, you were right. compat3x is supose to allow 3.4 binaries to run on
> 4.0. I just missed libhistory.so.3 as being needed in the compat3x set.
Fixed -- libhistory.so.3 is now part of compat3x.
--
-- David
On Wed, Feb 16, 2000 at 09:04:44AM +0200, Sheldon Hearn wrote:
> > What about making FTP_INTERNAL_LS the default for 4.0?
>
> I'm very much in favour of this,
Agreed. Do you want to bug JKH, or should I? ;)
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Tue, Feb 15, 2000 at 10:11:40PM +0300, Ilmar S. Habibulin wrote:
> > uname -a
> FreeBSD ws-ilmar.ints.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Fri Feb 11 20:21:14 MSK
>2000 [EMAIL PROTECTED]:/usr/src/sys/compile/HOME1 i386
> > grep FreeBSD /usr/src/gnu/lib/libstdc++/_G_config.h
>
On Tue, Feb 15, 2000 at 07:04:33PM +0200, Maxim Sobolev wrote:
> > This port needs a *lot* of work as it doesn't work. But I am cleaning it
> > up now.
>
> For me it does work ;). Anyway you are free to hack/use it for whatever you
> like.
I'd *REALLY* like to know how it even began to build fo
On Tue, Feb 15, 2000 at 07:04:33PM +0200, Maxim Sobolev wrote:
> For me it does work ;). Anyway you are free to hack/use it for whatever you
> like.
Besides not building, it isn't PREFIX clean. You need to change
"HAS_CONFIGURE" to "GNU_CONFIGURE".
To Unsubscribe: send mail to [EMAIL PROTECTED
On Tue, Feb 15, 2000 at 06:56:13PM +0300, Ilmar S. Habibulin wrote:
> I have some problems with development vertion of kdes' new
> filemanager/browser. It can't find function eh_rtime_match, which i
> found in libgcc.a.
You need to tell us a *LOT* more about your situation.
uname -a
gcc
On Mon, Feb 14, 2000 at 11:13:13PM +0900, Takehiro Suzuki wrote:
> I make ports of binutils-2.9.5.0.27.
> It is available from http://www.bsdclub.org/~takehiro/binutils.tar.gz .
I am taking a look at it now. Since you did not rename any of the bits
(such as `as', `ld', etc..) what is the impact
On Mon, Feb 14, 2000 at 04:56:52PM +0200, Maxim Sobolev wrote:
> I've also made port of development version of gas available at
> http://homepages.go.com/~sobomax/glx/gas-devel.tgz .
>
> It requres bzip'ed version of binutils' cvs snapshot in /usr/tmp.
This port needs a *lot* of work as it doesn
"Roden, Thomas" wrote:
>
> > Problem 2
> After installing bash-2.03 from the 3.4 packages, attempting to run bash
> yields:
> /usr/libexec/ld-elf.so.1: Shared object "libhistory.so.3" not found
>
> 'ln -s libhistory.so.4 libhistory.so.3' fixes? the problem
> I assumed (perhaps incorrectl
On Mon, Feb 14, 2000 at 10:30:53PM +0100, Luigi Rizzo wrote:
> > You can't change this behavior. UFS can only use a file fragment (that
> > is, typically 1/8 of a full block) at the *END* of a file, not the middle.
>
> pardon the ignorance (but i don't have the red book handy),
> thas th
On Sun, Feb 13, 2000 at 01:48:04PM +0100, Blaz Zupan wrote:
> > Bumping libwrap's shared lib version is trivial. Lets *quickly* decided
> > if this is necessary.
>
> I see that this has been done. It should also not be forgotten to add
> libwrap to the compat3x libraries!
Yes, and I've already
On Sat, Feb 12, 2000 at 03:08:49PM -0500, Donn Miller wrote:
> Why don't we do it? Let's find out from the maintainer of binutils
> which version he recommends, and then integrate it into the next
> version of -current. We can find the bugs and fix them on our own.
> Personally, I'd like to find
TAKE THIS TO [EMAIL PROTECTED] *
This is NOT a -current issue!! And the people that can actually effect
change hang out on [EMAIL PROTECTED], not necessarly on
[EMAIL PROTECTED]
On Sat, Feb 12, 2000 at 12:19:01PM -0600, Richard Wackerbarth wrote:
> This is the direction that my thi
On Tue, Feb 08, 2000 at 11:56:43AM -0800, Parag Patel wrote:
> Seems like the default IRQs used by pccard are being used by something
> else on your laptop. The default line in /etc/pccard.conf.sample is
>
> irq 3 5 10 11 13 15
Personally I don't know of anyone that hasn't had to remo
On Thu, Feb 10, 2000 at 08:24:09AM -0500, Donn Miller wrote:
> I know that the standard gcc-2.95.2 itself has libstdc++ built in, so
> there's no separate library there.
Huh??? Try this:
cd /usr/local/lib/gcc-lib
find . -name libstdc++.a
Don't confuse shared libs vs. static ones; with
On Thu, Feb 10, 2000 at 08:34:28PM -0500, Donn Miller wrote:
> Nope. When I ran buildword, I used CFLAGS='-mpentium -O3 -pipe'. I
We don't support building world with -O3. Before continuing this path,
please try the *stock* values.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send ma
On Thu, Feb 10, 2000 at 01:46:59PM -0800, Brooks Davis wrote:
> Wine thinks it can use byacc, but it needs bison. The patch attached to
> the PR ports/16344 will fix the build or you can just cd to
> ports/devel/bison and install it first which is all the patch really
> does.
Why can't it use By
On Thu, Feb 10, 2000 at 06:08:36PM +0100, Jose M. Alcaide wrote:
>/usr/X11R6/bin/XF86_SVGA:
> libxpg4.so.2 => /usr/lib/libxpg4.so.2 (0x282ee000)
> libz.so.2 => /usr/lib/libz.so.2 (0x282f2000)
> libm.so.2 => /usr/lib/libm.so.2 (0x282ff000)
> libc.so.3 => /usr/lib
On Thu, Feb 10, 2000 at 06:55:53PM -0500, Donn Miller wrote:
> Just curious as to what the advantages are of having libstdc++ separated
> from gcc.
How is libstdc++ separated from g++? I'm not really understanding what
you are trying to get across.
> From what I recall on www.gnu.org, they said
On Fri, Feb 11, 2000 at 11:06:06AM -0500, Brian Dean wrote:
> Back in July, I added support in the kernel for hardware debug
> registers on the ix86 platform which allows for hardware watchpoints,
...
> Could someone please commit this doc addition?
Done.
To Unsubscribe: send mail to [EMAIL PRO
On Sun, Feb 13, 2000 at 01:36:26AM +0900, Hajimu UMEMOTO wrote:
> I brought sshd1 compiled on pure 3.4-RELEASE into 4.0-CURRENT.
> Then, I see this problem.
> This is why new libwrap uses getipnodeby*() added by recent IPv6
> supported libc. Though, libc's major version was incremented,
> lib
On Sat, Feb 12, 2000 at 03:00:07PM +0100, Pascal Hofstee wrote:
> in this case it's not M13 but the latest CVS tree ... But i'll see if
> recompiling the beast for a few days on end eventually will get it back in
> shape again. if not ... i'll probably come back and complain ;-)
Don't complain to
On Sat, Feb 12, 2000 at 09:30:19AM -0500, Stephane Potvin wrote:
> I've been using the latest binutils from cygnus for the last month without
...
> But as I take it (only my 0.02$) it won't happen until they release an
> official version and it doesn't seems to be anywhere soon.
It doesn't seem i
On Sat, Feb 12, 2000 at 03:36:12AM -0500, Donn Miller wrote:
> One possible thing to try would be to download the latest binutils
> from the GNU ftp site or mirrors,
If you did that you would find the the latest GNU release is 2.9.1.
Guess what -- Binutils is getting little maintaince. They are
On Fri, Feb 11, 2000 at 08:19:09AM -0600, Nathan Kinsman wrote:
> I've been doing some compiler benchmarks with AMD K3-450 and CURRENT
Hum... K6-3/450 I assume.
> D) -s -O3 2.141 1.852 1.979
> E) -s -O6 2.144 1.850 1.981
These shou
On Mon, Feb 07, 2000 at 12:38:26PM -0400, The Hermit Hacker wrote:
> Is there any one of these floating around?
man natd
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, Feb 05, 2000 at 09:51:25AM -0500, John Baldwin wrote:
> David O`Brien's are probably the easiest:
> If installworld breaks, then do this:
>
> make -k installworld
> make installworld
Sounds like this should be updated to be:
make -k -DNOFSCHG installworld
make installworld
--
-
On Fri, Feb 04, 2000 at 03:11:57PM +0200, Mark Murray wrote:
>
> You want to work on PAM's, go ahead!
I had time for this then, but not now. :-(
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Feb 03, 2000 at 10:09:22AM -0800, Kris Kennaway wrote:
> a proper fix might be to add a login class which determines which of
> MD5 and DES you should use for new passwords
I believe PAM is the more "approved" way to implement this
functionality. Before PAM it would be /etc/auth.conf.
I
On Thu, Feb 03, 2000 at 10:09:22AM -0800, Kris Kennaway wrote:
> AFAIK this has always been the way it works: if you install libdescrypt,
> the system makes the (mistaken) assumption you want DES passwords all the
> time.
This is true for the initial installation. However, `make world' used to
r
Thus spake Glendon M. Gross ([EMAIL PROTECTED]):
>
> What does the -k switch do? --Glen Gross
This really could have been answered with a little RTFM. And if you are
running -CURRENT you should be able to do that for simple things. Try
this:
man make
/
-k
and you would have seen:
On Wed, Feb 02, 2000 at 09:50:16AM -0500, Mike Heffner wrote:
> Do a buildworld in /usr/src, then cd usr.bin/xinstall and do a make install.
> Then you should be able to go back into /usr/src and do an installworld.
Too much cd'ing and typing.
make buildowrld
make -k installworld
mak
On Wed, Feb 02, 2000 at 06:53:59PM +0100, Alexander Langer wrote:
> http://bento.freebsd.org/errorlogs/4-full/gma-0.5.log
>
> David? g++ is yours, you should know this better. Is this a bug of the
> port?
Errr. You might want to word your email slightly different.
Anyway, if you look at this li
On Wed, Feb 02, 2000 at 09:58:00AM +0600, Max Khon wrote:
> > What's the right thing then?
>
> make buildworld; cd /usr/src/usr.bin/xinstall; make depend all install
> and then, make installworld
IMHO,
make buildworld
make -k installworld
make installworld
is better and does a mor
On Tue, Feb 01, 2000 at 04:23:32PM +0200, Maxim Sobolev wrote:
> I've discovered strange thing - when I'm doing fresh installworld (i.e. make
> DESTDIR=/foo/bar installworld) then include files in
> /foo/bar/usr/include/readline/ are not being installed.
G. I'll fix this in the next few days
> rename it libstdc++.so.1. Then you just have to modify your executable
> so that it looks for libstdc++.so.1 instead of libstdc++.so.3
Why not just reinstall the problematic executables?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mess
If you installed world after my libreadline header moving, you probably
have readline headers in /usr/include you'll want to rm.
Index: Makefile
===
RCS file: /home/ncvs/src/gnu/lib/libreadline/readline/Makefile,v
retrieving revisio
On Fri, Jan 28, 2000 at 11:19:37PM -0500, Louis A. Mamakos wrote:
>
> Well, OK, I can deal with this myself. I'm just concerned about the
> folks who will eventually upgrade from 3.4 to 4.0, and have their
> C++ programs stop working.
There will be the same problem WRT C++ when upgrading from
On Sat, Jan 29, 2000 at 07:14:48PM +0900, Yoshinobu Inoue wrote:
> > Sorry for the problem. Could you try with this patch for now?
It might be easier to just commit it if `make buildworld' passes.
With the double CVS checkout required in `make release' I don't know an
easy good way to apply patch
On Fri, Jan 28, 2000 at 07:07:39PM -0500, Louis A. Mamakos wrote:
> Is it possible to bump the revision of libstdc++ (and perhaps others) so
> that existing programs can continue to function?
Nope. This is -CURRENT and this type of thing happens. And with a
RELEASE about to happen, I don't want
On Fri, Jan 28, 2000 at 09:33:32AM -0700, Warner Losh wrote:
> This looks like a safe change to make, since we have no fortran in the
> tree that needs to get built. It doesn't disable building of fortran
> later in the build, just from building it potentially twice.
>
> Comments?
I like it. I
>
>/home/kris/tmp/world/obj/.amd_mnt/freefall/host/c/users/kris/tmp/world/src/alpha/.amd_mnt/freefall/host/c/users/kris/tmp/world/src/gnu/usr.bin/cc/cpp/../cc_fbsd/libcc_fbsd.a(mktemp.o):
> In
> function `_gettemp':
> mktemp.c(.text+0x3f0): undefined reference to `_open'
> mktemp.c(.text+0x3f4):
On Thu, Jan 27, 2000 at 06:22:55PM -0800, Mike Smith wrote:
> Correct behaviour would be not to set the hostname unless:
> a) it is not already set
> or
> b) it was previously set by the DHCP client
>
> You could probably ignore b) and satisfy most people. At the moment, the
> hostname is _ne
On Thu, Jan 27, 2000 at 09:26:44PM -0500, Garrett Wollman wrote:
> < said:
>
> > That's not correct; your DHCP configuration should reflect the hostname.
>
> No, it shouldn't. As I keep on trying to explain, the DHCP addresses
> are:
^^
usually
> 1) Temporary.
> 2) Meaningl
On Thu, Jan 27, 2000 at 04:20:54PM -0800, Mike Smith wrote:
>
> Actually, the problem here is that our dhclient doesn't pick the hostname
> up the first time around. If it's set in an existing lease that is just
> confirmed, it works, but if you're starting without a lease, you won't
> get a h
On Thu, Jan 27, 2000 at 04:06:31PM -0800, Jordan K. Hubbard wrote:
> > IMHO, that is the wrong assumption. Most DHCP servers I've seen aren't
> > setup to provide hostnames to the requrestor.
>
> Seems they're set up incorrectly then.
Not at all.
> You can't be a good "network citizen" these d
On Thu, Jan 27, 2000 at 04:00:40PM -0700, Warner Losh wrote:
> So I'd say this is with 2.7.3 and the compiler in today's current.
Ah. 2.95.2 is a known speed snail. The GCC developers took this to
heart and 2.96 will compile much faster.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
> BTW, I'm getting numbers that are 2x bigger than before :-(.I had
> makebuildworld down to around 1:20 at one point, but now it is 2:40.
Which compilers for both times?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Jan 27, 2000 at 01:28:10PM -0800, Jordan K. Hubbard wrote:
> > 4. X didn't come with /usr/X11R6/lib/aout, so I can't run netscape.
>
> I guess we need to build our own XF86 distribution with the a.out
> libraries built or we need to somehow stuff those into a compat dist.
OR we can make
On Thu, Jan 27, 2000 at 01:28:10PM -0800, Jordan K. Hubbard wrote:
>
> In this case, I actually assume that the DHCP server will be providing
> the host name and specifically *ignore* the user-provide hostname
IMHO, that is the wrong assumption. Most DHCP servers I've seen aren't
setup to provi
On Thu, Jan 27, 2000 at 09:39:10AM +0100, Dag-Erling Smorgrav wrote:
> Sources from ~12 hours ago:
> ===> usr.bin/kdump
...
> In file included from ioctl.c:79:
> /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined
Peter Wemm fixed this as src/include/Makefile rev
I would appreciate it if those that want things changed would please try
Sheldon's `sed' expression below and report back how it worked for you.
- Forwarded message from Sheldon Hearn <[EMAIL PROTECTED]> -
To: "David E. O'Brien" <[EMAIL PROTECTED]>
Date: Wed, 26 Jan 2000 18:44:47 +0200
On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
> Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
Why not just set USA_RESIDENT in your environment before starting
`make release'?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTEC
1201 - 1300 of 1694 matches
Mail list logo
