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

Nikodemus Siivola nikode...@random-state.net 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

Re: ee (easy editor) bugged on 9.0?

Jason Edwards sub.m...@gmail.com 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)

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 ohart...@zedat.fu-berlin.de 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: bsdgrep --null has no effect

Jan Beich jbe...@tormail.net writes: O. Hartmann ohart...@zedat.fu-berlin.de 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

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

Dimitry Andric d...@freebsd.org 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

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

Andrey V. Elsukov bu7c...@yandex.ru 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: http://people.freebsd.org/~ae/boot.diff FWIW, I verified it compiles OK

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 -

Re: Clang as default compiler November 4th

Doug Barton do...@freebsd.org 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

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

Oliver Pinter oliver.p...@gmail.com 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

Re: November 5th is Clang-Day

Brooks Davis bro...@freebsd.org 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

Re: November 5th is Clang-Day

David Naylor naylor.b.da...@gmail.com 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 bugs. Is this still the case

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

O. Hartmann ohart...@zedat.fu-berlin.de 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:

Re: Heads up: New C++ stack

David Chisnall thera...@freebsd.org 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

Re: [RFT] Major snd_hda rewrite

Alexander Motin m...@freebsd.org 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

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

Andriy Gapon a...@freebsd.org 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 f...@fabiankeil.de Date: Mon

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

O. Hartmann ohart...@zedat.fu-berlin.de 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

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

Ed Maste ema...@freebsd.org 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 ? $

Re: HEADS UP: Capsicum overhaul.

Pawel Jakub Dawidek p...@freebsd.org 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

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

Hartmann, O. ohart...@zedat.fu-berlin.de 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

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

Jilles Tjoelker jil...@stack.nl 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 jil...@stack.nl writes: On Thu, Mar 07, 2013 at 04:54:01AM -0100, Jan Beich wrote: Jilles Tjoelker jil...@stack.nl 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

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

Dimitry Andric d...@freebsd.org 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

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

Andrey Fesenko f0and...@gmail.com writes: On Sat, Mar 16, 2013 at 8:59 PM, deeptech71 deeptec...@gmail.com 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

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

O. Hartmann ohart...@zedat.fu-berlin.de 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

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

Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. Maybe -O3

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 p...@freebsd.org 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

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

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

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

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

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 >

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,

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

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

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.

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

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

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/waterfo

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/FreeBSDDesktop/km

[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

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

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: 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

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

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

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: 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

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

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: 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

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

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 (boot1

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: 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:)

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

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

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 >

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

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: 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

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

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: 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.,

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

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 >

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

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. >>

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).