13-CURRENT does not boot in Live mode on BIOS

13-CURRENT based Live ISO does not boot. Getting
lock order reversal:
isofs -> bufwait established at:
(...)
md.c:895

Nevertheless it proceeds to loading the uzip, but then says
cannot mount tmpfs on /dev/reroot: operation not supported by device

Can you pastebin the whole boot log? I suspect the LOR does not actually impact the boot.

Hi @emaste, thanks for commenting here. I need to find some way to get the boot log out of the machine...

You are right, the ISO was broken in other ways. I need to fix the breakage first.

sudo pkg install -y qemu-devel
LANG=C sudo /usr/local/bin/qemu-system-x86_64 -m 5G Downloads/hello-13.0-CURRENT-3cdcec0-amd64.iso

At bootloader, hit escape
Enter set console=comconsole and press Enter
In the QEMU menu, select View -> Serial0
Enter boot -v and press Enter

OK boot -v
Loading kernel...
/boot/kernel/kernel text=0x170198 text=0xd87e74 text=0x6874b0 data=0x140 data=0x1bab28+0x4444d8 syms=[0x8+0x17b470+0x8+0x19a96e]
Loading configured modules...
/boot/kernel/opensolaris.ko size 0xb7b8 at 0x2116000
/boot/kernel/geom_uzip.ko size 0xa700 at 0x2122000
loading required module 'xz'
/boot/kernel/xz.ko size 0x5e80 at 0x212d000
/boot/kernel/zfs.ko size 0x65e320 at 0x2133000
/data/ramdisk.ufs size=0xf88000
/boot/kernel/tmpfs.ko size 0x1c100 at 0x371a000
can't find '/etc/hostid'
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
---<<BOOT>>---
APIC: Using the MADT enumerator.
Copyright (c) 1992-2020 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 13.0-CURRENT #0 2ed50808d2b-c254384(main): Thu Nov 12 07:29:09 UTC 2020
    root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvmorg-11.0.0-0-g176249bd673)
WARNING: WITNESS option enabled, expect reduced performance.
PPIM 0: PA=0xb8000, VA=0xffffffff83910000, size=0x8000, mode=0
pmap: large map 8 PML4 slots (4096 GB)
VT(vga): text 80x25
Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff83737000.
Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff83740090.
Preloaded elf obj module "/boot/kernel/geom_uzip.ko" at 0xffffffff83740700.
Preloaded elf obj module "/boot/kernel/xz.ko" at 0xffffffff83740df0.
Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff83741458.
Preloaded md_image "/data/ramdisk.ufs" at 0xffffffff83741c40.
Preloaded elf obj module "/boot/kernel/tmpfs.ko" at 0xffffffff83741c98.
Solaris: WARNING: ignoring tunable zfs_arc_max (using 0 instead)
module_register: cannot register tmpfs from kernel; already loaded from tmpfs.ko
Module tmpfs failed to register: 17
Calibrating TSC clock ... TSC clock:<PHONE_NUMBER> Hz
CPU: QEMU Virtual CPU version 2.5+ (2994.73-MHz K8-class CPU)
  Origin="AuthenticAMD"  Id=0x663  Family=0x6  Model=0x6  Stepping=3
  Features=0x783fbfd<FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2>
  Features2=0x80002001<SSE3,CX16,HV>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x5<LAHF,SVM>
  SVM: Features=0x0
Revision=1, ASIDs=16
L1 2MB data TLB: 255 entries, 1-way associative
L1 2MB instruction TLB: 255 entries, 1-way associative
L1 4KB data TLB: 255 entries, 1-way associative
L1 4KB instruction TLB: 255 entries, 1-way associative
L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative
L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative
L2 2MB unified TLB: 0 entries, disabled/not present
L2 4KB data TLB: 512 entries, 4-way associative
L2 4KB instruction TLB: 512 entries, 4-way associative
L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative
Hypervisor: Origin = "TCGTCGTCGTCG"
real memory  =<PHONE_NUMBER> (5120 MB)
Physical memory chunk(s):
0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)
0x0000000000104000 - 0x00000000001fffff, 1032192 bytes (252 pages)
0x0000000003901000 - 0x00000000b5f87fff,<PHONE_NUMBER> bytes (730759 pages)
0x00000000bfc00000 - 0x00000000bfd43fff, 1327104 bytes (324 pages)
0x0000000100000000 - 0x000000017ffe7fff,<PHONE_NUMBER> bytes (524264 pages)
avail memory =<PHONE_NUMBER> (4875 MB)
MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
SMP: Added CPU 0 (AP)
Event timer "LAPIC" quality 100
LAPIC: ipi_wait() us multiplier 1 (r 452734821 tsc<PHONE_NUMBER>)
ACPI APIC Table: <BOCHS  BXPCAPIC>
APIC: CPU 0 has ACPI ID 0
x86bios:  IVT 0x000000-0x0004ff at 0xfffff80000000000
x86bios: SSEG 0x001000-0x001fff at 0xfffffe000ba59000
x86bios: EBDA 0x09f000-0x09ffff at 0xfffff8000009f000
x86bios:  ROM 0x0a0000-0x0fefff at 0xfffff800000a0000
Pentium Pro MTRR support enabled
random: no preloaded entropy cache
arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled.
VIMAGE (virtualized network stack) enabled
hostuuid: using 00000000-0000-0000-0000-000000000000
ULE: setup cpu 0
ACPI: RSDP 0x00000000000F58B0 000014 (v00 BOCHS )
ACPI: RSDT 0x00000000BFFE14D2 000034 (v01 BOCHS  BXPCRSDT 00000001 BXPC 00000001)
ACPI: FACP 0x00000000BFFE1386 000074 (v01 BOCHS  BXPCFACP 00000001 BXPC 00000001)
ACPI: DSDT 0x00000000BFFE0040 001346 (v01 BOCHS  BXPCDSDT 00000001 BXPC 00000001)
ACPI: FACS 0x00000000BFFE0000 000040
ACPI: APIC 0x00000000BFFE13FA 000078 (v01 BOCHS  BXPCAPIC 00000001 BXPC 00000001)
ACPI: HPET 0x00000000BFFE1472 000038 (v01 BOCHS  BXPCHPET 00000001 BXPC 00000001)
ACPI: WAET 0x00000000BFFE14AA 000028 (v01 BOCHS  BXPCWAET 00000001 BXPC 00000001)
MADT: Found IO APIC ID 0, Interrupt 0 at 0xfec00000
ioapic0: ver 0x20 maxredir 0x17
ioapic0: Routing external 8259A's -> intpin 0
MADT: Interrupt override: source 0, irq 2
ioapic0: Routing IRQ 0 -> intpin 2
MADT: Interrupt override: source 5, irq 5
ioapic0: intpin 5 trigger: level
MADT: Interrupt override: source 9, irq 9
ioapic0: intpin 9 trigger: level
MADT: Interrupt override: source 10, irq 10
ioapic0: intpin 10 trigger: level
MADT: Interrupt override: source 11, irq 11
ioapic0: intpin 11 trigger: level
lapic: Routing NMI -> LINT1
lapic: LINT1 trigger: edge
lapic: LINT1 polarity: high
ioapic0 <Version 2.0> irqs 0-23
lapic: Divisor 2, Frequency 500390470 Hz
cpu0 BSP:
     ID: 0x00000000   VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff
  lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff
  timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400
TSC timecounter discards lower 1 bit(s)
Timecounter "TSC-low" frequency<PHONE_NUMBER> Hz quality 800
snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024]
feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=2 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25
random: entropy device external interface
wlan: <802.11 Link Layer>
EFI systbl not available
tcp_log: tcp_log device
crypto: <crypto core>
kbd: new array size 4
WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0.
kbd1 at kbdmux0
mem: <memory>
io: <I/O>
000.000040 [4346] netmap_init               netmap: loaded module
null: <full device, null device, zero device>
[ath_hal] loaded
nexus0
vtvga0: <VT VGA driver>
cryptosoft0: <software crypto>
crypto: assign cryptosoft0 driver id 0, flags 0x6000000
acpi0: <BOCHS BXPCRSDT>
ACPI: 1 ACPI AML tables successfully acquired and loaded
ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48
acpi0: Power Button (fixed)
acpi0: wakeup code va 0xfffffe000bbb9000 pa 0x9e000
cpu0: <ACPI CPU> on acpi0
cpu0: switching to generic Cx mode
atrtc0: <AT realtime clock> port 0x70-0x77 irq 8 on acpi0
atrtc0: registered as a time-of-day clock, resolution 1.000000s
ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 49
Event timer "RTC" frequency 32768 Hz quality 0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
hpet0: vendor 0x8086, rev 0x1, 100000000Hz 64bit, 3 timers, legacy route
hpet0:  t0: irqs 0x00000004 (0), 64bit, periodic
hpet0:  t1: irqs 0x00000004 (0), 64bit, periodic
hpet0:  t2: irqs 0x00000004 (0), 64bit, periodic
Timecounter "HPET" frequency 100000000 Hz quality 950
ACPI timer: 1/362 1/2 1/12 1/11 1/3 1/2 1/25 1/2 1/2 1/1 -> 10
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b on acpi0
pci_link0:        Index  IRQ  Rtd  Ref  IRQs
  Initial Probe       0   10   N     0  5 10 11
  Validation          0   10   N     0  5 10 11
  After Disable       0  255   N     0  5 10 11
pci_link1:        Index  IRQ  Rtd  Ref  IRQs
  Initial Probe       0   10   N     0  5 10 11
  Validation          0   10   N     0  5 10 11
  After Disable       0  255   N     0  5 10 11
pci_link2:        Index  IRQ  Rtd  Ref  IRQs
  Initial Probe       0   11   N     0  5 10 11
  Validation          0   11   N     0  5 10 11
  After Disable       0  255   N     0  5 10 11
pci_link3:        Index  IRQ  Rtd  Ref  IRQs
  Initial Probe       0   11   N     0  5 10 11
  Validation          0   11   N     0  5 10 11
  After Disable       0  255   N     0  5 10 11
pci_link4:        Index  IRQ  Rtd  Ref  IRQs
  Initial Probe       0    9   N     0  9
  Validation          0    9   N     0  9
  After Disable       0  255   N     0  9
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pcib0: decoding 5 range 0-0xff
pcib0: decoding 4 range 0-0xcf7
pcib0: decoding 4 range 0xd00-0xffff
pcib0: decoding 3 range 0xa0000-0xbffff
pcib0: decoding 3 range 0xc0000000-0xfebfffff
pcib0: decoding 3 range 0x180000000-0x1ffffffff
ACPI: Found matching pin for 0.1.INTA at func 3: 9
ACPI: Found matching pin for 0.3.INTA at func 0: 11
pci0: <ACPI PCI bus> on pcib0
pci0: domain=0, physical bus=0
found->	vendor=0x8086, dev=0x1237, revid=0x02
	domain=0, bus=0, slot=0, func=0
	class=06-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0103, statreg=0x0000, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x7000, revid=0x00
	domain=0, bus=0, slot=1, func=0
	class=06-01-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0103, statreg=0x0200, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x7010, revid=0x00
	domain=0, bus=0, slot=1, func=1
	class=01-01-80, hdrtype=0x00, mfdev=0
	cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1
pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1
pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1
pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1
	map[20]: type I/O Port, range 32, base 0xc040, size  4, enabled
pcib0: allocated type 4 (0xc040-0xc04f) for rid 20 of pci0:0:1:1
found->	vendor=0x8086, dev=0x7113, revid=0x03
	domain=0, bus=0, slot=1, func=3
	class=06-80-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=9
