In D20411#440580, @mjg wrote:

I think arbitrary mkdir/rmdir is a can of worms, perfectly avoidable for the stated purpose.

Arbitrary symlinks are already supported. Why would mkdir be any different?

Please also bump OSVERSION so the creation of /compat/linux/dev/shm can be made conditional in emulators/linux_base-c[67]

We used to tell people to symlink /dev/shm to /tmp in pkg-message but some programs check the file system type of /dev/shm (using statfs) so after https://svnweb.freebsd.org/base?view=revision&revision=283461 /dev/shm must be tmpfs for these programs to work properly and /tmp isn't necessarily tmpfs. So I created /compat/linux/dev/shm in https://svnweb.freebsd.org/ports?view=revision&revision=424237. This also makes /dev/shm and /tmp separate namespaces like they are on Linux. The only problem I've encountered with this is when running 'command > /dev/null' as root it will create /compat/linux/dev/null as a regular file. There's no such problem when running commands as a regular user. I think the proper fix is to have a real /dev/shm directory, either by default or created by linux_common.ko. And then let linux_enable mount a tmpfs there.

This isn't about having my own rules. It's about being practical. The further PORTVERSION and RPMVERSION are apart the more difficult it is to check the current version of the port. Now, RPMVERSION is really a leftover from before Uses/linux.mk. It is only used to set DISTVERSIONSUFFIX nowadays so perhaps it is time to eliminate it and set DISTVERSIONSUFFIX directly (right after PORTVERSION).

Please keep the same style as the other Linux ports. RPMVERSION should really be up there with PORTVERSION so it's easy to check the version. It was only moved down because portlint complains so loudly about that. To move it even further down simply because of style goes against common sense though.

Our libgcc_s needs to be ABI compatible with GCC libgcc_s so it doesn't matter which one is loaded at runtime. So, if the symbols have version GCC_3.0 in GCC libgcc_s they should have that version in our libgcc_s.

I build base and ports using devel/llvm60 and /usr/bin/cc doesn't exist. The binary rust package seems to have /usr/bin/cc hardcoded and can't build any rust ports without this change. (Firefox does build, but that's because its build scripts add -C linker.)

In D17456#372420, @tcberner wrote:

Todo:

• cups-filters (update or patch)