Any ideas what broke this?
--
>>> Kernel build for GENERIC completed on Tue Feb 9 20:48:05 UTC 2021
--
>>> Kernel(s) GENERIC built in 465 seconds, ncpu: 8, make -j8
-
On Sun, May 23, 2010 at 11:02 PM, James R. Van Artsdalen
wrote:
> On 5/22/2010 8:25 PM, Rob Farmer wrote:
>> make release is still broken on amd64 as of svn 208373 (2010-05-21
>>> 04:52:49 -0500)
>>>
>>> That patch seems unrelated?
>>>
>> What needs done is
>> /src/release/$ARCH/boot_crunch.conf f
On 5/22/2010 8:25 PM, Rob Farmer wrote:
> make release is still broken on amd64 as of svn 208373 (2010-05-21
>> 04:52:49 -0500)
>>
>> That patch seems unrelated?
>>
> What needs done is
> /src/release/$ARCH/boot_crunch.conf files need the relevant libraries
> added to the libs section. I haven't te
On Sat, May 22, 2010 at 8:09 AM, James R. Van Artsdalen
wrote:
> On 5/18/2010 2:34 AM, jhell wrote:
>> On Mon, May 17, 2010 at 10:35 PM, Rob Farmer
>> wrote:
make release is broken on current. Seems to be related to the lzma
import. This is on i386:
cc -static -o boot_crunch b
On 5/18/2010 2:34 AM, jhell wrote:
> On Mon, May 17, 2010 at 10:35 PM, Rob Farmer
> wrote:
>>> make release is broken on current. Seems to be related to the lzma
>>> import. This is on i386:
>>>
>>> cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo
>>> test.lo camcontrol.lo dh
Rob Farmer wrote:
> Hi,
>
> make release is broken on current. Seems to be related to the lzma
> import. This is on i386:
..
> : undefined reference to `lzma_end'
> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x567):
> In function `xz_filter_read'
On 5/18/2010 1:39 AM, Garrett Cooper wrote:
> On Mon, May 17, 2010 at 10:35 PM, Rob Farmer wrote:
>> Hi,
>>
>> make release is broken on current. Seems to be related to the lzma
>> import. This is on i386:
>>
>> cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo
>> test.lo camc
On Mon, May 17, 2010 at 10:35 PM, Rob Farmer wrote:
> Hi,
>
> make release is broken on current. Seems to be related to the lzma
> import. This is on i386:
>
> cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo
> test.lo camcontrol.lo dhclient.lo fsck_ffs.lo ifconfig.lo mount_n
Hi,
make release is broken on current. Seems to be related to the lzma
import. This is on i386:
cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo
test.lo camcontrol.lo dhclient.lo fsck_ffs.lo ifconfig.lo mount_nfs.lo
newfs.lo route.lo rtsol.lo tunefs.lo cpio.lo find.lo minigz
On Fri, Jul 25, 2003 at 01:59:40PM -0700, David O'Brien wrote:
> On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
> >
> > On 22-Jul-2003 Ruslan Ermilov wrote:
> > > Hi!
> > >
> > > As many of you probably know, recent telnet commit broke snapshot
> > > building. Since I needed a wor
On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
>
> On 22-Jul-2003 Ruslan Ermilov wrote:
> > Hi!
> >
> > As many of you probably know, recent telnet commit broke snapshot
> > building. Since I needed a working "make release" to go on with
> > my task on floppy-less "make release" (
On Wed, Jul 23, 2003 at 11:33:50AM +0100, Mark Murray wrote:
> Hi
>
> Please do not commit this.
>
Please stop repeating this endlessly. This patch is only
for those who need a working "make release" urgently, like
me. You made it clear that you're working on a better fix.
--
Ruslan Ermilov
Hi
Please do not commit this.
M
Ruslan Ermilov writes:
>
> --A9z/3b/E4MkkD+7G
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Tue, Jul 22, 2003 at 07:42:33PM +0300, Ruslan Ermilov wrote:
> > Hi!
> >=20
> > As many
On Tue, Jul 22, 2003 at 07:42:33PM +0300, Ruslan Ermilov wrote:
> Hi!
>
> As many of you probably know, recent telnet commit broke snapshot
> building. Since I needed a working "make release" to go on with
> my task on floppy-less "make release" (for AMD64, etc.), I had to
> just fix it. Attache
On Tue, Jul 22, 2003 at 03:07:01PM -0400, John Baldwin wrote:
>
> >> Are you eliminating the mfsroot?
> >>
> > Yes.
>
> Ugh.
>
> How does sysinstall work with this change? You do realize that we
> mount the MFS as /, then mount the disk under /mnt, chroot to /mnt,
> then mount the CD in /dist
On Tue, Jul 22, 2003 at 03:07:01PM -0400, John Baldwin wrote:
>
> >> >> Why not simply enable 'NO_FLOPPIES' on the arch's that don't want
> >> >> floppies?
> >> >>
> >> Are you eliminating the mfsroot?
> >>
> > Yes.
>
> Ugh.
>
Yes, after looking into this a bit deeper, I must agree that
preser
On 22-Jul-2003 Ruslan Ermilov wrote:
> On Tue, Jul 22, 2003 at 02:45:52PM -0400, John Baldwin wrote:
>>
>> On 22-Jul-2003 Ruslan Ermilov wrote:
>> > On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
>> >>
>> >> On 22-Jul-2003 Ruslan Ermilov wrote:
>> >> > Hi!
>> >> >
>> >> > As many
On Tue, Jul 22, 2003 at 02:45:52PM -0400, John Baldwin wrote:
>
> On 22-Jul-2003 Ruslan Ermilov wrote:
> > On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
> >>
> >> On 22-Jul-2003 Ruslan Ermilov wrote:
> >> > Hi!
> >> >
> >> > As many of you probably know, recent telnet commit brok
On 22-Jul-2003 Ruslan Ermilov wrote:
> On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
>>
>> On 22-Jul-2003 Ruslan Ermilov wrote:
>> > Hi!
>> >
>> > As many of you probably know, recent telnet commit broke snapshot
>> > building. Since I needed a working "make release" to go on wi
On Tue, Jul 22, 2003 at 02:26:34PM -0400, John Baldwin wrote:
>
> On 22-Jul-2003 Ruslan Ermilov wrote:
> > Hi!
> >
> > As many of you probably know, recent telnet commit broke snapshot
> > building. Since I needed a working "make release" to go on with
> > my task on floppy-less "make release" (
On 22-Jul-2003 Ruslan Ermilov wrote:
> Hi!
>
> As many of you probably know, recent telnet commit broke snapshot
> building. Since I needed a working "make release" to go on with
> my task on floppy-less "make release" (for AMD64, etc.), I had to
> just fix it. Attached is the patch. It also f
This is on my TODO.
Do not commit this - I have a much cleaner fix.
M
Ruslan Ermilov writes:
>
> --v9Ux+11Zm5mwPlX6
> Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C"
> Content-Disposition: inline
>
>
> --a8Wt8u1KmwUX3Y2C
> Content-Type: text/plain; charset=us-ascii
> Content-Dispos
Hi!
As many of you probably know, recent telnet commit broke snapshot
building. Since I needed a working "make release" to go on with
my task on floppy-less "make release" (for AMD64, etc.), I had to
just fix it. Attached is the patch. It also fixes another issue
with this telnet commit: it ens
On Sun, Jul 20, 2003 at 02:18:42AM -0600, Scott Long wrote:
> Just got the following from a 'make release BUILDNAME=5.1-CURRENT
> CHROOTDIR=/usr/release CVSROOT=/usr/ncvs NOPORTS= NODOC= ". My
> world was up to date to within a day. The full log is at
> http://people.freebsd.org/~scottl/current-
Just got the following from a 'make release BUILDNAME=5.1-CURRENT
CHROOTDIR=/usr/release CVSROOT=/usr/ncvs NOPORTS= NODOC= ". My
world was up to date to within a day. The full log is at
http://people.freebsd.org/~scottl/current-release-i386.log.gz. Note
that while this is an SMP machine, -j was
>
> jhay> The last one that worked here was on 20020108. The one on the
> jhay> next day broke. The release builds are started from cron at
> jhay> midnight SAST which is 2 hours ahead of UTC.
>
> FYI: 5.0-CURRENT-20020113-JPSNAP builds goes fine here. I dunno what
> change fixes this :-)
Yes,
jhay> The last one that worked here was on 20020108. The one on the
jhay> next day broke. The release builds are started from cron at
jhay> midnight SAST which is 2 hours ahead of UTC.
FYI: 5.0-CURRENT-20020113-JPSNAP builds goes fine here. I dunno what
change fixes this :-)
-- -
Makoto `MAR'
This error is occured when "make release" try to roll 'bin' distribution.
jhay> Make release of -current has been broken here for the past few
jhay> days. I had a look on the Japanese snapshot site and theirs
jhay> break with the same error. Do anybody have an idea about what
jhay> is going wro
> At 07:51 AM 1/12/2002 +0200, John Hay wrote:
> >Hi,
> >
> >Make release of -current has been broken here for the past few days. I had
> >a look on the Japanese snapshot site and theirs break with the same error.
> >Do anybody have an idea about what is going wrong?
> >
> >###
At 07:51 AM 1/12/2002 +0200, John Hay wrote:
>Hi,
>
>Make release of -current has been broken here for the past few days. I had
>a look on the Japanese snapshot site and theirs break with the same error.
>Do anybody have an idea about what is going wrong?
>
>###
Hi,
Make release of -current has been broken here for the past few days. I had
a look on the Japanese snapshot site and theirs break with the same error.
Do anybody have an idea about what is going wrong?
#
touch release.5
rm -rf /R
With the 5-current source as of Dec/02/2001 15:00 GMT.
-- -
Makoto `MAR' Matsushita
(cd /usr/src/usr.bin/telnet && make -DRELEASE_CRUNCH depend && make -DRELEASE_CRUNCH
commands.o main.o network.o ring.o sys_bsd.o telnet.o terminal.o utilities.o genget.o
getent.o misc.o)
rm -f .depend
mkd
It looks like if_wx was not removed from /usr/src/release/i386/drivers.conf
which breaks make release.
Index: drivers.conf
===
RCS file: /home/ncvs/src/release/i386/drivers.conf,v
retrieving revision 1.2
diff -c -r1.2 drivers.conf
**
On Sun, Apr 01, 2001 at 10:40:46PM +0100, Brian Somers wrote:
> Hi,
>
> I'm not convinced that the patch will help. It looks like the error
> is because it's using the ppp.lo that was built with crypto support
> but without the mppe bits. Maybe other objects (such as ccp.o in
> this case - w
Hi,
I'm not convinced that the patch will help. It looks like the error
is because it's using the ppp.lo that was built with crypto support
but without the mppe bits. Maybe other objects (such as ccp.o in
this case - which seems to be built with HAVE_DES and therefore
includes MPPEAlgorithm
Hi!
This was tricky. Due to the old bug in release/Makefile (it did
not pass -DRELEASE_CRUNCH when building list of object files for
crunched binary), ${OBJS} list for ppp was computed incorrectly,
and ppp/Makefile had a special glue to build empty object files:
: .if defined(RELEASE_CRUNCH)
:
Hi Ruslan,
>
> Could you please try the attached patch and let me know?
>
> I had to move -DRELEASE_CRUNCH to *_fixit.conf so that
> ${OBJS} are computed correctly for usr.bin/telnet.
I have tried it, but now it breaks in boot_crunch:
##
cc -O -pipe-DCRUNCHED_BINARY -c tunefs_stub
John!
Could you please try the attached patch and let me know?
I had to move -DRELEASE_CRUNCH to *_fixit.conf so that
${OBJS} are computed correctly for usr.bin/telnet.
On Thu, Mar 29, 2001 at 10:08:50AM +0200, John Hay wrote:
> > On Wed, Mar 28, 2001 at 01:00:59PM +0300, Ruslan Ermilov wrote:
Hi!
I don't see how my changes to non-secure Makefiles might affect this.
What I did is disabled building of non-secure, standard libtelnet,
telnet and telnetd if we are also building the secure versions.
I did not touch the secure/ versions in this commit. Moreover, the
standard versions are st
Hi Ruslan,
On the 26th you made changes to the Makefiles with this log message:
##
Do not build (and install) both secure/ and standard versions
of libtelnet, telnetd, and telnet. This only worked because
secure/ was listed late in SUBDIR in Makefile.inc1.
##
Did you chec
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216 sector(s) in last cylinder unallocated
/dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors
1.4MB in 1 cyl groups (6 c/
make release is breaking in the crunch gen'ing:
gzip -cn /usr/src/release/sysinstall/sysinstall.8 > sysinstall.8.gz
install -c -s -o root -g wheel -m 555 sysinstall /stand
install -c -o root -g wheel -m 444 sysinstall.8.gz /usr/share/man/man8
rm -rf /R/stage/crunch
mkdir -p /R/stage/crunch
ex
On Fri, Apr 21, 2000 at 01:54:23PM +0200, Poul-Henning Kamp wrote:
>
> ===> bin/csh/nls
> cd /usr/src/bin/csh/nls ; make afterdistribute DESTDIR=/R/stage/trees/bin
> ===> bin/csh/nls/finnish
> make: don't know how to make distribute. Stop
Fix commited.
--
Andrey A. Chernov
<[EMAIL PROTECTED]>
===> bin/csh/nls
cd /usr/src/bin/csh/nls ; make afterdistribute DESTDIR=/R/stage/trees/bin
===> bin/csh/nls/finnish
make: don't know how to make distribute. Stop
*** Error code 2
Stop in /usr/src/bin/csh/nls.
*** Error code 1
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTEC
> > Stop in /usr/src/release.
> > *** Error code 1
> >
> > Stop in /usr/src/release.
> > *** Error code 1
> >
> > Stop in /usr/src/release.
> > ---
> >
> > It looks like the handling of HARDWARE.TXT in release/Makefile is broken.
>
> HARDWARE.TXT was missing. Should
On Fri, Jan 21, 2000 at 05:15:36PM +0800, Peter Wemm wrote:
> Wilko Bulte wrote:
> > On Fri, Jan 21, 2000 at 09:19:22AM +0200, John Hay wrote:
> [..]
> > > cp: /usr/src/release/texts/HARDWARE.TXT: No such file or directory
> > > *** Error code 1
> [..]
> > > It looks like the handling of HARDWARE.
On Fri, Jan 21, 2000 at 09:19:22AM +0200, John Hay wrote:
> Stop in /usr/src/release.
> *** Error code 1
>
> Stop in /usr/src/release.
> *** Error code 1
>
> Stop in /usr/src/release.
> ---
>
> It looks like the handling of HARDWARE.TXT in release/Makefile is broken.
Wilko Bulte wrote:
> On Fri, Jan 21, 2000 at 09:19:22AM +0200, John Hay wrote:
[..]
> > cp: /usr/src/release/texts/HARDWARE.TXT: No such file or directory
> > *** Error code 1
[..]
> > It looks like the handling of HARDWARE.TXT in release/Makefile is broken.
>
> Duh.. John Polstra is working on c
On Fri, Jan 21, 2000 at 09:19:22AM +0200, John Hay wrote:
> Make release on current is broken. It dies with:
>
> --
> >>> Filesystem is 1440 K, -52 left
> >>> 4000 bytes/inode, 10 left
> touch release.9
> 0 blocks
> Setting up CDROM distribution area
> 0 blocks
>
Hi,
Make release on current is broken. It dies with:
--
>>> Filesystem is 1440 K, -52 left
>>> 4000 bytes/inode, 10 left
touch release.9
0 blocks
Setting up CDROM distribution area
0 blocks
0 blocks
0 blocks
0 blocks
...
0 blocks
0 blocks
0 blocks
cp: /usr/src/rel
Oleg Dobrokhotov wrote:
>
> Hello ALL,
> After Making hierarchy, in Installig everything
> >install -C -o root -g wheel -m 444 /usr/src/include/osreldate.h
> >/usr/SNAP/include
> >install: osreldate.h - no such file or directory...
> >***Error code 71
> >Stop in /usr/src/include
> >Error code 1
Hello ALL,
After Making hierarchy, in Installig everything
>install -C -o root -g wheel -m 444 /usr/src/include/osreldate.h
>/usr/SNAP/include
>install: osreldate.h - no such file or directory...
>***Error code 71
>Stop in /usr/src/include
>Error code 1
--
Best regards,
Oleg
John Hay wrote:
> The reason is that in Makefile.inc1 BMAKE sets -DNO_OBJC (and a lot of
> others). BMAKE is used to do the cleanup and make the obj dirs, so the
> /usr/obj/usr/src/gnu/usr.bin/cc/cc1obj dir is never created. To make
> the dependencies and the rest XMAKE is used and then -DNO_OBJC
>
> > Make release in a -current cvsuped just now broke. It looks like the aout
> > directory is not there.
>
> Fixed. Thanks. I'm testing as well, so if anything comes up, let me
> know.
Ok, It got a little further. It now dies with during the "Rebuilding
dependencies" phase with:
--
John Hay wrote:
> Make release in a -current cvsuped just now broke. It looks like the aout
> directory is not there.
Fixed. Thanks. I'm testing as well, so if anything comes up, let me
know.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
Hi,
Make release in a -current cvsuped just now broke. It looks like the aout
directory is not there.
-
===> libtacplus
sh /usr/src/tools/install.sh -c -o root -g wheel -m 444
/usr/src/lib/libtacplus/taclib.h /usr/obj/usr/src/tmp/usr/include
sh /usr/src/tools/install.sh -c -o root -g w
56 matches
Mail list logo