pcib0: matched entry for 0.1.INTA (src \_SB_.LNKS:0)
pcib0: slot 1 INTA routed to irq 9 via \_SB_.LNKS
found->	vendor=0x1234, dev=0x1111, revid=0x02
	domain=0, bus=0, slot=2, func=0
	class=03-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0103, statreg=0x0000, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	map[10]: type Prefetchable Memory, range 32, base 0xfd000000, size 24, enabled
pcib0: allocated type 3 (0xfd000000-0xfdffffff) for rid 10 of pci0:0:2:0
	map[18]: type Memory, range 32, base 0xfebf0000, size 12, enabled
pcib0: allocated type 3 (0xfebf0000-0xfebf0fff) for rid 18 of pci0:0:2:0
found->	vendor=0x8086, dev=0x100e, revid=0x03
	domain=0, bus=0, slot=3, func=0
	class=02-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0103, statreg=0x0000, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=11
	map[10]: type Memory, range 32, base 0xfebc0000, size 17, enabled
pcib0: allocated type 3 (0xfebc0000-0xfebdffff) for rid 10 of pci0:0:3:0
	map[14]: type I/O Port, range 32, base 0xc000, size  6, enabled
pcib0: allocated type 4 (0xc000-0xc03f) for rid 14 of pci0:0:3:0
pcib0: matched entry for 0.3.INTA (src \_SB_.LNKC:0)
pcib0: slot 3 INTA routed to irq 11 via \_SB_.LNKC
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX3 WDMA2 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc040-0xc04f at device 1.1 on pci0
ata0: <ATA channel> at channel 0 on atapci0
ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50
ata1: <ATA channel> at channel 1 on atapci0
ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 51
pci0: <bridge> at device 1.3 (no driver attached)
vgapci0: <VGA-compatible display> mem 0xfd000000-0xfdffffff,0xfebf0000-0xfebf0fff at device 2.0 on pci0
vgapci0: Boot video device
em0: <Intel(R) PRO/1000 Network Connection> port 0xc000-0xc03f mem 0xfebc0000-0xfebdffff irq 11 at device 3.0 on pci0
em0: attach_pre capping queues at 1
em0: Using 1024 TX descriptors and 1024 RX descriptors
em0: allocated for 1 tx_queues
em0: allocated for 1 rx_queues
ioapic0: routing intpin 11 (ISA IRQ 11) to lapic 0 vector 52
em0: bpf attached
em0: Ethernet address: 52:54:00:12:34:56
em0: netmap queues/slots: TX 1/1024, RX 1/1024
acpi_syscontainer0: <System Container> on acpi0
acpi_syscontainer1: <System Container> port 0xaf00-0xaf0b on acpi0
acpi_syscontainer2: <System Container> port 0xafe0-0xafe3 on acpi0
acpi_syscontainer3: <System Container> port 0xae00-0xae13 on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
atkbd: the current kbd controller command byte 0061
atkbd: keyboard ID 0x41ab (2)
kbdc: RESET_KBD return code:00fa
kbdc: RESET_KBD status:00aa
kbd0 at atkbd0
kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000
ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 53
atkbd0: [GIANT-LOCKED]
psm0: unable to allocate IRQ
psmcpnp0: <PS/2 mouse port> irq 12 on acpi0
psm0: current command byte:0061
kbdc: TEST_AUX_PORT status:0000
kbdc: RESET_AUX return code:00fa
kbdc: RESET_AUX status:00aa
kbdc: RESET_AUX ID:0000
kbdc: RESET_AUX return code:00fa
kbdc: RESET_AUX status:00aa
kbdc: RESET_AUX ID:0000
psm: status 00 02 64
psm: status 00 00 64
psm: status 00 03 64
psm: status 00 03 64
psm: data 08 00 00
psm: status 00 02 64
psm0: <PS/2 Mouse> irq 12 on atkbdc0
ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 54
psm0: [GIANT-LOCKED]
WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 13.0.
psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons
psm0: config:00000000, flags:00000008, packet size:4
psm0: syncmask:08, syncbits:00
fdc0: <floppy drive controller (FDE)> port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: does not respond
device_attach: fdc0 attach returned 6
ppc0: using extended I/O port range
ppc0: SPP
ppc0: <Parallel port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 55
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: console (9600,n,8,1)
ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56
uart0: fast interrupt
uart0: PPS capture mode: DCD
ACPI: Enabled 2 GPEs in block 00 to 0F
ahc_isa_identify 0: ioport 0xc00 alloc failed
ahc_isa_identify 1: ioport 0x1c00 alloc failed
ahc_isa_identify 2: ioport 0x2c00 alloc failed
ahc_isa_identify 3: ioport 0x3c00 alloc failed
ahc_isa_identify 4: ioport 0x4c00 alloc failed
ahc_isa_identify 5: ioport 0x5c00 alloc failed
ahc_isa_identify 6: ioport 0x6c00 alloc failed
ahc_isa_identify 7: ioport 0x7c00 alloc failed
ahc_isa_identify 8: ioport 0x8c00 alloc failed
ahc_isa_identify 9: ioport 0x9c00 alloc failed
ahc_isa_identify 10: ioport 0xac00 alloc failed
ahc_isa_identify 11: ioport 0xbc00 alloc failed
ahc_isa_identify 12: ioport 0xcc00 alloc failed
ahc_isa_identify 13: ioport 0xdc00 alloc failed
ahc_isa_identify 14: ioport 0xec00 alloc failed
pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0
pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0
pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0
pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0
pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0
pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0
pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0
pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0
pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0
pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0
isa_probe_children: disabling PnP devices
atkbdc: atkbdc0 already exists; skipping it
atrtc: atrtc0 already exists; skipping it
ppc: ppc0 already exists; skipping it
sc: sc0 already exists; skipping it
uart: uart0 already exists; skipping it
isa_probe_children: probing non-PnP devices
orm0: <ISA Option ROM> at iomem 0xea000-0xeffff pnpid ORM0000 on isa0
sc0 failed to probe on isa0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff pnpid PNP0900 on isa0
pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0
VESA: INT 0x10 vector 0xc000:0x566c
VESA: information block
0000   56 45 53 41 00 03 11 59 00 c0 01 00 00 00 22 00
0010   00 04 00 01 00 00 25 59 00 c0 38 59 00 c0 4c 59
0020   00 c0 00 01 01 01 02 01 03 01 04 01 05 01 06 01
0030   07 01 0d 01 0e 01 0f 01 10 01 11 01 12 01 13 01
0040   14 01 15 01 16 01 17 01 18 01 19 01 1a 01 1b 01
0050   1c 01 1d 01 1e 01 1f 01 40 01 41 01 42 01 43 01
0060   44 01 45 01 46 01 47 01 48 01 49 01 4a 01 4b 01
0070   4c 01 75 01 76 01 77 01 78 01 79 01 7a 01 7b 01
0080   7c 01 7d 01 7e 01 7f 01 80 01 81 01 82 01 83 01
0090   84 01 85 01 86 01 87 01 88 01 89 01 8a 01 8b 01
00a0   8c 01 8d 01 8e 01 8f 01 90 01 91 01 92 01 93 01
00b0   94 01 95 01 96 01 97 01 98 01 00 00 01 00 02 00
00c0   03 00 04 00 05 00 06 00 07 00 0d 00 0e 00 0f 00
00d0   10 00 11 00 12 00 13 00 6a 00 ff ff 00 00 00 00
00e0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00f0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0110   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0120   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01a0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01b0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01c0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01d0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01e0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01f0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
VESA: 92 mode(s) found
attimer0: <AT timer> at port 0x40 on isa0
pcib0: allocated type 4 (0x40-0x43) for rid 0 of attimer0
Timecounter "i8254" frequency 1193182 Hz quality 0
ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 57
Event timer "i8254" frequency 1193182 Hz quality 100
attimer0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12.
fdc0: No FDOUT register!
fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0
pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1
uart1 failed to probe at port 0x2f8 irq 3 on isa0
isa_probe_children: probing PnP devices
Device configuration finished.
procfs registered
module_register_init: MOD_LOAD (tmpfs, 0xffffffff80cb4ef0, 0xffffffff83726b10) error 17
Timecounters tick every 10.000 msec
md0: Preloaded image </data/ramdisk.ufs> 16285696 bytes at 0xffffffff82791320
Solaris: WARNING: ignoring tunable zfs_arc_max (using<PHONE_NUMBER> instead)
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
lo0: bpf attached
vlan: initialized, using hash tables with chaining
IPsec: Initialized Security Association Processing.
tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536
usb_needs_explore_all: no devclass
ata0: reset tp1 mask=03 ostat0=50 ostat1=00
sysctl_unregister_oid: failed(22) to unregister sysctl(tmpfs)
WARNING: WITNESS option enabled, expect reduced performance.
ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00
ata0: stat1=0x00 err=0x00 lsb=0xff msb=0xff
ata0: reset tp2 stat0=50 stat1=00 devices=0x1
ata1: reset tp1 mask=03 ostat0=50 ostat1=00
ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1: stat1=0x00 err=0x00 lsb=0xff msb=0xff
ata1: reset tp2 stat0=00 stat1=00 devices=0x10000
Trying to mount root from ufs:/dev/md0 []...
Root mount waiting for: CAM
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <QEMU HARDDISK 2.5+> ATA-7 device
ada0: Serial Number QM00001
ada0: 16.700MB/s transfers (WDMA2, PIO 8192bytes)
ada0: 1906MB (3903732 512 byte sectors)
pass0 at ata0 bus 0 scbus0 target 0 lun 0
pass0: <QEMU HARDDISK 2.5+> ATA-7 device
pass0: Serial Number QM00001
pass0: 16.700MB/s transfers (WDMA2, PIO 8192bytes)
pass1 at ata1 bus 0 scbus1 target 0 lun 0
pass1: GEOM: new disk ada0
GEOM: ada0: the secondary GPT table is corrupt or invalid.
GEOM: ada0: using the primary only -- recovery suggested.
GEOM: iso9660/FURYBSD: the secondary GPT table is corrupt or invalid.
GEOM: iso9660/FURYBSD: using the primary only -- recovery suggested.
<QEMU QEMU DVD-ROM 2.5+> Removable CD-ROM SCSI device
pass1: Serial Number QM00003
pass1: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes)
cd0 at ata1 bus 0 scbus1 target 0 lun 0
cd0: <QEMU QEMU DVD-ROM 2.5+> Removable CD-ROM SCSI device
cd0: Serial Number QM00003
cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present
GEOM: new disk cd0
atrtc0: providing initial system time
start_init: trying /rescue/init
==> Remount rootfs as read-write
==> Make mountpoints
Waiting for FURYBSD media to initialize
found /dev/iso9660/FURYBSD
==> Mount cdrom
cd9660: RockRidge Extension
mdconfig: WARNING: opening backing store: /cdrom/data/system.uzip readonly
random: unblocking device.
lock order reversal:
 1st 0xfffffe0041e0c3c0 bufwait (bufwait, lockmgr) @ /usr/src/sys/vm/vm_pager.c:391
 2nd 0xfffff80004f1b258 isofs (isofs, lockmgr) @ /usr/src/sys/dev/md/md.c:985
