Author: admin

It’s April Fools Day and there are Zionist accounts online thinking posts from Ralph Babet about the alien cover-up are real. I’m just going to address some other bullshit that keeps popping up on Elon’s site, some of which is obviously being pushed by Elon’s anti-African agenda and some of which comes from more general crusader/zionist logic.

I am forced to single out Christians here because as someone with Christian and Muslim and Pagan and Atheist relatives it’s very obvious which side most of these lies originate from, and I have singled out Jews because these lies are often pushed by Israeli influences.

This criticism mostly relates to Egyptian & other “crusader” style accounts online as well as mainstream Christian academics and sponsored Zionists (often Christians) spreading misinformation online, not to official policies of the Coptic church which are surely less idiotic.

Christian “Historians” Calling Herodotus A Liar

This is bullshit, my ancestors taught him history and he wrote well. Christians have intentionally misinterpreted Greek words and spread faulty English translations to paint Herodotus as a liar.

People who oppose the “Herodotus was a liar” narrative are actively excluded from academic history, I was thrown out of history class myself by a “white” Christian because I refused to call Herodotus a liar.

Christians Trying To Paint Egypt As A Once Happily Christian Country

This never happened, the church was always unpopular in Egypt and has survived only because we aren’t all supremacist arseholes like many Christians are.

The early churches had so much infighting between the existing Christians that they hardly had time to convince everyone else of their nonsense.

Christians Acting Like Muslims Started The Holy Wars

Also bullshit. Islam as it’s known today was originally a response to Christian/Jewish imperialism in Arabia. Christians were already trying to wipe out Arab culture before Muhammad, that’s how he got the name (after an elephant in the Christian army that came to destroy Mecca, the elephant refused to serve them).

Christians Trying To Separate Egypt From African & Arab History

Again bullshit, my ancient ancestors in Egypt who they now call pharaohs were Libyan Arabs. The upper Egyptian pharaohs who they praise as the pure race are just the darker skinned version of us. Native Egyptian religion was similar to West African and Indian religions, obviously there were Arab influences too.

Christians Acting Like Islam Destroyed Egypt

Christians went on organised campaigns numerous times to loot & destroy the native Egyptian temples, now some claim that they exclusively are the representatives of ancient Egyptian culture and blame Muslims for the destruction which was mostly led by Christian organisations.

Christians Acting Like We Weren’t Called “Egypt” In Ancient Times

I don’t know where exactly this idea comes from (except it was pushed by French colonists) and today it’s mostly pushed by American Christians. We also had other names but we were obviously called Egyptian since the times of the pharaohs and Egyptian Christians are obviously also called Egyptian (Coptic).

Anyone who owns or reads old books should know this, including Christians.

As for Africans pushing this lie to proliferate some racial replacement theory, you are useless idiots pushing the French agenda. Keme and Egypt both sound like Congolese words and our language is obviously related to central Africa as well as Europe and Asia. The only notable political difference between these names is that parts of France were also referred to with words like Keme and either that name or Masr fits better with biblical versions of history (“Egypt” was used more in popular Pagan sources).

Christians Acting Like I Oppress Them

I’m barely even welcome in Egypt because I refuse to submit to the Jewish lord, Christians almost universally act like I must be banished to Australia to live with Aboriginals for this crime, yet still many Christians online act like I am actively oppressing them. Meanwhile Christians are destroying this country as well.

Christians Saying There Are No Black Arabs/They Were All Castrated

Christians have always been obsessed with castration because they like to fuck choirboys and make them act like girls, so this is nothing new. But this lie is particularly stupid as there are obviously many “Black Arabs” and you can simply ask people if they or their ancestors have all been castrated to serve in a harem.

The real problem many western-minded Christians have with Arabs is that we aren’t big on racial segregation.

It’s also worth pointing out that Christians seem to only acknowledge slavery of men, never women, and that they appear to emphasise castration to make African men feel powerless (rarely mentioning that many enslaved Africans served in militaries etc.). No mention of the potentially millions of white choirboys that Christian organisations castrated for sex, or of deep Christian & Jewish involvement in the slave trade in Arab lands.

Muslims Protecting Christians & Jews From The Truth

Islam was meant to be a peace treaty and a step towards universal knowledge, it was not meant for Muslims to submit to men from religions which spread corruption. I doubt myself that Muslims can be pulled out of this habit but it’s up to institutional Islamic leaders to at least make an effort to defend people from sheer idiocy.

Similarly many westerners claim to be Atheists or Pagans but still push scientifically outdated Christian narratives & incomprehensible biblical race theories on their own people.

It turns out (once again) my scheduler issue is just timing not a “real” deadlock. So changing the frequency at which the scheduler is invoked is a temporary workaround but it looks like I just need to make some general improvements to scheduler performance in the longer term.

It was also a good opportunity to test my backup scheduler implementation, so it looks like it will be very easy to switch between the simpler scheduler version (“round-robin”) & more full-featured versions (“priority-based” etc.) after a little more cleanup.

