On Sun, Mar 23, 2025 at 8:41 AM Dave Cottlehuber wrote:
>
> I'm seeing this also using beinstall.sh from 14.2-RELEASE -> 15.0-CURRENT
> via ro-nfs.
>
> Guess its not possible to do a from-source upgrade atm.
>
> I’m using this trick on my side:
LD_PRELOAD=/usr/obj/usr/src/amd64.amd64/lib/libmd/l
On Tue, 11 Mar 2025, at 05:53, Matthias Apitz wrote:
>> > > > This problem first came up a the thread:
>> > > >
>> > > >Creating poudriere jail fails with libmd.so.6 not found
>> > > >
>> > > > but it's unrelated to poudriere jails. With a recent CURRENT (March 1)
>> > > > I can reproduce thi
On Mon, Mar 10, 2025 at 01:58:14PM +0100, Matthias Apitz wrote:
> El día Montag, März 10, 2025 a las 01:14:07 +0100, Herbert J. Skuhra escribió:
>
> > On Mon, Mar 10, 2025 at 11:14:46AM +0100, Matthias Apitz wrote:
> > > This problem first came up a the thread:
> > >
> > >Creating poudriere j
El día Montag, März 10, 2025 a las 01:14:07 +0100, Herbert J. Skuhra escribió:
> On Mon, Mar 10, 2025 at 11:14:46AM +0100, Matthias Apitz wrote:
> > This problem first came up a the thread:
> >
> >Creating poudriere jail fails with libmd.so.6 not found
> >
> > but it's unrelated to poudriere
On Mon, Mar 10, 2025 at 11:14:46AM +0100, Matthias Apitz wrote:
> This problem first came up a the thread:
>
>Creating poudriere jail fails with libmd.so.6 not found
>
> but it's unrelated to poudriere jails. With a recent CURRENT (March 1)
> I can reproduce this fine. I investigated it with
El día lunes, marzo 10, 2025 a las 03:38:04p. m. +0100, Herbert J. Skuhra
escribió:
> On Mon, Mar 10, 2025 at 01:58:14PM +0100, Matthias Apitz wrote:
> > El día Montag, März 10, 2025 a las 01:14:07 +0100, Herbert J. Skuhra
> > escribió:
> >
> > > On Mon, Mar 10, 2025 at 11:14:46AM +0100, Matthi
This problem first came up a the thread:
Creating poudriere jail fails with libmd.so.6 not found
but it's unrelated to poudriere jails. With a recent CURRENT (March 1)
I can reproduce this fine. I investigated it with an installation into
DESTDIR to not damage my running system.
Here are my f
On 13 Dec 2023, at 19:07, John Baldwin wrote:
>
> On 12/10/23 8:43 AM, Dimitry Andric wrote:
>> On 10 Dec 2023, at 15:11, Herbert J. Skuhra wrote:
>>>
>>> On Sun, Dec 10, 2023 at 01:22:38PM +, John F Carr wrote:
On arm64 running CURRENT from two weeks ago I updated to
c711a
On 12/10/23 8:43 AM, Dimitry Andric wrote:
On 10 Dec 2023, at 15:11, Herbert J. Skuhra wrote:
On Sun, Dec 10, 2023 at 01:22:38PM +, John F Carr wrote:
On arm64 running CURRENT from two weeks ago I updated to
c711af772782 Bump __FreeBSD_version for llvm 17.0.6 merge
and built and insta
On 10 Dec 2023, at 15:11, Herbert J. Skuhra wrote:
>
> On Sun, Dec 10, 2023 at 01:22:38PM +, John F Carr wrote:
>> On arm64 running CURRENT from two weeks ago I updated to
>>
>> c711af772782 Bump __FreeBSD_version for llvm 17.0.6 merge
>>
>> and built and installed from source. make insta
On Sun, Dec 10, 2023 at 01:22:38PM +, John F Carr wrote:
> On arm64 running CURRENT from two weeks ago I updated to
>
> c711af772782 Bump __FreeBSD_version for llvm 17.0.6 merge
>
> and built and installed from source. make installworld failed:
>
> install: target directory `/usr/includ
On arm64 running CURRENT from two weeks ago I updated to
c711af772782 Bump __FreeBSD_version for llvm 17.0.6 merge
and built and installed from source. make installworld failed:
install: target directory `/usr/include/c++/v1/__tuple/' does not exist
That pathname is a file:
-r--r--r--
This is for an in-place source update; machine is currently running:
freebeast(15.0-C)[15] uname -aUK
FreeBSD freebeast.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #427
main-n265811-38ecc80b2a4e: Sun Oct 8 17:42:28 UTC 2023
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd
, Jun 26, 2018 at 2:54 PM, Lars Schotte wrote:
>
>> make installworld fails on install: process-control: No such file or
>> directory somewhere around Revision: 335679 of ^/head.
>>
>> --
>> Lars Schotte
>> Mudroňova 13
>> 92101 Piešťany
>> __
It works for me (though I didn't do a clean build). Can you please svn up
and try again? I'll do a clean build in the meantime.
On Tue, Jun 26, 2018 at 2:54 PM, Lars Schotte wrote:
> make installworld fails on install: process-control: No such file or
> directory somewhere
make installworld fails on install: process-control: No such file or
directory somewhere around Revision: 335679 of ^/head.
--
Lars Schotte
Mudroňova 13
92101 Piešťany
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman
> > It looks like a problem with WITHOUT_MANCOMPRESS.
> > I am looking into it.
> A fix is now committed. It has been broken since June.
> Regards,
> Bryan Drewery
Thanks for the fix, computer is now busy with NetBSD update from 6.99.44 (16
months old) to 7.99.21 for both amd64 and i386, but
> > It looks like a problem with WITHOUT_MANCOMPRESS.
> > I am looking into it.
> A fix is now committed. It has been broken since June.
> Regards,
> Bryan Drewery
Thanks for the fix, computer is now busy with NetBSD update from 6.99.44 (16
months old) to 7.99.21 for both amd64 and i386, but
On Tue, Oct 20, 2015 at 10:07 AM, Thomas Mueller
wrote:
> I was trying to test the new i915 graphics driver but got stuck in building
> and installing the userland:
>
> /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
> /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2
> /u
On 10/22/15 2:31 PM, Bryan Drewery wrote:
> On 10/22/15 12:05 AM, Thomas Mueller wrote:
>> I was trying to test the new i915 graphics driver but got stuck in building
>> and installing the userland:
>>
>> /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
>> /usr/share/man/man2/munlock.2
On 10/22/15 12:05 AM, Thomas Mueller wrote:
> I was trying to test the new i915 graphics driver but got stuck in building
> and installing the userland:
>
> /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
> /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2
> /usr/share/man
I was trying to test the new i915 graphics driver but got stuck in building and
installing the userland:
/usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
/usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2
/usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2
/us
from Jeffrey Bouquet:
> I'd installworld in single user mode... sorry for no backstory. Worked here.
Sure, I used single user mode, as advised in UPDATING file.
from Sergey Kandauro:
> This looks like if you would try to installworld on newer sources and older
> objs without doing buildworld f
On 20 October 2015 at 11:07, Thomas Mueller wrote:
> I was trying to test the new i915 graphics driver but got stuck in building
> and installing the userland:
>
> /usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
> /usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2
> /usr/sh
I was trying to test the new i915 graphics driver but got stuck in building and
installing the userland:
/usr/share/man/man2/mknodat.2 -> /usr/share/man/man2/mknod.2
/usr/share/man/man2/munlock.2 -> /usr/share/man/man2/mlock.2
/usr/share/man/man2/munlockall.2 -> /usr/share/man/man2/mlockall.2
/us
Grmpf ... obviously, I should look first into the list, then post. it
has been discovered by others recently ...
On 01/22/13 16:45, O. Hartmann wrote:
> A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
> FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
&g
A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
See error message below.
Regards,
Oliver
[...]
mkdir -p /tmp/install.qSk73yBh
progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown date echo
egrep find
On 05/03/12 20:49, Tim Kientzle wrote:
On May 3, 2012, at 1:34 PM, AN wrote:
Thu May 3 16:25:27 EDT 2012
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
# svn up
Updated to revision 234981
I did
On May 3, 2012, at 1:34 PM, AN wrote:
> Thu May 3 16:25:27 EDT 2012
>
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
> 13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>
> # svn up
> Updated to revision 234981
>
> I did build world/kernel, af
Thu May 3 16:25:27 EDT 2012
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
# svn up
Updated to revision 234981
I did build world/kernel, after booting into single user mode and trying
make insta
On Sat, 29 Oct 2011, Chuck Burns wrote:
On Saturday, October 29, 2011 1:13:58 AM Benjamin Kaduk wrote:
Are you running installworld in single-user mode?
What is the value of kern.securelevel?
-Ben Kaduk
Yes, I was running in single-user mode, and kern.securelevel was never
modified, and is
On Saturday, October 29, 2011 1:13:58 AM Benjamin Kaduk wrote:
>
> Are you running installworld in single-user mode?
> What is the value of kern.securelevel?
>
> -Ben Kaduk
Yes, I was running in single-user mode, and kern.securelevel was never
modified, and is currently showing as "-1"
Also, I
On Thu, 27 Oct 2011, Chuck Burns wrote:
I had some issues while running make installworld after I sync'd to the latest
releng9, on my RC1 install.
Now, it appears to failed, while trying to create some links,
chfn
chsh
ypchpass
ypchfn
ypchsh.
These are supposed to be hardlinked to /usr/bin/chp
On Fri, Oct 28, 2011 at 05:59:57AM +0200, Marco Steinbach wrote:
>
>
> On Thu, 27 Oct 2011, Chuck Burns wrote:
>
> >I had some issues while running make installworld after I sync'd to the
> >latest
> >releng9, on my RC1 install.
> >
> >Now, it appears to failed, while trying to create some link
On Thu, 27 Oct 2011, Chuck Burns wrote:
I had some issues while running make installworld after I sync'd to the latest
releng9, on my RC1 install.
Now, it appears to failed, while trying to create some links,
chfn
chsh
ypchpass
ypchfn
ypchsh.
These are supposed to be hardlinked to /usr/bin/c
I had some issues while running make installworld after I sync'd to the latest
releng9, on my RC1 install.
Now, it appears to failed, while trying to create some links,
chfn
chsh
ypchpass
ypchfn
ypchsh.
These are supposed to be hardlinked to /usr/bin/chpass, except that, since the
other files a
On Tue, 16 Nov 2010, Garrett Cooper wrote:
There might be a handful of other apps that don't work when upgrading
from major version to major version (config; the way to work around this
I thought we only supported major version upgrades by first upgrading from
RELENG_X_Y to RELENG_X and the
On Tue, 16 Nov 2010, Garrett Cooper wrote:
On Tue, Nov 16, 2010 at 10:39 AM, AN wrote:
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../con
On Tue, Nov 16, 2010 at 10:39 AM, AN wrote:
>
>
> On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
>
>> On Tue, 16 Nov 2010, AN wrote:
>>
>>>
>>> Trying to installworld on 9-current AMD64, and it fails with:
>>>
>>> install -o root -g wheel -m 444
>>> /usr/src/share/info/../../contrib/tzdata//zone.tab /
On Tue, 16 Nov 2010, AN wrote:
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/l
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option -- r
usage:tzsetup [-ns]
***Error code 1
Stop
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option -- r
usage:tzsetup [-ns]
***Error code 1
Stop in /usr/src/share/zoneinfo.
(abov
a recent 8-STABLE. The target runs 9-CURRENT.
> >
> > make installworld fails with:
> >
> > install -o root -g wheel -m 444
> > /data/FreeBSD/FreeBSD-current/src/share/zoneinfo/../../contrib/tzdata//zo
> >ne.tab /mnt/usr/share/zoneinfo/ Updating /etc/localtime
>
On Tue, 24 Aug 2010 12:41:37 +0200
Pieter de Goeje wrote:
> I'm trying to do a remote upgrade of a machine by mounting
> it's root filesystem on /mnt using nfs. The build machine
> runs a recent 8-STABLE. The target runs 9-CURRENT.
>
> make installworld fails with:
>
I'm trying to do a remote upgrade of a machine by mounting
it's root filesystem on /mnt using nfs. The build machine
runs a recent 8-STABLE. The target runs 9-CURRENT.
make installworld fails with:
install -o root -g wheel -m 444
/data/FreeBSD/FreeBSD-current/src/share/zoneinfo/../
David Wolfskill wrote:
kern_securelevel_enable set (in /etc/rc.conf)?
Peace,
david
its set to NO.
should it be YES ?
cu
Christophe
--
Christophe Zwecker mail: [EMAIL PROTECTED]
Hamburg, Germanyfon: +49 179 3994867
http://www.zwecker.de
"Who is Genera
On Fri, Jun 13, 2003 at 02:56:35AM +0200, Christophe Zwecker wrote:
> hi,
>
> im moving from beta1 to 5.1 release, I build a new kernel, booted. rm
> -rf /usr/obj did make buildworld, and when I do make installworld I get
AFAIK, this isn't one of the documented methods for
upgrading a system.
hi,
im moving from beta1 to 5.1 release, I build a new kernel, booted. rm
-rf /usr/obj did make buildworld, and when I do make installworld I get
this:
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regress
Hi
Doing a make make installworld fails on a 5_0-CURRENT from this morning
fails in :
gnu/lib/libreadline/history
rlhistory.3: doc/history.3
cp ${.ALLSRC} ${.TARGET}
no cp in $PATH...
then :
usr.sbin/ppp
.8.m4.8:
m4 ${M4FLAGS} ${.IMPSRC} >${.TARGET}
no m4 in PATH...
and t
Hi!
> This happened to me on the last 3 'current' days:
>
> ===> lib/libcrypt
> install -c -o root -g wheel -m 444 libscrypt.a /usr/lib
> install -c -o root -g wheel -m 444 libscrypt_p.a /usr/lib
> install -c -s -o root -g wheel -m 444 -fschg libscrypt.so.2 /usr/lib
> /usr/libexec/ld-elf.
At 08:26 AM 2/7/00 -0600, you wrote:
>Hello there;
>
>This happened to me on the last 3 'current' days:
>
Have a look through the past few days archives of freebsd-current for a
discussion as to why this has been happening, and the various work arounds,
as well as have a read through the UPDATING
Hello there;
This happened to me on the last 3 'current' days:
===> lib/libcrypt
install -c -o root -g wheel -m 444 libscrypt.a /usr/lib
install -c -o root -g wheel -m 444 libscrypt_p.a /usr/lib
install -c -s -o root -g wheel -m 444 -fschg libscrypt.so.2 /usr/lib
/usr/libexec/ld-elf.so.1:
53 matches
Mail list logo
