[regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

I often test Firefox on 10.4 i386 and sometimes play games via Wine. Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake which worked fine a few weegs ago i.e., before r338990. Any clue? $ uname -a ... FreeBSD 12.0-ALPHA8 #0 r339218M: Sun Oct 7 11:26:25 UTC 2018 foo@bar:/tmp/usr

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

Graham Perrin writes: > $ waterfox > XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: > Shared object "libicui18n.so.62" not found, required by "libxul.so" > Couldn't load XPCOM. devel/icu major updates aren't ABI-compatible, so each update requires rebuilding every consumer. This

Re: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers

Graham Perrin writes: > - is this DEFAULT_VERSIONS= line correct/sufficient for > Thunderbird etc. to be built with the inferior version of icu? > > DEFAULT_VERSIONS= icu=62.1_2,1 Only one icu version is supported in the ports tree, so the above is nop. The ports are built against whatever ver

Re: FreshPorts, pkg query and pkg rquery: versions of dependencies

Graham Perrin writes: > devel/icu for example. > > On Mon, 29 Oct 2018 at 04:13, I wrote: > >> Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers > >> … >> specifies icu>=59.1,1 so I'm probably OK there … > > I say "probabl

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

Graham Perrin writes: > On 28/10/2018 23:26, Jan Beich wrote: > >> … Either rebuild www/waterfox from the last revision before removal … > > OK, that worked fine. Essentially: > > svn cp svn://svn.freebsd.org/ports/head/www/waterfox@480899 > /usr/ports/www/waterfox &g

Re: [regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

Jan Beich writes: > I often test Firefox on 10.4 i386 and sometimes play games via Wine. > Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake > which worked fine a few weegs ago i.e., before r338990. > > Any clue? I've opened https://github.com/FreeBSDDeskt

Re: [regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

Jan Beich writes: > Jan Beich writes: > >> I often test Firefox on 10.4 i386 and sometimes play games via Wine. >> Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake >> which worked fine a few weegs ago i.e., before r338990. >> >> Any clue

Re: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ...

g...@unixarea.de writes: > Hello, > > I know that KDE4 will be removed from ports by the end of the year, > that's why I wanted to update my CURRENT and ports right now before > this. I now find that one of the fundamental ports (x11/kdelibs-kde4) is > marked as broken... > > Is there a fix for th

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

Jakub Lach writes: > Hello, > > I'm on FreeBSD 12.0-STABLE #0 r344261 amd64. > > I've rebuilt all ports after clang 7 import to 12-STABLE. > > Now I get with mplayer > > ld-elf.so.1: /lib/libc.so.7: Undefined symbol "__progname" https://svnweb.freebsd.org/changeset/ports/490727 needs to be adj

Re: CTF: UEFI HTTP boot support

Rebecca Cran writes: > I've been working with D Scott Phillips to test the UEFI HTTP loader > code he's written, and we're now ready for wider testing. [...] I can't boot after r349349. loader.efi appears to fail to load. As my boot pool is striped maybe HTTP code interferes with ZFS code assemb

Re: Boot loader hangs after update to r349350

Vladimir Zakharov writes: > Hello > > After update from r349326 to r349350 boot loader hangs on string: > Setting currdev to ada0p3: > > Laptop HP ProBook 430 G3. Do you boot from a ZFS pool on a GPT partition? If so how the pool is configured: single disk, stripe, mirror or raidz? Try reve

Re: The X11 with amdgpu fault

"mms.vanbreukelin...@gmail.com" writes: > The output of the /var/Xorg.log is: > > xf86EnableIO: failed to open /dev/io for Extended I/O Did you build x11-servers/xorg-server with SUID option enabled? For one, /dev/io cannot be opened by anyone but root even after adjusting file permissions.

Re: BXR.SU, Super User's BSD Cross Reference w/ OpenGrok, publicly private beta

"Constantine A. Murenin" writes: [...] > Just how fast is BXR.SU? > > We expect that most search requests should be fulfilled (search page > results generated) in well under 100ms. In my tests, and according to > OpenGrok metrics at the bottom of each search page, most search pages > are gener

Re: FreeBSD 11.0-RC1 Now Available

Glen Barber writes: > The first RC build of the 11.0-RELEASE release cycle is now available. > > Installation images are available for: > > o 11.0-RC1 amd64 GENERIC > o 11.0-RC1 i386 GENERIC > o 11.0-RC1 powerpc GENERIC > o 11.0-RC1 powerpc64 GENERIC64 > o 11.0-RC1 sparc64 GENERIC > o 11.0-RC1 ar

Re: [Sbcl-bugs] crash in sb-concurrency tests after r216641 on x86-64/freebsd9/sb-thread

Nikodemus Siivola writes: >> After r216641 sbcl built with sb-thread dies on mailbox tests. It also >> dies when I try to complete a symbol in slime. The workaround seems to >> be to revert libthr to r216640. > >> Any clue whether it's a FreeBSD bug or a SBCL bug? I've Bcc'd sbcl-bugs@ >> in case

Re: ee (easy editor) bugged on 9.0?

Jason Edwards writes: > Has anyone noticed the easy editor is quite bugged on 9.0? On console > direct access, opening the easy editor has several bugs: > > 1) the cursor starts on line 2 instead of line 1 > 2) the line numbering is printed on line 1 instead of the boundary (line 0) > 3) the keys

