Aangekomen bij Power Control kom ik tot de conclusie dat TNT: Evilution niet alleen eenvoudiger is dan The Plutonia Experiment. Het is eleganter, zit beter in elkaar en heeft ook betere muziek (anders dan voorgaande versies) aan boord. Als je beide versies van Final DOOM wil verkennen, begin dan met Evilution voordat je aan The Plutonia Experiment begint!
TNT: Evilution titelscherm
Zo, dat was het laatste beetje van Final DOOM: The Plutonia Experiment. Nu Final DOOM: TNT – Evilution nog, en dan zit het er echt officieel helemaal op.
Final DOOM: The Plutonia Experiment was een interessante ervaring; echt anders dan DOOM II: Hell on Earth. Ook een stuk moeilijker, maar daarmee zeker een uitdaging!
Het was vakantie, zowaar! Veel gezien in Marcourt (België) en Barcelona (Spanje), lekker gegeten en vooral niet gewerkt! Met name in Spanje was het weer heerlijk, dus veel zon en blauwe lucht.
Lucht in Barcelona
Uiteraard heb ik veel werk van Gaudí bekeken, maar ook hedendaagse kunst.
Draak van Gaudí
Erg indrukwekkend waren afdrukken van muurschilderingen en tekeningen uit een gevangenis.
Afdruk muurschildering
Weer aangekomen in Nederland was het weer erg slecht, dus een prima gelegenheid om wat op te ruimen, alvast wat werk voor te bereiden en om de laatste hand aan DOOM II: Hell on Earth te leggen.
(Eerlijk is eerlijk, in The Spirit World heb ik heel even vals gespeeld…)
Zojuist heb ik Ubuntu packages van Doomsday Engine (voor Jaunty Jackalope, Intrepid Ibex en Hardy Heron) gepubliceerd op http://www.dengine.net/dew/index.php?title=Installation#Ubuntu.
Na heel wat uurtjes afreageren op demonen en ander gespuis heb ik eindelijk The Ultimate DOOM uitgespeeld met PrBoom. Het vervolg ga ik te lijf met Doomsday Engine, waar helaas nog geen (goede) Ubuntu package van is.
Een conceptversie van een package doomsday_1.9.0-beta6.1-1_i386.deb is hier vrij te downloaden. Deze versie is gecompileerd onder Intrepid Ibex. Op korte termijn zal voor de nieuwe Jauny Jackalope versie i386 en amd64 (source) packages beschikbaar maken.
!LET OP! Als in /etc/resolv.conf gezocht wordt binnen een domein met een wildcard CNAME treden gekke problemen met IPv6 op!
Stel host.domain.org heeft IN A 1.2.3.4 en een machine met IPv6 zoekt in searchdomain.com vanuit /etc/resolv.conf. Neem verder aan dat *.searchdomain.com IN CNAME searchdomain.com bestaat en dat searchdomain.com zelf gewoon een A-record en AAAA-record heeft.
Omdat er IPv6 connectiviteit bestaat, zullen programma’s zoals wget, apt of fetchmail proberen om een AAAA-record (of CNAME naar een AAAA-record) op te zoeken. Dit gaat mis, omdat bijvoorbeeld host.domain.org (alleen IPv4!) dan opgezocht zal worden als host.domain.org.searchdomain.com wat een CNAME naar searchdomain.com is.
Bijvoorbeeld:
$ cat /etc/resolv.conf
search searchdomain.com
nameserver 1.2.3.4
In combinatie met het volgende:
*.searchdomain.com. IN CNAME searchdomain.com.
searchdomain.com. IN A 1.2.3.4
searchdomain.com. IN AAAA ::1
Bij zoekopdrachten die normaliter alleen een IPv4 A-record (of CNAME naar een A-record) zullen teruggeven, zal nu als resultaat een CNAME naar een AAAA-record en dus uiteindelijk ::1 boven water komen.
Erg onverwacht maar vooral ongemakkelijk!
De laatste twee weken heb ik flink wat gespeeld met The Ultimate DOOM en ben (zonder cheats!) inmiddels bij Mt. Erebus (episode 3: Inferno) gebleven.
Het is toch wel erg leuk om de nostalgie te ervaren, dus besloot ik om op zoek te gaan naar de titels die ik vroeger speelde. De zoektocht kwam op twee verzameltitels uit:
Op wat donkere plekken van het internet heb ik de verzameltitels gevonden. Helaas blijkt de DOOM verzameltitel alleen Windows 95 versies te bevatten, dus heb ik de afzonderlijke titels ook maar opgezocht.
Uiteindelijk heb ik een compilatie gemaakt van de originele versies voor DOS:
Als trouwe DOOM bewonderaar zal ik uiteraard eens kijken of eBay de verzameltitels nog heeft. In dit geval is eerlijk gekocht toch beter dan eerlijk gevonden… 😉
Graag wilde ik IPv6 in statische vorm hebben, dus niet met een automatisch toegewezen adres. Blijkbaar erg lastig, ook om te bepalen wat het standaard uitgaande adres wordt. Blijkbaar telt het laatst toegevoegde adres als de winnaar.
Het volgende werkt voor mij prima:
# The primary network interface (IPv6 version)
iface eth0 inet6 static
address 2001:4018:2:4::4
netmask 64
gateway 2001:4018:2:4::1
# Turn off evil auto configuration
up sysctl -q -w net.ipv6.conf.eth0.autoconf=0
# Aliases
up ip addr add dev eth0 2001:4018:2:4::3/64
up ip addr add dev eth0 2001:4018:2:4::2/64
Het standaard uitgaande adres is in dit voorbeeld dus 2001:4018:2:4::2.
Heb je net een mooie SixXS IPV6-in-IPv4 tunnel aangevraagd, werkt het niet (of alleen maar uitgaand)…
Zo werkt het wel (in dit voorbeeld is de IPv6 router 192.168.4.4):
:expr add name=ipv6 type=serv proto=41
:firewall rule add chain=forward_host_service name=SixXS serv=ipv6 state=enabled action=accept
:nat tmpladd intf=Internet type=nat outside_addr=0.0.0.1 inside_addr=192.168.4.4 protocol=6to4
:saveall
Klaar ben je!