HN user

elFarto

229 karma
Posts1
Comments79
View on HN

We saw all incoming traffic to our app drop to zero at about 15:45. I wonder how long this one will take to fix.

I was using the asn1bean Java library yesterday funnily enough. I'm sure it's fine for X.509 stuff, however lucky me got to use it with the more obscure parts of X.400. It's lacking support for COMPONENTS OF, and a bunch of other things that were likely deprecated from the ASN.1 spec a few decades ago.

Godot 4.1 3 years ago

What's now really missing is from sourceware binutils: fine grained control of the versions of the symbols to use while creating binaries.

I did actually prototype an idea for attempting to fix this. The tool would take a list of symbols from a text file and produce a (non-functioning) .so file that ld can link against. The newly created .so file can be injected in via an environment variable (LIBRARY_PATH iirc).

Since the list of symbols is just text, it's easily modified to contain only the one's that you want to target.

It's not a complicated tool to write, but there are some issues like how to reliably get ld to pick the correct .so file when you're overriding an existing on, LIBRARY_PATH is not 100% reliable. The other issue was if it's nessassary to recreate all the symbol types (like weak, etc..) exactly, I'm not sure exactly what's required for ld.

I did receive a notification from Microsoft of a suspicous login about a week ago. The password for that account was a relatively strong one (upper/lower case, numbers and some symbols I think). It was an actual login, not just an attempt. I also don't use my Microsoft account for anything (no Windows/Xbox).

So I'm inclined to say that they have had a breach.

I'm using Enpass, which mostly works fine. However, they've recently moved to a subscription model which is unfortunate, where-as I bought the Android version a while ago which gave me a 'Premium license'.

I actually wrote a UEFI boot loader a few weeks ago that loads the kernel, initramfs and command line directly from a file on the root fs. It uses the efifs project to let it load directly off of an ext4 file system.

It's nice to use compared with grub, just edit a file and reboot. I've struggled to understand exactly how the fedora boot system is configured, and which command I need to run or file to edit to get it reconfigured.

Interesting. I've always wondered why there wasn't an addition in/out fd pair for communicating with the previous/next program in a chain of pipe, e.g:

  foo     |  bar
  STDOUT --> STDIN
  ALTIN  <-- ALTOUT
You could detected it by looking for specially number fd's open on program launch, or maybe an environment variable.

Well, they've finally got the right form factor, but that price is...expensive, esp. considering it's not got much more than a Raspberry PI 4 Compute Module + I/O board which is about £110/$150. And the PI has a GPU built-in.

Likely that PCIe switch IC they've got in there is a fair chunk of that price.

I doubt it's a limit of the CPU. It might be a limit of the method used to connect the PCIe component to the CPU (the SCB bus on the PI IIRC).

The device tree file does contain the range of memory to use for the PCI BAR, could it be as simple as increasing that number (the last value of the 'ranges' item I think) and rebuilding it? Seems unlikely, but might be worth a go. I'm uncertain how much the device tree file is describing the actual setup of hardware, and how much is used to actually configure the hardware.

The larger issue might be the complete lack of I/O space. Again this could be added in the device tree file, but who knows if the underlying device even supports it.

The DRM on the Audible downloads is so easy to remove, then you can have it in whatever format you want:

   ffmpeg -activation_bytes <your magic bytes> -i inputfile.aax -vn -c:a copy output.m4a
You'll need to search around for how to find out your magic bytes, but it's not difficult.

There's also this magic function:

  private static <T extends Throwable> T sneakyThrow(Throwable ex) throws T {
     throw (T) ex;
  }
Due to generic type erasure, the entire throw clause gets erased so it looks like this method doesn't throw anything.

The 'ip' command only operates on runtime state (it doesn't save anything to disk).

NetworkManager used to be configured to save it's config to /etc/sysconfig/network-scripts on Fedora, for backwards compatibility (see /etc/NetworkManager/NetworkManager.conf).

/etc/network/interfaces is the Debian alternative to network-scripts. I don't use Debian based distros much so I don't know too much about that.

There's also systemd's networkd, which has it's own config in /etc/systemd/network.

Honestly I'm surprised you've got a Fedora machine with networkd. Usually NetworkManager has been the goto choice (and is what my Fedora 32 install has, although this install has been upgraded from Fedora 23 so take that for what it's worth).

Most of this mess comes from ifconfig (which again, only operated on runtime state), which people then wrote scripts around to automate the setup of the networks. Then ip came along to access networking features that ifconfig couldn't.

You best off sticking to NetworkManager (in my opinion) for desktop usage. It has a far better GUI integration than networkd (which is fine for server/embedded use).

I have a USB 3.0 Orico enclosure with a Pi4 and I had to pass '-d sat' to smartctl for it to work:

smartctl -a -d sat /dev/sda

Newer versions of smartmontools shouldn't need it, only the older one that Raspberry PI OS has.

Unfortunately this won't be supported by the proprietary NVIDIA drivers. It requires them supporting DMA-BUF, which they can't due to those symbols being marked as GPL. Even then, they don't support VA-API.

There is a library that maps VA-API to VDPAU (their other video acceleration library), but that doesn't support DMA-BUF either.

I wouldn't hold your breath that this would ever be supported. It'll probably be easier to modify Firefox to use NVDEC directly, given that FFMpeg already supports that. But I don't think that'll be easy given their reliance on DMA-BUF for composition.