Jens Thiele writes:
> Hi,
>
> I uploaded a version fixing bug #1057426 to mentors.debian.net and I am
> now looking for a sponsor.
>
> The URL of the package is:
>
> https://mentors.debian.net/package/mit-scheme/
>
> The respective dsc file can
Hi,
I uploaded a version fixing bug #1057426 to mentors.debian.net and I am
now looking for a sponsor.
The URL of the package is:
https://mentors.debian.net/package/mit-scheme/
The respective dsc file can be found at:
https://mentors.debian.net/debian/pool/main/m/mit-scheme/mit-scheme
Jens Thiele writes:
> maybe the expected directory was renamed from mit-scheme-ffi to
> mit-scheme-ffi_html?
looks like a change in texi2any:
https://lwn.net/Articles/914120/
"
HTML output:
use manual_name_html as output directory for split HTML instead of
manual_name or manua
Jens Thiele writes:
> Jens Thiele writes:
>
>> maybe the expected directory was renamed from mit-scheme-ffi to
>> mit-scheme-ffi_html?
>
> looks like a change in texi2any:
> https://lwn.net/Articles/914120/
> "
> HTML output:
> use manual_name_html as o
NIIBE Yutaka writes:
> Hello,
Hello,
[...]
> Or it seems for me that... for mit-scheme, adding libffi-dev to
> Build-Depends fixes (or improves the condition of) #1057426.
hmm - didn't help for me / I still get the same error message:
/bin/bash ../mkinstalldirs
/tmp/mit-scheme/debian/tmp/usr
Jonas Smedegaard writes:
> Quoting Jens Thiele (2023-01-08 12:03:22)
>> Jonas Smedegaard writes:
>>
>> > Unfortunately both my TERES I laptops are dead (voltage regulator
>> > circuit let out their blue smoke), so I can no longer test U-boot for
>> >
Jonas Smedegaard writes:
> Unfortunately both my TERES I laptops are dead (voltage regulator
> circuit let out their blue smoke), so I can no longer test U-boot for
> that platform :-(
a little bit off-topic but:
Is this a known hardware bug? is olimex aware of the problem?
I also have a broken
upstream fixed it
fix will be in 0.9.13
Bastian Germann writes:
> Source: gauche
> Severity: serious
> Version: 0.9.10-3
>
> debian/ext/srfi/srfi-19.scm has a license that reads "However, this document
> itself may not be modified in any way"
> and is documented in d/copyright for lib/srfi-11.scm, which does not
> have that license (a
Hi,
Fabian Brosda fixed gauche-c-wrapper for Arch Linux:
https://aur.archlinux.org/packages/gauche-c-wrapper/
The new patches are 11 to 14:
https://aur.archlinux.org/cgit/aur.git/tree/11_fix_jp_encoding.patch?h=gauche-c-wrapper
https://aur.archlinux.org/cgit/aur.git/tree/12_float128.patch?h=gauch
another idea would be to allow to skip macros via some keyword :skip-macro
example patch:
--- gauche-c-wrapper-0.6.1/lib/c-wrapper/c-parser.scm 2009-08-08
16:44:52.0 +0200
+++ gauche-c-wrapper-0.6.1.new/lib/c-wrapper/c-parser.scm 2018-02-09
16:56:03.390344967 +0100
@@ -1099,7 +10
Adrian Bunk writes:
> Testing c-wrapper ...
> :444:13: error: invalid "#pragma GCC warning" directive
[...]
> ././ffitest.h:828: GCC exitted abnormally (at token: *eoi*)
> ././ffitest.h:828: #f
> ././ffitest.h:828: process 44299 exitted abnormally wit
Stéphane Lavergne writes:
> Upgrading to the "+deb8u1" version of xserver-xorg-core and
> xserver-common and restarting X loses keyboard and mouse entirely,
> with nothing obvious showing up in Xorg.0.log. Downgrading to the
> version without this suffix fixes the issue, so this is some kind of
Jens Thiele writes:
> forwarded upstream:
> https://github.com/shirok/Gauche-gtk2/issues/5
upstream commited a fix:
commit 6fca535f7bb950f81db066bd1afdca9d55e9b460 (refs/remotes/origin/master,
refs/remotes/origin/HEAD)
Author: Shiro Kawai
Date: Tue Sep 27 01:43:54 2016 -1000
Fix
forwarded upstream:
https://github.com/shirok/Gauche-gtk2/issues/5
upstream git [1] has the same problem
[1] https://github.com/shirok/Gauche-gtk2.git
looks like the generated stub file (pango-font.stub) is already wrong:
;; pango_font_description_to_string
(define-cproc pango-font-description-to-string () "char *s =
pango_font_description_to_string(desc);\n ScmObj ss = SCM_MAKE_STR_COPYING(s\
);\n g_free(s);\n SCM_RETURN(ss);")
where it sh
maybe at least play a bit safer:
Index: gauche-c-wrapper-0.6.1/src/c-parser.c
===
--- gauche-c-wrapper-0.6.1.orig/src/c-parser.c
+++ gauche-c-wrapper-0.6.1/src/c-parser.c
@@ -1668,6 +1668,8 @@ ScmObj Scm_ParseMacroCode(ScmObj in, Scm
Matthias Klose writes:
> you could use -P, or fix the parsing.
a first minimal hackish patch (not using -P)
likely this is not really good enough yet (but yes it compiles and
passes the tests)
Maybe a version using -P just using the last n lines of the cpp output
would be better?
Index: gauche
can't reproduce using 38.2.0esr-1~deb7u1
Severity: important
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Jens Thiele writes:
> Don't have the time to test this now and will wait for the security
> update. (downgraded to 3.2.63-2+deb7u2 for now now)
For the archive:
After updating to 3.2.65-1+deb7u1 suspend works for me again.
Thanks,
jens
--
To UNSUBSCRIBE, email to debian-b
Andrew Shadura writes:
> retitle 753402 gosh segfaults on s390x causing libguess to FTBFS
first looked at the wrong build log
the relevant one seems to be:
https://buildd.debian.org/status/fetch.php?pkg=libguess&arch=s390x&ver=1.2%7Egit20131128.cc43cefc-2&stamp=1405322861
--
To UNSUBSCRIBE,
Jens Thiele writes:
> Andrew Shadura writes:
>
>> retitle 753402 gosh segfaults on s390x causing libguess to FTBFS
>
> first looked at the wrong build log
>
> the relevant one seems to be:
> https://buildd.debian.org/status/fetch.php?pkg=libguess&arch=s390x&a
Package: tetradraw
Version: 2.0.3-4
Severity: grave
gdb backtrace (probably useless)
(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
(no debugging symbols found)
Core was generated by `tetradraw'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7f9c166 in
25 matches
Mail list logo
