brambo schreef :
Of dit al een LTS versie is weet ik niet.
Bram
Fedora is fast moving en heeft geen LTS versies. Zelfde geld ook wel voor raspbian/debian vind ik zelf. Met het verschil dat debian met zijn releases wel echt Stable is maar elke 3 jaar houd de support wel op.
Ubuntu is lekker transparant, LTS is naast langere support ook echt stable. Rhel en oracle (vroeger ook centos) lopen vaak verder achter maar ook rete stabiel. Fedora is de speeltuin van rhel.
Onderstaand de hippe logica die van een 32bit hardware id de 8 chars key maakt waarmee je oesenc kaarten persoonlijk encrypted zijn. Onderstaande code is een aanname ergens op github een verdwaald documentje gevonden die eigenlijk niet published had mogen zijn denk ik.
c++ code
HW_ID_32 = 32_bit_HW_ID
e.g. = "ABCDEFAB"
The 32_bit_HW_ID is calculated exactly the same as 20_bit_HW_ID, except we take all 32 bits of the hash results in fpr02 logic:
// Hash the string IDs to get the HW_ID
wxCharBuffer IDsb = IDs.ToUTF8();
char *s = IDsb.data();
const unsigned int Prime = 0x01000193; // 16777619
const unsigned int Seed = 0x811C9DC5; // 2166136261
unsigned int hash = Seed;
for(unsigned int i = 0; i < strlen(s); i++)
{
hash = hash ^ (s[i]); // xor next byte into the bottom of the hash
hash = hash * Prime; // Multiply by prime number found to work well. ?? Overflow ??
hash += hash << 13;
hash ^= hash >> 7;
hash += hash << 3;
hash ^= hash >> 17;
hash += hash << 5;
}
// Keep all 32 bits
//HW_IDi = hash >> 12; // from 32 to 20bit
HW_ID.Printf(_T("%08X"), hash);
}
return HW_ID;
Hier kan je informatie vinden over de s63 standaard
iho.int/uploads/user/Services%...1.2.0_EN_Jan2015.pdf
oems staan vrij om zelf een hardwareid te verzinnnen. In het geval van oesenc wordt dit gedaan door de closed source oeserverd binary.