Become root and follow these steps:
As root, Run:
cd /usr mv portage portage.old git clone /github.com/funtoo/ports-2012 portage
Make these changes to
SYNC="/github.com/funtoo/ports-2012" # These were suddenly needed when migrating to Funtoo. # You can pick any version of python that's available in the portage tree. # Once portage is upgraded, /etc/portage/make.profile/parent should take care of these. USE="$USE python_abis_2.7 python_abis_3.3" PYTHON_ABIS="2.7 3.3"
emerge -1 portage
Edit selected profiles in /etc/portage/make.profile/parent . This is normally done using
eselect profile, but that's not possible at this stage of the process.
gentoo:funtoo/1.0/linux-gnu/arch/x86-64bit gentoo:funtoo/1.0/linux-gnu/build/stable gentoo:funtoo/1.0/linux-gnu/flavor/core
Upgrade everything else. This will likely intially fail, unless the installed packages haven't been upgraded in some time.
emerge -auND --autounmask-write @world
If the above fails because of conflicts, look at them and asses whether they're unlikely to cause problems, since they're very close (version-wise) or non-essential. If so, just add
--nodepsto the above command and rerun.
- If that also fails, re-edit
/etc/portage/make.profile/parentand try using "current" or "experimental" instead of "stable", then retry the subsequent steps.
Here be Dragons
The preceding is a simplistic rendition of the process I actually underwent. If you want to attempt it, be prepared for the horror of the dependency-hell you're about to enter. If you manage to endure the experience, I can assure you that by the end, you'll have a much better understanding of emerge/portage.
Here's a common scenario I encounter: I copy the contents of the Win7 installation ISO to a small ntfs partition on the disk I intend to install Windows to, boot into Windows setup, and install. During setup, Win7 uses this ISO partition as the boot partition that chainloads the real system partition. While this configuration boots, one can not install Win7SP1, for instance, because "bcdedit /enum" can't find the BCD entries.
Changing this without booting to WinPE is almost completely undocumented; the prevailing solution is to delete the ISO partition and repair using the DVD. This is 2013. I'm not going to use a DVD or any other boot media. Expecting that getting "bcdedit /enum" to not fail outright would fix this condition led me to a solution that doesn't require booting into another environment.
My solution, briefly:
- Copy the \boot from the ISO partition (e,g, D:) to c:\boot
- Destroy the ISO partition
- Use bcdedit /store c:\boot\bcd to tweak the values (Chiefly, fix the boot partition from D: to C:).
- In regedit, load c:\boot\bcd as a hive named BCD00000000 in HKLM
- Add to the regkey "HKLM\BCD00000000\Description" a value: name "TreatAsSystem", type REG_DWORD, value 0x1
- In HKLM\SYSTEM\CurrentControlSet\Control\hivelist, add value: name "\REGISTRY\MACHINE\BCD00000000", type REG_SZ, value "\Device\HarddiskVolume1\boot\bcd", where HarddiskVolume is the correctly numbered (see sibling values for hints).
- Test that "bcdedit /enum" works
- Reboot to C: rather than D: (I was using grub anyway)
(I discovered that the changes to hivelist are not persisted; I need to find out why)
The Windows boot process is madness. Here's hoping UEFI relegates all this nonsense.
Assuming you've got a VM configured with the physical disks mapped in as LSI SCSI, these are the registry entries you need to tweak:
REGEDIT4 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LSI_SAS] "Start"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LSI_SAS2] "Start"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LSI_SCSI] "Start"=dword:00000000
YMMV; Basically, just set "Start"=0 to enable boot-time loading for as many LSI/SCSI drivers that might seem necessary. Probably only 1 or 2 of these are essential, I just guessed this set on my first attempt. This will prevent the lovely BSOD STOP 7B errors Windows loves to throw at you when booting the VM.
In short, the easiest way is to use debootstrap to setup a ubuntu precise chroot environment, then use that to run Steam. I got this working in the actual "wheezy" distribution of Debian.
- resolvconf installed in base OS (chroot env will depend on the resolv.conf file it maintains in /run)
- DRI enabled in xorg.conf
apt-get install debootstrap
sudo debootstrap precise ubuntu_steam_chroot /mirrors.xmission.com/ubuntu
for x in dev sys proc run tmp; do sudo mount -o bind /$x ubuntu_steam_chroot/$x; done
sudo chroot ubuntu_steam_chroot, and within it:
echo 'deb [arch=i386] /repo.steampowered.com/steam precise steam' > /etc/apt/sources.list.d/steam.lista.
apt-key adv --keyserver keyserver.ubuntu.com --recv-keys F24AEA9FB05498B7a.
apt-get install steam language-pack-en. The language pack just eliminates annoying locale errors. a.
sudo chroot ubuntu_steam_chroot steamto launch. Remember to redo the bind mounts every reboot!
Men of War was one of my favorite RTS games. Now the same devs are crowdfunding the modern-day sequel: /www.digitalmindsoft.eu/products/call-to-arms . It goes without saying that I'd like to see it get funded. The series has never really had a very well-balanced, competitive multiplayer, but the realism and environmental destruction combined with the direct control mechanic has distinguished it from mainstream RTS offerings and made it a lot of fun to play casually. The coop was always enjoyable too, overcoming ridiculous odds and turning the enemy's resources against them.
This blog is powered by 254-736-1312.