Tariffs have been a whirlwind. Most of them are gone now but some remain. Anyone ordered direct from watercool.de Gemany to US since the end of February? What did you end up paying in tariffs if anything?
jamfour
u/jamfour
Hi all, wondering if anyone has successfully used the Canon PL to RF Lens Mount Adapter (that has the locking plates and passes Cooke /i data) on a C70. Especially wondering if the /i data passing works. As far as I know, Canon only officially says it works on C400 and C80.
It's great to get a panic, you know then that you are dereferencing null pointers
reddit.com/r/golang/comments/8a3tfu/why_dont_...It’s not recommended to install SUID programs when not authored by a cybersecurity expert. I however have convinced both myself and o1-preview that privilege escalation is effectively mitigated.
github.com/RaunakChhatwal/fhsenv/blob/88f8873...the only true 'global' variables, are ones that you can access via Internet Protocol
news.ycombinator.com/item?id=42008298Found the theoretical informatician… Nope, not in real world software engineering
news.ycombinator.com/item?id=41800810Follow-up from my previous post (thank you to those that replied confirming it wasn’t just me).
I’ve worked-around by changing the USB controller to e.g. <controller type="usb" index="0" model="qemu-xhci" ports="7"> (selecting “USB 3” in libvirt will get almost there, then change the ports in the XML editor). Now QEMU USB devices appear in macOS and keyboard+mouse work again.
The qemu-xhci device actually creates two separate USB controllers (one for USB 3, one for USB 2) that each have as many ports as specified. So ports="7" means we get twice that (14 ports) in total. In raw QEMU
- Keyboard works fine in OpenCore boot menu, but not on macOS login screen (can ssh in and do things just fine, system is not hung)
- Worked okay prior, rolling back disk snapshot to pre-14.4 and all works well
- Using libvirt to run qemu
- Using ich9-ehci1 controller, tried also qemu-xhci controller, both not working
- Tried adding (previously not present): OpenUsbKbDxe.efi, UsbMouseDxe.efi, XhciDxe.efi, USBInjectAll.kext to no avail
- Tried removing QEMU USB input devices (leaving the PS/2 ones) and adding Ps2KeyboardDxe.efi & Ps2MouseDxe.efi to no avail
ioref -p IOUSB -l -w 0only shows root IORegistryEntry on macOS- USBMap on macOS 14.4 finds one controller, but no ports (finds port
Running nix-shell --pure is helpful because it allows interactively testing without having a ton of unwanted dependencies. Flakes are great, but that means I am using nix shell (not nix-shell), and that does not have a --pure option (nor does nix develop). I can pass --store, but I do not want to have a chroot-ed store for this (it is also prone to drift), as it is more space and build time. I could use flake-compat, but that feels like the wrong direction, and does not work without changes to the source.
Is there a good way to get a pure shell from a Flake without the above caveats?
Went away and realized I forgot my battery charger. Dismayed, I tried to conserve battery usage but it only goes so far. Then as the battery icon started flashing, it occurred to me that R-series cameras can charge the battery in-camera. Later that day grab my laptop’s USB-C charger, plug it in to the camera, and voilà! Battery charging!
So just a reminder to all about this feature if you find yourself without the normal battery charger but have a standard USB-C PD charger.
(Aside: Canon’s PD-E1 charger is stupid expensive and likely no different than a standard PD charger.)