By the way, if you get AMIX running and with an ANSI C compiler, join the IRC channel #!/bin/mksh (yes, that's really its name) on Freenode, so we can port mksh to it ;-)

If you are interested, that is.

cbmuser already issued an Intent To Package FS-UAE to Debian, which makes use of WinUAE's "accurate emulation".

I believe that you should be able to use wouter's d-i build from http://people.debian.org/~wouter/d-i/ to install an m68k system from unstable (with the usual caveats, i.e. installing or debootstrapping unstable does not always work). Note that the build is still "fresh" and nobody has tested it yet, so a failure would not mean an emulation problem.

Once FS-UAE is in Debian, I'll likely publish a disc image for starters like https://wiki.debian.org/Aranym/Quick for the emulated Atari. (Today, I'll make updated .tar.gz archives of a debootstrap result, which helps people already running etch-m68k or sarge (the image you linked is Debian 3.1 = sarge) to quickly install a fresh system, or at least the user space part.)

Watch the debian-68k@lists.d.o mailing list, and/or the Debian Wiki, for progress.

Last time I looked, qemu-system-m68k lacked MMU support.
Someone recently said qemu-user-m68k was usable, but that does syscall level translation (I wonder what they do about the TLS and atomic-cmpxchg syscalls that are recent-m68k specific) and thus doesn't suffice.

Finding bugs in Debian, gcc, eglibc, the Linux kernel, by running it on minority systems is a decent outcome of this, Iâ(TM)d say.

The purpose of having bragging rights that mksh works on all platforms, no matter what obscure, is personal, so you canâ(TM)t measure relevance anyway. Iâ(TM)ve even done DEC ULTRIX and Haiku successfully. Oh, and Plan 9â¦

Besides, it was a nice project to learn about how Debian works ;-)

You should learn to think outside of the box. What makes you think reviving ancient hardware ever was the purpose?

Besides this, I think the other replies already said everything needed.

Actually, I got KDE 4.8 working (to prove my patches against gcc-4.6 and qt4-x11 were correct). As long as you don't start KDEPIM (Kontact), it's actually decent fast (in tightvncserver):

http://oi47.tinypic.com/2058vue.jpg

Funnily enough, a sole GTK+ application (xchat) in a light-weight window manager (IceWM, otherwise much faster than KDE) was slower.

Of course, once I started Kontact, all bets were off, but then, whenever I do that on the company desktop at work (where we're forced to use it for Groupware - the calendar you see is my actual account at work, sans a few sensitive information) even a modern x86 machine gets slow ;)

The motto in the IRC channel (#debian-68k on OFTC) was actually "Go away Santa. We're hacking code."

Not just Debian. Another two persons interested in porting mksh to anything possible and then some, as well as I, are trying to get an A/UX box running.

Also, whatâ(TM)s the leading GNU/Linux distribution on cris (ETRAX 100)? Debian doesnâ(TM)t support that⦠(also, I dab in klibc and dietlibc a bit, and the formerâ(TM)s got cris support code that warrants testing.)

Right, but we are doing this âoethe Debian wayâ, that is, running a native compilation and package generation in clean throw-away chroots. Debian package generation is not just compilation, itâ(TM)s a bunch of other stuff (dependency management, shared library management, etc.) and, personally *and* from my experience with the BSDs and FreeWRT, I am of the opinion that cross-compiling is only good for initially bootstrapping a port.

Besides, natively compiling forced us to fix lots of bugs in the kernel, eglibc and gcc, and backport other stuff to gcc, and to eat our own dogfood.

My goal with this was *not* just to have a system running Linux/m68k, but to have the process of auto-building packages working. (If you research, youâ(TM)ll find out that Iâ(TM)m a die-hard x86 and GW-BASIC fan, so I have no history with m68k other than eyeing them strangely for having the wrong endianness.) Also, I learned a lot of how Debian works in the process ;-)

Many ZyXEL CPEs can do IPv6. Check out their NBG4615, which is your typical home wifi/router appliance that supports IPv6. I think all or most of their current ADSL/VDSL CPEs all support IPv6 out of the box too.

Even for a couple of servers that do not have an external firewall filtering packets for my IPv6, there is basically zero packets besides those going to applications hosted on my servers, and they have published DNS records for web and DNS. Some basic PCs I have online see zero packets from random internet hosts on IPv6.

The IPv6 address space is literally too large to crawl within any useful amount of time. If you figure an average LAN will have 18,446,744,073,709,551,616 addresses (a /64 block). Let's say you scanned 1000 IP addresses per second (very optimistic for a single PC) it would take you 584,942,417 years to complete scanning just a single LAN. Then are so many /64 LAN blocks that it is very likely you're scanning an network block that does not have any hosts to begin with.

There will have to be other means to gather active/in-use IP address such as looking at server logs that clients connect to, email headers, DNS records, soliciting traffic from the client machines via some application/trojan/virus, network traffic sniffing, etc. All of these means already exist for IPv4 so there is nothing new there.

The public facing resources of the government agencies need to be IPv6 enabled, not the internal and external workings of the networks within the various organizations. This simply means in most cases, inbound email servers and web servers need to be hosted on machines somewhere in the world that have full IPv6 access, then the respective DNS records need to be in place for said services, which translates to add "AAAA" records. I bet Akamai is loving this mandate because they are a popular choice for government agencies to turn to for IPv6 enabled hosting but Akamai is not the only company that will do IPv6 hosting.

Don't be such a dick. Not everything in the various space programs is strictly for the various space programs.

You're falling into one of the pitfalls of religion/faith: it is not possible for us to comprehend/achieve such lofty goals, therefore don't attempt to. New technologies and science breakthroughs will not only enlighten our lives on Earth but also have potential to greatly expand our travel potential if ideas like quantum entanglement can prove fruitful.

But you're right... its snake oil... fuck all scientists and the human spirit of curiosity and breaking barriers... except Tang, that shit is good.

I sense a bit of sarcasm. When discussing the TSA Freedom Fondle, you need to show more respect. Hey, you blond chick, yes, you with the big frontal lobes... care for a private "security" screening?

The beauty of our society, to disagree completely with reality and yet still benefit from the works of others who do accept the reality and produce advancements in technology and science that can benefit everyone. We allow room for even those that choose to close their eyes and cover their ears.

If real is what you can feel, smell, taste and see, then 'real' is simply electrical signals interpreted by your brain