Recently, when updating the gentoo linux on my amd64 box I got errors when building packages with the doc USE flag. All failing packages were using the gtkdoc tool for generating the documentation. Nowhere in the web was a topic concerning this problem. All these packages failed similar to example for libbonobo below. But many other ebuilds, i.e. glib, gedit etc. were also affected.

Writing libbonobo-bonobo-persist-file.html for refentry(libbonobo-bonobo-persist-file)
Writing libbonobo-bonobo-persist-stream.html for refentry(libbonobo-bonobo-persist-stream)
Writing libbonobo-bonobo-persist-client.html for refentry(libbonobo-bonobo-persist-client)
Writing persist.html for chapter(persist)
Writing debugging.html for refentry(debugging)
Writing libbonobo-faq.html for refentry(libbonobo-faq)
Writing libbonobo-bonobo-config-database.html for refentry(libbonobo-bonobo-config-database)
Writing misc.html for chapter(misc)
Writing ix01.html for index
Writing index.html for book(index)
Writing index.sgml for book(index)
Writing libbonobo.devhelp for book(index)
Writing libbonobo.devhelp2 for book(index)
gtk-doc: Fixing cross-references
try vitry vish: /usr/bin/vim: Datei oder Verzeichnis nicht gefunden
readline() on closed filehandle NEWFILE at /usr/bin/gtkdoc-fixxref line 467.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 470.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 471.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 475.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 476.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 477.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 478.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 479.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 480.
Use of uninitialized value in substitution (s///) at /usr/bin/gtkdoc-fixxref line 481.
Can’t delete html/_temp_src.15046.h.html: Datei oder Verzeichnis nicht gefunden at /usr/bin/gtkdoc-fixxref line 486.
make[1]: *** [html-build.stamp] Fehler 2
make[1]: Leaving directory `/var/tmp/portage/gnome-base/libbonobo-2.24.3/work/libbonobo-2.24.3/doc/api’
make: *** [all-recursive] Fehler 1

After some days of searching I was able to track the issue down to the part of gtk-docfixref that uses vim for highlighting. Perhaps my gtk-doc version (gtk-doc-1.13-r2) is not compatible to my vi version (vim-7.2.303). Even uninstalling vi for testing purposes was not successful since at least this version of gtk-docfixref tries to use vi even if it is not installed.

Line 290 of gtkdoc fixref:

if (“/usr/bin/vim” ne “”) {

Changing this line to

if (“/usr/bin/vim” ne “/usr/bin/vim”) {

for forcing gtk-docfixref to always ignore vi was the (temporary) solution for me. Afterwards I was again able to build all the packages using gtk-doc for documentation.

Since I did not find any information about the problem in the web I am quite unsure if I should open a bug report for it or if it is only a local problem.  So, if you experience the same problem please leave a comment.

Jürgen

(No Ratings Yet)

Loading...

Posted in gentoo, linux | 2 Comments »

Today, when I ran the regular update of my gentoo systems there was an update for compiz-fusion in portage. The compiz update did not work out of the box on my x8_64 systems, missing keywords, blocking packages, etc.

Here is the way I got it to work. The procedure is similar to the one I described in upgrade-to-compiz-fusion-0.82.

emerge -uND world

!!! All ebuilds that could satisfy “>=x11-plugins/compiz-plugins-main-0.8.6” have been masked.
!!! One of the following masked packages is required to complete your request:
– x11-plugins/compiz-plugins-main-0.8.6 (masked by: ~amd64 keyword)

Add to /etc/portage/package.keywords:

=x11-plugins/compiz-plugins-main-0.8.6 **
=x11-plugins/compiz-plugins-unsupported-0.8.6 **
=x11-plugins/compiz-plugins-extra-0.8.6 **
=x11-plugins/compiz-plugins-unsupported-0.8.4-r1 **

the last line is there just because I don´t know if there will be a newer version of compiz-plugins-unsuported or not.

emerge compiz-fusion

[blocks B ] x11-plugins/compiz-fusion-plugins-extra (“x11-plugins/compiz-fusion-plugins-extra” is blocking x11-plugins/compiz-plugins-extra-0.8.4-r1)
[blocks B ] x11-plugins/compiz-fusion-plugins-main (“x11-plugins/compiz-fusion-plugins-main” is blocking x11-plugins/compiz-plugins-main-0.8.4-r1)

emerge -C compiz-fusion-plugins-extra compiz-fusion-plugins-main compiz-fusion-plugins-unsupported

emerge compiz-fusion

Afterwards I had a working compiz-fusion-0.8.6.

regards

Jürgen

(No Ratings Yet)

Loading...

Posted in Uncategorized | No Comments »

I´m running gentoo linux x86_64 on my dell laptop. Today mail-client/mozilla-thunderbird-3.0.3 was aviable in portage and so I upgraded, but there was no lighning for Thunderbird 3 in the portage. Since I need the calendar in thunderbird I searched the web for a solution. After short time I found it in google groups.

On Gentoo just do this:

emerge =mail-client/mozilla-thunderbird-3.0.3 =x11-plugins/enigmail-1.0.1-r1

Download the lightning.xpi from http://mozilla.osuosl.org/pub/mozilla.org/calendar/lightning/releases/1.0b1/contrib/linux-x86_64/ and install it via Tools->Addons.

Now have fun with your new Thundebird.

Best regards xexplorer

(No Ratings Yet)

Loading...

Posted in gentoo, linux, mail | No Comments »

Some years ago I played nethack on my old PC. Nethack is a Diablo like RPG that was originally released in 1987. Before playing a game, you have to create a character. You can choose between different character classes: Archeologist, Barbarian, Caveman, Healer, Knight, Monk, Priest, Ranger, Rogue, Samurai, Tourist Valkyrie and Wizard. These classes have different abilities in fighting and using magic. Afterwards you can descent to the dungeon where you have to retrieve the Amulet of Yendor and defeat the bad Moloch. For some more information on gameplay and how to win see the links below the post.

By chance I discovered a maemo package for vultures eye which I installed on my Nokia N810. Vultures eye is a nice graphical frontend for nethack.

Which dragon shall I ride? - Vultureseye on the N810

Then I felt it would be nice to have Vultures Eye also on my PC. With a large screen and real mouse/keyboard input the game is easier to play, than on the small n810s touchscreen. Since the latest available Gentoo ebuild was far out of date and the sources for it are no longer available I wrote a new ebuild based upon the old one. You may download my new ebuild from here: [download#38]

vultureseye on gentoo

To use the ebuild it just copy it to /usr/local/portage/games-roguelike/vultures/. You probably have to create the directory. Then run

ebuild /usr/local/portage/games-roguelike/vultures/vultures-2.2.100.ebuild digest

Be sure to include the following line in your /etc/make.conf.

PORTDIR_OVERLAY=”/usr/local/portage”

Then just emerge vultures and enjoy many YASDs. But beware, one can get quite addicted to this game.

Jürgen

Resources:

NetHack

beginner’s-guide-to-nethack

how-to-win-at-nethack-wishes

vultures-eye-nethack-nice-graphics

nokia-n900-downloads

gentoo bugzilla

(1 votes, average: 5.00 out of 5)

Loading...

Posted in fun, games, gentoo, linux | No Comments »

I have searched for a 3D game on Linux and found this nice flight simulation. In Gentoos portage tree there is only an old version avaiable, so I wrote an ebuild for the new version. It compiles fine on my computer wth 64bit Gentoo – Linux.

The Power of my graphics board (nVidia Corporation Quadro FX 360M) seems to be enough for this simulation. The control is not easy, but with some time, you can fly around, like in a real aircraft.

What is FlightGear?
The FlightGear flight simulator project is an open-source, multi-platform, cooperative flight simulator development project. Source code for the entire project is available and licensed under the GNU General Public License.

HowTo install on Gentoo:

Download [download#37] file which include the ebuilds

cd /usr/locale/portage
tar -xzpvf ~/flightgear-2.0.0.tar.gz

Then you have to unmask the ebuilds in /etc/portage/package.keywords :
=games-simulation/flightgear-2.0.0 **
=dev-games/simgear-2.0.0 **
=dev-libs/boost-1.37.0-r1 **
=dev-util/boost-build-1.37.0 **
=media-libs/freeglut-2.6.0  **

now you can ’emerge =games-simulation/flightgear-2.0.0′

Have fun

Xexplorer

UPDATE 04.03.2010:

Now it´s in portage, with two different lines. First of all I found out that freeglut 2.6 is needed for flightgear, so I put it in the ebuild. And the second is a patch witch is needed if you don´t use freeglut 2.6. So I think my choice is the better way.

(No Ratings Yet)

Loading...

Posted in 3d, fun, gentoo, linux | 3 Comments »

On a gentoo system you may get the error

QA Notice: Package has poor programming practices which may compile but will almost certainly crash on 64bit architectures

during emerge. This is usually a wanted behaviour since one does not want to have broken packages installed, but sometimes you may want to decide yourself or you need the program and can live with crashes that may occur under certain circumstances. As far as I know portage does not give us an easy method to override this.

You may change this behaviour by changing line 477 in /usr/lib/portage/bin/misc-functions.sh to i.e.

if [[ ${abort} == “disabled” ]] ; then

After emerging the brocken package you usually want to change the line back to

if [[ ${abort} == “yes” ]] ; then

to prevent having broken packages on your system without knowing about it.

Hoping this information is of some help.

Jürgen

(1 votes, average: 5.00 out of 5)

Loading...

Posted in gentoo, linux | No Comments »

With linux kernel 2.6.32 module parameters for kvm-intel changed so if you cannot load the module anymore and you get errors in dmesg like

kvm_intel: Unknown parameter `enable_vpid’
kvm_intel: Unknown parameter `enable_ept’
kvm_intel: Unknown parameter `flexpriority_enabled’

you should update your module config. For gentoo users this means to edit the file

/etc/modules.d/kvm_intel

and to remove the obsolete parameters. Afterwards run

update-modules -f

Now you should be able to load the module and do kvm vitualization again.

For me this problem occured when trying the new zen-sources-2.6.32-zen1 (also in zen2). Sadly this kernel is affected by the bug which causes higher power consumption (at least on my Precision M65) when not running a suspend to ram cycle before. This also occurs with vanilla sources. For more information on this topic see bugzilla.kernel.org.

Jürgen

(No Ratings Yet)

Loading...

Posted in gentoo, kernel, linux, zen-sources | No Comments »