On Tue, May 25, 2010 at 1:05 PM, Matthew Seaman
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 25/05/2010 11:40:23, Stefan Bethke wrote:
>> For the record: I'm now running -stable as of last night, compiled
>> without issue on ZFS filesystems throughout. No idea what caused the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 25/05/2010 11:40:23, Stefan Bethke wrote:
> For the record: I'm now running -stable as of last night, compiled
> without issue on ZFS filesystems throughout. No idea what caused the
> issue in the first place, and what made it disappear though, but
Am 24.05.2010 um 19:49 schrieb Jeremy Chadwick:
> On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote:
>> Builds are underway now (following /usr/src/Makefile method), I'll
>> report back when those are done. I'm also adding "time" in front of the
>> "make buildXXX" portions just to s
On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote:
> Builds are underway now (following /usr/src/Makefile method), I'll
> report back when those are done. I'm also adding "time" in front of the
> "make buildXXX" portions just to see now long things take.
The build portions finished.
On Mon, May 24, 2010 at 09:18:55AM -0700, Kevin Oberman wrote:
> > Date: Mon, 24 May 2010 05:29:44 -0700
> > From: Jeremy Chadwick
> > Sender: owner-freebsd-sta...@freebsd.org
> >
> > On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
> > > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwi
On Mon, May 24, 2010 at 08:07:38AM -0700, Jeremy Chadwick wrote:
> On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote:
> > Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
> >
> > > I've now checked out via csup, and I've put /usr/obj on UFS. The error
> > > has shifted yet again:
> > >
> Date: Mon, 24 May 2010 05:29:44 -0700
> From: Jeremy Chadwick
> Sender: owner-freebsd-sta...@freebsd.org
>
> On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
> > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
> >
> > > 1) Were you using any "-j" flags during your make? If so, t
On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote:
> Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
>
> > I've now checked out via csup, and I've put /usr/obj on UFS. The error has
> > shifted yet again:
> > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99
> > -I/usr/obj/usr/src/
Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
> I've now checked out via csup, and I've put /usr/obj on UFS. The error has
> shifted yet again:
> cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99
> -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
> /usr/src/usr.bin/lex/parse.y: In functi
On May 24, 2010, at 9:27 AM, Stefan Bethke wrote:
> I've just moved from a root on UFS plus data on ZFS setup, to root on ZFS;
> that's the only real difference I can think of. Although I don't see how
> that would affect building world, especially since I've had src and obj on
> ZFS before.
Am 24.05.2010 um 15:13 schrieb Jeremy Chadwick:
> So now the problem has moved from usr.sbin/config to usr.sbin/awk?
> Weird. Usually this sort of thing indicates excessive clock skew (as in
> rapidly skewing multiple seconds in bursts), or very strange filesystem
> problems.
>
> Is it possible
On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote:
> ...
> It sure looks like it. Now that I've checked out again, the error has moved
> to:
> cc -O2 -pipe -DHAS_ISBLANK -I.
> -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64
> -I/usr/obj/usr/src/tmp/legacy/usr/inclu
On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote:
> Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick:
>
> > All that said: I *have* seen the compiler error you've mentioned, but
> > usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably
> > some weird race condition.
>
Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick:
> All that said: I *have* seen the compiler error you've mentioned, but
> usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably
> some weird race condition.
It sure looks like it. Now that I've checked out again, the error has mov
Am 24.05.2010 um 14:40 schrieb Paul Mather:
> On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote:
>
>> For added posterity, it looks like usr.sbin/config has been mostly
>> untouched for quite some time, sans mkoptions.c and mkmakefile.c:
>>
>> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/
On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote:
> For added posterity, it looks like usr.sbin/config has been mostly
> untouched for quite some time, sans mkoptions.c and mkmakefile.c:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/
Having said that, there is this entry in /us
On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
> Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
>
> > 1) Were you using any "-j" flags during your make? If so, try without it.
> > Sometimes these are known to cause oddities, even if occasionally.
>
> Nope.
>
> > 2) Make sure yo
Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
> 1) Were you using any "-j" flags during your make? If so, try without it.
> Sometimes these are known to cause oddities, even if occasionally.
Nope.
> 2) Make sure your system clock is correct and isn't drifting badly.
> Highly recommend you use
On Mon, May 24, 2010 at 02:12:13PM +0200, Stefan Bethke wrote:
> Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
>
> > On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
> >> I have a feeling I screwed something up, but I can't find anything wrong
> >> locally.
> >> ...
> >> ===> usr.
Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
> On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
>> I have a feeling I screwed something up, but I can't find anything wrong
>> locally.
>> ...
>> ===> usr.sbin/config (obj,depend,all,install)
>> /usr/obj/usr/src/tmp/usr/src/usr.sbin
On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
> I have a feeling I screwed something up, but I can't find anything wrong
> locally.
> ...
> ===> usr.sbin/config (obj,depend,all,install)
> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for
> /usr/src/usr.sbin/config
> yacc -
I have a feeling I screwed something up, but I can't find anything wrong
locally.
# uname -a
FreeBSD diesel.lassitu.de 8.0-STABLE FreeBSD 8.0-STABLE #9 r204100: Sat Feb 20
09:53:14 CET 2010 r...@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL amd64
# svn info
Path: .
URL: svn://svn.freebsd.or
Mark Andrews wrote:
From unlink(2).
[ENOTDIR] A component of the path prefix is not a directory.
I suppose that is why rm is not working. The question was "Why don't
some man pages install?"
I think I have found the problem. Somewhere along the way a DOCSUPFILE
make va
> Here is a snippet of my failed installworld logs as I move to 6.0R:
>
> install -o root -g wheel -m 444 crypt.3.gz /usr/share/man/man3
> /usr/share/man/man3/crypt_get_format.3.gz -> /usr/share/man/man3/crypt.3.gz
> rm: /usr/share/man/man3/crypt_get_format.3: Not a directory
> rm: /usr/share/ma
Here is a snippet of my failed installworld logs as I move to 6.0R:
install -o root -g wheel -m 444 crypt.3.gz /usr/share/man/man3
/usr/share/man/man3/crypt_get_format.3.gz -> /usr/share/man/man3/crypt.3.gz
rm: /usr/share/man/man3/crypt_get_format.3: Not a directory
rm: /usr/share/man/man3/crypt
On Thu, Nov 06, 2003 at 03:21:31PM -0500, condory wrote:
> There a bit of this I just posted part of it any ideas anyone ?
>
>
> magic, 34789: type @Initial revision invalid
> mkmagic: magic, 34790: offset @ invalid
> mkmagic: magic, 34790: type @ invalid
> mkmagic: magic, 34791: offset text inva
There a bit of this I just posted part of it any ideas anyone ?
magic, 34789: type @Initial revision invalid
mkmagic: magic, 34790: offset @ invalid
mkmagic: magic, 34790: type @ invalid
mkmagic: magic, 34791: offset text invalid
mkmagic: magic, 34791: type text invalid
mkmagic: magic, 34792: off
On Sat, 7 Jul 2001, Chad R. Larson wrote:
> On Sat, Jul 07, 2001 at 03:05:06PM +0200, A. L. Meyers wrote:
> > Had exactly the same problem using RELENG_4 (choking on pod2man)
> > and received a solution from Kent.
>
> My solution was to cd to the perl source directory, do a "make
> install" and t
On Tue, 17 Apr 2001 19:08:31 +0200
Bjarne Wichmann Petersen <[EMAIL PROTECTED]> wrote:
Seems to be the way I had set my CXX-flags in make.conf that screwed
things up.
Bjarne
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Doug Barton wrote:
> Signals 10 and 11 are almost always hardware.
Not in my experience. Signal 11 is usually the result of attempting to
dereference a NULL pointer. Signal 10 is usually the result of attempting to
dereference a pointer that contains a garbage address.
At leas
On 5 Jul 2000, at 12:28, Kent Stewart wrote:
>
>
> Dan Langille wrote:
> >
> > On 5 Jul 2000, at 12:17, Kent Stewart wrote:
> >
> > > Dan Langille wrote:
> > > >
> > > > In my continuing 4-day saga to get 4.0-stable compiled, I encountered
> > > > the following error during make world:
> > >
Dan Langille wrote:
>
> On 5 Jul 2000, at 12:17, Kent Stewart wrote:
>
> > Dan Langille wrote:
> > >
> > > In my continuing 4-day saga to get 4.0-stable compiled, I encountered the
> > > following error during make world:
> > >
> > > cc -O -pipe -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl -
>
On 5 Jul 2000, at 12:17, Kent Stewart wrote:
> Dan Langille wrote:
> >
> > In my continuing 4-day saga to get 4.0-stable compiled, I encountered the
> > following error during make world:
> >
> > cc -O -pipe -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl -
> > I/usr/src/gnu/usr.bin/perl/libperl/..
Dan Langille wrote:
>
> In my continuing 4-day saga to get 4.0-stable compiled, I encountered
> the following error during make world:
>
> cc -O -pipe -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl -
> I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -
> I/usr/obj/usr/src/i386/usr/inc
In my continuing 4-day saga to get 4.0-stable compiled, I encountered
the following error during make world:
cc -O -pipe -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl -
I/usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -
I/usr/obj/usr/src/i386/usr/include -c
/usr/src/gnu/usr.bin/perl/l
Hi,
I cvsup'd 2.2.8-stable today (new tweaks appeared in syslog code).
'make world' croaks with:
--- cut here --
===> usr.sbin/syslogd
cc -nostdinc -O -I/usr/obj/b/andrew/CVSUP-2.2/src/tmp/usr/include -c
/b/andrew/CVSUP-2.2/src/usr.sbin/syslogd/syslogd.c
/b/andrew/CVSUP-2.2/src/usr.sbin/sysl
On Sun, 21 May 2000, Warner Losh wrote:
> : I think this was an overenthusiastic commit by Joe Karthauser (strlcpy()
> : doesnt exist in 2.x)
>
> Has this been reverted yet?
No, it's only been a few hours since it was discovered. Give Joe some time
to correct the mistake..
Kris
In God we
In message <[EMAIL PROTECTED]> Kris
Kennaway writes:
: On Sun, 21 May 100, Andrew Wilson wrote:
:
: > sorry if this seems like a trip back in time. Today I cvsup'd
: > 2.2.8-stable and ran make world. It croaked while compiling bin/ed:
:
: I think this was an overenthusiastic commit by Joe Ka
I'm getting a failure in usr.bin/truss/.
ioctl.c complains about not finging sys/random.h
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
On Tue, 21 Mar 2000, Carl Johan Madestrand wrote:
>rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/spray.x -o spray.h
>unsigned hnt usec;
Last time I checked there was no type unsigned hnt in the standard
library. ;-) It should read unsigned int. Not sure who's fault that is.
--
cvsupped today, 4.0-STABLE, make buildworld.
The compilation fails after a while.
===> rpcsvc
rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h
rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h
rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/mount
It also breaks unless you edit the Makefile in:
/usr/src/share/doc/usd
and remove the entries for .rogue and .trek
Stan Brown wrote:
> Fails in /usr/src/games/larn/data.c
>
> Sugestions?
>
> --
> Stan Brown [EMAIL PROTECTED]404-996-6955
>
42 matches
Mail list logo
