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.

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.

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)

From what I understand, portrait lighting depends on a depth camera. Once you take the photo, if you also have the depth information, you can indeed change the "portrait" settings on any iOS 11 device, but you can't take it since the iPhone 7 doesn't actually have the depth camera.Actually the 'developer' confuses portrait mode with portrait lighting.

Portrait mode which works on the iPhone 7 Plus, 8 Plus and X is accomplished by using the two cameras simulate the depth of field effect of a large diaphragm.

Portrait lighting uses the depth camera on the iPhone X to also get a depth map. It is used in turn to figure out which is the face/head and what is the background in the picture. It applies the light effects on the head and darkens the background. If you capture the picture on an iOS device that supports depth mapping, you can indeed edit it on another device since all the needed information is present in the photo.

Apple has a history of almost artificially restricting features like it did with FaceTime on non-front camera phones (iPhone 3GS). It made sense if you think about it, you can't see and be seen at the same time. At the time, jailbreaks allowed the activation of FaceTime on non-front camera devices, but it was almost pointless.

(As seen from Bucharest) At least with Sean Spicer the Trump presidency was humorous. Dark humor, but humor nevertheless. Now it's just plain sad.

215 miles is roughly 346 kilometers (not 133).

You're not asking the right questions:

The first correct question is why on earth would someone need to access half a petabyte? In most cases the commonly accessed data is less than 1%. That's the amount of data that realistically needs to reside on disk. It never is more than 10% on such a large dataset. Everything else would be better placed on tape. Tiered storage is the answer to the first question. You have RAM, solid/flash storage (PCI based), fast disks, slow high capacity disks and tape. Choose your tiering wisely.

The second question you need to ask is how the customer needs to access that large datastore. In most cases you need serious metadata in parallel with that data. For Petabytes of data you cannot in most cases just use an intelligent tree structure. You need a web-site or an app to search that data and get the required "blob". For such an app you need a large database since you have 5M objects with searchable metadata (at 200MB/blob).

The third question is why do you have SAN as a premise? Do you want to put a clustered filesystem with 5-10 nodes? Probably Isilon or Oracle ZS3-2/ZS4-4 are your answer.

Fourth question: what are the requirements? (How many simultaneous clients? IOPS? Bandwidth? ACL support? Auditing? AD integration? Performance tuning?)

Fifth question: There is no such thing as 100% availability. The term disaster in Disaster Recovery is correctly placed. Set reasonable SLA expectations. If you go for five-nine availability it will triple the cost of the project. Keep in mind that synchronous replication is distance limited. Typically, for a small performance cost, the radius is 150 miles and everything above impacts a lot.

Even if you solve the problems above, if you want to share it via NFS/CIFS or something else you're going to run into troubles. Since CIFS was not realistically designed for clustered operation regardless of the distributed FS underneath the CIFS server, you get locking issues. Windows Explorer is a good example since it creates thumbs.db files, leaves them open and when you want to delete the folder you cannot unless you magically ask the same node that was serving you when it created the Thumbs.DB file. Apparently, the POSIX lock is transferred to the other server and stops you from deleting, but when Windows Explorer asks the other node who has the lock on the file you get screwed since the other server doesn't know. Posix locks are different from Windows locks. It affects all Likewise based products from EMC (VNX filler, Isilon, etc.) and it also affects the CIFS product from NetApp. I'm not sure about Samba CTDB though.
I would design a storage based on ZFS for the main tiers, exported via NFSv4 to the front-end nodes and have QFS on top of the whole thing in order to push rarely accessed data to Tape. The fronted nodes would be accessed via WebDAV by a portal in which you can also query the metadata with a serious DB behind it.

I've installed Isilon storage for 6000 xendesktop clients that all log-on at 9AM, i've worked on an SL8500, Exadata, various NetApp and Sun storages and I can tell you that you need to do a study. Have simulations with commodity hardware on smaller datasets to figure out the performance requirements and optimal access method (NAS, Web, etc.). Extrapolate the numbers, double them and ask for POC and demos from vendors, be it IBM, EMC, Oracle, NetApp or HP. Make sure that in the future, when you'll need 2PB you can expand in an affordable manner. Take care since vendors like IBM tend to use the least upgradable solution. They will do a demo with something that can hold 0,6PB in their max configuration and if you'll need to go larger you'll need a brand new solution from another vendor.

It's not worth doing it yourself since it will be time-consuming (at least 500 man-hours until production) and with at least 1 full-time employees for the storage. But if you must, look at Nexenta and the hardware that they recommend.

And remember to test DR failover scenarios.

Good luck!

I live in Romania, which has a similar situation to Bulgaria economically, so I know one or two things about average net wage, so fuck off.

If I remember correctly, it was the 3rd party auditors that made the economical recommendations that led Greece to bankruptcy. In a perfect world, the financial institutions and auditors that pushed Greece onto such a road would pay for the economical disaster that they directly contributed to. But I guess that they're busy giving bonuses to C*Os. If your financial consultant (or tax consultant) makes wrong calculations/projections/recommendations for you and puts you into default, wouldn't you seek compensation from him? You did pay him to give you realistic results. How can one country's rating go down from AAA to Junk in one day?

You're claiming that it's not fair, but the IMF and ECB gave Greece loans at rates that are not sustainable. I can get an EURO credit at a lower rate than Greece has. Furthermore, for Germany it's win/win. They bought out a lot of Greek companies for pennies. Think of OTE that was bought by Deutsche Telekom. I personally feel like this is looting and not helping out. Private corporations from the US, UK and Germany (financial and audit) bankrupted Greece with bad advice, while earning serious money for it (think Deloitte, S&P, etc.). When the bubble burst, the Greek government received help at ridiculously high rates from a few countries and multi-national institutions. Then came the major companies from those countries and bought everything for pennies. Afterwards, they are still complaining that the Greek can't make the payments.

I see your problem right there: you're reading it from Economist or Bloomberg. How about checking out the bare survival conditions of a lot of Greek citizens? Should Greece abandon them because Germany said austerity is the way? The Greek government's responsibility is to it's citizens. P.S.: I'm not Greek or German either. I don't live in Greece or Germany, but I try to get my news from newspapers that aren't necessarily in New York, London, Frankfurt, Tokyo or Hong Kong.