Same can be said about decent HTML (you know: <p>, <ol>, <ul>, <strong>, etc.), SGML, TeX, reStructured, RTF, etc.

Sure, some are more readable than others.

I recently reinstalled Red Hat Linux 7.2 with Ximian Desktop on a period accurate K6-2 system with a Voodoo Banshee and a Sound Blaster Live!. I was surprised to see that the setup was easier than I remembered it and how many things mostly worked.

And if you're thinking ARM, think ARM6 for iPhone2G-3G, ARM7 for iPhone 3Gs-iPhone 5, ARM8/AARCH64 for iPhone 5S+. NextSTEP and OpenSTEP were also available for M68k (as used by Next), SPARC & PA-RISC.

I was always curious on the "secret double life" aspect of MacOS X. How was it a secret when you could always download Darwin x86 from the Apple Website. It was MacOS X without the Window Server and the Graphical Applications. Same kernel, mostly the same libraries and daemons, different set of applications.

That is one of the most interesting usage scenarios. While a complex operation, you can upgrade the RAM on a MacBook by changing the BGA RAM chips and moving the RAMCFG resistors to a new configuration, but the on-board SSD is not upgradable since the controller can encrypts the NAND, including some of the vital information. Being able to swap the NAND to larger chips and reinitializing it in the T2 would open up some possibilities.

Mazda is now at the second generation of the CMU multimedia. The first generation disabled the touchscreen while in motion and had a very decent joystick control. The second generation has no touchscreen at all.

Honda is not the first one doing this.

Those statistics are terribly out of date.Most current generation headunits are converging towards GenIVI/AGL based Linux. The other modules (PCM, BCM, RCM, etc.) don't actually run an OS in most cases as they are microcontrollers.
VWs actual problem is caused by the 10km of wiring found in a car and by the lack of standardisation across the industry. CAN as a bus is standardised, but the messages sent across it are not standardised even across the same generation of products from the same vendor. Obviously, that means that they require special software builds and testing for each vehicle, locale, etc.
Tesla is making interesting changes to this architecture in the near future in order to simplify the wiring in a car.
I've recently "ported" a Mazda CMU entertainment system to a mid 2000s Subaru Forester SG. The wiring sheet *SPECIFICALLY* for the CMU multimedia system was printed on 5 A3 pages glued together. The new generation CMU from Mazda is a bit more interesting as it is a bit more modular with components shared with other Japanese brands. Right now Subaru is the only one still using QNX, but they are switching to AGL as well.

They probably didn't have 38 staff for the whole time.

Battery technology should be making a leap pretty soon. But I'm not familiar with the time scales of these sorts of advancements: https://www.futurity.org/ceram...

Hopefully the technology will become available in consumer devices at a point when it still has the power to impress us with a charge that can last a few days.

Don't the situations referenced in the article suggest that you're dead wrong? ITER is the alternative and it's not happening fast *enough*. It took billionaires to move things along more quickly.

Among some of my clients, I administer the UNIX infrastructure of a small Telecom operator. They have about 100 Linux Servers running RHEL, JBoss EAP, FreeIPA, CloudForms, Satellite, etc. This costs about €40k/year. The alternative from Oracle would have been €500k with their incredibly bad support.

I remember being excited when Oracle bought Sun. SUNW was running out of cash, but they had a spectacularly good software portfolio with ZFS, DTrace, Comstar, etc. It all went bust. Solaris hasn't seen any innovation in 10 years.

Suddenly SuXE is starting to look good again.

If there's no economic advantage to recycling over dumping, maybe recycling isn't worth it. Ideally you'd be able to tell that recycling is actually happening because it'd be cheaper than dumping. Of course I'm ignoring the environmental impact. If that's the only benefit of recycling, I fear we're doing something wrong.

All you need is to compile your own kernel without useless stuff such as ACPI, PCI, USB, SCSI, MD. This is a config that should work like a charm for that system in at most 3 seconds (instead of 14) on a 386sx PS/1 and with a lot less RAM based on 2.4.37.11. You only need SB32, VESA, EL3 (3COM), TTY, ISA, ISAPNP, PARPORT on the hardware side. It also has support for SMBFS. It can further be trimmed without SMBFS and NLS to around 600kb (loading and decompressing are slow on a 386.
https://pastebin.com/Mj0cudLF

The post '92 PS/1s were easy because they behaved like an AT system, but the '92 ones were a bit more difficult. I've done the same thing on a 2133-W13. It was a complicated PS/1 because linux's setup.s couldn't detect the IDE drives. It incorrectly assumed that the FDPT is at 0x41 and 0x46 and the HDD type is at 0x19 in CMOS. While that is true for the AT systems, the PS/1 systems were not AT. IBM released a unixboot.com binary that can solve this for a single boot. With a bit of hexediting to kill the final reboot you can put it as a syslinux .com executable to use as a preload to the Linux Kernel.

You can obviously solve this by adding ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 hda=3884,16,63 hda=noprobe hdc=cdrom, but there are still some issues.
This is the boot log of a Red Hat Linux 6.2:

Loading initrd.img................
Loading vmlinuz............
Uncompressing Linux... Ok, booting the kernel.
Linux version 2.2.14-5.0BOOT (root@porky.devel.redhat.com) (gcc version ecgs-2.91.66 19990314/Linux (ecgs-1.1.2 release)) #1 Tue Mar 7 20:31:32 EST 2000
ide_setup: ide0=0x1f0,0x3f6,14
ide_setup: ide1=0x170,0x376,15
ide_setup: hda=3884,16,63
ide_setup: hda=noprobe
Console: colour VGA+ 80x25
Calibrating delay loop... 3.12 BogoMIPS
Memory: 13496k/16256k available (1000k kernel code, 408k reserved, 456k data, 60k init, 0k bigmem)
Checking if this processor honours the WP bit even in supervisor mode... No.
Dentry hash table entries: 262144 (order 9, 2048k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
CPU: 386
Checking 386/387 coupling... OK, FPU using old IRQ 13 error reporting
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: No PCI bus detected
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0.
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16450
ttyS01 at 0x02f8 (irq=3) is a 8250
ttyS02 at 0x03e8 (irq=3) is a 8250
pty: 256 Unix98 ptys configured
RAM disk driver initialized: 16 RAM disks of 4096K size
loop: registered device at major 7
hdc: , ATAPI cdrom
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
raid5: measuring checksuming speed
8regs : 3.048 MB/sec
32regs : 1.524 MB/sec
using fastest function: 8regs (3.048 MB/sec)
scsi : 0 hosts.
scsi : detected total.
md.c: sizeof(mdp_super_t) = 4096
Partition check:
hda: hda1
RAMDISK: Compressed image found at block 0
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem)

Has anyone accounted for new battery technology developed with the help of the inventor of the original lithium-ion battery technology? https://news.utexas.edu/2017/0...