Le szedtem vagy nyolcat tizet, majd mazsolázok.

De csit, mi fény dereng amott…

Sziasztok!
Kellene egy kis segítség a fluxbox insatlljához. Mivel Mandrake 9.2-m van ezért leszedtem a tar.gz-t kicsomagoltam majd lement a ./configure. A make parancsra azonban a következõt dobta ki:

fluxbox.cc: In member function `void Fluxbox::save_rc()’:
fluxbox.cc:1976: error: `B_EuropeanDate’ undeclared (first use this function)
fluxbox.cc:1976: error: (Each undeclared identifier is reported only once for each function it appears in.)
fluxbox.cc: In member function `void Fluxbox::load_rc(BScreen*)’:
fluxbox.cc:2324: error: `B_AmericanDate’ undeclared (first use this function)
make[3]: *** [fluxbox.o] Error 1
make[3]: Leaving directory `/home/user/programok/fluxbox/fluxbox-0.1.14/src’
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/user/programok/fluxbox/fluxbox-0.1.14/src’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/user/programok/fluxbox/fluxbox-0.1.14′
make: *** [all] Error 2

Gõzöm nincs mi ez, de rákerestem és egy levlistán találtam ezeket:

I have a fresh install of 5-CURRENT running, and I’m trying to install
> Fluxbox. As has been reported in the past, there’s a problem:
>
> fluxbox.cc: In member function `void Fluxbox::save_rc()’:
> fluxbox.cc:1976: error: `B_EuropeanDate’ undeclared (first use this function)
> fluxbox.cc:1976: error: (Each undeclared identifier is reported only once for
> each function it appears in.)
> fluxbox.cc: In member function `void Fluxbox::load_rc(BScreen*)’:
> fluxbox.cc:2324: error: `B_AmericanDate’ undeclared (first use this function)
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/fluxbox.
>
>
> As noted before, this can be fixed by editing config.h to include
> #define HAVE_STRFTIME 1
> and by including cassert in FbRun.cc.
>
> However, even after these fixes, it wouldn’t install; see the dump at the
> end of this file. It seems there’s a whole host of errors in the boxtools
> package, and they look to either be due to bad C++ or bugs in gcc. Any
> suggestions on how to proceed?

It’s probably bad C++, -CURRENT’s compiler got a lot pickier after the
upgrade. I’m able to reproduce this and hopefully I can get the boxtools
port to work. Will send you a diff when finished. Thanks for the report!

Meg ezt:

On Wed, Aug 13, 2003 at 02:46:00AM -0700, Tom Plagge wrote:
> > However, even after these fixes, it wouldn’t install; see the dump at the
> > end of this file. It seems there’s a whole host of errors in the boxtools
> > package, and they look to either be due to bad C++ or bugs in gcc. Any
> > suggestions on how to proceed?
>
> It’s probably bad C++, -CURRENT’s compiler got a lot pickier after the
> upgrade. I’m able to reproduce this and hopefully I can get the boxtools
> port to work. Will send you a diff when finished. Thanks for the report!

Turned out to be easier than I thought. Here’s the diff, tested to install but
not tested wrt functionality. If you can confirm that the tools actually work,
I’ll send-pr.

–Stijn

—
„Well,” Brahma said, „even after ten thousand explanations, a fool is
no wiser, but an intelligent man requires only two thousand five
hundred.”
— The Mahabharata.

---

next part

---

Index: Makefile
===================================================================
RCS file: /home/stijn/cvsroot/ports/boxtools/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
— Makefile 13 Aug 2003 10:13:49 -0000 1.5
+++ Makefile 13 Aug 2003 10:43:51 -0000
@@ -23,6 +23,7 @@

pre-patch:
${REINPLACE_CMD} -e ‘s#PACKAGE=blackbox#PACKAGE=boxtools#’
+ -e ‘s#-pedantic##’
${WRKSRC}/configure

do-install:
Index: files/patch-src::Window.cc
===================================================================
RCS file: files/patch-src::Window.cc
diff -N files/patch-src::Window.cc
— /dev/null 1 Jan 1970 00:00:00 -0000
+++ files/patch-src::Window.cc 13 Aug 2003 10:43:51 -0000
@@ -0,0 +1,11 @@
+— src/Window.cc.orig Wed Aug 13 12:40:02 2003
++++ src/Window.cc Wed Aug 13 12:41:03 2003
+@@ -44,6 +44,8 @@
+ #endif // HAVE_STDLIB_H
+ }
+
++#include
++
+ #include „i18n.hh”
+ #include „blackbox.hh”
+ #include „GCCache.hh”

---

next part

---

A non-text attachment was scrubbed…

Nekem ez sajnos nem érthetõ. Valaki tudna segíteni mi a gond és hogy lehetne megoldani?

Ez nagyon pozitív, valaki keres elõbb, minthogy elõvezesse a problémát. 😆
A kérdés is megfelelõen van feltéve.
Ez pozitív példa mindenkinek. 😀

Bizonyos verziójú fordító hibásan fordítja le, ezért van a javító patch.
Ami a http://www.fluxbox.org/ homepage-én is rajta van 0.9.9 fluxbox verzióhoz és gcc 3.4 verzióhoz. (Most egyébként ez a legújabb fluxbox.)

Egy kis pontositas izsla hozzaszolasahoz; A korabbi blackbox-bol forkolt es elso korben terjesztett fluxbox verzio 0.1.14. (nem 1.14)

Bocsi tökéletesen igazad van!

Leszedtem pár themet a fluxboxhoz. Azonban az alkalmazással problémám támadt (micsoda meglepetés…).
A readme alapján a /home/user/.fluxbox könyvtárba bemásolom az adott könyvtárakat. Ez eddig rendben is lenne azonban szerepel még ott az is, hogy az init fájlt meg kell(ene) szerkeszteni…
Arra már rájöttem, hogy a session.styleFile-nál a/home/user /.fluxbox/style könyvtárban levõt kell megadnom. Azonban csak ennek a megváltoztatása nem változtat semmin. Gondolom valamin még változtatni kellene, csak min? 😕
Néztem a fluxbox.hu-t de attól nem lettem okosabb…
Ja az egyik theme-hez volt egy init_theme név fájl. Az eredetit a biztonság kedvéért kimásoltam máshova ezt átneveztem simán initnek és bemásoltam a /home/user/.fluxbox könyvtárba. Semmi nem változott. Pedig ez az init méretre a duplája és gondolom az adott theme-re kitalálva.

A tanácstalanság kiült az arcomra és lóbálja lábát… 😥