tl;dr: doesn't look like that's still the case
I recently went through the lua loader and looked at how things work.
The drawer uses the colored orb by default if color is available and the
black and white orb when it isn't:
> https://cgit.freebsd.org/src/tree/stand/lua/drawer.lua#n470
For the
On 16.03.20 23:33, Chris wrote:
> For the record. I'm *only* using FreeBSD in this situation. I
> only mentioned Windows above, for the use of it's boot manager.
If you only use FreeBSD, and also use ZFS, you might find beadm[1]
interesting.
[1]: https://www.freshports.org/sysutils/beadm
Regard
Hi,
On 20.11.18 14:46, Charlie Li wrote:
> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
> (0xf80003662300) [EmbeddedControl] (20181031/evregion-288)
> Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl
> (ID=3) has no handler (20181031/exfldio-428)
>
Hi,
I recently reinstalled my old Thinkpad T410 with ZFS and -CURRENT, but I
cannot get my VGA adapter working. It worked before and it also works
with Linux from a memory stick. The notebook has NVIDIA Optimus, but it
is disabled and set to discrete graphics in the BIOS, using the
x11/nvidia-dri
Peter Jeremy:
> On 2018-Jan-24 17:34:33 +0100, Florian Limberger
> wrote:
>> since a few days I can't build 12-CURRENT anymore, due to the 'emmintrin.h'
>> header missing.
>
> I ran into a similar problem about a month ago. First of all, does
> your host sy
Hi,
since a few days I can't build 12-CURRENT anymore, due to the 'emmintrin.h'
header missing.
I hope this is all relevant information:
uname -a:
FreeBSD $HOSTNAME 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r327931: Sat Jan
13 23:47:34 CET 2018
root@$HOSTNAME:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-
Hi -current,
today I built -CURRENT for the first time in a VM and installed from nfs
mounts. But now cc(1) from base seems to be broken, as it fails
compiling a simple hello-world program with errors in include files from
the libc. The previously installed clang40 works just fine for this
task,
Hi,
since two or three weeks I'm unable to build the -CURRENT kernel due to
undefined references to `em_intr`. The build commandline is `make -j2
KERNCONF=GENERIC-NODEBUG buildkernel`.
Due to the ino64-change, I've cleared /usr/obj to rebuild everything.
Also, I'm using meta-mode.
The error-log, /
Hi,
On 19.03.16 21:58, Florian Limberger wrote:
I omitted the later frame adresses, I typed this off a photo, I missed
to create a crash dump, but I can provide one if it is needed:
> panic: ufs_dirbad: /usr/home: bad dir ino 6742590 at offset 512:
I resolved my issue, the fs was in
Hi,
I updated today to:
> FreeBSD 11.0-CURRENT (GENERIC) #2 r297039+43ceb1f(master):
> Sat Mar 19 12:06:37 CET 2016
and as always I recompiled the nvidia-driver-340, which updated from
340.76 to 340.93 Now I get reliable panics when starting KDE5 (from
area51). An older version of dwm (self-
Hi,
On 22.11.15 17:52, Adrian Chadd wrote:
Do this:
* compile in IEEE80211_DEBUG;
* do "wlandebug +scan"
That way we can see if net80211 is refusing to continue scanning.
As far as I can see it, net8011 (or iwn?) does refuse to scan. These
are the last lines concerning wlan0 from my dmesg:
Hi,
On 17.11.15 17:42, Adrian Chadd wrote:
try updating to head as of today. Some callout issues were fixed.
The crashes are fixed alright, thank you. I still have a rather
difficult to reproduce issue, where the wpa_supplicant hangs in SCANNING
state indefinitely, even if the Notebook is v
12 matches
Mail list logo