gtkdoc-fixref problem on gentoo linux

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

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Upgrade to compiz-fusion-0.8.6

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

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

mozilla-thunderbird-3.0.3 with virtual identity addon

The recent upgrade to thunderbird-3.0.3 rendered the virtual identity extension unusable due to a version conflict.

The virtual identity extension allows you to edit the sender field when composing a new mail. Furthermore it warns you when trying to send a mail to a recipient you used another sender address for, before. This is especially useful if you use multiple accounts in thunderbird since you surely don´t want to write business mails from your private mail account.

The extension itself works with thunderbird-3.0.3, but thunderbird-3.0.3 is not in the range of compatible versions specified in the Addon package. It is possible to override this. To do so install MR Tech Toolkit via Tools->Addons and restart Thunderbird. Now, when installing an Addon you get an additional checkbox to deactivate the maxVersion test. Also in the context menu of the extension list there is now a menu entry “override compatibility” which allows you to activate installed Addons that fail the version test. Afterwards you can activate or install virtual identity again.

Edit: V0.6.4 is out and the procedure described above is not necessary any more for virtual identity.

The URLs for virtual identity above do not seem to work anymore. XPIs for the extension can be found here: ftp.uni-erlangen.de

regards Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

mozilla-thunderbird-3.0.3 with lightning and enigmail on Gentoo x86_64

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

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Vultures-2.2.100 ebuild for gentoo

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.

vultureseye-n810

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: vultures ebuild (1527 downloads )

vultureseye

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 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 5.00 out of 5)
Loading...

FlightGEAR 2.0.0 on GENTOO

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 flightgear-2.0.0-stereoscopic_overlay.tar.gz (1790 downloads ) file which include the ebuilds

cd /usr/locale/portage
tar -xzpvf ~/flightgear-2.0.0-stereoscopic_overlay.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.

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

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

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 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 5.00 out of 5)
Loading...

siteinfo

Translator