That's right. Still no sound in Q3 under Linux. I think, however, my system is just plain pooched. Though I get sound under XMMS, I don't get sound for flash after having dropped the plugin into Mozilla. Bah! This game is bullshit! I guess I'll just live without sound in Q3 for now.
So in code news, one of the URO players is porting Hethor from the current table layout to a css layout. Czak says it looks good so far. I can't say since Shaw apparently won't resolve his domain for me. I'll double check again tonight, but lord knows what's going on over there.
Must be time for a little videe.
Saturday, 21 June 2003
Saturday, 14 June 2003
I can't hear you...
So I've been scrapping with my sound to see if I can get Q3 working under Linux. So far, no good.
I've read what few docs are available from Id on the issue (eg disable esd and check perms on /dev/dsp) with no luck. After disabling esd, I was able to get XMMS to succesfully use OSS for output which seems to me that the sound itself is working fine.
So then, as Luke pointed out, my cracked Q3 may be teh sUc so I installed the Q3 demo right from Id. Still no dice. Q3 logs show 'sound system is muted' but damned if I know how to change that.
Bah! Bastards. Its probably just a switch I can pass when opening Q3 or something. Ergh! It'll be much gooder when I figure out what it is.
I've read what few docs are available from Id on the issue (eg disable esd and check perms on /dev/dsp) with no luck. After disabling esd, I was able to get XMMS to succesfully use OSS for output which seems to me that the sound itself is working fine.
So then, as Luke pointed out, my cracked Q3 may be teh sUc so I installed the Q3 demo right from Id. Still no dice. Q3 logs show 'sound system is muted' but damned if I know how to change that.
Bah! Bastards. Its probably just a switch I can pass when opening Q3 or something. Ergh! It'll be much gooder when I figure out what it is.
Wednesday, 4 June 2003
... and I'm LFS's Little Bitch
Well, that wasn't in the plan. Apparently LFS clears a bunch of the directories from /var. Well, /var is a separate partation which RH uses and since I left it in the fstab for LFS, it fucking ate my RH. RH wasn't dead, but definately focked. How lame is that?
Ah well, reinstalled RH and that went fine. Back up to about where I was before. I just need to re-create a couple more users and groups and I'll be fine but what a pain in the arse.
Well in relation to that, I've made a partition to match the existing lfs partition. As I write, I'm dd'ing my first backup of LFS. I'm going to try to post a changelog so I can recover LFS if (when) I kill it. I think I'll just use root's .plan file and once I get finger up and Dulcea live then you'll be able to finger-bang the changes I've made.
And that's the news. Later, zudes.
Ah well, reinstalled RH and that went fine. Back up to about where I was before. I just need to re-create a couple more users and groups and I'll be fine but what a pain in the arse.
Well in relation to that, I've made a partition to match the existing lfs partition. As I write, I'm dd'ing my first backup of LFS. I'm going to try to post a changelog so I can recover LFS if (when) I kill it. I think I'll just use root's .plan file and once I get finger up and Dulcea live then you'll be able to finger-bang the changes I've made.
And that's the news. Later, zudes.
Tuesday, 3 June 2003
GRUB is My Bitch!
Jeepers-creepers! Talk about mangled translation from directions and sample installation to implementation on Dulcea.
Dulcea has two disks with Windows on the first (NTFS fills the whole drive), has /boot on /dev/hdb1, and has / on /dev/hdb2.
Now firstoff, I tried to install GRUB from the stage1&2 files distributed with Redhat. I don't know for whom or what they work for, but they didn't work for me. On top of that I ran grub-install like:
grub-install --root-directory=/dev/hdb2 /dev/hdb
That seemed to reverse the way the drives are referenced in GRUB so hda on Dulcea is now hd1 and hdb is hd0. Dunno, but I did finaly get things sorted out and here's how it works now.
1. (Optional) Create a GRUB boot disk
# cat /boot/grub/stage1 /boot/grub/stage2 > /dev/fd0
# reboot
1. (Alternate) Just run GRUB
# grub
2. Now install GRUB in the MBR of hdb. Note that our root is set to /boot a.k.a. /dev/hdb1 or hd0.0
> root (hd0,0)
> embed /grub/e2fs_stage1_5 (hd0)
> install /grub/stage1 (hd0)
(hd0)1+17 p /grub/stage2
/grub/grub.conf
3. Reboot and enjoy!
> reboot
FOCK! That was lot of hacking before I got everything figured straight, but its done now and I reign supreme over my own software... I hope.
Next: Making Quake 3 work with sound! (Yeah, right...)
Dulcea has two disks with Windows on the first (NTFS fills the whole drive), has /boot on /dev/hdb1, and has / on /dev/hdb2.
Now firstoff, I tried to install GRUB from the stage1&2 files distributed with Redhat. I don't know for whom or what they work for, but they didn't work for me. On top of that I ran grub-install like:
grub-install --root-directory=/dev/hdb2 /dev/hdb
That seemed to reverse the way the drives are referenced in GRUB so hda on Dulcea is now hd1 and hdb is hd0. Dunno, but I did finaly get things sorted out and here's how it works now.
1. (Optional) Create a GRUB boot disk
# cat /boot/grub/stage1 /boot/grub/stage2 > /dev/fd0
# reboot
1. (Alternate) Just run GRUB
# grub
2. Now install GRUB in the MBR of hdb. Note that our root is set to /boot a.k.a. /dev/hdb1 or hd0.0
> root (hd0,0)
> embed /grub/e2fs_stage1_5 (hd0)
> install /grub/stage1 (hd0)
(hd0)1+17 p /grub/stage2
/grub/grub.conf
3. Reboot and enjoy!
> reboot
FOCK! That was lot of hacking before I got everything figured straight, but its done now and I reign supreme over my own software... I hope.
Next: Making Quake 3 work with sound! (Yeah, right...)
Monday, 2 June 2003
Howdy Do
Well, its been a while since I've updated my plan so I gotsta put something in.
So for the last while, I've been trying to learn how to properly install a boot loader, GRUB, on the slave disk. For some reason it ain't going so smoothly. Dulcea's BIOS will boot IDE-1 so the MBR I am writing there does come up, it just won't let me, say load the kernel.
I finally went to the GRUB docs, I was going from a couple different HOWTO's, and it does look like I may have to complete the GRUB installation from a floppy as opposed to just running GRUB. Weak. Now I have to find a floppy that I can use.
One of the other reasons I want GRUB up is because I have recompiled my kernel and want to try that. With GRUB dead, I'm booting the kernel off my boot disk. Groot.
And Quake 3 is being a problem. I got it installed under Linux by the book but it runs without sound. I tried cranking the docs open on that and changed the file permissions on /dev/dsp and tried disabling esd but still no sound. I haven't found any useful help yet on it. Hmmm, maybe I'll try taking a dive in burial-grounds.
And the most recent funk wit mah rigs, dawgs, is that Nikita wasn't properly handling last-login times (eg for finger). Looks like it was just a file permission problem on the log files so I chown/chmodded Nikita's to match Rio's. I think I may have bunged those permissions when I moved /var/log to the share partition.
Ah, c'est la vie. I think I'm gonna aim for at least weekly updates of my .plan, I pseudo-promise-but-kinda-not :P
So for the last while, I've been trying to learn how to properly install a boot loader, GRUB, on the slave disk. For some reason it ain't going so smoothly. Dulcea's BIOS will boot IDE-1 so the MBR I am writing there does come up, it just won't let me, say load the kernel.
I finally went to the GRUB docs, I was going from a couple different HOWTO's, and it does look like I may have to complete the GRUB installation from a floppy as opposed to just running GRUB. Weak. Now I have to find a floppy that I can use.
One of the other reasons I want GRUB up is because I have recompiled my kernel and want to try that. With GRUB dead, I'm booting the kernel off my boot disk. Groot.
And Quake 3 is being a problem. I got it installed under Linux by the book but it runs without sound. I tried cranking the docs open on that and changed the file permissions on /dev/dsp and tried disabling esd but still no sound. I haven't found any useful help yet on it. Hmmm, maybe I'll try taking a dive in burial-grounds.
And the most recent funk wit mah rigs, dawgs, is that Nikita wasn't properly handling last-login times (eg for finger). Looks like it was just a file permission problem on the log files so I chown/chmodded Nikita's to match Rio's. I think I may have bunged those permissions when I moved /var/log to the share partition.
Ah, c'est la vie. I think I'm gonna aim for at least weekly updates of my .plan, I pseudo-promise-but-kinda-not :P
Sunday, 11 May 2003
And Now We Compile
So I finally got started w/ the Linux From Scratch project for Dulcea. Last night I got to the point where I can chroot into the stuff I have compiled so far (the compiler and file utilities, basically). Its going mostly smoothly but it is a fairly long process. My SBU is around 1m20s.
Anyhow, there were a few hiccups with my hardware setup and configuration... Firstly since I was doing most of this stuff remotely from work, I had to make sure I set GRUB to boot Linux by default. Well, I tweaked my networks cards and rebooted to make sure they perform as expected on boot and, guess what, Dulcea booted to windows.
Go me!
So on the topic of network cards, Dulcea has three. eth0 is the on-board NIC which you may remember as being scragged. eth1 and eth2 are both SMC PCI Full-Duplex 100Mbps cards (the 1211TX and 1244TX). Since I need to diffrentiate between the two I wrote the MAC IDs on the back of them. Pretty clever, da? It would have been if I hadn't mixed the two MAC IDs up...
Well after getting that sorted out I now have eth1 set as my external interface. Nikita is statically allocating it 192.168.0.2 and thus Dulcea deserves an entry in the hosts file. eth2 is the internal interface which Dulcea statically sets to 192.168.1.1. Oooo, aahhh. Different subnets.
With the network cards sorted out I cranked open my fstab on Dulcea because the NFS mounts are always mis-behaving. After looking at my entries and reading the mount and fstab properties carefully, I finaly have entries that load nfs mounts consistently and correctly on startup:
nikita:/home /home nfs _netdev,rsize=8192,wsize=8192 0 3
nikita:/home/share /mnt/share nfs _netdev,rsize=8192,wsize=8192 0 3
nikita:/home/ftp /mnt/ftp nfs _netdev,rsize=8192,wsize=8192 0 3
With basic system config crap out of the way (and grub.conf edited to boot linux by default so I can reboot remotely) I started into compiling my 1337 warez for Linux From Scratch (lfs docs available from www.linuxfromscratch.org).
Talk about a lot of slogging. I followed the directions to the letter. It is going smoothly but I am only just through chapter 5 which is compiling the tools required to compile (and the first mess is compiled statically).
So today I hope to put all the commands in a script file so I can just fire and forget. And also so I have the script file for if/when I build another LFS system.
Anyhow, there were a few hiccups with my hardware setup and configuration... Firstly since I was doing most of this stuff remotely from work, I had to make sure I set GRUB to boot Linux by default. Well, I tweaked my networks cards and rebooted to make sure they perform as expected on boot and, guess what, Dulcea booted to windows.
Go me!
So on the topic of network cards, Dulcea has three. eth0 is the on-board NIC which you may remember as being scragged. eth1 and eth2 are both SMC PCI Full-Duplex 100Mbps cards (the 1211TX and 1244TX). Since I need to diffrentiate between the two I wrote the MAC IDs on the back of them. Pretty clever, da? It would have been if I hadn't mixed the two MAC IDs up...
Well after getting that sorted out I now have eth1 set as my external interface. Nikita is statically allocating it 192.168.0.2 and thus Dulcea deserves an entry in the hosts file. eth2 is the internal interface which Dulcea statically sets to 192.168.1.1. Oooo, aahhh. Different subnets.
With the network cards sorted out I cranked open my fstab on Dulcea because the NFS mounts are always mis-behaving. After looking at my entries and reading the mount and fstab properties carefully, I finaly have entries that load nfs mounts consistently and correctly on startup:
nikita:/home /home nfs _netdev,rsize=8192,wsize=8192 0 3
nikita:/home/share /mnt/share nfs _netdev,rsize=8192,wsize=8192 0 3
nikita:/home/ftp /mnt/ftp nfs _netdev,rsize=8192,wsize=8192 0 3
With basic system config crap out of the way (and grub.conf edited to boot linux by default so I can reboot remotely) I started into compiling my 1337 warez for Linux From Scratch (lfs docs available from www.linuxfromscratch.org).
Talk about a lot of slogging. I followed the directions to the letter. It is going smoothly but I am only just through chapter 5 which is compiling the tools required to compile (and the first mess is compiled statically).
So today I hope to put all the commands in a script file so I can just fire and forget. And also so I have the script file for if/when I build another LFS system.
Tuesday, 6 May 2003
More Gear
Mmmm New hardware. Tastes just like chicken.
So I made another trip out to NCIX to get the last couple of things I need to trick-out Dulcea for becomming the disciple server. A new large HD and a PCI NIC (in addition to the one she already has).
Got us a nice Western Digital Caviar JB series drive. This one is 7200 rpm, ATA 100 (didn't see any 133s around), 9ms avg seek, and a 8 mb cache. Its wery nace.
Heh. I didn't realize that Dulcea was actually using her secondary drive for Linux. Its a crap drive and I thought Linux was just on a partition (or three) on the main disk. Come boot time, not GRUB for you. In short, I got to "upgrade" from Redhat 8.0 to Redhat 9. As with Chevette, the upgrade wasn't very exciting. At least RH 9 comes w/ the 2.4.20 kernel.
Anyhow, the NIC I picked up was twenty bones which I guess I kinda think is fine. Not as many free PCI NICs as there are ISA NICs. Its a fair and popular chip at least. SMC 1244TX. In fact, the other NIC in Dulcea is a predacessor to that one. Its a SMC 1211TX. Both NICs are 100Mbps and support full-duplex and, uh, me ethernet 'em up good. Don't know why anyone would buy the 60-80CDN 100Mbps NICs, but apparently NCIX sells plenty of 'em.
Whoops, gtg. Gonna be late for work.
So I made another trip out to NCIX to get the last couple of things I need to trick-out Dulcea for becomming the disciple server. A new large HD and a PCI NIC (in addition to the one she already has).
Got us a nice Western Digital Caviar JB series drive. This one is 7200 rpm, ATA 100 (didn't see any 133s around), 9ms avg seek, and a 8 mb cache. Its wery nace.
Heh. I didn't realize that Dulcea was actually using her secondary drive for Linux. Its a crap drive and I thought Linux was just on a partition (or three) on the main disk. Come boot time, not GRUB for you. In short, I got to "upgrade" from Redhat 8.0 to Redhat 9. As with Chevette, the upgrade wasn't very exciting. At least RH 9 comes w/ the 2.4.20 kernel.
Anyhow, the NIC I picked up was twenty bones which I guess I kinda think is fine. Not as many free PCI NICs as there are ISA NICs. Its a fair and popular chip at least. SMC 1244TX. In fact, the other NIC in Dulcea is a predacessor to that one. Its a SMC 1211TX. Both NICs are 100Mbps and support full-duplex and, uh, me ethernet 'em up good. Don't know why anyone would buy the 60-80CDN 100Mbps NICs, but apparently NCIX sells plenty of 'em.
Whoops, gtg. Gonna be late for work.
Subscribe to:
Posts (Atom)