I tested the main branch at commit 7d9f978 and everything works great now! Looks very pretty too, big thanks.
healpy depends on healpix 3.83 but the latest release here is still 3.82
Big thanks, as a long time player of ltris I am really keen on trying the updated game. Tried to build this on openSUSE and faced a couple of problems, one easily fixed and the other fatal. Please have a look at https://sourceforge.net/p/lgames/bugs/109/ in your own time. Thanks in advance.
Actually, Wayland or Tumbleweed has nothing to do with it. It also crashes on GNOME/X11 and on Leap 15.6. So Mesa 24.x (which is in Tumbleweed) vs 23.x (in Leap 15.6) might not be a factor.
ltris2: segmentation fault on launch (GNOME/Wayland on openSUSE Tumbleweed)
ltris: gamepad: Interpret gp_pause to pause during game.
I am one of the maintainers of plplot on openSUSE, I noticed this and we fixed this for our packages with the following patch: Index: plplot-5.15.0/pkgcfg/plplot-template.pc.in =================================================================== --- plplot-5.15.0.orig/pkgcfg/plplot-template.pc.in +++ plplot-5.15.0/pkgcfg/plplot-template.pc.in @@ -1,6 +1,6 @@ -libdir=@LIB_DIR@ -includedir=@INCLUDE_DIR@ -drvdir=@LIB_DIR@/plplot@PLPLOT_VERSION@/drivers +libdir=@CMAKE_INSTALL_FULL_LIBDIR@ +includedir=@CMAKE_INSTALL_FULL_INCLUDEDIR@...
Thanks for the feedback. As regards to ltris, I meant that it implements something like this (chart.c): Load highscore. If it doesn't exist try to create it in HI_DIR if this fails fall back to ~/.lbreakout and create highscore there. ==================================================================== */ void chart_load() {... so if it cannot save to global statedir, it falls back to saving it inside a user's home dir. Perhaps lbreakouthd could do with such a backup plan as well. I think for Linux...
Something like the following patch does the trick for me: Index: lbreakouthd-1.1.1/src/hiscores.cpp =================================================================== --- lbreakouthd-1.1.1.orig/src/hiscores.cpp +++ lbreakouthd-1.1.1/src/hiscores.cpp @@ -100,7 +100,7 @@ Hiscores::Hiscores() int l, s; string prefix; - fname = string(HISCOREDIR) + "/lbreakouthd.hscr"; + fname = getHomeDir() + "/" + CONFIGDIR + "/lbreakouthd.hscr"; if (!fileExists(fname)) { _loginfo("No hiscores file yet.\n"); return;...
Great game, love playing it! Would be great if this did the same thing as ltris and lbreakout2 do, for example, and saved the hscr file to a user config dir. Ltris/Lbreakout2 both save their high-scores to $HOME/.lgames/. In addition to avoiding a world-writable file in /var, with potential security issues, this would benefit multi-user systems where one user's high-scores do not get upstaged by another's. Just a thought. Many thanks for the great suite of games in the first place.
Following Stefan's advice, here is what I ended up doing, so that mathgl builds against libharu older as well as newer than or at version 2.4.0: Index: mathgl-8.0.1/src/prc.cpp =================================================================== --- mathgl-8.0.1.orig/src/prc.cpp +++ mathgl-8.0.1/src/prc.cpp @@ -36,6 +36,7 @@ #include <hpdf.h> #include <hpdf_u3d.h> #include <hpdf_annotation.h> +#include <hpdf_version.h> #endif // MGL_HAVE_PDF @@ -959,7 +960,12 @@ void MGL_EXPORT mgl_write_prc(HMGL...
Compilation failure against libharu 2.4.x: too few arguments to function HPDF_Page_Create3DAnnot
Thanks for the quick response, Kris. Much appreciated.
Fails to compile with sbcl 2.2.7
Something like this patch seems to work: Index: healpix-3.80/src/cxx/cxxsupport/fitshandle.cc =================================================================== --- healpix-3.80.orig/src/cxx/cxxsupport/fitshandle.cc +++ healpix-3.80/src/cxx/cxxsupport/fitshandle.cc @@ -799,12 +799,27 @@ class cfitsio_checker float fitsversion; planck_assert(fits_get_version(&fitsversion), "error calling fits_get_version()"); + /* CFITSIO 4.x switched to a three version format (4.0.0), as opposed + * to previous...
Compiling against CFITSIO 4.0.x fails as CFITSIO now uses a 3-field version numbering format
Actually, never mind, I tracked it down to openSUSE's default flags compiling with link-time-optimization enabled. Disabling it fixed the wn crash. Again, thanks a lot for pointing me in the right direction.
Yes, thanks! Both wn-browser and the command line interface of wordnet crashes upon any attempt to search. Any suggestions as to what may be causing this? Here's a bt: Core was generated by `wn a'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007efc0f33ee63 in __GI_fseek (fp=fp@entry=0x100000000, offset=offset@entry=0, whence=whence@entry=2) at fseek.c:35 35 _IO_acquire_lock (fp); (gdb) thread apply all bt Thread 1 (LWP 17369): #0 0x00007efc0f33ee63 in __GI_fseek (fp=fp@entry=0x100000000,...
Full bt here (sorry, I don't see a bug tracker link, so I'm pasting it here): Thread 4 (Thread 0x7fe43ffff700 (LWP 8072)): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 #1 0x00007fe4471dc0c2 in g_cond_wait_until (cond=cond@entry=0x5653e0d641b8, mutex=mutex@entry=0x5653e0d641b0, end_time=end_time@entry=165964128330) at ../glib/gthread-posix.c:1588 #2 0x00007fe44715e521 in g_async_queue_pop_intern_unlocked (queue=0x5653e0d641b0, wait=1, end_time=165964128330) at ../glib/gasyncqueue.c:422...
Hi, Thanks for the update. Unfortunately, it seems on my system (openSUSE Tumbleweed) artha crashes upon inserting any search term and hitting enter. See also https://bugzilla.suse.com/show_bug.cgi?id=1174960 where it was initially flagged. I don't have a full backtrace yet (waiting for the necessary debuginfo packages to install), but here is a partial trace (from gdb) in case it helps already: #0 0x00007f61f7385e63 in fseek () from /lib64/libc.so.6 #1 0x00007f61f7f1a1c8 in bin_search () from /usr/lib64/libWN.so.3...
Building info for locales other than es fails with maxima 5.43.0
On Wed, 2016-10-12 at 17:37 +0000, Denis Auroux wrote: Is the pointer moving correctly...
Does not adapt when screen is rotated
Looks like it works perfectly with 4.6.0rc4. Sorry for the noise.
Jason, first off: thank you so much for fixing this issue. I was kind of bummed out...