Hello all,
After a 'make buildworld -DNO_WERROR` with sources today (05/10/02) and a
mergemaster I am seeing the following on the console when I su:
May 10 22:14:38 su: using dynamic pam_nologin.so
May 10 22:14:38 su: adding pam_nologin.so to cache
May 10 22:14:38 su: pam_lastlog.so: pam_sm_auth
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Don Bowman wrote:
> Now, I suggest stopping the flame war, or take it somewhere else,
> this really doesn't have anything to do with FreeBSD.
Yeah; it looks like he was really looking for an explanation
of the failure of the OSF toolchain, and might not even be
compiling on FreeBSD at all in the
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
Mikhail Teterin wrote:
> = Most linkers don't do what you want, which is make up for programmer
> = incompetence by doing an automatic topological sort on all symbol
> = dependencies, regardless of where or in what type of file the symbol
> = is defined, because most linkers treat archives and lib
Hi,
I am currently checking bento's port building errors on -current. I have
found some ports, e.g. audio/cam [1], that could not be installed
because ${BINOWN} and ${BINGRP} seems to be not defined. They end up
with the error:
install: -g: Invalid argument
coming from things like:
install
[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
Order-dependency on the link command line has been common behaviour
in linkers forever as far as I know. This includes the FSF GNU linker,
as well as the system linker shipped with Unix systems.
It is a useful feature, allowing one to insert other objects in
front, e.g. to override 'malloc' with
On Fri, May 10, 2002 at 05:40:11PM -0500, David W. Chapman Jr. wrote:
> On Fri, May 10, 2002 at 06:37:11PM -0400, Jeff Ito wrote:
> > Hello,
> >
> > Is the lack of /etc/defaults/make.conf intentional? an oversite? or perhaps
> > something that I have messed up on my end?
> > I have run cvsup/merg
On Fri, May 10, 2002 at 06:37:11PM -0400, Jeff Ito wrote:
> Hello,
>
> Is the lack of /etc/defaults/make.conf intentional? an oversite? or perhaps
> something that I have messed up on my end?
> I have run cvsup/mergemaster (18:30PM EST May 10. 2002), and that
> changes nothing. /usr/src/etc/*/* d
On Friday 10 May 2002 04:35 pm, Terry Lambert wrote:
= Mikhail Teterin wrote:
= > = For my information: Why didn't you take John De Bowsky's advice to:
= > =
= > = ld $objlist `lorder $liblist | tsort -q`
= >
= > I tried that before I asked on the mailing list the first time. It
= > did red
On Fri, May 10, 2002 at 06:37:11PM -0400, Jeff Ito wrote:
> Hello,
>
> Is the lack of /etc/defaults/make.conf intentional? an oversite? or perhaps
> something that I have messed up on my end?
> I have run cvsup/mergemaster (18:30PM EST May 10. 2002), and that
> changes nothing. /usr/src/etc/*/* d
Hello,
Is the lack of /etc/defaults/make.conf intentional? an oversite? or perhaps
something that I have messed up on my end?
I have run cvsup/mergemaster (18:30PM EST May 10. 2002), and that
changes nothing. /usr/src/etc/*/* does not contain said file, the only place
it does exist is in /usr/sha
> At 115200?
I have BOOT_COMCONSOLE_SPEED= 115200 in my make.conf and
CONSPEED=115200 in kernel config files on two -CURRENT boxes.
GDB and console are working fine between 1.2GHz Atlon and older PII IBM
ThinkPad.
On Fri, 10 May 2002 17:43:14 -0400 (EDT)
John Baldwin <[EMAIL PROTECTED]> wrote:
On 10-May-2002 Alexander Kabaev wrote:
> Serial console and remote GDB were working just fine for me ever since
> that entry has been added to the task SMPng unresolved issues list.
At 115200?
--
John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to
The enclosed patch fixes the order of script execution so the directory
order is also reversed. The current behavior is to have directories
traversed in the same order as at startup, but have the scripts in the
directories reversed. I just changed it so it builds the script list
forward (like
Serial console and remote GDB were working just fine for me ever since
that entry has been added to the task SMPng unresolved issues list.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Mikhail Teterin wrote:
> = For my information: Why didn't you take John De Bowsky's advice to:
> =
> = ld $objlist `lorder $liblist | tsort -q`
>
> I tried that before I asked on the mailing list the first time. It
> did reduce the number of the undefined symbols, but not to zero.
It's po
Hello all,
I read here http://www.freebsd.org/smp/index.html in the known bugs section
that "Serial gdb does not work at 115200 baud". I found no open reports in the
gnats database at the main site. Is this statement still true for current?
Going to try gcc 3.1 :).
regards,
Galen Sampson
___
And FYI, compiling with NO_WERROR=yes in make.conf is also a good idea
right now, unless you're in the mood to fix warnings that appeared with
the gcc upgrade due to changed gcc warnings. (Many of have been doing
this for a while since the -Werror stuff with the kernel)
Robert N M Watson
Since the gcc upgrade, -j on buildworld seems to be temporarily out of
order. Try building without it.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Network Services
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
cvsup'd @ 7:37am EDT 10 May
...
14256 cc -O -pipe -I/usr/src/lib/libpam/libpam
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=2 -Werror
-Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type -Wcast-qual -Wwrite-strings -Wsw
===> bin/cp
cc -O -pipe -march=k6 -DVM_AND_BUFFER_CACHE_SYNCHRONIZED
-Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wformat=2
-Wno-format-extra-args -Werror -c /home/src/bin/cp/cp.c
cc1: warnings being treated as errors
/home/src/bin/cp/cp.c: In function `copy':
/home/src/bin/cp/cp.c:275:
On 10-May-2002 (17:44:21/GMT) Garrett Rooney wrote:
>> Ok, thanks. Sorry for alarm but I don't see any message before
>> my own. Can I back-cvsup to a stable date? When (sh)it happens?
> the change is just a few hours old. you can just remove expat2
> from the LIB_DEPENDS in textproc/gettext
On Friday 10 May 2002 12:51 pm, Terry Lambert wrote:
= Mikhail Teterin wrote:
= > > > Is there a reason for it, or this just a not-yet-implemented
= > > > feature? It certainly seems like the latter -- why make the user
= > > > jump through all the sorting/reordering hoops?
= >
= > > Generally, th
On Fri, May 10, 2002 at 07:41:44PM +0200, Riccardo Torrini wrote:
> On 10-May-2002 (17:31:32/GMT) Garrett Rooney wrote:
>
> > there's a circular dependency that was just introduced to gettext.
> > gettext now depends on expat, which depends on gmake, which depends
> > on gettext.
> > it's a known
On 10-May-2002 (17:31:32/GMT) Garrett Rooney wrote:
> there's a circular dependency that was just introduced to gettext.
> gettext now depends on expat, which depends on gmake, which depends
> on gettext.
> it's a known problem, and is being worked on.
Ok, thanks. Sorry for alarm but I don't se
On 10-May-2002 (17:26:56/GMT) Dan Nelson wrote:
>> After a cvsup of 10 minutes ago either on 5.0-CURRENT and on
>> 4.6-PRERELEASE (both of May 8, 02:46 CEST) making a
>> # make clean
>> into /usr/ports/deve/gettext spawn zillions(!) of make process,
>> lead to cpu load average at 96.xx before a r
On Fri, May 10, 2002 at 12:26:56PM -0500, Dan Nelson wrote:
> In the last episode (May 10), Riccardo Torrini said:
> > After a cvsup of 10 minutes ago either on 5.0-CURRENT and on
> > 4.6-PRERELEASE (both of May 8, 02:46 CEST) making a
> >
> > # make clean
> >
> > into /usr/ports/deve/gettext sp
Hi,
> On Thu, 09 May 2002 20:33:22 +0100
> Mark Murray <[EMAIL PROTECTED]> said:
mark> /usr/sbin/scriptdump
This script is from KAME. It seems that NetBSD doesn't install it.
Is someone actually using it? If okay, I'll change to don't install
it.
Sincerely,
--
Hajimu UMEMOTO @ Inter
In the last episode (May 10), Riccardo Torrini said:
> After a cvsup of 10 minutes ago either on 5.0-CURRENT and on
> 4.6-PRERELEASE (both of May 8, 02:46 CEST) making a
>
> # make clean
>
> into /usr/ports/deve/gettext spawn zillions(!) of make process,
> lead to cpu load average at 96.xx befor
On 10-May-2002 (17:01:26/GMT) Riccardo Torrini wrote:
> into /usr/ports/deve/gettext
s/deve/devel/
I use make clean to show dependencies before install/update.
No, I don't use neither pkg_update nor portupgrade.
Riccardo.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe free
After a cvsup of 10 minutes ago either on 5.0-CURRENT and on
4.6-PRERELEASE (both of May 8, 02:46 CEST) making a
# make clean
into /usr/ports/deve/gettext spawn zillions(!) of make process,
lead to cpu load average at 96.xx before a reboot :-(
Up to yesterday it works. Doing this into others
Mikhail Teterin wrote:
> > > Is there a reason for it, or this just a not-yet-implemented
> > > feature? It certainly seems like the latter -- why make the user
> > > jump through all the sorting/reordering hoops?
>
> > Generally, this won't be necessary for properly organized code. The
> > code
On Fri, May 10, 2002 at 01:54:50AM -0700, David E. O'Brien wrote:
> obrien 2002/05/10 01:54:50 PDT
>
> Modified files:
> gnu/lib/csu Makefile
> gnu/lib/libgcc Makefile
> gnu/lib/libibertyMakefile
> gnu/lib/libobjc Makefile
> gnu/lib/libstdc++
On 2002-05-09 23:02, Peter Wemm wrote:
> John Baldwin wrote:
> > So how many cases of beer does O'Brien get at Usenix now? :)
>
> Quite a few. :-)
Let's not force him to join AAA before 5.0-RELEASE though.
- Giorgos
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curre
This is a new problem beginning after a buildworld and build
kernel yesterday, May 08 (still the old gcc 2.95.4):
The system is quite stable until I mount an ext2 partition and
attempt to list its directory. Immediately I get this error:
syncing disks... panic: bdwrite: buffer is not busy.
If
> > Is there a reason for it, or this just a not-yet-implemented
> > feature? It certainly seems like the latter -- why make the user
> > jump through all the sorting/reordering hoops?
> Generally, this won't be necessary for properly organized code. The
> code in question is organized by softwa
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
> after about the third time or so this happened to me I created a cheat
> sheet). What
On Fri, 2002-05-10 at 02:56, David O'Brien wrote:
> 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/e
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, 09 May 2002 10:13:04 MST, Terry Lambert wrote:
> Uh, csh. Preferrably with tcsh extensions, so it won't run anywhere
> else. In a pinch, I guess you could use "bash".
>
>
Poul-Henning was too kind. You shouldn't be banned from the lists, you
should be taken out back and shot until
On Thu, 2002-05-09 at 07:41, Mark Murray wrote:
> > On Thu, 2002-05-09 at 03:57, Mark Murray wrote:
> >
> > > /usr/sbin/rmuser Wrapper round "pw userdel"?
> >
> > I took this one while the discussion was going on the past couple of
> > days. It's at:
> > http://home.pacbell.net/makonnen/rmuser.
43 matches
Mail list logo