not resolved
enigma9o7
offlineMember
Nope, didn't build any better with raqm. Still the exact same output.
@alanyih does your slitaz-next64 have newer boost than normal 32-bit rolling? Maybe it's complaining about my boost..
although I still wonder about this locale stuff, I've seen it pop up here as a warning...
alanyih
offlineAdministrator
The problem seems to be boost-related:
add the line:
-DCMAKE_EXE_LINKER_FLAGS:STRING="-lboost_locale" \
into the cmake configuration options.
slitaz-next64 - supertux-0.6.1
official build
SuperTux_2-v0.6.1.glibc2.14-x86_64.AppImage 162 MB
To run an AppImage, simply:
Make it executable
$ chmod a+x SuperTux*.AppImage
and run!
$ ./SuperTux*.AppImage
alanyih
offlineAdministrator
libboost - boost
> -- Found Boost: /usr/include (found version "1.69.0") found components:
> filesystem system date_time locale
slitaz-next64
tux@slitaz:~$ tazpkg -s boost
Search result for "boost"
================================================================================
Installed packages
--------------------------------------------------------------------------------
================================================================================
0 installed packages found for "boost"
Available packages
--------------------------------------------------------------------------------
boost 1.68.0 meta
boost-atomic 1.68.0 libdevel
boost-chrono 1.68.0 libdevel
boost-container 1.68.0 libdevel
boost-context 1.68.0 libdevel
boost-contract 1.68.0 libdevel
boost-coroutine 1.68.0 libdevel
boost-date-time 1.68.0 libdevel
boost-dev 1.68.0 development
boost-fiber 1.68.0 libdevel
boost-filesystem 1.68.0 libdevel
boost-graph 1.68.0 libdevel
boost-iostreams 1.68.0 libdevel
boost-locale 1.68.0 libdevel
boost-log 1.68.0 libdevel
boost-math 1.68.0 libdevel
boost-math-tr1 1.68.0 libdevel
boost-prg-exec-monitor 1.68.0 libdevel
boost-program-options 1.68.0 libdevel
boost-python 1.68.0 libdevel
boost-random 1.68.0 libdevel
boost-regex 1.68.0 libdevel
boost-serialization 1.68.0 libdevel
boost-signals 1.68.0 libdevel
boost-stacktrace 1.68.0 libdevel
boost-system 1.68.0 libdevel
boost-thread 1.68.0 libdevel
boost-timer 1.68.0 libdevel
boost-type-erasure 1.68.0 libdevel
boost-unit-test-framework1.68.0 libdevel
boost-wave 1.68.0 libdevel
boost-wserialization 1.68.0 libdevel
================================================================================
32 available packages found for "boost"
tux@slitaz:~$
slitaz-next i386
boost
Boost C++ libraries (meta-package to install base modules)
Summary for: boost 1.68.0
enigma9o7
offlineMember
That switch didn't help by itself.
It seems slitaz-rolling has boost 1.69, but doesn't offer boost-locale which supertux needs. Although I'm still unsure about the next stuff, I installed boost-locale 1.68 from the link you provided. Then when I tried to make supertux, that wanted icu/libicu version 60; slitaz-rolling has 54. So I installed those from next too.
Now it's really close, I feel it. But still fails linking. Unfortunately no error message stands out to me..
I wiped and running the whole cmake/build again cuz sometimes that matters, so in a while I'll share the output, assuming its the same.
enigma9o7
offlineMember
boost system somethingerather
And I think I'm wrong in the last message. locale is part of libboost-dev. I didnt need 1.68 boost-locale from next.
category_fail.jpg (145.4 KB, 1,066 downloads) 4 years old
alanyih
offlineAdministrator
> locale is part of libboost-dev. I didnt need 1.68 boost-locale from next.
No.
You need boost-*-1.68.0 from next.
1. edit a list of packages - boost-dep.lst
tux@slitaz:~$ cat boost-dep.lst
libicu-60.2-i486.tazpkg
icu-60.2-i486.tazpkg
libicu-full-60.2-i486.tazpkg
icu-full-60.2-i486.tazpkg
boost-system-1.68.0-i486.tazpkg
boost-date-time-1.68.0-i486.tazpkg
boost-iostreams-1.68.0-i486.tazpkg
boost-regex-1.68.0-i486.tazpkg
boost-serialization-1.68.0-i486.tazpkg
boost-thread-1.68.0-i486.tazpkg
boost-1.68.0-any.tazpkg
boost-chrono-1.68.0-i486.tazpkg
boost-filesystem-1.68.0-i486.tazpkg
boost-locale-1.68.0-i486.tazpkg
boost-math-1.68.0-i486.tazpkg
boost-dev-1.68.0-i486.tazpkg
2. download the packages
http://cook.slitaz.org/next/icu/download
http://cook.slitaz.org/next/boost/download
3.
install-list Install all packages from a list of packages
# tazpkg install-list bootst-dep.lst
4. recompile supertux
alanyih
offlineAdministrator
libboost-1.69.0 VS. boost-1.68.0
LFS=" http://www.linuxfromscratch.org/blfs/view/svn/general/boost.html "
slitaz-cooking
Receipt for: libboost-dev
http://cook.slitaz.org/index.cgi?receipt=libboost-dev
# SliTaz package receipt.
# Boost is a set of two types of libraries. Most of them are just
# headers with inline functions, these are included in this package
# named libboost-dev. Some few set of libraries require build and
# installation steps. These will be relocated and have their own two
# packages : libboost-name and libboost-name-dev.
PACKAGE="libboost-dev"
VERSION="1.69.0"
CATEGORY="development"
SHORT_DESC="Free peer-reviewed portable C++ source libraries."
MAINTAINER="chadi.elahmad@gmail.com"
LICENSE="MIT"
WEB_SITE="https://www.boost.org/"
# We have to do it this way because of the underscores
# to get a package with the slitaz version numbering
SOURCE="boost"
WGET_SOURCE="boost_1_69_0"
TARBALL="$WGET_SOURCE.tar.bz2"
#EXTRA_SOURCE_FILES="boost_changeset_75540.u"
WGET_URL="$SF_MIRROR/$SOURCE/$TARBALL"
DEPENDS="gcc-lib-base libboost-chrono-dev libboost-date-time-dev \
libboost-math-dev"
BUILD_DEPENDS="bzip2-dev expat expat-dev python python-dev zlib-dev"
RELOCATE_LIBS="{ date_time filesystem graph iostreams \
math program_options python regex serialization \
signal system test thread tr1 wave }"
# Rules to configure and make the package.
# Uses boost:build building tool for the compilation:
# Doesn't use DESTDIR.
# Doesn't recognize the $CONFIGURE_ARGS, gives an error back
# Have to add some params to get static libs compiled too
compile_rules()
{
# Determine if TOOLPREFIX has been defined in tazwok.conf as it should
if [ -z "$TOOLPREFIX" ] ; then
# Provide a default TOOLPREFIX value
TOOLPREFIX=$ARCH-pc-linux-gnu-
fi
# [ -s $SOURCES_REPOSITORY/boost_changeset_75540.u ] ||
# wget -O $SOURCES_REPOSITORY/boost_changeset_75540.u --no-check-certificate \
# 'https://svn.boost.org/trac/boost/changeset/75540?format=diff&new=75540'
# patch -p2 < $SOURCES_REPOSITORY/boost_changeset_75540.u || return 1
./bootstrap.sh \
--prefix=$DESTDIR/usr \
--exec-prefix=$DESTDIR/usr \
--libdir=$DESTDIR/usr/lib \
--includedir=$DESTDIR/usr/include \
--without-icu &&
EXPAT_INCLUDE=/usr/include \
EXPAT_LIBPATH=/usr/lib \
./bjam \
--prefix=$DESTDIR/usr \
--exec-prefix=$DESTDIR/usr \
--libdir=$DESTDIR/usr/lib \
--includedir=$DESTDIR/usr/include \
--build-type=minimal \
install
# create the missing links to the shared libs
cd $DESTDIR/usr/lib
#for i in ls *-mt.so; do
# boost_tmp=echo $i | sed s/-gcc.*-mt//g
# boost_tmp_mt=echo $i | sed s/-gcc.*-mt/-mt/g
# ln -s $i $boost_tmp
# ln -s $i $boost_tmp_mt
#done
#for i in ls *-mt.a; do
# boost_tmp=echo $i | sed s/-gcc.*-mt//g
# boost_tmp_mt=echo $i | sed s/-gcc.*-mt/-mt/g
# ln -s $i $boost_tmp
# ln -s $i $boost_tmp_mt
#done
}
VS.
slitaz-next
# SliTaz package receipt v2.
http://cook.slitaz.org/next/boost/receipt
PACKAGE="boost"
VERSION="1.68.0"
CATEGORY="meta"
SHORT_DESC="Boost C++ libraries"
MAINTAINER="devel@slitaz.org"
LICENSE="MIT"
WEB_SITE="https://www.boost.org/"
LFS="http://www.linuxfromscratch.org/blfs/view/svn/general/boost.html"
TARBALL="$PACKAGE-$VERSION.tar.bz2"
WGET_URL="https://dl.bintray.com/boostorg/release/$VERSION/source/${PACKAGE}_${VERSION//./_}.tar.bz2"
# https://www.boost.org/users/download/
TARBALL_SHA256="7f6130bc3cf65f56a618888ce9d5ea704fa10b462be126ad053e80e553d6d8b7"
BUILD_DEPENDS="icu-dev zlib-dev bzip2-dev python-dev"
[..]
# About splitting: there's complex relationships between header files.
# Previously, for example, the /usr/include/boost/chrono/* files were packed
# into libboost-chrono-dev package. And so on for many /usr/include/boost/*/
#
# But, for example:
# 1. /usr/include/boost/chrono/config.hpp (former boost-chrono-dev package)
# includes <boost/config.hpp> (boost-dev package)
# 2. /usr/include/boost/compute/detail/duration.hpp (former boost-dev package)
# includes <boost/chrono/duration.hpp> (boost-chrono package)
#
# And many other circular dependencies between boost-dev and boost-*-dev
# packages.
#
# Solution: make single solid big boost-dev package with all development
# files.
#
# How to change dependencies of packages that depends on boost?
# Substitute boost-?-dev by the pair: boost-? and boost-dev.
compile_rules() {
./bootstrap.sh --prefix=$install/usr &&
./b2 stage threading=multi link=shared &&
./b2 install threading=multi link=shared || return 1
cook_pick_docs doc/html/*
find $install -name '*.hpp' -exec chmod 644 '{}' \;
}
enigma9o7
offlineMember
Sweet. I don't fully understand what you're showing me the difference is, but by installing the 1.68 version (using the file list method you described, thanks) I was about to finish building.
Now to play with it a bit, seem to have no sound, and video keeps going blank. But it does run!
itworked.jpg (145.1 KB, 569 downloads) 4 years old
enigma9o7
offlineMember
Resolved sound. But still have a video issue, such that when tux gets a coin the screen turns all white. Pretty sure it's related to the warnings below, or me installing something I shouldn't have when I was trying to find missing dependencies related to mesa, gl, glew, sdl, etc...
[WARNING] /home/tux/SuperTux-v0.6.1-Source/src/video/video_system.cpp:52 Error creating GLVideoSystem-330core, using GLVideoSystem-20 fallback: GLVideoSystem: GlewError: Missing GL version
[WARNING] /home/tux/SuperTux-v0.6.1-Source/src/video/video_system.cpp:57 Error creating GLVideoSystem-20, using SDL fallback: GLVideoSystem: GlewError: Missing GL version
enigma9o7
offlineMember
Ok, those warnings aren't the cause of my problem. They're telling me I don't have GL 3.3 or 2.0 so falling back to SDL2 which is whats used for GL1. This is expected behavior with my old video that only supports opengl 1.3 and glx 1.4 (and exact same output from supertux under ubuntu 18 on same machine - although it appears to use older SDL version 2.0.8 than slitaz 2.0.12).
So. I'm stuck again. There is no configuration for sdl2 that I can find as it just libraries. I'm back to thinking I may have installed something I shouldn't have...
Maybe it needs newer mesa? I see glxinfo reports Mesa 9.2.5 under Slitaz, whereas under ubuntu its telling me 19.2.8. I dunno what I'm doing, just comparing to find why it works right there but no here now that I've finally got it built here...
and glxgears runs 60fps no problem...
glxinfo.jpg (135.4 KB, 566 downloads) 4 years old
alanyih
offlineAdministrator
# glxinfo | egrep 'render|version'
Ref:
glxgears
http://forum.slitaz.org/topic/slitaz-next-i-give-up/page/2#post-45421
more details ..
http://forum.slitaz.org/topic/slitaz-next-i-give-up
alanyih
offlineAdministrator
slitaz-cooking:
gcc-4.6.3 glibc-2.14.1 xorg-server-1.12.4 and mesa-9.2.5
Don't expect too much!!
# tazpkg -l | egrep 'gcc|^glib|gtk|server|mesa' gcc-lib-base 4.6.3 development glib 2.43.3 x-window glibc-base 2.14.1 base-system glibmm 2.40.0 x-window glib-networking 2.43.1 x-window gtk+ 2.24.24 x-window gtk-clearlooks 2.20.2 x-window gtkmm 2.24.5 x-window libfm-gtk 1.2.5 system-tools libglu-mesa 9.0.0 x-window mesa 9.2.5 x-window mesa-demos 8.0.1 development mesa-dri 9.2.5 x-window mesa-dri-intel 9.2.5 x-window xorg-server 1.12.4 x-window yad-gtk2 0.28.1 utilities
Try:
Supertux was recooked. Run "tazpkg recharge" to update package database then install supertux
enigma9o7
offlineMember
$ glxinfo | egrep 'render|version'
direct rendering: Yes
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
OpenGL renderer string: Mesa DRI Intel(R) 865G x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 9.2.5
$ vblank_mode=0 glxgears
ATTENTION: default value of option vblank_mode overridden by environment.
3078 frames in 5.0 seconds = 615.518 FPS
3133 frames in 5.0 seconds = 626.416 FPS
3135 frames in 5.0 seconds = 626.850 FPS
3136 frames in 5.0 seconds = 627.033 FPS
3134 frames in 5.0 seconds = 626.600 FPS
3139 frames in 5.0 seconds = 627.703 FPS
3136 frames in 5.0 seconds = 627.187 FPS
$ grep -A5 '"intel"' /var/log/Xorg.0.log
[ 20.131] (II) LoadModule: "intel"
[ 20.142] (II) Loading /usr/lib/X11/modules/drivers/intel_drv.so
[ 20.203] (II) Module intel: vendor="X.Org Foundation"
[ 20.203] compiled for 1.12.4, module version = 2.99.917
[ 20.203] Module class: X.Org Video Driver
[ 20.203] ABI class: X.Org Video Driver, version 12.1
$ egrep 'backend|i915,' /var/log/Xorg.0.log
[ 20.231] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20080730
[ 20.274] (II) intel(0): SNA initialized with Almador (gen2) backend
It seems in that thread you linked you're recommending install of firmware-i915, however doesn't seem there is such a package.
I have tried the Supertux from repo. It works fine, it's version 0.3.3, a 10-year old verion with far less levels than current version. I checked tazpkg and nothing to update for me since yesterday besides sqlite. A couple days ago I got 244 updates tho, half my installed packages it seemed.
You must log in to post.
