El jue, 13-11-2008 a las 16:56 +0900, nigel barker escribió: > Dear All, > > Yesterday I installed another etch ltspserver from the etch DVD. Its > x86_64 and refuses to take flash plugin from Adobe, even though that is > what I installed on my amd64 ltspservers and workstations without any > problems. flashplugin-nonfree gives no candidate version. > > Then today I installed an amd64 workstation. There doesn't seem to be > any sun-java5-plugin package any more either! > > I don't think I'm doing anything different from all the other installs > over the past year or more (I admit most on i686, but for sure several > amd64). Has something changed? > > Sorry for these basic questions, but one teacher has the new server in > his classroom already, and had a parent visitor for the lesson when he > discovered that Youtube wouldn't work. Luckily he is my friend! > Hi Nigel, flash and java are still issues when using amd64. For flash, Adobe has never done a 64 bits version and Gnash is not ready yet, youtube works but many other video or flash site don't. The solution is installing the flash plugin in amd64 using flashplugin-nonfree that uses a wrapper to make it run in 64 bits, even if it's a 32 bits application. It's a workaround and sometimes the flash frame is in grey color and you have to reload the web site. For java, there has never been a plugin for 64 bits from Sun. There is a plugin for the new free java packages (openjdk, the plugin is icedtea-gcjwebplugin). You can install it and it's suppossed to work on amd64, but there is still a bug when drawing lines and points. This bug[1] is suppossed to be fixed in the latest icedtea release, but that release is not packaged yet. So, no one of these solutions is optimal. I'm having the same problems you have, as the ltsp servers we're deploying in our schools are amd64 with 8 gb of RAM. You have two remaining solutions: -Install an linux-image-2.6.26-1-686-bigmem kernel, so you theorically can see more than 4 gb of RAM in the computer using 32 bits. I say theorically becuase it will depend on the computer motherboard, and anyway you're loosing perfomance as the memory is being paginated. - Install a chroot to run the web browser. In fact you can even use the same chroot you have for your thin clients and run the applications there. There is a very nice tutorial [2] that explains how to run the browser from the chroot without "chrooting", i.e. the user will keep the same home and access to all the directories when running 32 or 64 bits applications. In fact, when using ltsp, if you combine this solution with using local apps, you'll get a very nice solution as you avoid the very common ugly and badly programmed flash animations eating all the resources of the server. (Using local apps it's a little tricky in Debian lenny and really easy if you use the ltsp packages from experimental) Hope this helps. Cheers José L. [1] http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=211 [2] http://www.xs4all.nl/~carlo17/howto/iceweasel32.html
Attachment:
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente