Re: Graphics cards with Free drivers
After trying NVidia, ATI and on-board Intel recently, I'd agree with Thadeu that Intel is the easiest to get running with purely open-source drivers. I run an NVidia 8600GT now for dual-monitor support, but I wasn't able to get the output on the analog VGA port right (refresh rate problems on my LCD) without using the proprietary nvidia driver. I run the on-board ATI in a laptop, but I wasn't able to get wide-screen output without using ATI's binary driver. But of course the proprietary driver has it's own problems - it causes the laptop to lock up when going into sleep or hibernate. The on-board Intel on my Asus MB just worked out of the box without having to fight anything. my 2c, Andre A J Stiles wrote: I'm thinking of buying a new 64-bit machine to use as my home desktop. (It will probably run Sid.) Does anyone know of a graphics card which is definitely supported by Free drivers? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ip6tables (was Re: Disable IPv6 - here is help)
Lionel Elie Mamane wrote: On Wed, Sep 07, 2005 at 07:22:19PM +1200, Lee Begg wrote: On Wed, 07 Sep 2005 17:35, [EMAIL PROTECTED] wrote: For example: If you used iptables to block all sorts of ports, but you still had ipv6 enabled on a nic, could those ports still be accessed via an ipv6 travelling packet? Yes, but only if you have a real ipv6 address on that nic (ie, site or global address). To block the ports for ipv6, use the same commands using ip6tables instead of iptables - it should be that easy. Should, but isn't. There's no stateful filtering yet. True, I was hoping to see it in the 6.13 kernel, but it still isn't there yet. Does anyone have any idea when it might get put in? I've researched it, and it appears that there is an effort to rewrite the stateful filtering framework to make it more modular so the same code could be used for IPv4, IPv6 and other protocols. I think that's great, but IPv6 has been around for a long time now, and anything, even a temporary port of the IPv4 code would be better than nothing. Andre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Java working
David Liontooth wrote: Sun distributes a version of java for amd64 at http://java.sun.com/j2se/1.5.0/download.jsp and it works great. Cheers, David cd /usr/local /download/jre-1_5_0-rc-linux-amd64.bin vi /etc/profile add /usr/local/jre1.5.0/bin I've had problems running the Sun JVM on my system, with lots of HotSpot crashes. I downloaded the IBM 1.4.2 JVM for AMD64 Linux, and that has been running much better. Hopefully the final 1.5 release from Sun will be more stable. Cheers, Andre V
Re: Booting, grub x86_64 kernels.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Wakefield wrote: | Greetings all. | | I have an installation of Debian-amd64, upon which I have compiled | (a bunch of) kernels. My problem is that I am trying to get grub | to boot these new kernels. It won't. | | I've compiled hundreds of kernels on 32 bit that usually worked | fine. | | My x86_64 kernels boot only up to a point, then they fail with the | messages like: can't mount root partition ... can't find partition | ... initrd.img too big and another that is something like: please | append a proper root= boot option. | | Naturally I've compiled a several monolithic kernels and many with | different module configurations ... point is I've done every darn | thing I can think of ... even read man pages ... %^) One | monolithic booted, but ran so slow, it was useless. I've tried lilo | as well, no go. | | My questions are: Is there a source I can study that deals with | booting personally compiled x86_64 kernels with grub ... and ... | does the 64 bit kernel need an initrd.img to boot? | | I have been using Linux-2.6.7 from kernel.org, I have a Asus K8V 1 | gig mem module. | | Thank you for any ideas, Chris w. | | | | Chris, I've compiled a x86_64 kernel and booted it with no problem. I've only tried grub, and haven't messed with lilo on this box. I prefer not to use an initrd, but that does take special consideration: Ensure that your IDE drivers and root file system (ReiserFS in my case) are compiled into the kernel instead of modules. One other thing to watch for are SATA drives. If you use the SATA drivers in the SCSI section your drive(s) will detect under /dev/sdx, while using the IDE drivers will lead to /dev/hdx. Be sure that your root kernel argument reflects your driver choice. I've ran both, but haven't done any research into which is better, so for now I use only the IDE driver with no problem. Overall, my experience is that running a custom 64bit kerenel is identical to a 32bit one. The biggest challenge is figuring out the hardware on the new mainboards Andre -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3-nr1 (Windows 2000) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBBp+HiGM/GclYzqkRAv9NAJ9CNKikMKI3lvhG1SwQM/VWmvFZ1QCg+enh fEtLlbZWvx9BEv+QX9TxkeY= =R67w -END PGP SIGNATURE-