Latest screenshot running on top of the kernel:

https://github.com/instructkr/claude-code

This isn’t the whole AI but does seem to include a lot of the frontend for coordinating the AI to write/edit code. I’ve only had a quick look but I’m sure it’ll be very interesting to researchers at companies competing with Anthropic.

It seems that they were keeping their internal source code on publicly accessible servers and that the npm package metadata included an address pointing to the source code. As I suspected, the people running these AI companies seem a bit dumb.

An engineer friend once said “aesthetics are important”, in relation to machines not being merely mechanical in their features but also needing to be useful to humans. This means that a machine has to look/feel useful for us to understand it’s purpose and a machine should not be obstructive to human needs.

But more generally culture is important, a machine needs to fit culturally into it’s surroundings and I think that’s the real problem with modern operating systems. They fit into a kind of California & Washington oriented culture that probably isn’t that relevant even for American audiences.

I’m a vi guy but not in it’s original cultural sense, I’m a hacker but not in it’s true American-vs-Russian form, I’m a Mac guy but not a fan of Apple, I’m a DOS guy but I want nothing to do with Microsoft, I’m a TempleOS guy but I oppose the religion of the schizophrenics. We culturally become part of the machine and if we don’t direct this culture ourselves we end up as second-class citizens.

So am I developing an operating system for myself, or for Australians, or for Africans, Irish, etc.? Am I developing an operating system for the real hackers, for the 1337357? Am I developing an operating system for the old or for the young, for the most disabled or for the most able?

I guess I intend to develop an operating system for those who value security, and for those who enjoy tinkering and learning, and it is very much inspired by Egyptian political thought that I don’t want ourselves and the rest of Africa and the Palestinians and the Iraqis etc. to be treated as outsiders everywhere.

I guess the main defining feature of my operating system is that it’s my operating system, and doesn’t belong to anyone who wants us excluded from the industry.

To be clear I like AI, I’m a fan. I think it will give humans marvelous insight into many things, but I don’t think it will make software better. And I also don’t trust the current AI companies for obvious reasons (they seem to be run by industry plants) but this will just be about technical aspects.

I’m a programmer who used to try and design better tools thinking better tools leads to better software and more happiness, but when I started getting more serious about designing an OS I realised the quality of software actually seems to degrade in correlation with better tooling.

BASIC games still work after decades, C++ games break between Windows versions. MenuetOS is reliable enough to run industrial control panels on, other operating systems are steaming piles of shit that nobody would trust attached to a motor.

And there are probably a few reasons for this:

• High level languages encourage absolute n00bs from the university system to present themselves as qualified experts seemingly without learning any fundamentals (they don’t seem to teach things like assembler so much anymore, resulting in general incompetence)
• High level languages have basically solved every problem already, usually in a very mediocre one-size-fits-all way, encouraging people to think less about ideal solutions
• Toolchain issues can significantly complicate design, deployment, debugging and other things in ways that just aren’t a problem in C or assembler
• Languages with security features appear to be giving people a false sense of security, you have to actually think of security problems not just “muh code is impervious to buffer overflows”

I will still release some high level tools, AI toys and the like – but more because I enjoy these things than for technical or marketing reasons. For now I am finding more enjoyment in replicating the old ways of development with newer/faster hardware, and I’m just not having a lot of problems using C.

I spent years trying to get used to the name on my government forms but it’s just not me. This has been the hardest part of trying to build a reputation online.

I will only ever be known in honesty as a person who was forced by society to use a Christian-friendly Hebrew-compatible name for much of my life and who absolutely hated it. There are many others like me.

If I could choose a name for myself I would obviously choose something which would be highly offensive to Jews & Christians, but names which are offensive to the “whites” are illegal in Australia. So I am left to simply reject the name on my forms without having a clear alternative.

I hope one day I will be able to get an African passport and to have something sensible written on it instead of this wypipo nonsense.

This includes optimisations to my memcpy (previously only in an unoptimised or handwritten assembler form, now slightly optimised by default with a bit of manual loop unrolling).

A taskbar program has been developed, this works okayish but doesn’t have the fastest interface with the server for detecting window updates, so it can be improved a lot still.

Stability issues persist, and it turns out it’s kind of difficult to debug things within a GUI because the freezing could start in any number of places. However I expect this is a simple issue like a deadlock choking the scheduler, just hard to tell until I refocus on debugging.

It’s worth pointing out that it’s very easy to do this kind of stuff on a stable kernel, so adding features can continue easily if I just avoid debugging. I may have to make a decision whether to demo my platform kernel-first or GUI/tools-first – perhaps it would be worth developing some of this as an add-on for other operating systems first and allowing the kernel to stabilise more slowly. However I’m still ultimately a kernel developer so the kernel will remain my long term focus.

Where 1.1.x Is At

Networking kind of mostly works, multithreading sorta works, graphical programs almost kind of work ….

It’s basically everything that a real OS needs to be but only in it’s rawest form and with a lot of bugs/limitations remaining to fix.

There aren’t many drivers, but it should still work on real hardware (hopefully any recent 64-bit RISC-V compatible) as well as in emulators (RVVM for current desktop testing) and is being steadily improved.

Some useful programs like a vi implementation have been ported and a new package manager has already been designed but these are limited and not

Where I’d Like To Be

Obviously I want to have a full desktop system with a bunch of hardware drivers and some useful network programs and some games and system tools ready for an imminent 1.2 release, but perfecting all of these aspects will not be possible in the short term.

What To Expect In Upcoming Releases

Either the next releases will be in-development 1.1.x versions without much release engineering or will be a stripped down 1.2 release with only the most critical features perfected.

• No games/multimedia apps yet
  • Games are important for stress-testing features and for making technical demos “fun”, but aren’t the top priority while I’ve got more critical features to finish
  • I might break this rule to sneak some simple “toy” games in especially if it’s useful for testing, but don’t expect much in the way of colourful 3D action yet
• More system tools
  • A formal test suite is needed to plan more reliable releases
  • Performance monitoring & debugging tools are needed in order to do more testing in-place
  • Other basic tools need to be written to demonstrate the desktop system: a menu of some kind, a file browser, a terminal etc.
  • These will all be released soon in an early state
• Some focus on text & fonts
  • The system should start to become more useful for code editing
  • A built-in documentation system will be implemented that should help explain each release (rather than repeating things in blog posts)
  • A visual style of the OS will start to arise in this time, but as per previous post this won’t have a great focus on consistency (e.g. more critical apps might use simpler fonts etc.)
• More driver groundwork
  • I don’t have time to finish drivers for every device I want to make usable but I can probably finish some stuff like PCI bus & flexible interrupt handling while completing other tasks

Performance-First

There are security problems, visual problems, input/”feel” problems, compatibility/driver problems, deployment/packaging problems etc. to deal with when designing a system like this. But it’s important to remember that none of these matter unless the desktop system is fast enough to run apps.

Traditional Design

The desktop system doesn’t have any particularly crazy design constraints and isn’t intended to prove any new models of interaction. Just basic desktop computing stuff first, plenty of time to worry about more interesting innovations later.

Networked Architecture

The desktop system is designed networking-first, this helps both to test networking functionality and enables more opportunities for supercomputing applications in the future.

This doesn’t mean the protocol is perfectly designed, just that the system is definitely designed for network operation and that this isn’t an unsupported mode of operation.

Inconsistency Epiphany

My desktop experiments in the past have been inspired by old computer systems and I originally tried to design towards a particular style to match the level of consistency in older operating systems.

I eventually realised that focusing on consistent look-and-feel would hold the platform back and would limit the usefulness of ported software and of any other people’s experiments on my platform. After all the interface you might want for a heavy duty CAD program or game might not overlap at all with the interface you’d want for a text editor or a file manager, and something inbetween like an office suite would probably need some other balance of standard & customised features.

So with this in mind the design will be a little more similar to X11 than I originally intended, and should gradually allow more and more customised desktop environments as well as very diverse kinds of apps.

Mixed-Mode Client/Server Rendering

Some GUI systems do all the layout & rendering stuff within the application (client-side widgets) while others defer more of it to the GUI backend (server-side widgets).

Neither of these approaches are good enough for every use case, sometimes one or the other method may be faster depending on the kind of app or the mode of operation, and both have pitfalls.

So the only real solution is to have some basic facilities like simple font rendering built-in and to have other things like more advanced font systems controlled fully on the application side. This allows simple apps to avoid wasting space or reinventing wheels while also supporting more advanced apps that might have unusual methods of interaction.

Optimised For Minimalist Apps

The system should eventually be useful for all kinds of programs, but should generally be optimised to ensure that the simplest visual apps like administration tools and wireframe/stick-figure/CAD-style rendering work reliably over a network connection.

Designed To Work Across Operating Systems

The desktop system is intended to help prototype real apps for my OS and also to be useful in ad-hoc supercomputer setups, this means that both in the short term as well as the long term it’s very important to try and allow running the desktop system on other platforms either for testing in-progress apps or for interoperability in real-world use.

Anti-Aliasing & Alpha Blending Can Be Added Later

These techniques are pretty easy to demonstrate but can take a little while to optimise properly, so I want to avoid any unnecessary tinkering until I have a reliable system together. For now the rendering functions are intentionally kept simple at the cost of not looking as pretty as a full-featured version, while I focus on more critical features like stability & input management.

The main problem organising a better launch with demos is obviously that bugs in the new code keep popping up when I get something new working.

What the bugs look like at the moment is just that the system will stop responding sometimes especially when under load testing desktop code. This is likely a scheduler/wakeup issue which I should be able to resolve in time, but is very frustrating for now as everything works and then it just … Doesn’t.