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
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
>
> 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?
>
>###
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
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]>
> > 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
>
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
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
41 matches
Mail list logo
