Bug#419825: [tome] linux32 at runtime does not stop LUA errors

2008-10-16 Thread Daniel White
Package: tome
Version: 2.3.5-2
Tags: patch

This workaround definitely does not work for me.  The problem seems to
stem from compile time issues, not runtime.

Adding -DLUA_NUM_TYPE=int to DEFINES in makefile.std make the errors go
away.  There is an example variation in makefile.std that shows this.

Attached is a git patch generated with format-patch from your
repository.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-1-amd64

Debian Release: lenny/sid

--- Package information. ---
Depends   (Version) | Installed
===-+-
libc6(= 2.7-1) | 2.7-14
libncurses5 (= 5.6+20071006-3) | 5.6+20080830-1
libsdl-gfx1.2-4 (= 2.0.13) | 2.0.13-4
libsdl-image1.2  (= 1.2.5) | 1.2.6-3
libsdl-mixer1.2  (= 1.2.6) | 1.2.8-4
libsdl-net1.2   | 1.2.7-2
libsdl-ttf2.0-0 | 2.0.9-1
libsdl1.2debian   (= 1.2.10-1) | 1.2.13-2
libx11-6| 2:1.1.5-2
libxaw7 | 2:1.0.4-2
libxmu6 | 2:1.0.4-1
libxt6  | 1:1.0.5-3


-- 
Daniel White
From 11d58a3c13e51104c2db1c5cf7d7e6da58dc50cd Mon Sep 17 00:00:00 2001
From: Daniel White [EMAIL PROTECTED]
Date: Thu, 16 Oct 2008 15:26:13 +1000
Subject: [PATCH] Specify LUA_NUM_TYPE as int for 64-bit hosts

This addresses errors in various LUA scripts on 64-bit
machines.

Signed-off-by: Daniel White [EMAIL PROTECTED]
---
 src/makefile.std |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/src/makefile.std b/src/makefile.std
index 50930e9..0d4705f 100644
--- a/src/makefile.std
+++ b/src/makefile.std
@@ -136,6 +136,9 @@ LIBS = -L/usr/X11R6/lib -lXaw -lXmu -lXt -lX11  -lncurses -ltermcap \
$(shell sdl-config --libs)  -lSDL_image -lSDL_ttf -lSDL_gfx  \
-lSDL_net -lSDL_mixer
 
+ifeq ($(DEB_HOST_ARCH),amd64)
+ DEFINES += -DLUA_NUM_TYPE=int
+endif
 
 ##
 ## Variation -- Only support main-gtk2.c (not main-gcu.c, main-x11.c)
-- 
1.6.0.2.307.gc4275



Bug#389130: cl-s-utils: fails to compile

2006-09-24 Thread Daniel White
Package: cl-s-utils
Version: 20060511-1
Severity: grave
Justification: renders package unusable
Tags: patch


When loading s-utils, the form (defparameter +us-day-names+ ...)
fails to compile because it is wrapped in some excess 'v' and '^'
characters.

A number of other parameters used for date time functions are also
wrapped by these characters.

Diffing utils.lisp from the main repository against the version in the
Debian package shows that this is certainly the case.

I've included a patch for utils.lisp to remove these excess characters.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages cl-s-utils depends on:
ii  common-lisp-controller6.2This is a Common Lisp
source and c

cl-s-utils recommends no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature


Bug#389130: cl-s-utils: fails to compile

2006-09-24 Thread Daniel White
Sorry, forgot to attach the patch for utils.lisp.
--- /usr/share/common-lisp/source/s-utils/src/utils.lisp	2006-05-21 02:58:01.0 +1000
+++ utils.lisp	2006-09-24 12:57:35.0 +1000
@@ -71,27 +71,19 @@
 
 ;; time/date formatting
 
-v v v v v v v
 (defparameter +us-day-names+ 
-^ ^ ^ ^ ^ ^ ^
   '(Mon Tue Wed Thu Fri Sat Sun)
   US English short day name constant strings)
 
-v v v v v v v
 (defparameter +us-month-names+ 
-^ ^ ^ ^ ^ ^ ^
   '(Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec)
   US English short month name constant strings)
 
-v v v v v v v
 (defparameter +us-time-format+ 
-^ ^ ^ ^ ^ ^ ^
   '(:day-name #\Space :month-name #\Space :date #\Space :year #\Space :hour #\: :minute #\: :second)
   US English style date-time format)
 
-v v v v v v v
 (defparameter +us-date-format+ 
-^ ^ ^ ^ ^ ^ ^
   '(:day-name #\Space :month-name #\Space :date #\Space :year)
   US English style date-only format)
 


signature.asc
Description: OpenPGP digital signature