On 6/8/21 3:42 PM, Juraj Lutter wrote:
On 8 Jun 2021, at 21:38, bob prohaska wrote:
FWIW, same problem seen here. In an added twist, git pull (hoping for
a fix) fails also:
root@www:/usr/src # git pull
error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy':
'refs/remotes/freeb
> On 8 Jun 2021, at 21:38, bob prohaska wrote:
>
> FWIW, same problem seen here. In an added twist, git pull (hoping for
> a fix) fails also:
>
> root@www:/usr/src # git pull
> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy':
> 'refs/remotes/freebsd/vendor/openzfs' exists
On Tue, Jun 08, 2021 at 09:15:37PM +0200, Juraj Lutter wrote:
> Hi,
>
> I???m having problem to build recent 14-CURRENT/aarch64 as of
> 6d2648bcaba9b14e2f5c76680f3e7608e1f125f4:
>
> --- cddl/lib/libuutil__L ---
> make[4]: make[4]: don't know how to make uu_dprintf.c. Stop
> make[4]: make[4]: don
Hi,
I’m having problem to build recent 14-CURRENT/aarch64 as of
6d2648bcaba9b14e2f5c76680f3e7608e1f125f4:
--- cddl/lib/libuutil__L ---
make[4]: make[4]: don't know how to make uu_dprintf.c. Stop
make[4]: make[4]: don't know how to make uu_open.c. Stop
`uu_alloc.c' is up to date.
`uu_avl.c' is up
On 2020-09-24 11:52, Stefan Esser wrote:
Am 24.09.20 um 11:24 schrieb Niclas Zeising:
On 2020-09-24 11:17, monochrome wrote:
Not sure how long this has been a problem, I noticed with the new
version of geeqie (geeqie-devel builds fine) and found the neverball
problem when rebuilding all packag
Am 24.09.20 um 11:24 schrieb Niclas Zeising:
On 2020-09-24 11:17, monochrome wrote:
Not sure how long this has been a problem, I noticed with the new
version of geeqie (geeqie-devel builds fine) and found the neverball
problem when rebuilding all packages to investigate. neverball output
chang
On 2020-09-24 11:17, monochrome wrote:
Not sure how long this has been a problem, I noticed with the new
version of geeqie (geeqie-devel builds fine) and found the neverball
problem when rebuilding all packages to investigate. neverball output
changes with consecutive build attempts, geeqie doe
Not sure how long this has been a problem, I noticed with the new
version of geeqie (geeqie-devel builds fine) and found the neverball
problem when rebuilding all packages to investigate. neverball output
changes with consecutive build attempts, geeqie does not.
--
On 21 May 2018 at 18:06, Mark Millard wrote:
> On 2018-May-21, at 5:46 PM, Mark Millard wrote:
> I should have been explicit that the material is from
> ci.freebsd.org .
Your email seems to always be marked as spam by my MUA even though
SPF, DKIM, and DMARC pass. Apologies if you've sent me oth
On 2018-May-21, at 5:46 PM, Mark Millard wrote:
> FreeBSD-head-amd64-gcc (based on a more modern gcc) reports a
> more explicit error for -r333974 and later:
>
> --- all_subdir_usr.bin ---
> /workspace/src/usr.bin/top/commands.c:132:1: error: function declaration
> isn't a prototype [-Werror=st
FreeBSD-head-amd64-gcc (based on a more modern gcc) reports a
more explicit error for -r333974 and later:
--- all_subdir_usr.bin ---
/workspace/src/usr.bin/top/commands.c:132:1: error: function declaration isn't
a prototype [-Werror=strict-prototypes]
scanint(str, intp)
^~~
The older gcc 4
When trying to build the kernel, I get:
--- all_subdir_linux ---
/usr/src/sys/amd64/linux32/linux32_dummy.c:1:5: error: unknown type name
'sys'
--- linux_fork.o ---
ctfconvert -L VERSION -g linux_fork.o
--- nsprepkg.o ---
cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/usr/src/amd64.amd64
When I try to install the cimg ports I get this errors
root@valfenda:/usr/ports/graphics/cimg # make install clean
===> Building for cimg-1.5.6_1,3
gmake[1]: Entrando no diretório
`/usr/ports/graphics/cimg/work/CImg-1.5.6/examples'
gmake[2]: Entrando no diretório
`/usr/ports/graphics/cimg/work
Hi,
I've been R-ing the FWP but haven't had any luck so
far:
Specifically, when I try to make buildworld I get:
===> usr.bin/yacc
/shared/FreeBSD-current/shared/FreeBSD-current/usr/src/usr.bin/yacc
created for
/shared/FreeBSD-current/usr/src/usr.bin/yacc
sh /shared/FreeBSD-current/usr/src/
I'm trying to upgrade from 4.7-RELEASE-P1 to 5.0-RELEASE but I consistently
get the same error when trying to compile a kernel (GENERIC or otherwise):
linking kernel
textdata bss dec hex filename
3043330 343744 277828 3664902 37ec06 kernel
cd /usr/src/sys/modules ;
MAKEOBJDI
===== Part 2 =
> Now for the cross-build problem:
>
> On building both stable and current under stable, I get a crippled cpp
> in current; it can't do *anything* right, and gets various errors in
> various situations.
> with source:
> -
re a new device name to use
> here?
>
> Unfortunately now I can't recover from the next problem without taking
> a drive (the system in question is remote; fortunately only a few miles).
>
> == Part 2 =
> Now for the cross-buil
a drive (the system in question is remote; fortunately only a few miles).
== Part 2 =========
Now for the cross-build problem:
On building both stable and current under stable, I get a crippled cpp
in current; it can't do *anything* right, and gets va
i can't install XFree86-4-libraries using -current cvsupped and copmiled a day ago. it
builds fine, but the installations fails with the following diags:
LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -I../../../../../exports/include/X11
-I.
John Polstra <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> Brian Somers <[EMAIL PROTECTED]> wrote:
> > I sent John Polstra a similar patch some time ago Any news about
> > getting this committed John (P) ?
>
> There is already an open PR with a patch. I think Mark Murray
In article <[EMAIL PROTECTED]>,
Brian Somers <[EMAIL PROTECTED]> wrote:
> I sent John Polstra a similar patch some time ago Any news about
> getting this committed John (P) ?
There is already an open PR with a patch. I think Mark Murray is
working on committing it. I don't have the syste
I sent John Polstra a similar patch some time ago Any news about
getting this committed John (P) ?
> Hi,
>
> I ran into some problems building the cvsup-devel
> port. In one of it's dependants, the c file is attempting
> to include which is nolonger valid.
>
> /usr/ports/lang/pm3-bas
Hi,
I ran into some problems building the cvsup-devel
port. In one of it's dependants, the c file is attempting
to include which is nolonger valid.
/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4/RTHeapDepC.c
As a quick fix I symlinked nfs.h -> ../nfsclient/nfs.h
On Mon, 17 Sep 2001, Ruslan Ermilov wrote:
> On Sat, Sep 15, 2001 at 03:57:26AM +1000, Bruce Evans wrote:
> > On Wed, 5 Sep 2001, Ruslan Ermilov wrote:
> >
> > > On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote:
> > > [...]
> > > What do I hear?! Are we required to support non-FreeBSD
On Sat, Sep 15, 2001 at 03:57:26AM +1000, Bruce Evans wrote:
> On Wed, 5 Sep 2001, Ruslan Ermilov wrote:
>
> > On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote:
> > [...]
> > > > Index: Makefile
> > > > ===
> > > > RCS fil
On Wed, 5 Sep 2001, Ruslan Ermilov wrote:
> On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote:
> [...]
> > > Index: Makefile
> > > ===
> > > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v
> > > retrieving revision 1.1
On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote:
[...]
> > Index: Makefile
> > ===
> > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v
> > retrieving revision 1.15
> > diff -u -r1.15 Makefile
> > --- Makefile2
On Tue, 4 Sep 2001, Ruslan Ermilov wrote:
> On Mon, Sep 03, 2001 at 09:36:46PM +1000, Bruce Evans wrote:
> > Index: Makefile
> > ===
> > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v
> > retrieving revision 1.15
> > diff -u -2
On Mon, Sep 03, 2001 at 09:36:46PM +1000, Bruce Evans wrote:
> On Sun, 2 Sep 2001, Jordan Hubbard wrote:
>
> > cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
> > echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
> > cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/us
If you think that's an acceptable work-around then by all means
commit it. Thanks!
- Jordan
From: Bruce Evans <[EMAIL PROTECTED]>
Subject: Re: Build problem in -current
Date: Mon, 3 Sep 2001 21:36:46 +1000 (EST)
> On Sun, 2 Sep 2001, Jordan Hubbard wrote:
>
> > cd /u
On Sun, 2 Sep 2001, Jordan Hubbard wrote:
> cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
> echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
> cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall
> /xinstall.c
> cc -O -pipe-I/usr/obj/usr/src/i386/u
cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall
/xinstall.c
cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -static -o xinstall xinstal
l.o
xinstall
Hi everyone,
this time it is the kernel. i know acpica is in heavy dev. but here's
my problem :
make buildkernel KERNCONF=NEPTUNE:
--
cc -nostdinc -O -pipe -march=pentiumpro -march=pentiumpro
-I/usr/obj/usr/build/src/i386/usr/include -c
/usr/build/src/sys/i386/acpica/acpi
On Wed, Jul 25, 2001 at 02:08:07AM +0200, Assar Westerlund wrote:
> Olivier Cortes <[EMAIL PROTECTED]> writes:
> > fool, fool, fool am i. here it is :
> >
> > --
> > mkdep -f .depend -a -nostdinc -DDISASSEMBLER -DNO_X -I/usr/obj/usr/build/src/i
>386/usr/include
>
> Make
"Scot W. Hetzel" wrote:
> When you have a build failure using -j x (x > 1), you need to restart the
> build without -j in order to get any meaningful info from the build failure.
Unless the breakage is a dependency breakage, not a build
breakage, in which case omitting the "-j x" will run to
com
Olivier Cortes <[EMAIL PROTECTED]> writes:
> fool, fool, fool am i. here it is :
>
> --
> mkdep -f .depend -a -nostdinc -DDISASSEMBLER -DNO_X -I/usr/obj/usr/build/src/i
>386/usr/include
Make sure you have usr.bin/doscmd/Makefile version 1.28 (or higher).
/assar
To Uns
On Tue, Jul 24, 2001 at 01:47:07PM -0500, Scot W. Hetzel wrote:
> When you have a build failure using -j x (x > 1), you need to restart the
> build without -j in order to get any meaningful info from the build failure.
fool, fool, fool am i. here it is :
--
mkdep -f .de
From: "Olivier Cortes" <[EMAIL PROTECTED]>
> i cvsuped 20 minutes ago.
>
> when i try to build (-j 6), it says:
>
>
> i couln't find the exact error point... i have a full make.out (make
> -j 6 buildworld) at http://www.deep-ocean.net/~olive/files/make.out if
> you want to look at it.
>
> i know
hi !
i cvsuped 20 minutes ago.
when i try to build (-j 6), it says:
--
lex -t -I /usr/build/src/usr.sbin/pcvt/kbdio/lex.l > lex.c
yacc: 2 shift/reduce conflicts
cp y.tab.c kbdio.c
rm -f .depend
mkdep -f .depend -a -nostdinc
-I/usr/build/obj/usr/build/
John Indra <[EMAIL PROTECTED]> writes:
> Yeah... finally, my world is in sync with the kernel, what a joy :)
> Until know... the system is pretty stable.
> Will this be committed to the tree soon?
It has been comitted, I just wanted to test building first.
/assar
To Unsubscribe: send mail to [
On Tue, Dec 19, 2000 at 09:22:57AM +0100, [EMAIL PROTECTED] wrote:
>Can you try the appended patch and tell us how it goes?
Yeah... finally, my world is in sync with the kernel, what a joy :)
Until know... the system is pretty stable.
Will this be committed to the tree soon?
Thank you very much
On Tue, Dec 19, 2000 at 10:16:01AM +0200, Ruslan Ermilov wrote:
>If I remeber correctly, someone else reported this was caused by
>phk's change staticizing something... Sorry, I do not recall this
>in details, and I don't have a fresh -CURRENT.
OK then...
Any workaround or fix coming shortly to
John Indra <[EMAIL PROTECTED]> writes:
> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev
> -I../../../include -I../../contrib/dev/acpica/Subsy
If I remeber correctly, someone else reported this was caused by
phk's change staticizing something... Sorry, I do not recall this
in details, and I don't have a fresh -CURRENT.
On Tue, Dec 19, 2000 at 02:35:54PM +0700, John Indra wrote:
> Dear all...
>
> Has anyone noticed this problem? Or is
Dear all...
Has anyone noticed this problem? Or is it just happening to me?
On make buildkernel (with -CURRENT just cvsuped a few minutes ago) and the
generic config KERNEL; make depend; make; cycle, the kernel build failed
with this message:
--
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-e
On Fri, Oct 27, 2000 at 10:46:24PM +1100, Darren Reed wrote:
> I'm generally compiling/developing on -STABLE (in this case, the
> imported code was compiling cleanly on 4.1-RELEASE) and generally don't
> think that it'll be _that_ different.
In all seriousness, the farther down the 4.x branch we
In some email I received from David O'Brien, sie wrote:
> On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Darren Reed writes
> > :
> > >What failed ? Do you have the make error output ?
> > Did you try to compile LINT before you committed ?
>
On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Darren Reed writes
> :
> >What failed ? Do you have the make error output ?
> Did you try to compile LINT before you committed ?
Hell, forget LINT, just try GENERIC.
Darren, you really, really h
Darren Reed wrote:
>
> What failed ? Do you have the make error output ?
In file included from
/usr/amd/slave/usr/current/src/sys/netinet/fil.c:79:
/usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271:
sys/osreldate.h: No such file or directory
In file included from
/usr/amd/slave/usr/cur
In message <[EMAIL PROTECTED]>, Darren Reed writes
:
>What failed ? Do you have the make error output ?
Did you try to compile LINT before you committed ?
Right, if you had you would have seen the error :-(
>Darren
>> Index: ip_compat.h
>> =
What failed ? Do you have the make error output ?
Darren
In some email I received from Doug Barton, sie wrote:
> With tonight's sources I had an error in sys/netinet/ip_compat.h that
> was looking for an osreldate.h that didn't exist. The following patch
> fixes it, in the sense that the
With tonight's sources I had an error in sys/netinet/ip_compat.h that
was looking for an osreldate.h that didn't exist. The following patch
fixes it, in the sense that the kernel and lkm compile, and ipfilter
compiled into the kernel works. However I'm told it might not be
appropriate. FWI
On Sat, Jul 01, 2000 at 12:55:25PM +0200, Mark Murray wrote:
> Do a "make build-tools" first. I'm working on getting this done properly
> into cross-tools.
I found more quick manual way:
1) building/installing libperl
2) building/installing miniperl
3) to do the rest
BTW, is there a way to add C
> I say "make cleandir; make obj; make depend;" in perl directory and got:
Hi
Do a "make build-tools" first. I'm working on getting this done properly
into cross-tools.
A real "make world" will also bootstrap you properly.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To
I say "make cleandir; make obj; make depend;" in perl directory and got:
...
===> perl
Extracting config.h (with variable substitutions)
Extracting cflags (with variable substitutions)
Extracting writemain (with variable substitutions)
Extracting myconfig (with variable substitutions)
/usr/obj/us
55 matches
Mail list logo