In Germany many of the on-shore mills are built nearby motorway crosses and similar wastelands. Those areas are totally spoiled already, therefore not much landscape lost. Actually the mills improve those areas. It's virtually impossible to built them within national parks and other landscapes considered to be nice. Direct result of public participation.
Those guys are exactly the reason why people have ad-blockers installed.
Sounds interesting. Can you name any Distros?
Problem isn't renewable energy, problem is the horribly bad EEG law Rot/Grün was drafting: Industries got excluded from paying renewable energy compensation, still a fixed price must be paid for renewable energy. So everytime the energy price drops at the European Energy Exchange in Leipzig the consumer's energy price rises. Yet another example how socialism fails. See http://www.lvz-online.de/leipzig/wirtschaft/strompreise-an-der-leipziger-boerse-sinken--buerger-zahlen-mehr-fuer-energie/r-wirtschaft-a-173930.html (German) for a good explanation of that fatal mechanism.
Sorry, confused that. He built it on Linux 0.13 or something like that; Minix-vmd has ACK that works fine. On 386BSD 0.0 even GCC 1.39 was usable
But we're getting off-topic slowly... though that's probably normal.
Needless to say that, even *if* there's an exploit for say, the webserver, out there: nobody's going to write shellcode for m68k.
For the same reason, Miod Vallat of OpenBSD fame runs his website on a VAX, and the BSI is said to still use BS/2000 somewhere. Even if not unbreakable, nobody's going to be able to use it
Ah, thanks for the additional background. Yes, a pointer to the problems would probably be appreciated by the ARAnyM developers.
The d-i will not work right now, not with the normal mirrors at least, due to debootstrap being unable to cope with needing to pull packages from *two* distributions (unstable and unreleased), we think. We're working on it.
https://wiki.debian.org/M68k/Installing in the meantime has an ext2fs image you can use / boot into, and kernels.
I've asked Atari-Frosch to power on the machine and then comment here, so we will have boot messages.
Thanks for the help!
Mhm. Can the kernel image be changed, like with config(8) -ef
I think something in
Cool, thanks!
GCC 1.42 is fine (we run that on BSDi BSD/OS 3.1 as well, and RT compiled it on Minix-vmd since the shipped GCC 1.40 was broken); mksh is amazingly portable.
Do come over to the channel though
IIRC, that wasn't it: it did find the root filesystem but was hardcoded to single user and securelevel -1 (I should note that this is the same kernel as was used for the installation).
But thanks for the offer anyway
Since I can't find an eMail in the archives, I assume I only asked in IRC
Ask Atari-Frosch in #atari-home on OFTC for details, it's her computer, and she can power it on and look. (I think Linux failed due to too few ST-RAM for the kernel to fit. It's rather fat nowadays...)
I'm not good with details on Amiga, but I think the procedure is:
You boot some sort of Kickstart/Workbench, then run an AmigaOS program which is the Linux bootloader and pass it the kernel and, if needed, the initrd from the AmigaOS filesystem, it will load them and make them usable, then jump into Linux. From then onwards, that one will be the OS in charge, making ext4 available etc.
Sadly, no kexec yet. Having to copy out the kernel instead of being able to load it directly from ext4 (or whatever you choose) would be cool.
AFAIHH some of the emulation projects have made available Free (as in Freedom) ROMs for TOS (EmuTOS) and Kickstart, which contain enough code to run this without needing the proprietary Amiga stuff. But, like I said, I'm nowhere near knowledgeable about this part of those architectures, plus I mostly worked on (emulated and a few real) Ataris, not Amigas, while doing this. (And even there, I did as few as possible on the "native" side.)
Right, but I recently tried to install NetBSD/atari on AtariFrosch's box, and the installer died on itself. I, having BSD experience, managed to still install it by manually untarring the sets, running MAKEDEV, etc. but the kernel seems to have hardcoded booting into securelevel -1 and single user, so the system doesn't come up afterwards without some manual effort on each boot.
No NetBSD® person I asked could help, and the mailing list was dead as well.
Granted, the software works, but it's less refined. (That being said, while Wouter built a debian-installer image, nobody has tested it yet, and installing sid is always chancy due to its moving nature. But debootstrap, edit fstab, get a kernel and boot into it works.)
"The voters have spoken, the bastards..." -- unknown