Posts by nevali@troet.cafe
 (DIR) Post #Ahycu2RdGJOzgAuot6 by nevali@troet.cafe
       2024-05-09T22:08:06Z
       
       0 likes, 0 repeats
       
       pro(ish) tip: if you must include last-modified timestamps in generated files (because that is often quite useful), you may want to derive it from the modification times of the source files if you're going to re-generate them frequently, or else you'll need to arrange for your version control system to ignore that bit of texta commit consisting of several hundred one-line /* Automatically generated at ... */ changes is generally unhelpful, it turns out
       
 (DIR) Post #Ahycu5JEbzT2Z00eiO by nevali@troet.cafe
       2024-05-09T22:11:53Z
       
       0 likes, 0 repeats
       
       anyway, i have mapped and crossreferenced every attribute type and object class from the COSINE X.500/Internet project, the Heimdal LDAP Kerberos mappings, and RFC2307 NIS/LDAP mappingsi'm nearly at the point where i can test those schema files with OpenLDAP (their contents is in the wrong order atm)i need to finish off the core standard LDAP object & attribute set though — well, i've got (nearly) all the attributes, but not all of the classes, and inetOrgPerson is MIA
       
 (DIR) Post #Ahycu8XWbJgGaBibuC by nevali@troet.cafe
       2024-05-09T22:16:59Z
       
       0 likes, 0 repeats
       
       there's a lot to be said for the X.500, LDAP, RDF, knowledge-management approach of defining a property/attribute, giving it a global name, and then assembling classes from those properties — it means a property *has* to have the same definition in every class that uses it, you can't have it be a string in one place and an integer in another, for examplein contrast, in most programming languages, property definitions are scoped to their containing class
       
 (DIR) Post #AhycuBMI7XTfKDUBJQ by nevali@troet.cafe
       2024-05-11T11:54:12Z
       
       0 likes, 0 repeats
       
       you know i think it's Quite Funny, Actually that there does not exist a meaningful machine-readable repository of LDAP attribute types and object classes, despite them all essentially being specified as ASN.1, besides "the OpenLDAP source tree" and "scraping RFCs"there is no standard web service you can call or bucket you can probe which will give you the exact definition of the LDAP attribute type with the OID 2.16.840.1.113730.3.1.2 defined in RFC2798fascinating, really
       
 (DIR) Post #AhycuEDBVqyYAqFS2C by nevali@troet.cafe
       2024-05-11T11:55:02Z
       
       0 likes, 0 repeats
       
       (of course if you have an LDAP server which already knows about it, you can ask it, they [the mysterious amorphous "they"] got that bit right)
       
 (DIR) Post #AhycuH0X7LdcqTLtEO by nevali@troet.cafe
       2024-05-11T14:06:22Z
       
       0 likes, 0 repeats
       
       coming up with a unified XML format that handles all of this stuff was a reasonable ideawriting validation logic into the parser from the outset has saved me hours of problem-solving time from stupid typos and the likei do not yet confirm which things are labelled/described/documented properly, and in which of the various flavours are the definitions complete enough to generate code from (e.g., i can define a type and not provide the information to generate a typedef and it won't complain…)
       
 (DIR) Post #AhycuJyW5Io835Qp0K by nevali@troet.cafe
       2024-05-11T23:48:41Z
       
       0 likes, 0 repeats
       
       i use URIs internally to identify all of my entities, and then i define URI namespaces which map to different prefixes (and file paths) depending upon the flavour being generatedwhich is cool except that anything LDAP will also have an OID as its "globally-unique" definition, plus a non-clashing name in a local context; COM interfaces ditto but with UUIDsin many contexts things can have multiple equally-applicable names, as long as they don't clashi now check this all, and generate indexes
       
 (DIR) Post #AhycuMkRm4KseJs7zU by nevali@troet.cafe
       2024-05-11T23:50:53Z
       
       0 likes, 0 repeats
       
       all the clever mapping logic and config in the world is no substitute for eyeballing the results to make sure you're not for example attempting to define a C global symbol in something you expect other people to one day use, called, bemusingly enough, "C"like yes it's strictly valid but you definitely don't want to be doing it
       
 (DIR) Post #AhycuPazBhYBTqT7A0 by nevali@troet.cafe
       2024-05-12T00:07:22Z
       
       0 likes, 0 repeats
       
       i'm not a great deal better in my first language than in my second, so far
       
 (DIR) Post #AhycuSSaXNcEMfYwzI by nevali@troet.cafe
       2024-05-12T00:12:40Z
       
       0 likes, 0 repeats
       
       i need to tweak my LDAP schema generator to output in dependency order (which an older PHP implementation of much the same thing did do) and then i can actually test what it's spitting outin *theory*, if i specify the base types correctly, that will also give me JSON schema documents for all of the standard LDAP/X.500 object classes (because i've already written the JSON schema generator itself)and that's just a hop, skip, and a jump from the XML and RDF schema docs
       
 (DIR) Post #AhycuVD6JQ0etVL7lQ by nevali@troet.cafe
       2024-05-12T00:17:42Z
       
       0 likes, 0 repeats
       
       back in COM-land, you will (...) be able to get the metaclass objects by either their assigned https URI, objectClass OID, or the OID or UUID encoded *in* a URI, alongside the current UUID-based lookup that happens nowthat's largely dependent on my implementing the 'Locator' class which encapsulates URIs and things that can be losslessly mapped to URIs like filesystem paths and UUIDs, which i'll get around to in a bit
       
 (DIR) Post #AhycuXyg1VFpTdc9CK by nevali@troet.cafe
       2024-05-12T00:26:45Z
       
       0 likes, 0 repeats
       
       but tbh that's just a fun aside, the main purpose of the Locator class is to turn URLs into actual object instances — class objects are just a particular breedfrom a programmer's pov, it shouldn't feel at any point like "loading or saving a file", but getting access to an object which may or may not already be in memory, manipulating it as required, and then relinquishing it when done — whether that's a JPEG image or a script or a git repository or a DASH media stream
       
 (DIR) Post #AhycuaqzKXt2Of2Y88 by nevali@troet.cafe
       2024-05-12T00:29:58Z
       
       0 likes, 0 repeats
       
       i haven't fleshed out the specifics of the required interactions between client code, middleware and registry, and the codecs and translators that would be able to provide an implementation of a particular interface for a certain type of encoded data or directory structure — or at least, i haven't figured out two things: 1 - making it elegant without violating the COM specs, and 2 - making it efficient without horrendous caching requirements
       
 (DIR) Post #AhycudYfH80omhUSUC by nevali@troet.cafe
       2024-05-12T00:32:00Z
       
       0 likes, 0 repeats
       
       in my (considerable) favour is the fact that it's 2024 and when these ideas were being first implemented in anger was about thirty years ago
       
 (DIR) Post #AhycugSOUtmLm7Zzd2 by nevali@troet.cafe
       2024-05-12T00:43:46Z
       
       0 likes, 0 repeats
       
       the advantage (to me) of defining everything as RPCable interfaces is that i can funnel object instances into a WASM environment with relative ease, which together with the other pieces of the chain allows for highly-controlled workload execution environments which can be granted access to any specific objects (and which may canonically exist on another node, another system, or somewhere else in the enterprise entirely)
       
 (DIR) Post #AkXQjGFYRaO5Ck5jaS by nevali@troet.cafe
       2024-08-01T23:23:14Z
       
       0 likes, 0 repeats
       
       something i find interesting about how language works is the fact that the full-scale invasion of ukraine by russia is typically referred to in german public-service media as „der russischer Angriffskrieg in der Ukraine“, which literally translates as "the russian war of aggression in ukraine"i know it's not *necessary* but i feel like having a specific word for "war of aggression" helps remind people what the fuck is going on a little bit
       
 (DIR) Post #AkXQst4XTNIqDSWrnk by nevali@troet.cafe
       2024-08-01T23:11:51Z
       
       0 likes, 0 repeats
       
       how long before people stop saying "since the Cold War" and instead say "since the start of the second Cold War"
       
 (DIR) Post #AkXQsuI2wdhZzdrAUi by nevali@troet.cafe
       2024-08-01T23:18:32Z
       
       0 likes, 0 repeats
       
       presumably "digital twin" is terminology only used because people are fearful of legal action re "avatar" because i can think of no other reason why such awful wordage would be deployed
       
 (DIR) Post #Akv5dpqdk7sEd4314y by nevali@troet.cafe
       2024-08-13T09:03:48Z
       
       0 likes, 0 repeats
       
       i've watched a reasonable number of documentaries from credible german-language sources about WW2 over the last couple of years and the main thing that strikes me about them in contrast to english-language documentaries on the same subject, is that overall german sources tend to focus on how the war started, whilst english sources tend to focus on how it endedfrom the perspective of not wanting to repeat history i find the former considerably more beneficial
       
 (DIR) Post #AlWStWWGrPgT6uUGi8 by nevali@troet.cafe
       2024-08-22T18:42:40Z
       
       0 likes, 0 repeats
       
       "you've said you're voting in the upcoming election for the man who has been described as "110% Nazi", can you tell us why?""well, he just says things a lot of us are thinking""that people with parents or grandparents born elsewhere should be deported?""not that bit""that a grand Jewish conspiracy lurks behind our economy?""not that bit either""that democracy is a failure and the whole system needs to be razed to the ground and replaced by a dictator?""no… well, not really…"