bsdgrep --null has no effect (Was: port astro/stellarium: /usr/ports/astro/stellarium/work/stellarium-0.11.1/plugins/AngleMeasure/src/AngleMeasure.hpp, : File name too long, *** Error code 1)

(add gabor@ to CC, drop questions@) "O. Hartmann" writes: > ===> Patching for stellarium-0.11.1 > sed: > /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/core/external/fixx11h.h > /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/CMakeLists.txt > /usr/ports/astro/stellarium/work/stel

Re: bsdgrep --null has no effect

Jan Beich writes: > "O. Hartmann" writes: > >> ===> Patching for stellarium-0.11.1 >> sed: >> /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/core/external/fixx11h.h >> /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/CMakeLists.txt >

Re: FreeBSD 10.0-CURRENT/AMD64 (CLANG): lang/gcc46 fails to build

"O. Hartmann" writes: > .././../gcc-4.6-20111202/libcpp/charset.c:1371:1: error: conflicting > types for 'cpp_interpret_string' > cpp_interpret_string (cpp_reader *pfile, const cpp_string *from, size_t > count, > ^ > .././../gcc-4.6-20111202/libcpp/include/cpplib.h:742:13: note: previous > declar

Re: Heads up: New C++ stack

David Chisnall writes: [...] > libcxxrt and libc++ are now in contrib and building with the base > system, but are not used by anything (and are only built if you set > WITH_LIBCPLUSPLUS=yes when building world, not by default). If you > want to test some code with the new stack, you need to bui

Re: [RFT] Major snd_hda rewrite

Alexander Motin writes: > I would like request for testing of my work on further HDA sound > driver improvement. [...] > - Codec pins and GPIO signals configuration was exported via set of > writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger > driver reconfiguration in run-ti

Re: Clang as default compiler November 4th

Doug Barton writes: > On 09/11/2012 02:52 AM, Erik Cederstrand wrote: >> So can we do a sweep on the ports tree and mark the 2232 ports with >> USE_GCC=4.2 until they can actually build with clang? > > Unfortunately it isn't that simple. We already have a statistically > significant number of po

Re: [PATCH] unbreak XDM build when clang set as base compiler

Oliver Pinter writes: > +# XXX unbreak build with clang as CC > +BUILD_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp > +RUN_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp > +CONFIGURE_ENV+= ac_cv_path_RAWCPP="ucpp -s" ucpp is even less compatible with GNU cpp: - escaped newline is not recognized (Xreset,

Re: November 5th is Clang-Day

Brooks Davis writes: > Known Issues emulators/wine doesn't work with lib32 built by clang, probably due to wine bugs. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail t

Re: November 5th is Clang-Day

David Naylor writes: > On Friday, 2 November 2012 10:13:30 David Chisnall wrote: > >> On 2 Nov 2012, at 05:24, Jan Beich wrote: >> >> Known Issues >> > >> > emulators/wine doesn't work with lib32 built by clang, probably due to >> > wine

Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'

"O. Hartmann" writes: > c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native > -DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf > -Qunused-arguments -fstack-protector -Wsystem-headers -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith > -Wno-uninitiali

DEBUG_FLAGS broken with -jX (Was: svn commit: r244236 - head/share/mk)

Ed Maste writes: > Author: emaste > Date: Sat Dec 15 00:03:35 2012 > New Revision: 244236 > URL: http://svnweb.freebsd.org/changeset/base/244236 > > Log: > Put shared library debug info into separate .symbols file > > Sponsored by: ADARA Networks Does this work with -jX ? $ echo DEBUG_

Re: Default directory used for 'zpool import' broken (/dev/dsk)?

Andriy Gapon writes: > on 14/05/2012 19:11 Andriy Gapon said the following: > >> on 14/05/2012 18:19 Fabian Keil said the following: >>> The following patch seems to work for me: >>> >>> >>> commit 7ec69700f2d6944a61f5c7a826e67f46fa160221 >>> Author: Fabian Keil >>> Date: Mon May 12 16:53

Re: [CFC/CFT] large changes in the loader(8) code

Dimitry Andric writes: > On 2012-06-26 14:50, Andrey V. Elsukov wrote: > >> Some time ago i have started reading the code in the sys/boot. >> Especially i'm interested in the partition tables handling. >> I found several problems: >> 1. There are several copies of the same code in the libi386/bio

Re: [CFC/CFT] large changes in the loader(8) code

"Andrey V. Elsukov" writes: > On 29.06.2012 15:01, Jan Beich wrote: > >>>> So, i have created the branch and committed the changes: >>>>http://svnweb.freebsd.org/base/user/ae/bootcode/ >>>> The patch is here: >>>>htt

fetch(1) fails with https:// - Authentication error

It seems recent OpenSSL update broke fetch(1) for me. $ diff -u $SRC_BASE/crypto/openssl/apps/openssl.cnf /etc/ssl/openssl.cnf $ fetch https://foo/bar fetch: https://foo/bar: Authentication error Same error as with the patch for 1.0.0d from a year ago and same workaround - s/SSLv23_client_m

Re: HEADS UP: Capsicum overhaul.

Pawel Jakub Dawidek writes: > I just committed pretty large change that affects not only Capsicum, but > also descriptor handling code in the kernel. If you will find some > strange problems after r243611 (like panics, unexpected application > errors, etc.) I may be at fault. I'll be looking at c

Re: r247829: dbus fails to start. portmaster SIGNAL 13 when doing extraction

"Hartmann, O." writes: > *** [do-extract] Signal 13 I have the same issue but it usually happens on `make install'. And reverting r247804 seems to be the workaround. Can you confirm? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

Re: r247839: broken pipe - for top, sudo and ports

Jilles Tjoelker writes: > On Tue, Mar 05, 2013 at 08:59:09PM +0100, Hartmann, O. wrote: > >> A "truss top" reveals this, is this of help? > >> [...] >> stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- >> ,inode=162310,size=1007,blksize=32768 }) = 0 (0x0) >> stat("/etc/nsswitch.conf",{ mode=-rw-r--r--

Re: r247839: broken pipe - for top, sudo and ports

Jilles Tjoelker writes: > On Thu, Mar 07, 2013 at 04:54:01AM -0100, Jan Beich wrote: > >> Jilles Tjoelker writes: > >> > On Tue, Mar 05, 2013 at 08:59:09PM +0100, Hartmann, O. wrote: > >> >> A "truss top" reveals this, is this of help? > >

Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found

Dimitry Andric writes: > $ echo 'sub/foo.barx' | grep sub/foo.bar > $ echo $? > 1 $ echo 'sub/foo.barx' | env -i grep sub/foo.bar $ echo 'sub/foolbarx' | env -i grep sub/foo.bar $ echo 'sub/foo.barx' | env -i grep 'sub/foo\.bar' sub/foo.barx $ echo 'sub/foo.barx' | env -i grep -o sub/foo.bar sub

Re: mdoc warning: .Fx: Unknown FreeBSD version `10' (#181)

Andrey Fesenko writes: > On Sat, Mar 16, 2013 at 8:59 PM, deeptech71 wrote: > >> When running ``man script'' (world r248258), I get: >> >> mdoc warning: .Fx: Unknown FreeBSD version `10' (#181) >> >> (and the whole man page, which quickly hides the warning). There's one more .Fx bug in __icon

Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

"O. Hartmann" writes: > Trying to recompile converters/libiconv on FreeBSD 10.0-CUR/r49438 (with > bran new CLANG 3.3) results with the errors below. This error shows up > on boxes having FBSD 10 and X11. It doesn't show up on those boxes > running without a full X11 (that is the only difference

Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

Dimitry Andric writes: > On Apr 16, 2013, at 00:42, Jan Beich wrote: > >> "O. Hartmann" writes: >>> ./unistd.h:694:5: error: invalid token at start of a preprocessor >>> expression >>> #if @GNULIB_EUIDACCESS@ >>>^ >>>

Re: [Heads up] BSD-licensed patch becoming the default RSN.

bsdpatch doesn't list files of the failed hunks with -C and -s option. This may be less convenient if you edit a patch directly rather than regen it after polluting the tree. $ patch -CEfsp0 -i /path/to/varsym.diff 1 out of 1 hunks failed 1 out of 2 hunks failed 2 out of 2 hunks failed 1 out of 5

Re: [Heads up] BSD-licensed patch becoming the default RSN.

Pedro Giffuni writes: > Now, just some food for thought, but if you are unsure your patch > applies cleanly, why would you choose to use the -s (silent) option? Because by default patch(1) is overly verbose. At first, I'm only interested if a patch applies cleanly, then what files fail to apply.

Re: Problem in userland

Filippo Moretti writes: > Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: cannot access > /sys/bus/pci (t=3.60308) [GFX1-]: glxtest: cannot access /sys/bus/pci Regressed by https://bugzilla.mozilla.org/show_bug.cgi?id=1696691 but only impacts https://bugzilla.mozilla.org/show_bug.

Re: What llvm16 libc++ updates for -std=c++20 use [was: Re: Delay in 14.0-RELEASE cycle and blocking items]

Mark Millard writes: > Alexey Dokuchaev wrote on > Date: Wed, 03 May 2023 07:53:09 UTC : > >> On Mon, May 01, 2023 at 06:14:49PM +, Glen Barber wrote: >> > ... >> > There is no feasible way we are going to make the branch point of >> > stable/14 in time, with that scheduled for May 12, 2023

Re: photo/video on tty console with the new VT/framebuffer

Alastair Hogge writes: > On 2023-05-19 11:04, Ivan Quitschal wrote: > >> Hi all >> >> i have a question. searched everywhere and found nothing about. >> >> Is it possible to visualize photos on tty console like we used to on old >> SYSCONS by using zgv or something? See https://github.com/mpv

Re: Directory 1002/ missing from /var/run/user/

Graham Perrin writes: > What normally takes care of creation of the numbered directories? /var/run/user/ (or /run/user/ on Linux with systemd) is a common prefix for XDG_RUNTIME_DIR, a standardized place for user-owned unix(4) sockets. Fallbacks are either app-specific or shared (e.g., CVE-2020-

Re: qt6 the default qt on -current?

Please, use ports@ list next time. Every supported FreeBSD version uses the same ports/ tree. Not supported FreeBSD versions require a time machine i.e., rolling back the ports/ tree to a date before EOL. void writes: > How can I build making qt6 the default Qt? When everything in ports support

Re: problem with poudriere && port ftp/curl

Matthias Apitz writes: > I have the following problem with poudriere on 14-CURRENT and ports from > git head: every time when I start poudriere-bulk it removes a port > already compile fine (and all its dependent ports) with the message: > > ... > [00:00:40] Sanity checking the repository > [00:0

Re: Alder lake supported? (graphics)

Chris writes: > I upgraded to an alder lake based machine and installed 14. > But I can't seem to get the intel graphics loaded (drm-515-kmod). > It simply freezes at load. > Are Alder lake graphics supported? Try drm-61-kmod instead (with gpu-firmware-intel-kmod-alderlake >= 20230625). Reported

Re: Alder lake supported? (graphics)

Chris writes: > On 2024-01-16 19:02, Jan Beich wrote: > >> Chris writes: >> >>> I upgraded to an alder lake based machine and installed 14. >>> But I can't seem to get the intel graphics loaded (drm-515-kmod). >>> It simply freezes at load. &g

Re: atomic in i386 Current after CLANG 6 upgrade

Tijl Coosemans writes: > On Mon, 15 Jan 2018 11:43:44 +0100 Luca Pizzamiglio > wrote: > >> I've already received a couple of messages from pkg-fallout about build >> failure on head-i386-default [1] [2] both pointing to the same errors, >> about missing intrinsic symbols related to __atomic_* >

Re: drm-next-kmod-4.11 and vaapi hardware acceleration

Oleg Lelchuk writes: > I run 12-CURRENT-r330303. My cpu is Haswell. After compiling > drm-next-kmod-4.11 and libva-intel-driver, I get garbled videos in both mpv > and vlc when the vaapi hardware acceleration is enabled. I had no such > problem with the previous version of drm-next-kmod. Is it po

Re: drm-next-kmod regression

Manuel Stühn writes: > Hi, > the last drm-next-kmod worked fine on my Lenovo T420 with i5-2520M and > a HD Graphics 3000. After the update to the actual version (4.11) from > ports, I'm seeing regression in form of a very slow xfce4-desktop. The > slowness starts after some short time. Slow means

Re: Clang-6 and GNUisms.

Ian FREISLICH writes: > /usr/ports/lang/v8/work/v8-3.18.5/out/native/obj.target/v8_base.x64/src/type-info.o../src/stub-cache.cc:1477:33: > error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed > : GetCodeWithFlags(flags, reinterpret_cast(NULL)); >

Re: [RFC] Deprecation and removal of the drm2 driver

Slawa Olhovchenkov writes: > On Fri, May 18, 2018 at 07:58:10PM +0200, Niclas Zeising wrote: > >> [ Cross posted to freebsd-current@ and freebsd-x11@. Please respect >> reply-to and send all replies to freebsd-x11@. Thanks! ] >> >> >> Hi! >> I propose that we remove the old drm2 driver (sys/

Re: What's this gregset_t gregs thing

blubee blubeeme writes: > Linux has gregset_t gregs; > https://github.com/lattera/glibc/blob/master/sysdeps/unix/sysv/linux/x86/sys/ucontext.h > > Defined above, I also see it in the RISC-V glibc stuff as well. > > FreeBSD doesn't seem to have this field defined, I see FreeBSD uses > /usr/include

Re: Firefox: recommendations – Pocket

Graham Perrin writes: > For a few months I got recommendations from Pocket. > > No longer. Check browser.newtabpage.activity-stream.feeds.section.topstories in about:config I have no clue how it's enabled by default on Tier1 platforms. > Is the code removed? Or has Mozilla become stricter abou

Re: USB microphones with FreeBSD-CURRENT

Graham Perrin writes: > I can't get web browsers to recognise USB microphones. > > USB output (e.g. to my headphones) is OK. > > USB input (e.g. from the microphone part of the headphones) is not. > > Any suggestions? Firefox uses "pulse-rust" cubeb backend *by default* if "pulseaudio" package i

Re: Firefox and Cliqz tabs crashing at GOV.UK government pages

Graham Perrin writes: > On 08/04/2020 20:23, Graham Perrin wrote: > >> Firefox 75.0_1,1 tabs crashing or mis-rendering at some www.gov.uk pages >> >> Most noticeable today at > . Screenshots available on request. >> >> AFAICT the same types of problem with 75.0_1

Re: Working on Zoom port

Alexandr Krivulya writes: > 13.04.20 19:59, Жилин, Михаил Сергеевич пишет: > >> Hi, >> >> Does the latest Firefox support audio in Zoom? It's really the only >> pain point of Firefox + Zoom on FreeBSD. >> I'm forced to use it every day, so Web client is cool except for >> audio issue on Firefox.

Re: DRM Project report (week of August 10)

Emmanuel Vadot writes: > Hello, > > 5.4 was finilly reached ! > For AMD users it means that Navi12/14, Arctarus and Renoir should work. > For Intel users it means that TigerLake should work too. > > No ports update for now as I want to give current users a bit of time > to update their base

uefi(8) fails to boot from ZFS with compression=zstd

After r366657 (currently, on r366953) I've tried to boot from a compression=zstd dataset but it failed to reach loader(8), see below. However, switching to CSM path (boot1.efi -> gptzfsboot) makes it work. Am I missing something? $ strings /boot/boot1.efi | fgrep zstd org.freebsd:zstd_compress $

Re: uefi(8) fails to boot from ZFS with compression=zstd

Toomas Soome writes: > >> On 23. Oct 2020, at 05:02, Jan Beich wrote: >> >> After r366657 (currently, on r366953) I've tried to boot from a >> compression=zstd dataset but it failed to reach loader(8), see below. >> However, switching to CSM path (

Re: review request: loader: implement framebuffer console

Toomas Soome writes: > hi! > > I have been working on proper framebuffer support on FreeBSD loader > and there is the current state: https://reviews.freebsd.org/D27420 > > > All feedback is welcome, and especially if you can spare some time for > testing:) D

Re: review request: loader: implement framebuffer console

Jan Beich writes: > Toomas Soome writes: > >> hi! >> >> I have been working on proper framebuffer support on FreeBSD loader >> and there is the current state: https://reviews.freebsd.org/D27420 >> <https://reviews.freebsd.org/D27420> >> >&

Re: referencing one commit in another for git

Warner Losh writes: > On Wed, Dec 23, 2020, 3:21 PM Alan Somers wrote: > >> On Wed, Dec 23, 2020 at 3:16 PM Rick Macklem wrote: >> >> > Hi, >> > >> > So I just did my first git commit. Pretty scary, but it looks ok. >> > >> > Now, how do I reference one commit in another related >> > commit's l

Re: pkg for 14-current

Yasuhiro Kimura writes: G> From: Masachika ISHIZUKA > Subject: pkg for 14-current > Date: Sun, 24 Jan 2021 19:11:28 +0900 (JST) > >> Hi. >> >> I updated to 14-current from 13-current and reinstalled ports-mgmt/pkg. >> I cannot get meta files for 14-current. >> How can I use pkg on 14-cu

Re: [HEADSUP] making /bin/sh the default shell for root

grarpamp writes: > BSD community can definitely volunteer to make benchmark of > its shell vs others, determine if and where improvements to make. > Many apps never get checked for obvious speedups, > if so it might become fastest shell even with the new features. Like https://github.com/shellsp

Re: [HEADSUP] making /bin/sh the default shell for root

Jan Beich writes: > grarpamp writes: > >> BSD community can definitely volunteer to make benchmark of >> its shell vs others, determine if and where improvements to make. >> Many apps never get checked for obvious speedups, >> if so it might become fastest sh

Re: latest current fails to boot.

Tomoaki AOKI writes: > On Wed, 22 Sep 2021 05:47:46 -0700 > David Wolfskill wrote: > >> On Wed, Sep 22, 2021 at 02:39:37PM +0200, Johan Hendriks wrote: >> > I did a git pull this morning and it fails to boot. >> > I hangs at Setting hostid : 0x917bf354 >> > >> > This is a vm running on vmware.

Re: 13-STABLE/drm-fbsd13-kmod: Firefox crash: Bad system call

FreeBSD User writes: > After updating 13-STABLE to 13.0-STABLE #3 stable/13-n247671-70db230dcbd: Thu > Oct 14 > 20:48:53 CEST 2021 amd64 on a Lenovo E540 notebook with Intel iGPU and also > updating port > graphics/drm-fbsd13-kmod to drm-fbsd13-kmod-5.4.144.g20211013, > graphics/libdrm to > li

Re: Did clang 14 lose some intrinsics support?

Christian Weisgerber writes: > Did we lose support for SSSE3 and AVX2 intrinsics on amd64 with > clang 14? __builtin_* appear unstable unlike _mm* intrinsics. Clang 15 seems to hide more but I'm not sure about the cause (need bisecting). ===> clang version 15.0.1 #define SSE2_SUPPORTED 1 #defin