Tomas Hoger

The crash is caused by this debug/error message: https://github.com/vlm/asn1c/blob/v0.9.28/libasn1fix/asn1fix_enum.c#L82 ``` FATAL("HERE HERE HERE", 1); ``` It looks like some temporary message added while debugging some issue, but that assumption is...

The `-s` option requires device name to be specified, such as `macchanger -s eth0`.

Please close this report. You should be able to do so as its reporter.

The "device name" in the request presumably refers to the network device / interface name, so rather something like `ifconfig` or `ip addr show`. @AlterRainbow please close this as it's...

Can you post output of two subsequent runs of something like this? ``` # strace -e trace=open,read macchanger -r eth0 2>&1 | tail -n 15 ```

Right, problematic version was meant to be tested. But now I noticed that my guess your problem might be related to random seeding is probably wrong, as new (random) MAC...

It works fine here. Question above was to get some information that may hint why it's failing for you.

> Is there a way to make macchanger not look on hwrng? or if it fails load the next random source? `read()` errors are currently not checked. The easiest way...

Device name is mandatory option. It seems you only run `macchanger -s`, which does not work because of the missing device specification. You need to run something like `macchanger -s...

A work-around that you may or may not find less ugly than your code above would be to first use macchanger to set vendor/OUI part and next use it to...