lock order isofs -> bufwait established at:
#0 0xffffffff80c50f6d at witness_checkorder+0x46d
#1 0xffffffff80bb301c at lockmgr_xlock_hard+0x6c
#2 0xffffffff80bb3d33 at __lockmgr_args+0x613
#3 0xffffffff80c9ec14 at getnewbuf+0x334
#4 0xffffffff80c9c0ae at getblkx+0x34e
#5 0xffffffff80c9bb54 at breadn_flags+0x44
#6 0xffffffff80b638dc at cd9660_blkatoff+0x5c
#7 0xffffffff80b65d36 at cd9660_vget_internal+0x266
#8 0xffffffff80cba7e0 at vfs_domount+0xa30
#9 0xffffffff80cb93e2 at vfs_donmount+0x872
#10 0xffffffff80cb8b39 at sys_nmount+0x69
#11 0xffffffff8102ec7b at amd64_syscall+0x12b
#12 0xffffffff81001d7e at fast_syscall_common+0xf8
lock order bufwait -> isofs attempted at:
#0 0xffffffff80c518cc at witness_checkorder+0xdcc
#1 0xffffffff80bb2938 at lockmgr_lock_flags+0x188
#2 0xffffffff80cdb214 at _vn_lock+0x54
#3 0xffffffff806f2d76 at mdstart_vnode+0x496
#4 0xffffffff806f099e at md_kthread+0x1fe
#5 0xffffffff80b9db70 at fork_exit+0x80
#6 0xffffffff810024ae at fork_trampoline+0xe
Required memory<PHONE_NUMBER> for memdisk
Detected memory<PHONE_NUMBER> for memdisk
==> Mount swap-based memdisk
==> Replicate system image to swap-based memdisk
<PHONE_NUMBER> bytes (1720 MB, 1640 MiB) transferred 3040.194s, 566 kB/s
0+330684 records in
1151+1422 records out
1723446416 bytes transferred in 3043.073398 secs (566351 bytes/sec)
lock order reversal:
 1st 0xfffff80004f02440 zfs (zfs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1016
 2nd 0xfffff80004f02258 devfs (devfs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1027
lock order zfs -> devfs attempted at:
#0 0xffffffff80c518cc at witness_checkorder+0xdcc
#1 0xffffffff80bb4385 at lockmgr_xlock+0x55
#2 0xffffffff80cdb214 at _vn_lock+0x54
#3 0xffffffff80cbac18 at vfs_domount+0xe68
#4 0xffffffff80cb93e2 at vfs_donmount+0x872
#5 0xffffffff80cb8b39 at sys_nmount+0x69
#6 0xffffffff8102ec7b at amd64_syscall+0x12b
#7 0xffffffff81001d7e at fast_syscall_common+0xf8
init_shell="/rescue/sh"
==> Unset rescue init kernel environment variables
==> Unmount filesystems for cloning
lock order reversal:
 1st 0xfffff80004f1bbe0 ufs (ufs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1724
 2nd 0xfffff80004f1b810 devfs (devfs, lockmgr) @ /usr/src/sys/kern/vfs_subr.c:3132
lock order devfs -> ufs established at:
#0 0xffffffff80c50f6d at witness_checkorder+0x46d
#1 0xffffffff80bb2938 at lockmgr_lock_flags+0x188
#2 0xffffffff80ea18a1 at ffs_lock+0x71
#3 0xffffffff80cdb214 at _vn_lock+0x54
#4 0xffffffff80cbac18 at vfs_domount+0xe68
#5 0xffffffff80cb93e2 at vfs_donmount+0x872
#6 0xffffffff80cbd707 at kernel_mount+0x57
#7 0xffffffff80cc0031 at parse_mount+0x4a1
#8 0xffffffff80cbe539 at vfs_mountroot+0x589
#9 0xffffffff80b73e8f at start_init+0x1f
#10 0xffffffff80b9db70 at fork_exit+0x80
#11 0xffffffff810024ae at fork_trampoline+0xe
lock order ufs -> devfs attempted at:
#0 0xffffffff80c518cc at witness_checkorder+0xdcc
#1 0xffffffff80bb2938 at lockmgr_lock_flags+0x188
#2 0xffffffff80cdb214 at _vn_lock+0x54
#3 0xffffffff80cc47e1 at vput_final+0x111
#4 0xffffffff80b66e31 at cd9660_unmount+0xb1
#5 0xffffffff80cbbcdc at dounmount+0x42c
#6 0xffffffff80cbb83c at kern_unmount+0x2ec
#7 0xffffffff8102ec7b at amd64_syscall+0x12b
#8 0xffffffff81001d7e at fast_syscall_common+0xf8
== Set /dev/md2 device for reroot
vfs.root.mountfrom="zfs:livecd"
==> Rerooting into memdisk
2020-11-25T17:47:22.558391+00:00 - init 1 - - cannot mount tmpfs on /dev/reroot: Operation not supported by device
2020-11-25T17:47:22.585087+00:00 - init 1 - - reroot failed; going to single user mode
Enter full pathname of shell or RETURN for /rescue/sh:

Thanks, I'll see what I can find.

Thanks @emaste. Could it be that we need cryptodev_load="YES"?

kib points out "[ENODEV] is returned by vfs_mount when there is no registered fs and it cannot load the module"
Could be OpenZFS needs cryptodev loaded explicitly? You can also try kldloading it from the single user shell and then running reboot -r there.

@pkgdemon recommended to make this change:
https://github.com/helloSystem/ISO/commit/a66a4a7aca2600ce85eaa8d2a9eafa0719902fcb
Let's see how it goes.
(According to @pkgdemon, zfs and its dependencies are about the only things we have to really load early.)

UEFI booting is completely broken on the 13-CURRENT ISO:

BIOS booting goes further, but still can't boot the Live ISO:

@pkgdemon hinted me at
https://github.com/adriaandegroot/furybsd-livecd/commit/17c007e43606eb7296651edf323d10a8615ad7c6
Will have a deep look. Especially at the tmpfs stuff.

hello-13.0-CURRENT-f4159dc-amd64.iso
DOES boot now. Thanks for your help!

EFI defective, MBR also does not boot on Acer Revo RL85

TODO: 13 allows us to use zstd, and since it seems to be better, why not use it while we are at it.
Clarification by darkain on irc:

openzfs_load is if you're using zfs from pkg instead of base, for those that want to use openzfs 2.0 (like zstd) on 12.2...

For something so essential as the boot fileystem i would never want anything that is not in base.

https://reviews-dev.freebsd.org/rS366738 increased the size of the EFI ESP partition to 2048 without further reasoning. Maybe it will fix the EFI issue?

Today's hello-13.0-CURRENT-3d72a66-amd64.iso written to a USB flash drive (stress-tested 32 GB Kingston DataTraveler 3.0 PMAP s/n C860008AE288BF4189030BBD)
Ergo Vista 631
Circa 2008. Success, with the drive in one of the two rear ports:

text for boot stages one and two
the FreeBSD logo during the third and (multi-user) last stages –𢀓 presumably loader(1) builtin commands boot_mute
the Ergo splash screen for a split-second
helloSystem desktop environment.

Off-topic from boot: the touch pad is not driven, this might fall under https://github.com/helloSystem/ISO/issues/49#issuecomment-751280022
Note to self: in other situations (with e.g. NomadBSD) the late reappearance of the splash screen is sometimes much longer than a split-second.

Your computer's splash screen appears after the FreeBSD splash screen?

Probably this ticket can be closed as the 13-CURRENT experimental builds seem to boot on BIOS devices.

Your computer's splash screen appears after the FreeBSD splash screen?

Yeah. Weird, and if I recall correctly I haven't seen this with anything other than NomadBSD and helloSystem.

Possible explanation that helloSystem is using initgfx from NomadBSD (albeit a newer version than they do themselves).

Confirmed working, the 13-CURRENT experimental builds are now booting on BIOS devices.

Since I ran into the exact same issue a year later again:
In FreeBSD 13, when one preloads the tmpfs module using the bootloader, then tmpfs is completely broken. Apparently the kernel contains a working tmpfs implementation, but when the non-working tmpfs module is preloaded using the bootloader, it wins over the working one in the kernel, resulting in broken tmpfs.
module_register: cannot register tmpfs from kernel; already loaded from tmpfs.ko
Module tmpfs failed to register: 17

module_register_init: MOD_LOAD (tmpfs, 0xffffffff80cb4ef0, 0xffffffff83726b10) error 17

(...)

cannot mount tmpfs on ...: Operation not supported by device

So the question is: If FreeBSD 13 has a working tmpfs in the kernel, why is there also a tmpfs module at all?


Add User profile location field

With the plan to move away from revealing users email addresses, we should add a "location" field which will allow the user to enter a short description as to where they are located.  This will help distinguish users in a world of many Joe Cavers

Done in #193


allowed intents

i am having an error
ERRO [GATEWAY] got close frame, code: 4014, Msg: "Disallowed intent(s)."  stck="discordgo.(*GatewayConnection).handleCloseFrame:gateway.go:1045" shard=0 connid=1
ERRO [GATEWAY] Disabled or not whitelisted for one of the intents passed to gateway open  stck="discordgo.(*GatewayConnection).handleCloseFrame.func1:gateway.go:1069" connid=1 shard=0
INFO [Shard Manager] [0/1] Disconnected            stck="jdshardmanager.(*Manager).LogConnectionEventStd:dshardmanager.go:269"
ERRO [GATEWAY] error reading next gateway message: EOF: EOF  stck="discordgo.(*GatewayConnection).onError:gateway.go:1352" shard=0 connid=1

allow both the intents things at the devloper portal bot page

So... hoster error...? I can't break down that log/error at all, and is that what you're saying...?

Intents are required since a while right now, somehow not showing up in the readme though...

I can't break down that log/error at all

Error clearly says "disallowed intents" "Disabled or not whitelisted for one of the intents passed to gateway open"


Type definition get lost when use "infer"

Bug Report
🔎 Search Terms
missing type when use infer
🕗 Version & Regression Information

I've tested this in 4.4.2 and lastest 4 versions and i've got same behavior

⏯ Playground Link
Playground link with relevant code
💻 Code

// Nominal type
type Action = { __genre: 'action' }
type Love = { __genre: 'love' }

type Version = string | number
type Genre = Action | Love

// Nominal type
export type Netflix = { __platform: 'netflix' };
export type HBO = { __platform: 'hbo' };

type Platform = Netflix | HBO

type Movie<
  G extends Genre = Action,
  V extends Version = string,
  P extends Platform = Netflix,
> = G & V & P;

// I want to create a new type to replace `Platform` property to `HBO` by using `ToHBO<Movie>`
type ToHBO<V> = V extends Movie<infer G, infer V, infer _> ? Movie<G, V, HBO> : unknown;

function toNextVersionOnHBO(mov: Movie<Genre, string>) {
  // example of parsing type to `HBO`
  return parseInt(mov) + 1 as ToHBO<Movie<Genre, string>>
}

const movie = "2" as Movie<Genre, string>;
const newMovie = toNextVersionOnHBO(movie) // newMovie: Movie<Genre, Version, HBO>

// "newMovie" should be "Movie<Genre, string, HBO>" but I got "Movie<Genre, Version, HBO>"

🙁 Actual behavior
Type of newMovie is Movie<Genre, Version, HBO> but it should be Movie<Genre, string, HBO>.
🙂 Expected behavior
Type of newMovie is Movie<Genre, Version, HBO> but it should be Movie<Genre, string, HBO>.

Simplified check:
type Test = ToHBO<Movie<Genre, string>>
//   ^?
//   Expected: string, Actual: Version

I think it is caused by the mechanism how intersection of union types are "flattened". Basically A & (B | C) will be considered the same as (A & B) | (A & C), and the latter form will have a distributive behavior.
Consider the code below:
type Intersection<T, U> = T & U;
type Infer<R> = R extends Intersection<infer T, infer U> ? [R, T, U] : never;

type Union = { v: 'a' } | { v: 'b' };
type S = Infer<Intersection<0, Union>>;

You may expect S to be [Intersection<0, Union>, 0, Union] but it's actually [0 & {v: 'a'}, unknown, unknown] | [0 & {v: 'b'}, unknown, unknown] because of the distributive behavior mentioned above.
Note that when Intersection<0, Union> is distributed into (0 & {v: 'a'} | 0 & {v: 'b'}), the "shape" of the type is lost so you can't infer the generic parameters any longer and the default constraint type unknown(in your case it is Version) is used instead.

@whzx5byb Thanks for the answer, do you have any suggestions for solving this issue?

@biigpongsatorn A simple workaround could be wrapping the union types by a object or a tuple so that they can't be distributed.
type Movie<
  G extends Genre = Action,
  V extends Version = string,
  P extends Platform = Netflix,
- > = G & V & P;
+ > = string & [G] & [V] & [P];

...

function toNextVersionOnHBO(mov: Movie<Genre, string>) {
  // example of parsing type to `HBO`
-  return parseInt(mov) + 1 as ToHBO<Movie<Genre, string>>
+  return String(parseInt(mov) + 1) as ToHBO<Movie<Genre, string>>
}

@whzx5byb is right about the problem but I suggest a slightly different workaround that achieves the same effect:
- type ToHBO<V> = V extends Movie<infer G, infer V, infer _> ? Movie<G, V, HBO> : unknown;
+ type ToHBO<V> = [V] extends [Movie<infer G, infer V, infer _>] ? Movie<G, V, HBO> : unknown;

This makes the conditional type itself non-distributive, and is a very common pattern for dealing with this sort of issue.


Print layout

Would it be possible to modify print_formatted_text so we can pass a Layout/Container to display?
I'm digging through the Renderer object and trying to decide how large of a change this would be.

Hi @njalerikson,
Excuse me for the late reply! I've addad a print_container utility. (print_layout is not needed, I think, because if it's only for printing, we don't care about the focus.)
See this commit: https://github.com/jonathanslenders/python-prompt-toolkit/commit/af1cd758d4eac9a7f64cb833499b4b80ec001a89
Example usage:
from prompt_toolkit.shortcuts import print_container
from prompt_toolkit.widgets import Frame, TextArea

print_container(
    Frame(TextArea(text='Hello world!')))

See also: https://github.com/jonathanslenders/python-prompt-toolkit/issues/730


Improvement of the recovery of Pragmatic Segmenter sentence segmentation text wrt to the original text offsets

This implementation uses an external library to compute the diff of the sentence and the original text.
For example
original = "This is the    original text.   Some spaces are    going to be removed. sentence = "This is the original text."
The idea is to get the starting and ending within original taking as reference sentence.
After translating the diff in a char based string, it compute the starting and ending of the sentence within the text.
The diff is a list of string where each element is structured as [operation, space, character], having operation = +, - or   (e.g. comparing the string a and ab would result in the following:
diff = ['  a', '-  b']
After the diff is computed using a two-pass heuristic:

starting from left, we collect all the characters starting from the first character that is common a both strings
starting from the right, we remove all the characters that do not equal in the diff.

The heuristic also is limited to a subset of the string, should a sentence has been identified before.

The last commit a577523 should fix the issue #753


Add numeral system for vector change data

Support base 2~33 (base 34 has 'X' issue); add argument -r or --radix; control displayed widths

Another issue is that conventionally binary numbers are represented with leading zeros to fill all the bits to disambiguate with 2's complement. However, decimal numbers are represented without leading zeros. Should numbers in other bases be represented with or without leading zeros? Currently, only decimal numbers are represented without leading zeros.

Should numbers in other bases be represented with or without leading zeros?
I'd assume that for now we can treat the number as unsigned by default. It would be nice to be able to specify if a number is signed or unsigned though.


Add yandex-beta

Yandex browser beta (also named as Custo) with absolutely new UI :)

move to https://github.com/caskroom/homebrew-versions


Allow axis min and max to be set

I'd like to track values that typically don't vary that much (in particular, my weight). When I use line white 400, and plot my weight (y) by date (x), it is only a very slight slope since it has the default range of 0 to Max(Y):

Thanks for reporting the bug. Fixed in v1.9 (in marketplace).


Bump versions: Kube 1.8.5, Docker 17.11, Weave 2.1.3

I get a trust error with the kubelet image. Although the updated weave version fixes an issue with the weave-npc container not having proper permissions within the cluster :smile:

@zacheryph images are not pushed until the PR is merged (CI only pushes on master runs, not PR ones, for safety reasons since PRs cannot be trusted with keys).
I think the error message is confusing when DCT is enabled and the image doesn't really exist. Seems the docker CLI has a similar issue:
$ DOCKER_CONTENT_TRUST=1 docker pull linuxkit/kubelet:8edc4993e743f1b4d16008aff605aefe37c568e7
WARN[0001] certificate with CN Justin Cormack is near expiry
WARN[0001] certificate with CN  is near expiry
WARN[0001] certificate with CN  is near expiry
WARN[0001] certificate with CN  is near expiry
No valid trust data for 8edc4993e743f1b4d16008aff605aefe37c568e7
$ docker pull linuxkit/kubelet:8edc4993e743f1b4d16008aff605aefe37c568e7
Error response from daemon: manifest for linuxkit/kubelet:8edc4993e743f1b4d16008aff605aefe37c568e7 not found

The error message without DCT is more accurate.
I'm going to merge based on @rn's approval, then the image will show up (correctly signed) on hub shortly.


Added SelfBot Functionality by Config

Adds CommandConfigBuilder.IsSelfBot, default as false
When true, the bot ignores everyone but itself, as far as commands. This is the behavior expected of SelfBots, as inferred from the Discord stance.

I'll add this for now, but 1.0 will likely have a different approach.

<3 Understood. As long as the issue is addressed, I'm happy


implement parseExpressCookieSession

Is there any way to get user session token from get request not processed by parse-server ?
After user is logged in with Parse.User.Login, to navigate to protected web pages ?
I think something similar with parseExpressCookieSession ?

Going to close this since it's not really an issue with the server.

Now I try migration using the parse-server but I have a problem.
I have used parseExpressCookieSession in Cloud Code.
Do the parse-server have a plan to support parseExpressCookieSession?

It's a good idea.. hopefully someone will take a crack at implementing it and send a PR.

+1

Posted one example implementation of the parse-express-cookie-session here #497. Would be great to have it included in parse-server though.

It's available here already: https://github.com/flovilmart/parse-express-cookie-session

Ah sweet. Drop in replacement?

yes, at one point I reimplemented all the parse-cloud dependencies as drop-in replacements. They are available in parse-anywhere which is a drop in replacement for Cloud code. It's running in production, on GAE with docker and that requires 0 code changes compared to cloud-code deployment.
I want to move it forward into a real parse-cloud-code-server, open to PR's and make the transition easier for everyone, including not rewrite a single line for cloud code!

Sounds great! Briefly looked through the repo and saw a Parse.User.current(). Not supported in parse-server right? Plus dependency on express 3 instead of 4 so I guess for example the res.on code would have to be changed somehow?

the dep on express3 was to match exactly the cloud code implementation , this is actually a fork of express 3 without the need to pass a port for listening :)
PR are welcome for that, I've been using it for a while now and it's stable and robust, besides some weird behaviour in parse-image that I'll happily rewrite without gm/imagemagick as it breaks on some non debian installations

And Parse.User.currentUser() is provided by the middleware so it is exposed properly in cloud code as well

Closing this for now.. pr still welcomed.

@flovilmart Which middleware you use to populate Parse.User.currentUser()

@flovilmart
I suppose Parse.Cloud._expressCookieEncryptionKey() is also set by you,maybe you do significant work on Parse Cloud .However what I want is just parseExpressCookieSession .I suppose a standalone parseExpressCookieSession middleware compatible to official parse-server will benefit more
@gfosco
Is official support for parseExpressCookieSession ready ?
Thanks!

This might be a dumb question, but @flovilmart if I've already re-written my cloud code to run in a node environment, then the parse-express-cookie-session is no longer a drop-in solution correct?

Pares-express-cookie-session should be avoided. I need to take it good

@flovilmart I am getting "There is no current user user on a node.js server environment" with your npm module.
What about https://github.com/back4app/parse-express-cookie-session ? Anyone tried that?

It leverage Parse.User.logIn which is not ideal


include a subset of the community build in merge validation

The full community build is too expensive to run on every merge, but we may want to select a key subset (currently that's basically the IDE using uber-build instead of dbuild).

We have the full community build almost running (integrate/community-build)

@adriaanm not really sure what this ticket means? is this done?

I (hopefully) clarified the title/descripiton

closely related: #92

this would now be via Travis-CI rather than Jenkins


Evaluate build paths in the context of the build's bindings

This fixes an incompatibility with ninja.
I've also refactored Env to make it clearer and remove the TODO(#83), but I actually think we could do signifigant further cleanup. Only rules should require EvalStrings, global variables and build bindings can be evaluated as soon as they're read, although maybe that would change with subninjas. Also, rules currently parse their variables as EvalString, but I think that could be changed to EvalString<&'text str> if we hold onto the byte buffers of all the included files until the parsing is done.
Fixes #91 and #39.

  I had some ideas here and was about to start tinkering and then I realized I probably should put some more testing in place before I broke something I had done in the past...
I checked in some testing support for benchmarking changes to parsing, see
https://github.com/evmar/n2/blob/main/doc/development.md#benchmarking
It looks like for the LLVM CMake build this patch regresses parse perf by ~60%:
parse benches/build.ninja
                        time:   [219.09 ms 219.36 ms 219.64 ms]
                        change: [+61.143% +61.381% +61.614%] (p = 0.00 < 0.05)

Eyeballing the patch, I'm not sure if it's fundamental to just getting this correct, or if it's something simpler like the stop_at param or needing to avoid allocating some Vecs while parsing.
(Definitely have the feeling that I wish I had though variables through better when making Ninja, blergh.  It was a very long time ago though...)

Thanks for the comments, and adding the benchmarking tests. I'll look into the performance regressions. I think the easiest way to make it faster would be to expand the build bindings as soon as they're parsed, but one reason I didn't do that was because the android multithreaded parser will parse chunks of the manifest in parallel. So we could parse a build definition before all the global variables above it are parsed. So if we want to support that eventually, we'd need to leave the ability to have the build's paths and bindings unevaluated.

For my benchmarking I've just been using the "synthetic" build file, I haven't set up an LLVM build.
First I started with some straight optimizations:

Gets rid of the slice.contains(), you were right, it is slow. (or at least, letting the match know about the characters we care about is faster)
Use with_capacity for the evaluated vecs
Reuse a common buffer in read_eval, and then clone it afterwards

With these changes it goes from ~90% slower than HEAD~ to ~20% slower, on the "parse synthetic build.ninja" test. I think this can probably mostly be explained due to the fact that I've moved the evaluation of the build's variable bindings from the loader code into read_build, and that benchmark doesn't include the loader.
I then realized, if we do multithreading, it's essentially always wrong to do any evaluating inside the parser, as the parser is what will be run in the separate threads. So I changed the parser to always return EvalString<&'text str>, and the evaluation happens in the loader. This kindof cheats the benchmark, and now the benchmark says parsing builds is ~15% faster than HEAD~.
I added a benchmark that runs the loader instead of just the parser. With this benchmark, this cl is only 3% slower than before. (And even that might be noise, I've seen 3% differences when running the same benchmark twice on the same code)
So this change ended up turning into a lot of preparation for multithreading, and not just the path evaluation change. Sorry about that.

Actually, this still has some issues. Rule bindings do need to be recursive at least.

Well, currently n2 doesn't have recursive rule bindings either, so I guess this is ok for now, and we can address that issue in a followup.
I rebased this pr on top of #96, and removed the rule_bindings_arent_recursive test.

I checked in some LLVM build files for your convenience, see tests/snapshot/README.md.

I wrote down what I believe the rules are for variable scope here, based on a bit of fiddling with running files through Ninja
https://github.com/evmar/n2/blob/main/doc/design_notes.md#variable-scope
I'm not sure if that's helpful, but I think it at least helped me to try to think it through.

I checked in some LLVM build files for your convenience, see tests/snapshot/README.md.

Thanks! I hacked together a benchmark test to use them (locally), and discovered this PR was ~15% slower when loading the llvm-cmake files. I found a fix for this by duplicating the inner loop of read_eval into two different versions, one for paths and one not. After that change, loading the llvm-cmake files is ~2% faster than before this PR on my machine. Unfortunately, this change makes a large block of duplicated code, but I couldn't figure out a better way to do it. :/

I wrote down what I believe the rules are for variable scope

I see you wrote "Lookup for rule variables can refer to $in/$out, build scope, then toplevel". This isn't entirely correct, it should be "$in/$out, other rule variables recursively (with cycle detection), build scope, then toplevel". However currently n2 both before and after this pr doesn't have that behavior. I plan to add it in a follow after this PR is merged.
This recursive rule binding is useful for depfiles:
rule my_rule:
  command = my_tool --depfile ${depfile} ${in} > ${out}
  depfile = ${out}.d

build out: my_rule main.c

I found this pattern in the android codebase.
Also it might be worth specifying that while build bindings can refer to toplevel bindings, they can only refer to toplevel bindings that were defined before the build.

other rule variables recursively (with cycle detection)

Oh yikes, this seems to have happened after my time working on Ninja.  It's probably worth figuring out if there is a simpler specific thing we could do here that is less work.

I'm not opposed to not supporting recursive rule bindings in n2, and instead fixing android to not rely on it, if you'd prefer that. This is probably easier to fix with fewer occurrences than build paths taking into account build bindings.

My hope is there's some balance between bug-for-bug Ninja compatibility and breaking totally from it.
For example, maybe this could be the rule: in any scope, bindings written earlier can be used in lexically later statements.  I think that's easy to understand, it's already how toplevel scope works, and it defines away circularity problems in the other scopes.  (Selfishly, that also makes evaluation easier.)

I took another pass over my attempt at writing down what the current rules are, which mostly meant removing some of the details (which as you correctly pointed out, I had wrong)
https://github.com/evmar/n2/blob/main/doc/design_notes.md#variable-scope

(Sorry for the delay, ice storm here means I've been on childcare all week.)
My overall take is I appreciate the intent and I think the tests are great.  I don't love the approach and have an ill-formed idea about a different approach but I can revisit that at some point in the future if I care to.

My vague ideas (sorry on five hours of sleep) are something like:

give Env something like get(parents: &[dyn Env]) -> Cow<str>, this lets us evaluate toplevel bindings immediately to strings
when parsing a build statement, accumulate ins/outs in local vars of Vec<EvalString>, but then resolve them to paths via some Loader-like thing and return resolved paths in the Build struct
when parsing a build statement, when we loop as in read_scoped_vars, evaluate each binding to strings while they are parsed
we could do similar inline evaluation when parsing a rule, something like read_scoped_vars(|var, evalstring| match var { "depfile" => rule.depfile = evalstring } (this would also let us error on unexpected vars here)

Sorry that is so vague, I do not expect you to do it, mostly writing it for my own memory!

Thanks!
I think most of your points about doing evaluation earlier are incompatible with multithreaded parsing. You can't evaluate the toplevel bindings as you read them, because there could be variable references to variables from an earlier chunk of the file that's being evaluated in a different thread. Multithreading will likely blow any savings we would get from earlier evaluation out of the water as well.
I'll work on a multithreading PR, so you can have a frame of reference for what can be evaluated earlier and what can't.

Naively it feels like the generator knows a lot more about the file structure than n2 does, and it could do something around splitting files and using subninja to control scopes such that you don't need to do so much speculation about the file's contents... (?)  E.g. even splitting a text file with multiple threads means trying to seek around for newlines, I would think.

splitting a text file with multiple threads means trying to seek around for newlines, I would think.

Yeah, the android fork of ninja essentially looks for a non-escaped newline immediately followed by an identifier.
Having the generator split the file is an interesting idea. But wouldn't it still require deferred evaluation of global variables? If you used includes, you'd have to wait defer expansion of everything after the include, and the contents of the included file. With subninja it's better, but still requires deferring evaluation of the subninja's variables until the parent file has evaluated up until the subninja command.
And it's harder to split a ninja file using subninja because you can't share global variables across them. You wouldn't want a "linked list" of subninjas, where there was 1 subninja statement per file, at the end of every file, because then you wouldn't be able to start parsing that until you fully parsed the file before it, essentially making it a serial again. A better way would be to have 1 top level file that just contained include/subninja statements for all the broken-up files. But that only really works with include, because the subninja files would be unable to share variables. You'd have to have a pretty sophisticated generator to ensure all your variables were available in the correct scopes if you were to use subninja.
It also puts more work on generator authors. Doubly so for android as we'd have to support the splitting in both soong and kati.

I think I still don't have a good mental picture of how these work, they are like hundreds of mbs of interdependent globals? 😬

The two big samples I have either don't use them at all:
llvm-cmake$ egrep '^\w+ =' build.ninja CMakeFiles/rules.ninja
build.ninja:ninja_required_version = 1.5
build.ninja:CONFIGURATION = Release
build.ninja:cmake_ninja_workdir = /Users/evmar/projects/llvm-project-16.0.0.src/build/

Or in GN's case, they have a subninja per module that each set some at the top:
llvm-gn$ find . -name '*.ninja' | wc -l
     824

where the largest files are still pretty small:
llvm-gn$ find . -name '*.ninja' | xargs wc -l | sort -n | tail -5
     484 ./stage2_unix/obj/compiler-rt/lib/builtins/builtins.ninja
     673 ./obj/llvm/lib/CodeGen/CodeGen.ninja
    2872 ./build.ninja
    4226 ./toolchain.ninja
   35930 total

In android's case, we have a lot of variables that are spread throughout one ninja file, and they commonly contain references to earlier variables:
$ egrep '^[a-zA-Z0-9._-]+ =' out/soong/build.sdk_phone64_x86_64.ninja | wc -l
249685
$ egrep '^[a-zA-Z0-9._-]+ =' out/soong/build.sdk_phone64_x86_64.ninja | wc -c
96253004 (96 megabytes, I don't think we have any variable assignments that span multiple lines)
$ # For a sense of how inter-dependent they are:
$ egrep '^[a-zA-Z0-9._-]+ =.*\$\{' out/soong/build.sdk_phone64_x86_64.ninja | wc -l
47953

(the \w regex doesn't work because the grand majority of our variables include a period)
However, I haven't done a deep dive into seeing how difficult it would be to make soong/kati output separate ninja files. I'll take a look into that, maybe there's a pattern to the inter-dependedness that can be exploited.
I'll open a separate issue for multithreading as well.

If you had one of these .ninja files handy that doesn't contain anything confidential I'd love to add it to https://github.com/evmar/n2/tree/main/tests/snapshot


merge from template-node-app

package.json

chore(deps): add ^10.0.4 remove ^10.0.3 (devDependencies.@semantic-release/commit-analyzer)

:tada: This PR is included in version 6.4.5 :tada:
The release is available on:

npm package (@latest dist-tag)
v6.4.5
GitHub release

Your semantic-release bot :package::rocket:


feat(archicad): Soften Internal Edges of received geometry

Description
Currently receiving a geometry in Archicad comes with these ugly mesh edges. Check screenshots below 👇.
Expected Behaviour
Internal edges should be hidden. Thus a clean representation will be obtained in Plan/3D Views.
Current Workaround
Currently, users can select received geometry and go to Morph options > Edge Type and select Hidden option to hide all edges. Check the screen recording below to see this in action 👇.
Steps to reproduce

Open Archicad and enable Speckle connector
Receive below stream.
Examine the received geometry.

Streams/Commits Used
https://latest.speckle.dev/streams/b0ca08d801
Screenshots/Recordings
https://user-images.githubusercontent.com/51519350/205292047-ae730787-2900-4b28-874b-52c1f4e877ce.mp4

Visible Edges 👇

Hidden Edges 👇

https://github.com/specklesystems/speckle-sharp/pull/2127


Bug in the timeLine formatting for some languages

There is an unwanted %2 on the timeline string.
https://github.com/Microsoft/BotFramework-WebChat/blob/master/src/History.tsx#L281
The code replaces %1 with the time string inside the language specific timeSent string. But for some languages the timeSent string has an extra %2 which is not handled.
https://github.com/Microsoft/BotFramework-WebChat/blob/master/src/Strings.ts#L392

Strange. That file is the only place where %2 is used. It was added in this commit.
Thanks for pointing out the issue. It would be a quick fix.

Hi Kartik1607,
I've already submitted the PR https://github.com/Microsoft/BotFramework-WebChat/pull/1140 to fix this issue in Portugese and other languages too.
Regards, Damiano

Fixed in #1269.


Fix Wazimap favicon

@longhotsummer
I find it weird that the previous code didn't work as I thought it would. Anyway.

👍


CharacterBody3D gets stuck in sharp corners

Godot version
4.0.3.rc1
System information
Windows 10, i5, RTX 3050
Issue description
When using a CharacterBody3D with a cylinder collider my character is getting stuck in the corder of a trimesh static body. Video:
https://user-images.githubusercontent.com/5291684/236689882-1f616b99-556e-4b4b-8a3a-c6ace5e0864e.mp4
Steps to reproduce

Open the sample project
Run the game
Walk into the corner with the red circle around it (the angle is a little specific, it can take a few tries to get it to happen for me)
You will be stuck in the wall and unable to move

Minimal reproduction project
corner-bug-minimal-reproduction.zip

I can confirm this issue in 4.0.3.stable,
CharacterBody cylinder collider collisions seem quite buggy in general in Godot 4.

Are there any plans to fix this in the near future? Seems like this issue is not a part of 4.1 milestones anymore, although it is critical in a lot of situations, especially in first person games.

You could switching to a cube shape or try https://github.com/godot-jolt/godot-jolt.
All of my characterBody issues went away when switching to cube, but when I changed to Godot-Jolt, I could switch back to cylinder with no issues.

I am not sure that have "the same" problem and even that it is a problem of the godot but sometimes chracterbody2d with rectangle shape stucks in the corner and can't move if I place another object above it. If it isn't in the corner it can normally move


Could not resolve com.nlptech.zengine:keyboardkernel:1.3.14.

Could not resolve com.nlptech.zengine:keyboardkernel:1.3.14.

Did you resolved your issue?

Unable to resolve the issue
On Wed 16 Sep, 2020, 10:00 PM usama979<EMAIL_ADDRESS>wrote:

Did you resolved your issue?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/NlptechProduct/Android-Keyboard/issues/182#issuecomment-693520222,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AG7ST7CUV5XLYV7XN62T3LTSGDR3HANCNFSM4QERBQQA
.


ace.require is not a functiom

Track: https://github.com/floragunncom/search-guard/issues/452

Seems like an Kibana bug: https://discuss.elastic.co/t/6-2-0-starts-with-error/118706

most probably.
i logged it here
the problem is caused by "Optimizing and caching browser bundles..." step
when the kibana is installed in certain locations
(c:\Users\255294\AppData\Local\Temp\_ES was ok, c:\Users\255294\.bin\ES caused fatal error, ./optimize/bundles/*.bundle.js files differed)

Just an FYI for anyone else ending up here looking for a solution to the above problem.
The solution is to install the search-guard-kibana-plugin through Powershell not the cmd.
Once it's done this way, start up Kibana.bat from within the same Powershell window and test.
Once you've confirmed that works, you can terminate the process in PS and go back to running it as a service or however you used to start it up.


[WIP] Hadoop 2.9.0

Just for testing right now. Once that's done, will cut 2.9.0-palantir.1 and update the PR.

This looks good. I build a Spark dist based on this branch and did some reads and writes against:

HDFS
s3a
FFS backed by s3a

All operations succeeded. Will make 2.9.0-palantir.1 now.

Not sure what's up with the test failure. The value of localHttpJar does start with file: when I look at in in the debugger. Can't actually get the tests running/passing locally for silly reasons, so not sure if the test would pass locally or not.

Okay, fine, the test failure is legit. Somehow the behavior of FileSystem.getFileSystemClass changed b/w 2.8.2 and 2.9.0 s.t. this line returns true in the former and false in the latter: https://github.com/palantir/spark/blob/master/core/src/main/scala/org/apache/spark/deploy/SparkSubmit.scala#L407.

And to make things even harder to figure out, the culprit isn't even a code change
srand06-mac:hadoop srand$ git branch
* branch-2.8.2
  branch-2.9.0
srand06-mac:hadoop srand$ grep 'org\.apache' ./hadoop-common-project/hadoop-common/src/main/resources/META-INF/services/org.apache.hadoop.fs.FileSystem
org.apache.hadoop.fs.LocalFileSystem
org.apache.hadoop.fs.viewfs.ViewFileSystem
org.apache.hadoop.fs.ftp.FTPFileSystem
org.apache.hadoop.fs.HarFileSystem
srand06-mac:hadoop srand$ git co branch-2.9.0
Switched to branch 'branch-2.9.0'
Your branch is up-to-date with 'origin/branch-2.9.0'.
srand06-mac:hadoop srand$ grep 'org\.apache' ./hadoop-common-project/hadoop-common/src/main/resources/META-INF/services/org.apache.hadoop.fs.FileSystem
org.apache.hadoop.fs.LocalFileSystem
org.apache.hadoop.fs.viewfs.ViewFileSystem
org.apache.hadoop.fs.ftp.FTPFileSystem
org.apache.hadoop.fs.HarFileSystem
org.apache.hadoop.fs.http.HttpFileSystem
org.apache.hadoop.fs.http.HttpsFileSystem


[Info] Delete Files

Should I manualy delete Files via the GUI of LiveStreamDVR or would it be no Problem if they got deletet by another program which I use to convert to h265.

deleting files would make the list in memory and disk inconsistent which breaks cleanup and some other features

deleting files would make the list in memory and disk inconsistent which breaks cleanup and some other features

OK so I should use cleanup Feature to get them "deleted".

yes or just the delete button on the vod

if you actually want to delete the entire vod that is, replacing the video file isn't "officially" supported

if you actually want to delete the entire vod that is, replacing the video file isn't "officially" supported

Yeah not gonna replace the files, transcoding to tmp directory and after finished moving it to different direcotry but copying everything with it. So the orig Files are not touched at all.

Will set up the cleanup to be dunno 4 streams so they get deleted quite "fast".

i'll finally make it remove the vod from the database if the json is removed, was unsure if it would work a long time ago


Analysis: overrides+tags+troubleshooter

ToDo:

[x] flip some things to inactive (relax things a little)
[x] remove dead wood if any
[x] make sure active items get a [setup] (web/chrome/perf) tag (if required)
[x] make sure inactive items use [warning] not [setup] (web/chrome/perf)

4502 is the only exception, as RFP is active, so in effect window sizing is already happening

[ ] revisit inactive items (the whole js) to see what we could add [setup-harden] to
[ ] create relaxed/hardened sticky for easy overrides cut & paste
[ ] add sticky link in readme
[ ] add sticky link in wiki implementation
[ ] close this issue, relax, drink copious amounts of beer, in the nude

:small_blue_diamond:  Hi guys
First of all, I know.. I know... you're all excited.... but just relax ... I appreciate feedback etc, but please let "us" analyze it first and trim the list down (there's some junk in there) and actually create an end product. We already have the info, so please no suggestions - that can come later when we refine.
:small_blue_diamond: What are we trying to do?
Well, based on what's getting changed in overrides, what we already have tags on (we put em there for a reason), what's already in the troubleshooter (TS for short), and what's important (just because someone changed it doesn't mean its worthy):

cleanup the list
refine the troubleshooter based on tags/overrides
refine tags based on ts/overrides
create draft relaxed & hardened lists - a relaxed list should then practically mirror the setup-tags, and cover the vast bulk of what end users change

:small_blue_diamond: Notes
Green (relaxed) vs red (hardened) isn't necessarily that but generally fits that pattern (we have active prefs that can actually hardened further). The green is actually active prefs, red, inactive. In general, active prefs should be where almost all our setup tags go (to relax), and warning and harden tags would primarily be on inactive prefs (to harden or warn, doh!). The TS info is a hybrid, as earthlng is trying to cover any end-user's config.
PS: when we create a hardened list you can see immediately that items stand out (from the red lot)
1. disable history
2. disable password saving
3. make permissions memory only
4. make certs memory only
5. disable svg
6. block websites setting a context menu?
7. blank restricted domains
8. disable memory cache (not in the results, but I'd add this)

The same process is just as easy for relaxed/setup items, just more of them which we can breakup into perf, web & chrome - and we've already done most of it.

:small_blue_diamond: The Data
From #438 I summarized the results manually and have added in tag & troubleshooter info for a more complete picture

I took everyone's overrides into account, every single line, except some things I skipped, such as changes to SB, PB mode, startup page, SR (since we flipped most of it inactive), cpd shutdowns (since we have clearonshutdown), some clearonshutudown (active logins), containers (since we made em all active), and a couple of other minor items.
i did not include PK's diff
I only did krathalan's diff partially, I stopped with all the stuff we had that he didn't (the third part which is super long): his js is clearly a version with cherry picked items for an audience that wants zero issues. We'll end up swamped if I add all that in (the important bits are already listed anyway). Diffs are too big!
The troubleshooter I stopped at around the HTTP section (or again, we'll end up with too many prefs to manage) and the ones the end are least likely to cause breakage

I have this all in a spreadsheet, and I'll post an image next comment. Someone tell me the syntax in here for table shit and I'll try and replace it with text (or earthlng or :cat2: can just do one for me).  My shorthand is totally made up, so e.g 2, and 1xbecause=uMatrix means 2 person relaxed it but 1 didn't really because he's blocking it by default in uM and whitelisting. Hope that all makes sense

I see 4001 breaks CAD=not true line.... that came from me, but its was true back in May, and for sure it is not anymore... which suggests me that you have old overrides (at least from what I have dropped in #438 )
Do you wish get the latest? For sure there was some changes.

Mozilla has done a big evolving with FPI in the last half of the year... back then quite a lot login pages, where you have been redirected to another domain for login, had breakages, which is not the case anymore.
I will do a diffs for my overrides from #438 with latest and will report back... but will not be able to do it tomorrow, since I will be "out of office"... so after tomorrow, if that is OK with you.

I have started to make the list before I noticed your last reply... so I will dump it anyway.
And no, no... i didn't take it as criticism. But there are some to drop out for sure and some to add.
For example:
2701 back then was different than ghacks, but now its the same as yours.
Upper 1240 came from my overrides back then, but now its also the same as yours.... upper count is 1 (so its from me) and you can drop it out from upper list.
2030 now its media.autoplay.enabled has changed, mine value now is 0.
You can change 2403 from count 1 to count 2 (I have added to overrides)
You can change 2682 from count 2 to count 1 (I have removed from overrides)
You can drop 4001, since that count came from me and I do not differ from ghacks anymore.
New to my overrides:
/* 5000  */ user_pref("browser.newtabpage.activity-stream.asrouter.userprefs.cfr", false); // disable CFR
/* 4503  */ user_pref("privacy.resistFingerprinting.block_mozAddonManager", false); // allow addon web site to work as intended, also 2662 must be default
/* 2510  */ user_pref("dom.webaudio.enabled", true); // should be false, except if using WE CanvasBlocker

Now I will shut up until I won't. :heart:

in upper table under webgl you have 2010,1012 but it should be 2010,2012
cheers

Well here are 16 items from the relaxed stuff we can ignore

Two of those are yet to be done: see #691 and #690
That brings us me down to 50 items exactly left to evaluate for a relaxed js. And I'm sure I can trim it more - some only need a [setup tag for troubleshooting as they would rarely upset anyone. And others I'm thinking of making inactive as well: maybe document fonts, canvas capture stream? mixed-passive? cache? openh264? asmjs/wasm? and a few more.  But the rest really are just creating hoops for people and knowledgeable users can mitigate the rest mostly eg thru hardened uMatrix, eTAG stoppa, etc. Chances of getting bitten by asmjs/wasm are basically zilch, etc.
There comes a point where the law of diminishing returns says "fuck it, enough is enough" - users would still be able to harden things up.
Anyway, nothing would be changed without totally thinking it thru

actually, I got my math wrong, it was 55 items left, but since then I have done a couple more and well.. here's a new pic

blue suggesttions: make some stuff inactive since they have almost zero effect: it would be discussed - I am not saying I would do this. It's also just as easy to leave them as is and add an extra few lines to the relaxed prefs
My point is that the user.js should be more friendly. EVERYTHING not active, except those with warnings, are essentially your hardening up list. But we could still denote these for hardening since we've run with them for so long.
Anyway - from an initial 71 items to think about

the 19 red ultra-minor items or items since made inactive (including the two I will do in a day or so) would bring us down to 52
the 12 blue items would bring us down to 40 - and I think we should open a ticket to discuss it

Then we are left with a much reduced, cleaner list of common items for a relaxed sticky or file

Update:
What I am aiming to do is reduce the list to zero, making sure we're happy with what we have it set as, and make sure everything that needs a [SETUP* tag has one (including the new harden tag). Then I can make a relaxed (and maybe hardened) sticky/js based on tags (just because something has a tag doesn't mean it makes the list), and then over time it can be refined/added to.
From the original list of 68 items (combining all the 2803's as one), some items are very minor, and since then some items were made inactive, and some items already have a tag

10 items no-one needs to worry about anymore, they are now inactive (two have a harden tag)
19 items are now already tagged (so I can find them to help build a relaxed sticky)
11 items we can ignore IMO as super minor or on their way out
2 items are same as default and don't need deserve anymore attention

That leaves me 26 items left to evaluate

Comments welcome: although I'm going thru a bit of a mess in my head as to how to position the user.js in terms of making it more relaxed etc (see previous issue about making things inactive) vs payoff in terms of convenience and risk assessment.

@crssi Can you give me an example of WOFF2 (1405) which is on the list. If all it does is break readability, then I might make it inactive with a harden tag. I never see breakage though - this is just local fonts right?

WOFF2 is used quite a lot for Icons, for example a "magnify glass" for search buttons, etc.
Will disable it here and when I stumble on a page, I will post URL here. Expect it soon.
Cheers

when I stumble on a page, I will post URL here

Cool. a test page would be awesome. I need to work out if these can be/are affected by other prefs: e.g downloadable fonts, 3rd party, etc. I mean, does Windows come with WOFFs? I'm not a font expert. 3rd party can be controlled by uBO, uM.
I'm just not sure what the privacy risk is here. Pretty sure there is no security risk.

Tank you for 1403. I stumbled around and not yet found glyph breakages, since all the sample pages I had reverted to PNGs in the meantime. But I have found some, where fonts are not the same as with woff/woff2 and the page is uglifyed. But it doesn't matter anymore due to your change today it is OK now. :smile_cat:
I would vote for 1241 to be inactive. Its passive content, leads to breakages like missing images. Is it really security/privacy problem?
Never had a problem with 1406 as it is now, at least I haven't been aware of.
I would vote for 2001 to stay as it is now. Otherwise it is a privacy/information leak problem. Or it must be covered by uBO.

Voting for 2203 to be inactive. Is there really security/privacy issue?
I am not smart enough for 2403. Smells a bit, but I have this in overrides as true, the same with 2402.
I guess for 0207 we are covered by RFP (4500) if active and true

If there is an statement in implementation that default search engine must be set to one that is privacy oriented (like DDG or other similar) then 0801, 0807 and 0808 could go inactive. If not, those should stay active, IMHO.

1241 (passive insecure content) would be off the cards: the breakage lessens everyday with uptake of HTTPS, and yes, there are privacy concerns: sending requests in the clear is enough to disable it. It just needs a setup tag and maybe a warning

It's very hard to find a balance: there are too many variables. The user.js can only do so much, and we should make it as private/secure etc as we can, assuming there is nothing else.
e.g In the case of 1241, a user can allow passive content, and still be anonymous (e.g VPN, Tor, not logged in to an account and even if they were that doesn't mean it links back to them IRL)

note to self: currently (readme exlcuded)

[SETUP-WEB]: 15 items
[SETUP-CHROME]: 13 items
[SETUP-PERF]: 4 items
[SETUP-HARDEN]: 4 items
[SETUP-non-RFP]: 1 item

Total: 37. A couple of these are in section headers, and will be moved against the actual prefs. My list of items to check (review active status, maybe add tags) is down to 16 items (5 have tags already).
chrome tags seem high. if we can keep tags (excluding harden) to around 40 numbered items, that seems reasonable - not overwhelming.

just FYI: here's what's left

I've cleaned out some old comments.  I'm almost there

OK. I think I'm almost done here. Here is the summary

STATS
=====
excluding personal and deprecated, and parrots

249 active
113 inactive (10 are active in RFP ALTs which is an inactive section)
===
362 total

249 active
 15 active enforced at default
===
234 pref changes (at most)

^^ covered by 42 [SETUP* tags
 1 [SETUP-SECURITY]: SB binary checks
 5 [SETUP-PERF]: AltSvc, cache, SSL Session IDs, asm.js, wasm
14 [SETUP-CHROME]
18 [SETUP-WEB]
 3 [SETUP-HARDEN] HWA, MathML, "open with"
 1 [SETUP-non-RFP]

Overall, this should provide a more balanced user.js, but one which is still pretty heavily geared towards hard rather than relaxed, but one which allows very easy troubleshooting: e.g. 18 set-up web tags should cover 95% of breakage
I can't say it's been fun. I shall close this and open a new issue on whether we even need to provide a relaxed version. AFAIC.. the information is all in the user.js


PixelJunk™ Shooter Ultimate [PCSG00384]

App summary

App name: PixelJunk™ Shooter Ultimate
App serial: PCSG00384
App version: 1.00

Vita3K summary

Version: v0.1.8
Build number: 3203
Commit hash: https://github.com/vita3k/vita3k/commit/2101d1ea
CPU backend: Dynarmic
GPU backend: Vulkan

Test environment summary

Tested by: Sam
OS: Windows 10
CPU: AMD 5500u
GPU: AMD Radeon Graphics
RAM: 6 GB

Issues

Screenshots

Log
vita3k.log
Recommended labels

https://github.com/Vita3K/compatibility/labels/Bootable
https://github.com/Vita3K/compatibility/labels/crash
C?

have you tried opengl?

nothing at opengl
vita3k.log

this game is intro in opengl, thank god it's not nothing

as of https://github.com/Vita3K/Vita3K/commit/87ca930ec9d09cf21c48a49f0eea90f1d858474f, the game can go ingame in OpenGL. Although it has many graphical problems like the water didn't appeared and the rock only displaying white.
Screenshots

Log
vita3k.zip
Recommended Labels

Ingame +
graphical bug


BaSyx-Core: Adapt model.provider

See: https://github.com/eclipse-basyx/basyx-python-sdk/commit/9ebe986f879f2577674e090a4370ca988c220c83

We decided for going towards a different architechture. Instead of semantically patching the generated aas-core SDK, we will build our functionality on top of it.
Since we will loose backward compatibility, we created a new project called BaSyx-Python-Framework.
This Issue is therefore deprecated.


Unbreak reason-vscode extension

The reason-vscode extension does not work anymore if @opam/dune": "2.0.1" is selected.

FYI: @imbsky only noticed now that updating dune beyond a certain version breaks the extension.

Have you tried this extension?
https://github.com/ocamllabs/vscode-ocaml-platform
This is probably better than that extension.

Yes  I have, and it's too early.
Some files are all green.
It does not build.

I'm actually pretty interested in the new extension and I am monitoring it closely.

Does green mean that syntax highlighting doesn't work?

Yes sorry, syntax highlighting is not there yet.

The next version, 0.5.0, has many improvements. If you want to try it out, you can choose the latest build from here, download artifact and install it manually.
https://github.com/ocamllabs/vscode-ocaml-platform/actions
https://github.com/ocamllabs/vscode-ocaml-platform/blob/master/CHANGELOG.md


refactor: fully migrate to react-router-dom 6 & remove react-router

Codecov Report

Merging #902 (708ef6e) into master (8d5da2d) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##            master      #902   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           76        76
  Lines          829       828    -1
  Branches       125       125
=========================================
- Hits           829       828    -1

Impacted Files
Coverage Δ

src/components/Protected/Protected.tsx
100.00% <ø> (ø)

src/components/Layout/Layout.tsx
100.00% <100.00%> (ø)

src/index.tsx
100.00% <100.00%> (ø)

src/routes.tsx
100.00% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Fails to compile on android

Summary
When trying to compile example on android (once you've added the --ignore-deprecation flag) it fails and emits:
e: /Users/user/.pub-cache/hosted/pub.dartlang.org/tapioca-1.0.5+3/android/src/main/kotlin/me/anharu/video_editor/VideoEditorPlugin.kt: (27, 8): Class 'VideoEditorPlugin' is not abstract and does not implement abstract member public abstract fun onRequestPermissionsResult(p0: Int, p1: Array<(out) String!>, p2: IntArray): Boolean defined in io.flutter.plugin.common.PluginRegistry.RequestPermissionsResultListener
e: /Users/user/.pub-cache/hosted/pub.dartlang.org/tapioca-1.0.5+3/android/src/main/kotlin/me/anharu/video_editor/VideoEditorPlugin.kt: (105, 5): 'onRequestPermissionsResult' overrides nothing

flutter doctor:

[✓] Flutter (Channel stable, 3.0.5, on macOS 12.5.1 21G83 darwin-arm, locale en-NZ)
    • Flutter version 3.0.5 at /Users/user/Development/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision f1875d570e (9 weeks ago), 2022-07-13 11:24:16 -0700
    • Engine revision e85ea0e79c
    • Dart version 2.17.6
    • DevTools version 2.12.2

[✓] Android toolchain - develop for Android devices (Android SDK version 31.0.0-rc1)
    • Android SDK at /Users/user/Library/Android/sdk
    • Platform android-33, build-tools 31.0.0-rc1
    • Java binary at: /Applications/Android Studio.app/Contents/jre/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.12+0-b1504.28-7817840)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 13.4.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • CocoaPods version 1.11.2

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2021.2)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.12+0-b1504.28-7817840)

Update to the latest version(1.0.6+1) and retry

It successfully compiles now :)


create some unified enum/scramble information across exporters

likely cant be perfect but at least want to guess/handle my own usecases

probably too complicated to do this


In macOS 14.4, the "launchctl" "kickstart" command has been deprecated by Apple.

In macOS 14.4, Apple has deprecated support for various commands, among them launchctl kickstart.
The kick_softwareupdated function on macOS 14.4 is no longer operational for non-system updates.
https://github.com/Macjutsu/super/blob/a3ba601a571466379d858aaf483c0233325b86fc/super#L4380

The latest release of super resolves this issue: https://github.com/Macjutsu/super/releases/tag/v4.1.0-beta1


Upgrade backplane-tools first

backplane-tools upgrade all upgrades backplane-tools first
After upgrading, it reruns the same command to upgrade all other tools

Jira: OSD-22857

/lgtm


error while compile hello-world for ios under linux

Hi,
I have problem with hello-world sample of haxeui-master
~/haxeui-master/samples/hello-world$ lime test ios
Error: Source path "/home/paolob/haxelib/hxcpp/3,3,49/lib/iPhone/libstd.iphoneos.a" does not exist

but in ~/haxelib/hxcpp/3,3,49/lib  I have IPhone
if try to rename IPhone to iPhone
~/haxeui-master/samples/hello-world$ lime test ios
Called from ? line 1
Called from CommandLineTools.hx line 1400
Called from CommandLineTools.hx line 25
Called from a C function
Called from CommandLineTools.hx line 126
Called from CommandLineTools.hx line 619
Called from lime/project/PlatformTarget.hx line 77
Called from lime/tools/platforms/IOSPlatform.hx line 55
Called from lime/tools/helpers/IOSHelper.hx line 21
Called from lime/tools/helpers/IOSHelper.hx line 163
Called from lime/tools/helpers/IOSHelper.hx line 93
Called from /usr/lib/haxe/std/haxe/io/Input.hx line 183
Called from /usr/lib/haxe/std/haxe/io/Input.hx line 176
Called from /usr/lib/haxe/std/neko/_std/sys/io/Process.hx line 70
Called from /usr/lib/haxe/std/neko/_std/sys/io/Process.hx line 79
Uncaught exception - Eof

hostnamectl
 Static hostname: biaultra.it
         Icon name: computer-desktop
           Chassis: desktop
        Machine ID: a6245e8ded17450298dbce852f11c8b3
           Boot ID: 59a260fb33ec4fdab842ac9736dbaeba
  Operating System: Fedora 22 (Twenty Two)
       CPE OS Name: cpe:/o:fedoraproject:fedora:22
            Kernel: Linux 4.4.14-200.fc22.x86_64
      Architecture: x86-64

haxelib list
actuate: [1.8.7]
box2d: [1.2.3]
cocktail: [1.0.0-beta.5]
format: [3.2.1]
haxelib_client: [3.2.0-rc.3]
haxeui-rich-text: [0.1.2]
haxeui-webview: [0.1.1]
haxeui: [1.8.21] 1.8.20
hscript: [2.0.7]
hxcpp: [3.3.49]
hxjava: [3.2.0]
layout: [1.2.1]
lime-samples: [2.6.0]
lime: 3.2.0 [2.9.1]
openfl-samples: [4.0.0] 3.3.1
openfl: [4.2.0] 3.6.1
swf: [2.2.4] 2.2.1
thank you

Currently, iOS is support only from macOS, due to Apple's tooling 😦


Prefab objects treated as Scene objects then report errors of no scene ID

I store objects layout in a Prefab so that I can seprate the static scene and network objects that varies in each level. By load and spawn every single object with networkIdentity in it.

It seems Mirror treat this "layout" object as a scene and allocate scene ID to every network objects.
Then every time run any scene it will call errors like this:

Notice that no scene name displayed.
And through test the number of error is exactly the same with that in the "Layout" Prefab.

You're not showing us enough, but if you have nested objects with Network Identities on objects and some or all of their children or decendants , you'll need to clean all that out as that's not supported.  Network Identity should only occur once in any given object's hierarchy.

You're not showing us enough, but if you have nested objects with Network Identities on objects and on some or all of their children or descendants , you'll need to clean all that out as that's not supported. Network Identity should only occur once in any given object's hierarchy, typically at or near the root.

Actually in game，the “layout” prefab won't be loaded directly , it just works as a "Vessel",descendants game objects are independently spawned after the stage scene being loaded.
I choose the prefab as the layout vessel due to it's easier to arrange the objects and NPCs. Also if using a scene to store it, the stage scene can't be unloaded automatically since it must be marked as" Dont destroy" before the network objects scene loaded.

Network objects are directly spawn in the root hierachy.
So,I don't find any true conflit with this method , except the error report.
Could you please optimize this error report rule to avoid this situation?

This begs the question of why you're not using additive scenes if you're going to load all this stuff anyway.

@dengbohan Please try this release and see if the issue is fixed.  Note that you should remove the Mirror folder before importing this update.

The error report has gone.Things go well.
But,the player spawn location seems corrupt.

But,the player spawn location seems corrupt.

That needs a new bug report as it's a different issue.
Closing as fixed in #833


Use current time in output file name

Closes https://github.com/istanbuljs/puppeteer-to-istanbul/issues/20
Pros

One test run can have multiple coverage reports

Cons

Need to delete .nyc_output folder before running the test suite

Alternative
If https://github.com/istanbuljs/puppeteer-to-istanbul/pull/25 is merged, Users can define different fileNames as required.

Closing in favor of https://github.com/istanbuljs/puppeteer-to-istanbul/pull/25


Update build.yml

Updating build files to account for repurposing of "internet" section to "fundamentals."

@jrf0110 Who should we work with to approve these types of requests?

Why is #959 a separate PR from this one?

Why is #959 a separate PR from this one?

@jrf0110- I can't figure out how to combine 958 and 959. I edited the files from Github instead of my local repo, so I didn't go through the usual process of creating a specific branch for this work. Any guidance on how to combine these appreciated!

This PR depends on #954 which renames the products/internet folder to products/fundamentals.

Why is #959 a separate PR from this one?

@jrf0110- I can't figure out how to combine 958 and 959. I edited the files from Github instead of my local repo, so I didn't go through the usual process of creating a specific branch for this work. Any guidance on how to combine these appreciated!

@jrf0110 Pedro helped me figure it out, now combined into one PR and I'm closing 959!


[feat] Include SQL Fluff Actions

Lets add controls to interactively lint, auto fix the SQL our users are authoring in the workbench.
We want to continue to peel away the layers of separation between value creation and ensuring quality of work.

Done by virtue of the SQL fluff integration into the primary codebase for server usage.
I may open a followup issue to take that work and add it to streamlit + CLI


APRNumerics::compute_gradient_vector() fails to calculate gradient for last particle

It seems that APRNumerics::compute_gradient_vector() is missing the last particle in the dataset. I can consistently reproduce this with all the datasets I have, and the Java wrappers.

Is this still a problem? If yes, how to reproduce it?

Let me have a play, and see if its still an issue. Was when using the file from Scenery.

@skalarproduktraum lets remember to check this :)


Interactive tables

Add sorting. This should help: https://examples.bootstrap-table.com

Not as good as expected - aggregates missing, sorting doesn't work with badges, ...

Search would be also great


Sample data update

Diversify parent numbers.
Remove whitespace following p/ in add command message usage.

Coverage remained the same at 92.77% when pulling 33597bf594b04d9e80980f1c74f3e27e93d1e049 on Lenaldnwj:Sample_Data into a6b4f07e78bf5099c22a8ea4ec20ce36998cf7e6 on CS2103AUG2017-T16-B2:master.


TypeScript error in mutate function from useMutation hook for variables param

Describe the bug
When using mutate function from useMutation hook I'm getting TypeScript error for param variables
Argument of type '{ password: string; email: string; }' is not assignable to parameter of type 'void'.
To Reproduce
Steps to reproduce the behavior:
  const { mutate } = useMutation((values) =>
    axios.post('/test', values),
  );
  const onSubmit = () => {
    mutate({ password: 'test', email: 'test' });
  };

Expected behavior
Looks like type TVariables = void in UseMutateFunction is causing the issues. It should accept objects like in the example from docs https://react-query.tanstack.com/guides/mutations
Additional context
<EMAIL_ADDRESS><EMAIL_ADDRESS>

you very likely need to type the input to the muateFn, otherwise, typescript has now way of knowing what it is:
type Variables = { password: string, email:string }
const { mutate } = useMutation((values: Variables) =>
    axios.post('/test', values),
);
 const onSubmit = () => {
    mutate({ password: 'test', email: 'test' });
 };

^ it doesn’t work at all. if you checkout the error above. it's saying
{ password: string, email:string } is not assignable to void. it means the mutate function should not have param at all.

that is just because if you write:
  const { mutate } = useMutation((values) =>
    axios.post('/test', values),
  );

it is not defined what values should have for a type. The generic TVariables defaults to void and that's the error you are getting. If you write a function in typescript:
const myFunction = (variables) => console..log(variables)

the compiler needs to know what variables will be, otherwise, it will be implicitly any.
if you take my example where values has a type of values: Variables, you will see that it works.

What should I pass as the first argument to mutate if the mutation doesn't take any variables?
function useLogout() {
  return useMutation(() => api.logout());
}

const logout = useLogout();

logout.mutate(
  null, // neither null or {} is not assignable to parameter of type 'void'.
  {
    // ...options
  }
)


Verify that "Roșești" is listed in the drop-down menu

Description:
When user writes "Roșești" the location appears in the drop-down menu next to the comune and the county which is a part according to the law
Precondition:
The website is up an running.

Step 1
Write in the search bar "Roșești"

Expected results
The location appears in the drop-down menu as "Roșești, Alba (Albac)"


feat: #206 add flag to list projects also matching group name

The test failes becaut the test repo is different than expected. That is not my fault ;-)

@dosmanak , sorry for the delay in response.  I'm not sure all your code is in this MR?  AFAICT you've only added the -g option but I don't see what you do with it.


🚀 Feature Request: Support/don't crash when using send_mail in miniflare

Describe the solution
When adding import { EmailMessage } from 'cloudflare:email'; to index.ts (following the docs) I get the following error when running wrangler dev:
[wrangler:inf] Ready on http://localhost:8787
✘ [ERROR] service core:user:my-project: Uncaught Error: No such module "cloudflare-internal:email".

    imported from "cloudflare:email"

✘ [ERROR] MiniflareCoreError [ERR_RUNTIME_FAILURE]: The Workers runtime failed to start. There is likely additional logging output above.

I don't need to send emails locally but it would be nice if I could at least run my project locally. Maybe if Miniflare just writes a log message when I try to send an email?

It works as well if I run it with --remote: npx wrangler dev --remote

If someone needs a workaround; This works fine for me.
    if (env.MAIL_ACTIVE === 'false') {
        console.log(`Sending mail to ${mail.to} with subject ${mail.subject}`)
        console.log(mail.body);
        return;
    }

    const cfMail = await import('cloudflare:email');
    const email = new cfMail.EmailMessage(env.MAIL_FROM, mail.to, msg.asRaw());

What does the error message mean? If it is telling me that the email binding is not available in local development, shouldn't that just be a [WARNING]?
✘ [ERROR] service core:user:REDACTED-PROJECT-NAME: Uncaught Error: No such module "cloudflare-internal:email".

    imported from "cloudflare:email"

This is still throwing error in Wrangler 3.72.2, any solution?
Uncaught Error: No such module "cloudflare-internal:email".
    imported from "cloudflare:email"

Hello Guys, me I have instead the following error when trying to use cloudflare:email inside my worker. Should I understand that I cannot use it inside the worker directly ?
You can mark the path "cloudflare:email" as external to exclude it from the bundle, which will   remove this error. You can also add ".catch()" here to handle this failure at run-time instead of   bundle-time.

@Jk3ndo How to mark external?

Sorry for late reply.. Indeed I have marked it as external and it worked. Now it depends on your bundler. For vite.js you can do the following and the issue should be solved.
export default {   build: {     rollupOptions: {       external: ['cloudflare:email'],     },   }, };

@Jk3ndo i build with wrangler
wrangler pages ./public —kv=CACHE —d1=testdb

Any advice on how one get to test the flow of emails in development with pages (in a sveltekit project?)
Documentation seems very basic on this topic. Does not seem like it is design for pages, or am I missing something?
Normally there is a variety of factors that would make up an email to be send. Is this the tool for that or do we are we suppose to use something external.
Can cloudflare please comment on that?

@Jk3ndo i build with wrangler
wrangler pages ./public —kv=CACHE —d1=testdb

Hello @vickyRathee , I am sorry but I can't help since I never did it like. But I will check and let you know if I find a way.

Any advice on how one get to test the flow of emails in development with pages (in a sveltekit project?) Documentation seems very basic on this topic. Does not seem like it is design for pages, or am I missing something?
Normally there is a variety of factors that would make up an email to be send. Is this the tool for that or do we are we suppose to use something external. Can cloudflare please comment on that?

In case someone else passes by with this problem. My solution was to singup with https://resend.com/ and 10 minutes later I had my mail delivered. Quicker than trying to find out how this works.


"Offline" Image Targets Compiler

Not an issue, but rather a tool feature request.
I travel via trains and ride the metro a lot, where stable internet connection is really hard to achieve. Using existing targets compiler in such conditions is an absolute nightmare. Is there any chance for an offline compiler? Like node.js version for ar.js? I think a lot of people would appreciate such feature. Thanks for the answer in advance

hi bro in example https://github.com/hiukim/mind-ar-js/blob/master/examples/image-tracking/compile.html

hi bro in example https://github.com/hiukim/mind-ar-js/blob/master/examples/image-tracking/compile.html
Hi dtboy1995,
How to run it? as offline.
need a small tutorial.


Upgrade JavaCPP to just released version 1.5.4

@saudet , any idea how we can fix the build? There is a recurrent Cuda package error now on the GPUs platforms.

Looks like the CUDA Docker images from NVIDIA are broken? We might want to switch to some other way of installing CUDA...

Just out of curiosity, I'll try to build on top of Cuda 10.2 docker image to see if that works...

Mmh, worked on Cuda 10.2... https://github.com/tensorflow/java/runs/1101759245?check_suite_focus=true
I don't know if we can have issues at runtime, but according to @frankfliu, it will fallback anyway looking for Cuda 10.1 so this should be impact-less to our users. Should I commit?

No, it's probably not going to work with either CUDA 10.1 or 10.2...