I just recognized the osgocean release on the osg mailing-list. Osgocean is a library that one can use to render water effects in a very realistic way. It was used to generate the above and below water effects in the VENUS project. For more information on the osgocean project see: osgocean You can see how realistic it looks if you watch the youtube video below.
It looked very interesting, so I decided to try it out. To do so I wrote two ebuilds, one for osgocean and one for fftss, the fast fourier transformation library it depends on. Both are available in following archive: osgocean overlay (2110 downloads )
Extract the archive to your portage overlay.
# mkdir /usr/local/portage/ # cd /usr/local/portage/ # unzip osgocean_overlay.zip
Be sure that PORTDIR_OVERLAY=”/usr/local/portage” is included in your /etc/make.conf, then you can emerge it:
#emerge osgocean
For this you need to have the OpenSceneGraph library installed. Detailed Instructions on how to build OpenSceneGraph on gentoo can be found on PlopByte.
Since openscenegraph is now in the main portage tree I have updated the ebuild dependencies today (31/08/2009) to either media-gfx/openscenegraph or dev-games/openscenegraph.
Updated ebuild is now available here: osgocean-1.0.1.ebuild (2121 downloads ) Just copy it to /usr/local/portage/media-gfx/osgocean/ after extractingosgocean_overlay.zip like described before and run:
As you can read here 2.6.30 is out now. As to the whole set of changes since 2.6.29, the best place to look is probably just http://kernelnewbies.org/Linux_2_6_30 as usual. One thing that doesn’t seem to be mentioned here is that we’re hopefully now done with the suspend/resume irq re-architecting, and have switched to a new world order. Although I suspect lots of details will still change, of course.
If we have tested the new kernel, probably with zen patch set, we will tell you
# mkdir /usr/local/portage/ # cd /usr/local/portage/ # tar -xpvf nv-portage.tar
Be sure that PORTDIR_OVERLAY=”/usr/local/portage” is in your /etc/make.conf, then you can emerge it: # ACCEPT_KEYWORDS=”~amd64″ emerge =nvidia-drivers-180.60 -1
Because of the problem with a good, fast and working nvidia driver, I’ve tested the actual beta driver from Nvidia. After installing it on my system (Dell M4300, with zen-sources 2.6.29-r3 running fine on it) everything seems to be fine. But there was the first fault. The character set in the Terminal swaps. The next serious error was restarting the X-Server or crashing the whole system while surfing with Epiphany. So I downgraded my system to nvidia-drivers-180.29 again as mentioned here. It seems Nvidia has to do some work on it, still we have another working release. Stay tuned, we will test it and tell you our experience with any new driver we found from Nvidia.
I sometimes have the problem that k3b fails to compare a burned disc with an ISO-image because it fails to reload the disk. So I wrote a small script that compares a CD or DVD against an ISO-Image. Since it can be quite handy, I like to share the script with you.
It takes the ISO-image to compare against as first parameter. The second (optional) parameter it takes is the drive, the disc is located in (i.e. /dev/sr0). Commands it needs and that therefore need to be installed on your system are awk, md5sum and pv. Chances are good, that there exist precompiled packages for your distribution. When the comparison is done it prints out whether it succeeded or not and returns 0 on success and -1 on failure for use from within other programs.
Today, during my regular upgrades, I upgraded my gentoo boxes to nvidia-drivers-180.51, which is the latest version in portage. Since the error in dmesg
bluetooth-apple[10079] general protection ip:7fec32b2cebe sp:7fff3dc7ff00 error: 0 in libGL.so.180.51[7fec32ad6000+a5000]
I mentioned in CTRL-C and CTRL-Z not working after nvidia-driver upgrade and high CPU usage and saw in later releases still occurs and therefore I expect more problems, I downgraded to nvidia-drivers-180.29 again. Since I upgraded to xorg-server-1.5.3 in the meanwhile, I am sure now, that the problems are not related to incompatibilities with the older xorg release I ran before.
Did anyone monitor the driver release any closer? How were your experiences?
A while ago I wanted to make my iptables firewall a bit active. During my searches I found the iptables mirror target, which takes the packet sent to your machine and returns the same packet to the machine the packet came from. Thus, let’s say someone tries to scan your machine or tries an attack he would scan his own machine or even attack his own machine. Sadly the mirror target has been dropped somewhere around linux version 2.5 for security concerns. Somewhere in the web I found sources for a 2.5 kernel version and made them work with some 2.6.
I want to share this with the community now. So you can download the modified modules sources on www.mygnu.de. To build the module, boot the kernel version you want to use the module with, and unpack the archive. Afterwards run the compile.sh script and the install.sh script.
Now you may use the mirror target in place of the reject or drop target in the INPUT, FORWARD and PREROUTING chains, like this in your firewall script:
$IPTABLES -A INPUT -j MIRROR
Beware: The use of the mirror target may have strange results, i.e. if you want to connect to the iptables protected machine, you may end up connecting to the local machine without recognizing it. It also may use much bandwith. Worst case: if you have two machines using this module they may end up playing pingpong. So you have been warned, use with caution and at your own risk. For more information see: MIRROR target.
Downloads for the most recent kernel versions are below. Notice the version numbering 2.6.25 works for kernels up to 2.6.27. 2.6.28 also works for 2.6.29 and probably for future kernels. If you need a version for an older kernel, leave a comment. Then I can look if I have a module version archived for the kernel version you need.