







So an important journalist for the Washington Post is dead; he goes into a Saudi consulate and is never seen again alive.
So how was he killed?
Rogue Killers.
So we are expected to believe that a bunch of “rogue killers” happened to be wandering around a Saudi consulate? And decided to kill Khashoggi?
I don’t think so.
It is possible that the “rogue killers” were Saudi intelligence operatives who killed Khashoggi. But that doesn’t qualify as “rogue killers” in the conventional sense of the term – if Saudi intelligence operatives killed Khashoggi then the Saudi government is responsible for his killing even if they specifically prohibited the killing.
Interrogation Accident
Really?
That’s one rough interrogation; or did they mean torture? My instinctive first thought is “lie”; it smacks of an after the fact excuse.
Of course you could have an accidental death during an interrogation, but it is a very low probability and ultimately it is still the same Saudi Arabia killed Khashoggi.
Fight during a rendition
The latest “excuse” is that Khashoggi was killed during a fight; possibly during a botched attempt at rendition (what a government calls kidnapping). Which would seem to be balderdash.
If there was a room full of Saudi intelligence operatives waiting for Khashdoggi when he arrived at the embassy, then his death is what they intended. There may well have been a fight – who wouldn’t fight if they suspected they were about to be killed? But with overwhelming force available, if death occurred, that is what was originally intended.
So, we know that Saudi Arabia murdered a prominent journalist presumably because he was an embarrassment. After all not only was Khashdoggi an important journalist but also a member of the Saudi establishment. And it is one thing for an outsider to criticise Saudi policy, but an insider to do so is far more embarrassing,
Of course Trump is going to believe anything the Saudis say because to believe that Khashdoggi was murdered by the Saudis would require the sort of action that would put some very big business contracts at risk. To be fair to the funky-haired orange goblin, this doesn’t make him any different to most of the world’s leaders.

And yes that includes me.
For those who don’t know, RFC1918 is the Internet standard that allocates the addresses used for private networks – 10/8, 192.168/16, or 172.16/12.
And in reference, specifically :-
To minimize the risk it is strongly recommended that an organization using private IP addresses choose randomly from the reserved pool of private addresses
(Apologies for the incorrect spelling above; it’s a quote from an American source)
This was reinforced to me yesterday whilst I was working from home, and I had trouble with a site-to-site VPN joining my network to work’s. As it happens there was no addressing conflict, but I had to install many routes more than should be necessary.
And I keep seeing this sort of thing; joining multiple networks when everybody is using 10/8 is a continual game of chicken – when are we going to find ourselves in conflict?
Of course there is a “fix” for this – NAT. The real fix of course is to use global IPv6 addresses even for devices and networks that will never be on the global Internet.

I have a Python script that over-simplifying, reads very large log files and runs a whole bunch of regular expressions on each line. As it had started running inconveniently slowly, I had a look at improving the performance.
The conventional wisdom is that if you are reading a file (or standard input), then the simplest method is probably almost always the fastest :-
for line in logstream:
processline(line)
But being stubborn, I looked at possible improvements and came up with :-
from itertools import islice
while True:
buffer = list(islice(logstream, islicecount))
if buffer != []:
for line in buffer:
processline(line)
else:
break
This code has been updated twice because the first version added a splat to the output and the second version (which was far more elegant) didn’t work. The final version
This I benchmarked as being nearly 5% quicker – not bad, but nowhere near enough for my purposes.
The next step was to improve the regular expressions – I read somewhere that .* can be expensive and that [^\s]* was far quicker and often gave the same result. I replaced a number of .* occurrences in the “patterns” file and re-ran the benchmark to find (in a case with lots of regular expressions) the time had dropped nearly 25%.
The last step was to install nuitka to compile the Python script into a binary executable. This showed a further 25% drop – a script that started the day taking 15 minutes to run through one particular run ended the day taking just under 8 minutes.
The funny thing is that the optimisation that took the longest and had the biggest effect on the code showed the smallest improvement!

If you have not heard, Steam have added a compatibility layer to Steam which allows a limited number of Windows games to run. The “compatibility layer” is in fact a fork of WINE called Proton.
Peered at from 500 metres away, Proton allows Windows software to run (or not infrequently crash and burn) by translating the Win32 API into Linux APIs, and translating the variety of graphics APIs into Vulkan. That is a really difficult thing to do.
I have taken a very quick look at the new Steam client (and “Proton” is no longer part of a beta release of the Steam client – it’s in the standard client). It works perfectly adequately, although you will have variable experiences running Windows software.
For some reason this news has captured the imagination of a number of ‘tubers who are more gamers than Linux users, which has lead to some misunderstanding :-
The important thing to remember when looking at videos about Steam is that the person looking at Steam may not be the most experienced Linux user out there. That is not necessarily bad – the whole purpose of Steam is to be able to run games easily without a whole lot of Linux experience.
But they may not be understanding properly what is going on – for example the first thing I would do as a professional game-orientated ‘tuber would be to try out a selection of games with an nvidia card, and then repeat using an AMD card – just to see if things work better, worse, or at least differently.
And again, this is not about Linux gaming but about allowing easy access to old Windows titles that someone may have bought in the past.
