make cleandiry tries to access /lib/geom
Hi, 673 ===> usr.bin/diff/tests (cleandir) 674 ===> lib/geom (cleandir) 675 ===> sbin/mount_udf (cleandir) 676 make[6] warning: /lib/geom: Permission denied. not sure what is going on here? 677 ===> share/i18n/esdb/ISO-8859 (cleandir) 678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) -- Bjoern A. Zeeb r15:7
Re: make cleandir tries to access /...
On Wed, 24 Nov 2021, Bjoern A. Zeeb wrote: Hi, 673 ===> usr.bin/diff/tests (cleandir) 674 ===> lib/geom (cleandir) 675 ===> sbin/mount_udf (cleandir) 676 make[6] warning: /lib/geom: Permission denied. not sure what is going on here? 677 ===> share/i18n/esdb/ISO-8859 (cleandir) 678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) On closer look it feels like MAKeOBJDIRPREFIX or something is missing somewhere? make[5] warning: /lib: Permission denied. make[5] warning: /libexec: Permission denied. make[5] warning: /bin: Permission denied. make[5] warning: /rescue: Permission denied. make[5] warning: /sbin: Permission denied. make[5] warning: /sys: Permission denied. make[5] warning: /etc: Permission denied. make[6] warning: /lib/geom: Permission denied. ... -- Bjoern A. Zeeb r15:7
Re: make cleandir tries to access /...
On Wed, 24 Nov 2021 11:55:25 + (UTC), "Bjoern A. Zeeb"
wrote:
> On Wed, 24 Nov 2021, Bjoern A. Zeeb wrote:
>
> > Hi,
> >
> >673 ===> usr.bin/diff/tests (cleandir)
> >674 ===> lib/geom (cleandir)
> >675 ===> sbin/mount_udf (cleandir)
> >676 make[6] warning: /lib/geom: Permission denied.
> >
> > not sure what is going on here?
> >
> >677 ===> share/i18n/esdb/ISO-8859 (cleandir)
> >678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir)
>
> On closer look it feels like MAKeOBJDIRPREFIX or something is missing
> somewhere?
>
> make[5] warning: /lib: Permission denied.
> make[5] warning: /libexec: Permission denied.
> make[5] warning: /bin: Permission denied.
> make[5] warning: /rescue: Permission denied.
> make[5] warning: /sbin: Permission denied.
> make[5] warning: /sys: Permission denied.
> make[5] warning: /etc: Permission denied.
> make[6] warning: /lib/geom: Permission denied.
> ...
>
> --
> Bjoern A. Zeeb r15:7
on a recent 13.-0 STABLE buildworld I had to use
cd /usr/obj
gfind . -type f -exec chflags noschg {} \;
for the first time in 17 years ... if that helps
.
as an aside, from July to Nov 13.0-STABLE the newer
wpa_supplicant failed with an ioctl* error, the july backup into
the Nov new base/userland fixed that issue.
as another aside, etcupdate still has no capability in /var/* [here] to
fixup /etc properly so I had to use mergemaster again as I am not
well versed in its methods of operation.
.
Just posting the latter two in here as non urgent?? footnotes, did
not wish to put in an email to CURRENT a 13-STABLE issue... I consider
them each regressions to BSD ease of upgrade if it affects
recently new users or anyone
else.
Re: make cleandiry tries to access /lib/geom
On 11/24/21 3:30 AM, Bjoern A. Zeeb wrote: Hi, 673 ===> usr.bin/diff/tests (cleandir) 674 ===> lib/geom (cleandir) 675 ===> sbin/mount_udf (cleandir) 676 make[6] warning: /lib/geom: Permission denied. not sure what is going on here? 677 ===> share/i18n/esdb/ISO-8859 (cleandir) 678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) I think Jess has a possible fix. This is some regression added in the build system several months ago. -- John Baldwin
Re: make cleandir tries to access /...
On Wed, Nov 24, 2021 at 4:56 AM Bjoern A. Zeeb < bzeeb-li...@lists.zabbadoz.net> wrote: > On Wed, 24 Nov 2021, Bjoern A. Zeeb wrote: > > > Hi, > > > >673 ===> usr.bin/diff/tests (cleandir) > >674 ===> lib/geom (cleandir) > >675 ===> sbin/mount_udf (cleandir) > >676 make[6] warning: /lib/geom: Permission denied. > > > > not sure what is going on here? > > > >677 ===> share/i18n/esdb/ISO-8859 (cleandir) > >678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) > > On closer look it feels like MAKeOBJDIRPREFIX or something is missing > somewhere? > > make[5] warning: /lib: Permission denied. > make[5] warning: /libexec: Permission denied. > make[5] warning: /bin: Permission denied. > make[5] warning: /rescue: Permission denied. > make[5] warning: /sbin: Permission denied. > make[5] warning: /sys: Permission denied. > make[5] warning: /etc: Permission denied. > make[6] warning: /lib/geom: Permission denied. > ... > I think Jessica's review fixes these: https://reviews.freebsd.org/D30990 Can you try it and comment if it works? Warner
Re: make cleandiry tries to access /lib/geom
On Wed, Nov 24, 2021 at 9:52 AM John Baldwin wrote: > On 11/24/21 3:30 AM, Bjoern A. Zeeb wrote: > > Hi, > > > > 673 ===> usr.bin/diff/tests (cleandir) > > 674 ===> lib/geom (cleandir) > > 675 ===> sbin/mount_udf (cleandir) > > 676 make[6] warning: /lib/geom: Permission denied. > > > > not sure what is going on here? > > > > 677 ===> share/i18n/esdb/ISO-8859 (cleandir) > > 678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) > > I think Jess has a possible fix. This is some regression added in the > build system several months ago. https://reviews.freebsd.org/D30990
bsddialog cannot crosscompile to arm64 from amd64 -lformw not found.
/usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/lib/libbsddialog/.depend, 1: ignoring stale .depend for /usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp/usr/lib/libformw.a --- libprivatebsddialog.so.0.full --- building shared library libprivatebsddialog.so.0 cc -target aarch64-unknown-freebsd14.0 --sysroot=/usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp -B/usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp/usr/bin -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libprivatebsddialog.so.0.full -Wl,-soname,libprivatebsddialog.so.0 barbox.pico commandbox.pico editorbox.pico filebox.pico formbox.pico infobox.pico lib_util.pico libbsddialog.pico menubox.pico messagebox.pico textbox.pico theme.pico timebox.pico -lncursesw -ltinfow -lformw --- all_subdir_lib/ofed --- --- all_subdir_lib/ofed/libibnetdisc --- ===> lib/ofed/libibnetdisc (all) --- all_subdir_lib/libbsddialog --- ld: error: unable to find library -lformw Same error here https://github.com/freebsd/freebsd-src/runs/4314231703 /jsm
Re: make cleandiry tries to access /lib/geom
On Wed, 24 Nov 2021 10:03:22 -0700 Warner Losh wrote: > On Wed, Nov 24, 2021 at 9:52 AM John Baldwin wrote: > > > On 11/24/21 3:30 AM, Bjoern A. Zeeb wrote: > > > Hi, > > > > > > 673 ===> usr.bin/diff/tests (cleandir) > > > 674 ===> lib/geom (cleandir) > > > 675 ===> sbin/mount_udf (cleandir) > > > 676 make[6] warning: /lib/geom: Permission denied. > > > > > > not sure what is going on here? > > > > > > 677 ===> share/i18n/esdb/ISO-8859 (cleandir) > > > 678 ===> tests/sys/cddl/zfs/tests/cli_root/zfs_clone (cleandir) > > > > I think Jess has a possible fix. This is some regression added in the > > build system several months ago. > > > https://reviews.freebsd.org/D30990 I have MAKEOBJDIRPREFIX pointing to ~/obj. This works for me, no longer any /xxx/yyy/ permisson denied errors. -- Gary Jennejohn
Re: bsddialog cannot crosscompile to arm64 from amd64 -lformw not found.
fixed by emaste in 483a226238ed8949c6d280ae0757a0683962a74b On 24.11.2021 19.29, Jesper Schmitz Mouridsen wrote: /usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/lib/libbsddialog/.depend, 1: ignoring stale .depend for /usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp/usr/lib/libformw.a --- libprivatebsddialog.so.0.full --- building shared library libprivatebsddialog.so.0 cc -target aarch64-unknown-freebsd14.0 --sysroot=/usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp -B/usr/home/jesper/arm64-workspace/obj/usr/home/jesper/freebsd-drm-n/main/arm64.aarch64/tmp/usr/bin -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libprivatebsddialog.so.0.full -Wl,-soname,libprivatebsddialog.so.0 barbox.pico commandbox.pico editorbox.pico filebox.pico formbox.pico infobox.pico lib_util.pico libbsddialog.pico menubox.pico messagebox.pico textbox.pico theme.pico timebox.pico -lncursesw -ltinfow -lformw --- all_subdir_lib/ofed --- --- all_subdir_lib/ofed/libibnetdisc --- ===> lib/ofed/libibnetdisc (all) --- all_subdir_lib/libbsddialog --- ld: error: unable to find library -lformw Same error here https://github.com/freebsd/freebsd-src/runs/4314231703 /jsm
Re: Problem with newer version of firefox
On 19/11/2021 10:30, Filippo Moretti via current wrote: … after upgrading firefox To which version, exactly? The package from the FreeBSD repo? pkg query '%o %v %R' firefox Which build of CURRENT? uname -aKU Here, no problem with www/firefox 94.0.1_1,2. FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #115 main-n250650-ef396441ceb: Sat Nov 13 23:52:09 GMT 2021 root@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 1400041 1400041 … "libmozsqlite3.so" not found, … Output from `pkg provides libmozsqlite3.so` shows the file provided by firefox-94.0.1_1,2 and four other packages.
VDSO on amd64
I have mostly finished implementation of "proper" vdso for amd64 native binaries, both 64bit and 32bit. Vdso wraps signal trampolines into real dynamic shared object, which is prelinked into dynamically linked image. The main (and in fact, now the only) reason for wrapping trampolines into vdso is to provide proper unwind annotation for the signal frame, without a need to teach each unwinder about special frame types. In reality, most of them are already aware of our signal trampolines, since there is no other way to walk over them except to match instructions sequence in the frame. Also, we provide sysctl kern.proc.sigtramp which reports the location of the trampoline. So this patch should not make much difference for e.g. gdb or lldb. On the other hand, I noted that llvm13 unwinder with vdso is able to catch exceptions thrown from the signal handler, which was a suprise to me. Corresponding test code is available at https://gist.github.com/b886401fcc92dc37b49316eaf0e871ca Another advantage for us is that having vdso allows to change trampoline code without breaking unwinders. Vdso's for both 64bit and 32bit ABI are put into existing shared page. This means that total size of both objects should be below 4k, and some more space needs to be left available, for stuff like timehands and fxrng. Using linker tricks, which is where the most complexity in this patch belongs, I was able to reduce size of objects below 1.5k. I believe some more space saving could be achieved, but I stopped there for now. Or we might extend shared region object to two pages, if current situation appears to be too tight. The implementation can be found at https://reviews.freebsd.org/D32960 Signal delivery for old i386 elf (freebsd 4.x) and a.out binaries was not yet tested. Your reviews, testing, and any other form of feedback is welcomed. The work was sponsored by The FreeBSD Foundation.
Re: VDSO on amd64
Hi! > I have mostly finished implementation of "proper" vdso for amd64 > native binaries, both 64bit and 32bit. Vdso wraps signal trampolines > into real dynamic shared object, which is prelinked into dynamically > linked image. Eleven years ago Giuseppe Cocomazzi posted this: http://lists.freebsd.org/pipermail/freebsd-hackers/2010-April/031553.html vdso and shared page patch My question: What's the difference between https://reviews.freebsd.org/D32960 and those changes from 2010 ? I'm curious and maybe a little explaination would help me understand what happened between 2010 and now. -- p...@opsec.eu+49 171 3101372Now what ?
