Some more self-delineation so you know this is neither anonymous, nor privacy related. Completely formal and real outline of history, nothing to hide, draft outline follows:
My (father's) personal, technical school, town and factory station call signs are internationally registered and also recorded in the US and CARTG international amateur radio contest winners (CQ magazine publications) years 1977-1982, with national constructors awards here too for the equipment used to win these world contests and recorded in the national historic record of amateur radio and electronics constructors progress for rationalisations and inventions implementation. We have also other internationally registered amateur radio call signs of people who worked in the facilities here and educated many students in the technical university here, including my graduation. He (father) and I can validate this personally as well, and he had been career long maintaining and repairing the said Digital/DEC, Teletype, Honeywell, IBM, LSI, HP, Siemens, Excellon etc undisclosed equipment and computers for the non-standard, CAD/CAM, drilling and milling, mounting and computerised functional testing services in the manufacturing of electronics and computers in the PCB and mounted electronics manufacturing facility. That I was attending as a kid and throughout my primary and middle school years, in the computer and electronics equipment repair laboratories and the radio club where I spent countless days on computers and machinery from teletypes with tape punch-readers to custom made modems for wireless digital long haul transmissions, and where I later worked on as the lead IT position after my language school and technical university graduation, and the factory complex privatisation in 2002 by the company I was working for as well (internationally) prior to that point. The computers were also internationally exported in the Eastern Bloc and clone 8bit and 16bit Western open and closed licensing during the iron curtain embargo 1980-1990 years. This is the Eastern European country I am talking about: https://en.wikipedia.org/wiki/John_Vincent_Atanasoff?useskin=vector#mw-content-text https://en.wikipedia.org/wiki/History_of_computer_hardware_in_Bulgaria?useskin=vector#mw-content-text These computers were made here apart from many others specialised electronics including then innovate 16-layer PCBs and mounted electronics for export to Japan, and compact scale slot variant industrial instances of the said computers : https://en.wikipedia.org/wiki/Pravetz_computers?useskin=vector#mw-content-text And I have my awards in contests too, diplomas and personal and professional experience with computers, broadcasting live TV before and internet hosting and commerce services after the in house ISP departments for the PCB facilities and multiple other companies that I built myself in lead IT positions, transforming these companies to computerised and digital and internet mode of operation and export, for my country and my region, and internationally in more than one European and Commonwealth country. There is nothing to hide and we're an entire generation of nation wide computer experienced people, from technical OSCAR winners in computer rendered cinematography where many US films are made (here), to a broad range services in the global IT outsourced and near-sourced facilities in automotive and precision instrumentation production and PetaFLOPs supercomputer and AI research facilities. Have you won any international telecommunications competitions and have you produced any computers in your track records with your moon-bounce? I'll send you improvements as time and applicability permits again (as I've done in the past), not even halfway to retirement here. In the meantime, try to not break the system beyond absolute recognition by third party imports if you want any feedback on it and keep up the tempo with work and practice high scrutiny, consistent retains of achieved objectives and missions in the software field too, show some interesting progress your end and make your region internationally renowned too. I've heard and read your "statement" so far by other helpers in the years past, it's repetitive and uninteresting, so make room for more stories and important feedback than canned replies, and personal tease-challenges are met with validation ready results as the project output does too. Back to OpenBSD miscellany talk, folks. The "wholly" ghost in electronics and computing is eagerly awaiting you. On 9/25/23, Christoff Humphries <christoff@deadbeef.monster> wrote: > It sounds like you'd be a perfect person to submit patches for the > project to improve upon. With someone of your background, I'm > certain they would be of high quality and welcomed. > > Unfortunately ideas and complaints aren't constructive, as they > lead to no real change. Ideas and complains WITH patches is a > different matter, and obviously not the subject of this mailing > list. > > Please harness your energy for greater good versus fighting on > the Internet behind anonymity. Otherwise, no matter what your > background or experience, it is just as meaningful as me > claiming I punched an alligator over the moon. > > If you want to help, then help. Otherwise it is simply noise. > > It's that simple. > > > ------- Original Message ------- > On Monday, September 25th, 2023 at 10:34 PM, Eponymous Pseudonym > <suomyn...@gmail.com> wrote: > > >> >> >> Well, let me introduce myself (again). I started personally with >> electronics and real computing more than 40 years ago on 6502 around >> Digital and Teletype and custom made telecommunications and high power >> radio transceiver equipment in an industrial electronics manufacturing >> facility for computers in the COMECON (Eastern Bloc) as a pre-school >> practice as a third generation engineer. I am also a masters >> engineering degree with double excellence and more than 25 years of >> professional UNIX applied experience in computer hardware and internet >> services provisioning in broadcast, electronics production and >> manufacturing, and hosting and services with thousands of machines and >> customers. I have read and written about and on UNIX in 4 natural and >> many internationally standardised synthetic languages. You do not >> know me, but now you do know a bit of this and that too. >> >> Speak about yourself when you say "we", because not everyone is your >> level of progress. Obviously "we" are on the same system but not from >> the same initial points of time and space, and some of "us" command >> more systems and machinery for more serious utilisation. There is >> always a lot more to learn, practice and experience, you're neither >> completely saturated, nor completely wise until you say so. Thanks >> for your attention to detail, I am off this thread now too. A lot has >> happened, regardless of not witnessing it with your own eyes, and >> there is a lot more to happen further. Have patience, persistence, >> perseverance, practice, perfection. >> >> On 9/25/23, Rudolf Leitgeb rudolf.leit...@gmx.at wrote: >> >> > "professional conferences and scientific education" typically >> > employ a quite vigorous process to vet their speakers. This has >> > clearly not happened here ... >> > >> > Regarding "Who do you think you're talking to": this has basically >> > devolved into a pointless dialog between the two of us, since there >> > is all but thundering silence from the actual devs here. >> > >> > On Mon, 2023-09-25 at 21:59 +0000, Eponymous Pseudonym wrote: >> > >> > > Every one, Every where, All ways, You too. That's what professional >> > > conferences and scientific education is for. Who do you think you're >> > > talking to, the mailing list archive readers of a social club for >> > > knitting for the elderly? That is correct too. Time will and does >> > > demonstrate it perfectly. >> > > >> > > On 9/25/23, Rudolf Leitgeb rudolf.leit...@gmx.at wrote: >> > > >> > > > Are you trying to teach the OpenBSD devs how to write good >> > > > software? >> > > > >> > > > Unix software? >> > > > >> > > > Really? >> > > > >> > > > REALLY ????? >> > > > >> > > > On Mon, 2023-09-25 at 21:11 +0000, Eponymous Pseudonym wrote: >> > > > >> > > > > Standardisation, specification and documentation as a starting >> > > > > point >> > > > > for software creation is a normal, reliable and mandated >> > > > > (formally) >> > > > > methodology used everywhere from business to scientific, >> > > > > industrial, >> > > > > medical and military applications. It is not only normal but >> > > > > expected >> > > > > and even required that amateur free and open software follow the >> > > > > same >> > > > > processes and procedures as professional modelling and >> > > > > implementation, >> > > > > especially on historically significant long term projects that >> > > > > are >> > > > > also programming languages and interpreters. >> > > > > >> > > > > It's not a surprise to you, everything in UNIX is a compiler >> > > > > construction reuse tooling and a small (and large) domain >> > > > > specific >> > > > > languages. That is the essence of the system. OpenBSD is a >> > > > > descendant of UNIX, not a free walk in the green pastures of >> > > > > experimental shareware. Now, let's get back to more productive >> > > > > time >> > > > > and space utilisation, kids, good ideas.. third party re-imports >> > > > > are >> > > > > waiting their normalisation and stabilisation to robust and >> > > > > reliable >> > > > > distillations of core "base and extended" system modular >> > > > > componentry. >> > > > > Re-read the long version of the previous post after some >> > > > > specialised >> > > > > references again, and you will see and understand what I outlined >> > > > > clearly. >> https://en.wikipedia.org/wiki/Software_crisis?useskin=vector#mw-content-text https://en.wikipedia.org/wiki/Component-based_software_engineering?useskin=vector#History https://en.wikipedia.org/wiki/List_of_software_development_philosophies?useskin=vector#Rules_of_thumb,_laws,_guidelines_and_principles >> >> > > > > Thanks for the discussion and support, I've said my points and >> > > > > think >> > > > > we're in accord and agreement on all details referenced. >> > > > > >> > > > > On 9/25/23, Rudolf Leitgeb rudolf.leit...@gmx.at wrote: >> > > > > >> > > > > > If you document a switch, you are basically required to keep >> > > > > > that >> > > > > > functionality around forever. Given that the OpenBSD devs don't >> > > > > > like >> > > > > > these --options all that much, I don't see that happening. >> > > > > > Submitting >> > > > > > a patch won't change that. >> > > > > > >> > > > > > IMHO there's nothing wrong, if software can do more than its >> > > > > > documentation shows. It's not like it breaks documented >> > > > > > behavior. >> > > > > > >> > > > > > On Mon, 2023-09-25 at 20:58 +0200, Marc Espie wrote: >> > > > > > >> > > > > > > Don't rant that long. >> > > > > > > >> > > > > > > Sometimes, documentation and code get out-of-synch for a lot >> > > > > > > of >> > > > > > > reasons. >> > > > > > > >> > > > > > > - trying out stuff and documenting later. >> > > > > > > - plain forgetting to update the documentation. >> > > > > > > - having some stuff for a transition period, and then killing >> > > > > > > it. >> > > > > > > >> > > > > > > Your point that stuff that stays around, should ideally be >> > > > > > > documented, >> > > > > > > is a good point. >> > > > > > > >> > > > > > > Now, you gotta realize that people have limited time to do >> > > > > > > everything. >> > > > > > > >> > > > > > > In general, patches are welcome. >> > > > > > > >> > > > > > > In my long tenure on various tools, I've learnt that >> > > > > > > documenting >> > > > > > > stuff is always always a good idea: if you get a new feature >> > > > > > > BUT >> > > > > > > you can't explain it cleanly, then you should go back to the >> > > > > > > drawing-board ! >
