Bug#1016963: Please test u-boot for teres_i

[Jens Thiele]

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
>> > 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 TERES I, I thought maybe the power adapter is the
>> problem, but I don't know.
>
> Excellent question!
>
> (yeah, strictly speaking off-topic for the issue raised, but on-topic
> for the relevancy of TERES-I as Debian laptop (not just OSHW-compliant
> paperweight)
>
> I have not yet contacted Olimex about my issue, but intended to do so.
>
> My experience, for both laptops - using same power supply but happening
> several months apart - was that the area around the power plug got so
> hot that the surface plastic underneath melted, and then the system
> turned off: There was a strong smell of melted plastic afterwards.
>
> Did you experience the exact same, or something else that might have a
> different cause?

exact the same here :-(

karme

Bug#1016963: Please test u-boot for teres_i

[Jens Thiele]

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 TERES I, I thought maybe the power adapter is the
problem, but I don't know.

greetings
karme

Bug#1023035: gauche: Includes non-free software

[Jens Thiele]

upstream fixed it

fix will be in 0.9.13

Bug#1023035: gauche: Includes non-free software

[Jens Thiele]

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 (anymore). This clause makes the license
> non-free. Please remove files that are non-free or move the package to
> the non-free archive section.

current srfi-19.scm license [0] reads
"
;; SRFI-19: Time Data Types and Procedures.
;;
;; Copyright (C) I/NET, Inc. (2000, 2002, 2003). All Rights Reserved.
;;
;; Permission is hereby granted, free of charge, to any person obtaining
;; a copy of this software and associated documentation files (the
;; "Software"), to deal in the Software without restriction, including
;; without limitation the rights to use, copy, modify, merge, publish,
;; distribute, sublicense, and/or sell copies of the Software, and to
;; permit persons to whom the Software is furnished to do so, subject to
;; the following conditions:
;;
;; The above copyright notice and this permission notice shall be
;; included in all copies or substantial portions of the Software.
;;
;; THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
;; EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
;; MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
;; NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
;; LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
;; OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
;; WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
"

[0] https://srfi.schemers.org/srfi-19/srfi-19.scm

Bug#975959: mate-notification-daemon: either isn't started on login or exits after some time

[Jens Thiele]

"sudo apt purge plasma-workspace" helped

Looks like there were 2 conflicting implementations of
notification-daemon installed? don't know what exactly happened :-(

see also:
https://bugzilla.redhat.com/show_bug.cgi?id=1490959

Bug#975959: mate-notification-daemon: either isn't started on login or exits after some time

[Jens Thiele]

Package: mate-notification-daemon
Version: 1.20.2-1
Severity: normal

Dear Maintainer,

after upgrade to buster notify-send stopped working (it just hangs for
around 45s).

I am using the mate desktop and have mate-notification-daemon installed.
I would expect the mate-notification-daemon be running, but it isn't.
If I start it manually notify-send works again. But after some time of
inactivity mate-notification-daemon just exits without error message.

-- System Information:
Debian Release: 10.6
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mate-notification-daemon depends on:
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libdbus-1-3  1.12.20-0+deb10u1
ii  libdbus-glib-1-2 0.110-4
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libglib2.0-bin   2.58.3-2+deb10u2
ii  libgtk-3-0   3.24.5-1
ii  libnotify4   0.7.7-4
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libwnck-3-0  3.30.0-2
ii  libx11-6 2:1.6.7-1+deb10u1
ii  mate-notification-daemon-common  1.20.2-1

mate-notification-daemon recommends no packages.

mate-notification-daemon suggests no packages.

-- no debconf information

Bug#925691: gauche-c-wrapper: ftbfs with GCC-9

[Jens Thiele]

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=gauche-c-wrapper
https://aur.archlinux.org/cgit/aur.git/tree/13_local_typedef.patch?h=gauche-c-wrapper
https://aur.archlinux.org/cgit/aur.git/tree/14_extend_parser.patch?h=gauche-c-wrapper

Greetings,
karme

Bug#555620: install-info: ginstall-info produces somehow broken utf-8 output

[Jens Thiele]

Hilmar Preuße  writes:

> I did a test w/ Debian unstable and my result is that the issue was
> fixed between 6.3.0 and 6.5.0.
>
> @Jens: do you have an unstable system at hand for double checking?

tested with: 6.5.0.dfsg.1-4+b1
output looks good (dir file after install-info run)

jens

PS: "valgrind install-info maplev.gz dir" still reports some
"Invalid read of size 1"


signature.asc
Description: PGP signature

Bug#555620: install-info: ginstall-info produces somehow broken utf-8 output

[Jens Thiele]

Hilmar Preuße  writes:

> On 10.11.09 14:40, karme wrote:
>
> Hi Jens,

Hi,

> https://bugs.debian.org/555620
>
> Is the issue still reproducible in latest texinfo? Please note that the
> maplev info still is meanwhile fixed, so one need to copy the sample
> from the bug report for reproduction.

following the latest instructions from the bug report:
"
I then do:
$ cp dir.ok dir
$ ginstall-info /usr/share/info/maplev.gz dir
now the dir file broken.
"
with the files attached there, I think the bug is still there.

Notes:
- i did only test with debian/stretch
  install-info   6.3.0.dfsg.1-1+b2


signature.asc
Description: PGP signature

Bug#882328: [Pkg-gauche-devel] Bug#882328: gauche-c-wrapper FTBFS with glibc 2.25

[Jens Thiele]

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 +1099,7 @@
 ;;:show-define? #f))
 ;;(start-macro-reset!)))
 
-(define (parse-macro include-dirs headers options)
+(define (parse-macro include-dirs headers options skip-macro)
   (unwind-protect
(guard (e (( e)
   (let ((errmsg (make-error-message (condition-ref e 'message
@@ -1115,7 +1115,10 @@
 (raise e
  (call-with-gcc-io include-dirs headers options
(lambda (in out)
- (let ((macro-list (queue->list (macro-queue
+ (let ((macro-list (filter
+   (lambda(m)
+ (not (skip-macro (car m
+   (queue->list (macro-queue)
(for-each (lambda (macro-def)
(display (car macro-def) out)
(newline out))
@@ -1152,11 +1155,11 @@
  (else
   (errorf "~s can't be used for :import argument." import-cond)
 
-(define (c-parse include-dirs headers options import-arg export? sandbox hides)
+(define (c-parse include-dirs headers options import-arg export? sandbox hides 
skip-macro)
   (with-parse-context
(lambda ()
  (parse-source include-dirs headers options)
- (parse-macro include-dirs headers options)
+ (parse-macro include-dirs headers options skip-macro)
 
  (let ((export-syms
 (if import-arg
--- gauche-c-wrapper-0.6.1/lib/c-wrapper.scm2009-08-08 16:44:52.0 
+0200
+++ gauche-c-wrapper-0.6.1.new/lib/c-wrapper.scm2018-02-09 
16:45:26.045654080 +0100
@@ -91,7 +91,8 @@
(module #t)
(export? #f)
(output #f)
-   (hide-symbols '()))
+   (hide-symbols '())
+  (skip-macro (lambda(m) #f)))
 (when (eq? module #t)
   (set! export? #t))
 (parameterize ((sandbox-module (make-sandbox curmod module)))
@@ -117,7 +118,8 @@
(lambda (expr)
  (push! output-list expr))
(sandbox-module))
-   hide-symbols)
+   hide-symbols
+  skip-macro)
   (if output
   (call-with-output-file output
 (lambda (out)
@@ -154,7 +156,8 @@
(module #t)
(export? #f)
(output #f)
-   (hide-symbols '()))
+   (hide-symbols '())
+  (skip-macro (lambda(m) #f)))
 (cond
  ((compiled-lib-exist? compiled-lib)
   `(begin
@@ -171,7 +174,7 @@
  " ")))
 `(begin
(c-ld ,ld-option)
-   (c-include ,headers :option ,cpp-option :import ,import-arg :output 
,output :module ,module :export? ,export? :hide-symbols ,hide-symbols)))
+   (c-include ,headers :option ,cpp-option :import ,import-arg :output 
,output :module ,module :export? ,export? :hide-symbols ,hide-symbols 
:skip-macro ,skip-macro)))
 
 (define-syntax define-enum
   (syntax-rules ()
--- gauche-c-wrapper-0.6.1/testsuite/cwrappertest.scm   2009-08-08 
16:44:51.0 +0200
+++ gauche-c-wrapper-0.6.1.new/testsuite/cwrappertest.scm   2018-02-09 
16:49:49.349893969 +0100
@@ -10,7 +10,7 @@
 (test-module 'c-wrapper)
 
 (c-load-library "./ffitest")
-(c-include "./ffitest.h")
+(c-include "./ffitest.h" :skip-macro (lambda(m) (#/^__glibc_macro_warning/ m)))
 
 (define-syntax test-cfunc
   (syntax-rules ()

Bug#882328: [Pkg-gauche-devel] Bug#882328: gauche-c-wrapper FTBFS with glibc 2.25

[Jens Thiele]

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 with exit code 256 (at 
> token: *eoi*)
> *** ERROR: process 44299 exitted abnormally with exit code 256
> While loading "./cwrappertest.scm" at line 13
> Stack Trace:
> ___
>   0  (with-error-handler (lambda (e) (let ((e e)) (%guard-rec e e  ...
> expanded from (guard (e (( e) (let ((errmsg 
> (make-error
> at "../lib/c-wrapper/c-parser.scm":1104
>   1  (parse-macro include-dirs headers options)
> at "../lib/c-wrapper/c-parser.scm":1159
>   2  (trunk)
> at "../lib/c-wrapper/c-parser.scm":67
>   3  (c-parse (if (list? include-dirs) include-dirs (list include- ...
> at "../lib/c-wrapper.scm":105
> Makefile:69: recipe for target 'check-c' failed
> make[2]: *** [check-c] Error 70

gauche-c-wrapper fails to handle the "__glibc_macro_warning" macro
included by stdio.h -> libio.h -> cdefs.h

/* __glibc_macro_warning (MESSAGE) issues warning MESSAGE.  This is
   intended for use in preprocessor macros.

   Note: MESSAGE must be a _single_ string; concatenation of string
   literals is not supported.  */
#if __GNUC_PREREQ (4,8) || __glibc_clang_prereq (3,5)
# define __glibc_macro_warning1(message) _Pragma (#message)
# define __glibc_macro_warning(message) \
  __glibc_macro_warning1 (GCC warning message)
#else
# define __glibc_macro_warning(msg)
#endif

an ugly workaround would be to skip that macro by name with something
like:

diff -Nur gauche-c-wrapper-0.6.1.orig/lib/c-wrapper/c-parser.scm 
gauche-c-wrapper-0.6.1/lib/c-wrapper/c-parser.scm
--- gauche-c-wrapper-0.6.1.orig/lib/c-wrapper/c-parser.scm  2009-08-08 
16:44:52.0 +0200
+++ gauche-c-wrapper-0.6.1/lib/c-wrapper/c-parser.scm   2017-11-24 
21:57:47.071382470 +0100
@@ -1115,7 +1115,10 @@
 (raise e
  (call-with-gcc-io include-dirs headers options
(lambda (in out)
- (let ((macro-list (queue->list (macro-queue
+ (let ((macro-list (filter (lambda(x)
+(not (string=? (car x)
+   
"__glibc_macro_warning(message)")))
+  (queue->list 
(macro-queue)
(for-each (lambda (macro-def)
(display (car macro-def) out)
(newline out))

Bug#868068: [xserver-xorg-core] Upgrade from 2:1.16.4-1 to 2:1.16.4-1+deb8u1 loses keyboard and mouse

[Jens Thiele]

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
> regression.

can't reproduce here (upgrade to 2:1.16.4-1+deb8u1 went just fine for
me)

Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

Jens Thiele <ka...@karme.de> 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 <sh...@acm.org>
Date:   Tue Sep 27 01:43:54 2016 -1000

Fix build failure with new Pango

Modified   ChangeLog
diff --git a/ChangeLog b/ChangeLog
index 001516b..2224e3a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2016-09-27  Shiro Kawai  <sh...@acm.org>
+
+   * lib/h2s/parse.scm (parse-body): Fix for new Pango.
+ https://github.com/shirok/Gauche-gtk2/issues/5
+
 2015-06-24  Shiro Kawai  <sh...@acm.org>
 
* src/gauche-gtk.c (call_callback), lib/gtk.scm (%gtk-call-callback):
Modified   lib/h2s/parse.scm
diff --git a/lib/h2s/parse.scm b/lib/h2s/parse.scm
index ae15c98..d38d899 100644
--- a/lib/h2s/parse.scm
+++ b/lib/h2s/parse.scm
@@ -91,7 +91,10 @@
 ;; and no way to combine  typedef struct _a{}  a; !!!  Must be 
separate.
 
 
-
+(#/^PANGO_AVAILABLE_IN_/ ()(parse-body))
+;; this new addition of preprocessor symbols in Pango interferes with
+;; parsing.  we just skip.
+
 (#/^typedef enum/()(parse-enum) (parse-body))
 
 ;; mmc:

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

forwarded upstream:
https://github.com/shirok/Gauche-gtk2/issues/5

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

upstream git [1] has the same problem

[1] https://github.com/shirok/Gauche-gtk2.git

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

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 should be:
;; pango_font_description_to_string
(define-cproc pango-font-description-to-string (desc::) 
"char *s = pango_font_description_to_string(desc);\n  ScmObj ss = 
SCM_MAKE_STR_COPYING(s);\n  g_free(s);\n  SCM_RETURN(ss);")

later on pango-layout has a similar problem.
manually fixing those i still get an error:
gcc: error: pango-enum-types.o: No such file or directory

greetings,
jens

Bug#831378: USB Keyboard doesn't work with current U-Boot

[Jens Thiele]

Bernhard  writes:

> In U-Boot, the USB-Keyboard was detected, but the 3-second-countdown don't 
> stop, if i press a key.
> This is the 3-second-countdown before loading the kernel.
>
> I tested the behaviour with two keyboards.
> A BenQ and a Cherry keyboard.

not sure if this still applies:

at some point u-boot lacked usb-1 support and it did help to plug the
keyboard via a usb 2.0 hub s.a:
http://article.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/14598

Bug#824797: unattended-upgrades: does not recover from (temporarily) broken packages (Cache has broken packages, exiting)

[Jens Thiele]

Package: unattended-upgrades
Version: 0.83.3.2+deb8u1
Severity: normal

Dear Maintainer,

Recently the samba packages in jessie had a problem with a file
conflict and the unattended upgrade failed:

>From the logs (sorry for the german):
2016-04-15 07:39:11,224 INFO Packages that will be upgraded: libsmbclient 
libwbclient0 python-samba samba samba-common samba-common-bin 
samba-dsdb-modules samba-libs
2016-04-15 07:39:11,227 INFO Dpkg-Protokoll wird nach 
»/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« geschrieben
2016-04-15 07:40:19,320 ERROR Installation der Upgrades fehlgeschlagen!
2016-04-15 07:40:19,323 ERROR Fehlermeldung: »installArchives() failed«
2016-04-15 07:40:19,325 ERROR Dpkg gab einen Fehler zurück. Siehe 
»/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« für Einzelheiten

Entpacken von samba-libs:armhf (2:4.2.10+dfsg-0+deb8u2) über 
(2:4.2.10+dfsg-0+deb8u1) ...
dpkg: Fehler beim Bearbeiten des Archivs 
/var/cache/apt/archives/samba-libs_2%3a4.2.10+dfsg-0+deb8u2_armhf.deb 
(--unpack):
Versuch, »/usr/lib/arm-linux-gnueabihf/samba/libsmbd-base.so.0« zu 
überschreiben, welches auch in Paket samba 2:4.2.10+dfsg-0+deb8u1 ist
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe 
unterbrochen (broken pipe)) getötet

Afterwards unattended-upgrades stopped updating the system, reporting
"Cache has broken packages, exiting":

# LC_ALL=C unattended-upgrade -v --apt-debug -d
Initial blacklisted packages:
Initial whitelisted packages:
Starting unattended upgrades script
Allowed origins are: ['origin=Debian,n=jessie', 'origin=karme.de,n=jessie']
ignoring ver '' with 
priority < 0
adjusting candidate version: ''
Cache has broken packages, exiting
Cache has broken packages, exiting

In the meantime the samba packages were fixed and I would expect
unattended-upgrade to install the new versions.
Unfortunately one has to run apt-get update && apt-get -f upgrade
first, to get it going again.

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 3.16.0-4-armmp-lpae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages unattended-upgrades depends on:
ii  apt1.0.9.8.3
ii  apt-utils  1.0.9.8.3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  lsb-base   4.1+Debian13+nmu1
ii  lsb-release4.1+Debian13+nmu1
ii  python33.4.2-2
ii  python3-apt0.9.3.12
ii  ucf3.0030
ii  xz-utils   5.1.1alpha+20120614-2+b3

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx  8.1.2-0.20141216cvs-2
ii  exim4-daemon-light [mail-transport-agent]  4.84.2-1

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...".  A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line.  (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted.  The accepted keywords are:
//   a,archive,suite (eg, "stable")
//   c,component (eg, "main", "crontrib", "non-free")
//   l,label (eg, "Debian", "Debian-Security")
//   o,origin(eg, "Debian", "Unofficial Multimedia Packages")
//   n,codename  (eg, "jessie", "jessie-updates")
// site  (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
//   ${distro_id}Installed origin.
//   ${distro_codename}  Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
//  "o=Debian,n=jessie";
//  "o=Debian,n=jessie-updates";
//  "o=Debian,n=jessie-proposed-updates";
//  "o=Debian,n=jessie,l=Debian-Security";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  "o=Debian,a=stable";
//  "o=Debian,a=stable-updates";
//  "o=Debian,a=proposed-updates";
"origin=Debian,n=${distro_codename}";
"origin=karme.de,n=${distro_codename}";
};
// List of packages to not update (regexp are 

Bug#822250: gauche-c-wrapper: missing gcc dependency

[Jens Thiele]

Package: gauche-c-wrapper
Version: 0.6.1-7
Severity: normal

Dear Maintainer,

gauche-c-wrapper depends on gcc at runtime:

gosh> (use c-wrapper)
#
gosh> (c-load "stdio.h")
/bin/sh: 1: gcc: not found
#:0: GCC exitted abnormally (at token: *eoi*)
*** ERROR: process 5847 exitted abnormally with exit code 32512
Stack Trace:
___
  0  (parse-source include-dirs headers options)
At line 1158 of "/usr/share/gauche-0.9/site/lib/c-wrapper/c-parser.scm"
  1  (trunk)
At line 67 of "/usr/share/gauche-0.9/site/lib/c-wrapper/c-parser.scm"
  2  (c-parse (if (list? include-dirs) include-dirs (list include-dirs)
At line 105 of "/usr/share/gauche-0.9/site/lib/c-wrapper.scm"
  3  (eval expr env)
At line 179 of "/usr/share/gauche-0.9/0.9.4/lib/gauche/interactive.scm"

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gauche-c-wrapper depends on:
ii  gauche   0.9.4-6
ii  libc62.22-7
ii  libgauche-0.9-0  0.9.4-6

gauche-c-wrapper recommends no packages.

gauche-c-wrapper suggests no packages.

-- no debconf information

Bug#812746: linux-image-4.3.0-0.bpo.1-amd64: r8169 suspend to ram regression: rtl_counters_cond == 1

[Jens Thiele]

Package: src:linux
Version: 4.3.3-7~bpo8+1
Severity: normal

Dear Maintainer,

after suspend to ram there are lots of error messages from the r8169
module and there are some strange side-effects (multiload_applet
produces 100% cpu load trying to read network interface statistics ...)

as workaround one can ifdown eth0 ; ifup eth0

This did not happen with debian kernels 3.16 and 4.2

-- Package-specific info:
** Version:
Linux version 4.3.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.3.3-7~bpo8+1 (2016-01-19)

** Command line:
BOOT_IMAGE=/vmlinuz-4.3.0-0.bpo.1-amd64 root=/dev/mapper/vgcrypt-root ro quiet

** Not tainted

** Kernel log:
[87191.684889] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.711031] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.737560] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.764204] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.790541] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.817158] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.844254] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.871205] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87191.898666] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.607134] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.633512] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.659716] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.685914] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.712076] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.738680] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.765161] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.791691] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.818177] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.844925] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.871450] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87192.898064] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.056904] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.654671] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.731372] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.809806] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.890007] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.960441] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87193.998441] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.026292] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.052599] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.079552] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.107711] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.134736] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.161505] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.607960] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.63] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.660696] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.686992] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.713216] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.739487] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.766093] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.792401] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.818772] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.845632] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.873207] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87194.899828] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87195.609418] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87195.636005] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[87195.662384] r8169 

Bug#812746: linux-image-4.3.0-0.bpo.1-amd64: r8169 misbehaves if shut down

[Jens Thiele]

looks like this is in fact somehow related to laptop-mode-tools / r8169
misbehaves if shut down.

In the end it is enough to shut down the interface via:
ip link set dev eth0 down
to produce the errors messages:
[90830.764253] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90830.840253] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90830.915939] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90830.991631] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.068731] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.135730] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.211712] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.286904] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.459953] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.535702] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[90831.611131] r8169 :02:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
...

but in this case the errors stop if one brings up the interface again
via:
ip link set dev eth0 up
Jan 26 11:02:00 amalthea kernel: [90937.282145] r8169 :02:00.0 eth0: 
rtl_counters_cond == 1 (loop: 1000, delay: 10).
Jan 26 11:02:00 amalthea avahi-daemon[2719]: Joining mDNS multicast group on 
interface eth0.IPv4 with address 192.168.5.2.
Jan 26 11:02:00 amalthea kernel: [90937.349408] r8169 :02:00.0 eth0: link 
down
Jan 26 11:02:00 amalthea kernel: [90937.350428] IPv6: ADDRCONF(NETDEV_UP): 
eth0: link is not ready
Jan 26 11:02:00 amalthea avahi-daemon[2719]: New relevant interface eth0.IPv4 
for mDNS.
Jan 26 11:02:00 amalthea avahi-daemon[2719]: Registering new address record for 
192.168.5.2 on eth0.IPv4.
Jan 26 11:02:01 amalthea ntpd[2861]: Listen normally on 61 eth0 192.168.5.2 UDP 
123
Jan 26 11:02:01 amalthea ntpd[2861]: peers refreshed

don't know what exactly happens in the suspend case but maybe the
interface is shut down and never brought back up again because no cable
is connected

Bug#805478: [Pkg-gauche-devel] Bug#805478: gauche-doc does not contain info files

[Jens Thiele]

this is already fixed in unstable
thought there already was a bug report for it - but didn't find it.

greetings,
jens

Bug#777861: gauche-c-wrapper: ftbfs with GCC-5

[Jens Thiele]

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-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,7 @@ ScmObj Scm_ParseMacroCode(ScmObj in, Scm
 {
 static ScmObj trigger_line = SCM_FALSE;
 ScmObj line_str;
+ScmObj next_line_str; /* one line look-ahead */
 
 /* skip the first line '# 1 ""' */
 Scm_ReadLineUnsafe(SCM_PORT(in));
@@ -1682,7 +1683,20 @@ ScmObj Scm_ParseMacroCode(ScmObj in, Scm
 }
 }
 
-while (!SCM_EOFP(line_str = Scm_ReadLineUnsafe(SCM_PORT(in {
+line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+while (!SCM_EOFP(line_str)) {
+/* skip lines starting with "# " and join with following line */
+while (!SCM_EOFP(next_line_str)
+   && (SCM_STRING_LENGTH(next_line_str)>2)
+   && (Scm_StringRef(SCM_STRING(next_line_str),0,0)==35)
+   && (Scm_StringRef(SCM_STRING(next_line_str),1,0)==32)) {
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+if (!SCM_EOFP(next_line_str)) {
+line_str = Scm_StringAppend2(SCM_STRING(line_str), 
SCM_STRING(next_line_str));
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+}
+}
 if (SCM_NULLP(macro_list)) {
 Scm_Error("[bug] lost macro body");
 } else {
@@ -1691,6 +1705,8 @@ ScmObj Scm_ParseMacroCode(ScmObj in, Scm
 Scm_FilenameSet(SCM_CAAR(pos_name_args));
 Scm_LineNumberSet(SCM_INT_VALUE(SCM_CDAR(pos_name_args)));
 parse_macro_body(SCM_CADR(pos_name_args), SCM_CDDR(pos_name_args), 
line_str);
+line_str = next_line_str;
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
 }
 }
 

Bug#777861: gauche-c-wrapper: ftbfs with GCC-5

[Jens Thiele]

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
 {
 static ScmObj trigger_line = SCM_FALSE;
 ScmObj line_str;
+ScmObj next_line_str; /* one line look-ahead */
+ScmObj skip_regex;
 
 /* skip the first line '# 1 ""' */
 Scm_ReadLineUnsafe(SCM_PORT(in));
@@ -1682,17 +1684,40 @@ ScmObj Scm_ParseMacroCode(ScmObj in, Scm
 }
 }
 
-while (!SCM_EOFP(line_str = Scm_ReadLineUnsafe(SCM_PORT(in {
+skip_regex = Scm_RegComp(SCM_STRING(SCM_MAKE_STR_IMMUTABLE("^# [0-9]+ 
\"\"")), 0);
+line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+while (!SCM_EOFP(line_str)) {
+/* skip lines starting with "# " and matching regexp and join with 
following line */
+Scm_Printf(SCM_CURERR, "line_str = %S\n", line_str);
+if (!SCM_EOFP(next_line_str))
+Scm_Printf(SCM_CURERR, "next_line_str = %S\n", next_line_str);
+while (!SCM_EOFP(next_line_str)
+   && (SCM_STRING_LENGTH(next_line_str) > 2)
+   && (Scm_StringRef(SCM_STRING(next_line_str), 0, 0) == 35)
+   && (Scm_StringRef(SCM_STRING(next_line_str), 1, 0) == 32)
+   && SCM_REGMATCHP(Scm_RegExec(SCM_REGEXP(skip_regex), 
SCM_STRING(next_line_str {
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+if (!SCM_EOFP(next_line_str)) {
+line_str = Scm_StringAppend2(SCM_STRING(line_str), 
SCM_STRING(next_line_str));
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
+}
+}
 if (SCM_NULLP(macro_list)) {
-Scm_Error("[bug] lost macro body");
+Scm_Error("[bug] more cpp output than expected");
 } else {
 ScmObj pos_name_args = SCM_CDAR(macro_list);
 macro_list = SCM_CDR(macro_list);
 Scm_FilenameSet(SCM_CAAR(pos_name_args));
 Scm_LineNumberSet(SCM_INT_VALUE(SCM_CDAR(pos_name_args)));
 parse_macro_body(SCM_CADR(pos_name_args), SCM_CDDR(pos_name_args), 
line_str);
+line_str = next_line_str;
+next_line_str = Scm_ReadLineUnsafe(SCM_PORT(in));
 }
 }
+if (!(SCM_NULLP(macro_list))) {
+Scm_Error("[bug] less cpp output than expected");
+}
 
 SCM_RETURN(SCM_UNDEFINED);
 }

Bug#774711: recommendations for changing openssh defaults

[Jens Thiele]

Matt Taggart <tagg...@debian.org> writes:

> Jens Thiele writes:
>> Afair I have seen small default primes with this one.

I can't reproduce it (maybe my memory was just wrong).

>> Did you inspect this?
> I didn't.

I just did a quick test connecting 100 times from jessie to wheezy and
wheezy to wheezy[1]. Looks like primes are from the target system
/etc/ssh/moduli file and always 4095 bits => not really "small" (thought
I did see <=1024 bits)

(Only downside in this test: the number of primes of that length in
ssh/moduli is relatively small => they are reused quite often.)

But maybe someone can inspect this in more detail.

[1]
using something like:
unset GNOME_KEYRING_CONTROL GNOME_DESKTOP_SESSION_ID GNOME_KEYRING_PID \
 && dumpcap -q -i wlan0 -w - \
 |su nobody -c "tshark -d tcp.port==,ssh -Tfields \
  -e ssh.dh.g -e ssh.dh.p \
  -Y \
  'ssh and (ssh.dh.g or ssh.dh.p)' -r -" \
  |head -n100|sort|uniq -c|tee /tmp/primes

Bug#774711: recommendations for changing openssh defaults

[Jens Thiele]

Matt Taggart  writes:

> Hi,

Hi,

thanks for your great work

> * diffie-hellman-group-exchange-sha256: has existed since squeeze at least

Afair I have seen small default primes with this one. Did you inspect this?

greetings,
jens

Bug#788708: iceweasel: GStreamer causes segmentation fault

[Jens Thiele]

can't reproduce using 38.2.0esr-1~deb7u1

Bug#777861: [Pkg-gauche-devel] Bug#777861: gauche-c-wrapper: ftbfs with GCC-5

[Jens Thiele]

Severity: important


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777861: [Pkg-gauche-devel] Bug#777861: Bug#777861: gauche-c-wrapper: ftbfs with GCC-5

[Jens Thiele]

reduced severity to important because i don't think the bug report is
valid.

see also:
http://sourceforge.net/p/gauche/mailman/message/33853322/

never got an answer to my last mail
looking at
http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20150402-vivid.html
it seems only ppc64el and powerpc fail
likely this is caused by ubuntu using a broken gcc version (and not
caused by using gcc 5!)

you really should provide output of something like this:
$ cat  EOF  test.h
#define B() 1
#define A B
EOF
$ echo -e 100\nB()\nA|gcc-YOURVERSION -E -include test.h -|tail


examples:

$ cat  EOF  test.h
#define B() 1
#define A B
EOF
$ echo -e 100\nB()\nA|gcc-4.4 -E -include test.h -|tail
# 1 stdin
# 1 built-in
# 1 command-line
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1
B
$ echo -e 100\nB()\nA|gcc-4.6 -E -include test.h -|tail
# 1 built-in
# 1 command-line
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1

# 2 ./test.h
  B
$ echo -e 100\nB()\nA|gcc-4.7 -E -include test.h -|tail
# 1 stdin
# 1 command-line
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1

# 2 ./test.h
  B
$ echo -e 100\nB()\nA|gcc-4.8 -E -include test.h -|tail
# 1 built-in
# 1 command-line
# 1 /usr/include/stdc-predef.h 1 3 4
# 1 command-line 2
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1
B
$ echo -e 100\nB()\nA|gcc-4.9 -E -include test.h -|tail
# 1 built-in
# 1 command-line
# 1 /usr/include/stdc-predef.h 1 3 4
# 1 command-line 2
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1
B
$ /usr/lib/gcc-snapshot/bin/cpp --version
cpp (Debian 20150404-1) 5.0.0 20150404 (experimental) [trunk revision 221867]
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ echo -e 100\nB()\nA|/usr/lib/gcc-snapshot/bin/cpp -E -include test.h -|tail
# 1 built-in
# 1 command-line
# 1 /usr/include/stdc-predef.h 1 3 4
# 1 command-line 2
# 1 ./test.h 1
# 1 command-line 2
# 1 stdin
100
1
B

greetings
jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790036: gauche-c-wrapper: broken on amd64

[Jens Thiele]

Package: gauche-c-wrapper
Version: 0.6.1-5
Severity: normal

$ gosh -V
Gauche scheme shell, version 0.9.4 [utf-8,pthreads], x86_64-unknown-linux-gnu
karme@jessierouting:~$ gosh -uc-wrapper
gosh: error: Compile Error: Compile Error: unbound variable: 
ffi-type-longdouble
/usr/share/gauche-0.9/site/lib/c-wrapper/c-parser.scm:31:(define-module 
c-wrapper.c-parser (u ...

/usr/share/gauche-0.9/site/lib/c-wrapper.scm:31:(define-module c-wrapper (use 
srfi-1 ...

on armhf this works just fine as expected:
$ gosh -V
Gauche scheme shell, version 0.9.4 [utf-8,pthreads], 
armv7l-unknown-linux-gnueabihf
$ gosh -uc-wrapper
gosh 

-- System Information:
Debian Release: 8.1
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gauche-c-wrapper depends on:
ii  dpkg 1.17.25
ii  gauche   0.9.4-3
ii  libc62.19-18
ii  libgauche-0.9-0  0.9.4-3

gauche-c-wrapper recommends no packages.

gauche-c-wrapper suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790036: gauche-c-wrapper: broken on amd64

[Jens Thiele]

really strange:
looks like a package rebuild (without any source changes) fixes the
problem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777861: [Pkg-gauche-devel] Bug#777861: Bug#777861: gauche-c-wrapper: ftbfs with GCC-5

[Jens Thiele]

Martin Michlmayr t...@hp.com writes:

 I'm not Matthias, but I can confirm that the package fails to build in
 a Debian unstable chroot with GCC 5 the way Matthias reported.

 (sid-gcc5)1878:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] cat test.h
 #define B() 1
 #define A B
 (sid-gcc5)1879:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] echo -e 
 100\nB()\nA|gcc-5 -E -include test.h -|tail
 # 1 built-in
 # 1 command-line
 # 1 /usr/include/stdc-predef.h 1 3 4
 # 1 command-line 2
 # 1 ./test.h 1
 # 1 command-line 2
 # 1 stdin
 100
 1
 B

this looks good

 (sid-gcc5)1880:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] gcc-5 --version
 gcc-5 (Debian 5.1.1-12) 5.1.1 20150622
 Copyright (C) 2015 Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

 Note that gcc-5 is in unstable, so you can easily reproduce this yourself
 with:
 CC=gcc-5 CXX=g++-5 dpkg-buildpackage -rfakeroot

just reproduced
and it looks like the problem is very similar to the one i found before

gcc preprocessor output changed and Scm_ParseMacroCode doesn't like it.
(lots of additional # xxx stdin lines and line breaks)

Is there some way to tell newer gcc preprocessor to try to produce
old-style output?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774711: openssh: OpenSSH should have stronger ciphers selected at least on the server side.

[Jens Thiele]

see also:
https://www.weakdh.org/
The Logjam Attack
https://www.weakdh.org/imperfect-forward-secrecy.pdf

Is NSA Breaking 1024-bit DH?

Our calculations suggest that it is plausibly within NSA’s resources to
have performed number field sieve precomputations for at least a small
number of 1024-bit Diffie-Hellman groups. This would allow them to break
any key exchanges made with those groups in close to real time.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781576: linux: linux-image-3.16.0-4-armmp(-lpae): A20-OLinuXino-* power off doesn't work, please enable CONFIG_MFD_AXP20X and CONFIG_REGULATOR_AXP20X

[Jens Thiele]

Package: src:linux
Version: 3.16.7-ckt7-1
Severity: normal

Dear Maintainer,

On A20-OLinuXino-{MICRO,LIME,LIME2,...?} power off doesn't work.

after enabling
CONFIG_MFD_AXP20X=y
CONFIG_REGULATOR_AXP20X=y
in
debian/config/armhf/config.armmp
power off works for me on A20-OLinuXino-LIME2

s.a.
Message-ID: 87bnjeh7po@karme.de
on debian-...@lists.debian.org

note:
i am not sure wether CONFIG_REGULATOR_AXP20X=m would be good enough
and didn't test that!
For the test I used a dtb from 3.19 (didn't check wether some
backporting is needed for the dts files)

** Model information
Hardware: Allwinner sun7i (A20) Family
Revision: 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 3.16.0-4-armmp-lpae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774886: [Pkg-gauche-devel] Bug#774886: Bug #774886: gauche: update libatomic-ops for mips64el

[Jens Thiele]

James Cowgill james...@cowgill.org.uk writes:

 On Thu, 08 Jan 2015 16:57:17 + James Cowgill james...@cowgill.org.uk 
 wrote:
 I've forwarded the patch upstream. I've also cloned this bug to the

with upstream you mean libatomic-ops here, right?

 other packages shipping libatomic-ops so that they don't forget to
 update - although they probably shouldn't until upstream / this package
 has.

 And here's a patch specifically for gauche.

may i forward this as is to gauche ml?
greetings,
jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745873: virt-clone regression

[Jens Thiele]

this is in fact a regression as it worked in squeeze but stopped working
in wheezy.

To be precise at least the combination with --preserve-data worked and
allowed to easily clone temporary throwaway virtual machines via lvm
snapshots.

greetings,
jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775178: Suspend failing after update of kernel to 3.2.65-1 (amd64)

[Jens Thiele]

Jens Thiele ka...@karme.de 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-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775178: Suspend failing after update of kernel to 3.2.65-1 (amd64)

[Jens Thiele]

Nathan Wallach taniwall...@gmail.com writes:

 Jens - I found your bug-report:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775178
 I also had a problem with resume from suspend failing after the update to
 kernel 3.2.65-1, and found a number of other similar bug-reports. Many
 pointed to the patched kernel Ben Hutchings prepared, see below. His
 patched kernel solved the problem on my laptop.

Thanks!
= very likely #775178 could be merged with #774461

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)

Greetings,
jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775178: linux-image-3.2.0-4-amd64: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update (again)

[Jens Thiele]

Package: src:linux
Version: 3.2.65-1
Severity: normal

Dear Maintainer,

suspend/resume not working after update from 3.2.63-2+deb7u2 to
3.2.65-1.

maybe this is related to #746411? Maybe the same code got in again?

Suspend itself seems to work.
On a resume a reboot happens (this is different from #746411).
Nothing in the logs.

Greetings,
jens

-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1

** Not tainted

** Model information
sys_vendor: LENOVO
product_name: 2545A26
product_version: ThinkPad Edge
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 87ET44WW (1.18 )
board_vendor: LENOVO
board_name: 2545A26
board_version: Not Available

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS880 Host Bridge 
[1022:9601]
Subsystem: Lenovo Device [17aa:21ca]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied

00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI 
bridge (int gfx) [1022:9602] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 9000-9fff
Memory behind bridge: d040-d05f
Prefetchable memory behind bridge: c000-cfff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR-
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied

00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI 
bridge (PCIE port 0) [1022:9604] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=02, subordinate=07, sec-latency=0
I/O behind bridge: a000-bfff
Memory behind bridge: d070-d07f
Prefetchable memory behind bridge: d000-d03f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI 
bridge (PCIE port 1) [1022:9605] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=08, subordinate=08, sec-latency=0
I/O behind bridge: c000-cfff
Memory behind bridge: d060-d06f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (prog-if 01 [AHCI 
1.0])
Subsystem: Lenovo Device [17aa:21ca]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Interrupt: pin A routed to IRQ 43
Region 0: I/O ports at 8440 [size=8]
Region 1: I/O ports at 8430 [size=4]
Region 2: I/O ports at 8420 [size=8]
Region 3: I/O ports at 8410 [size=4]
Region 4: I/O ports at 8400 [size=16]
Region 5: Memory at d0906800 (32-bit, non-prefetchable) [size=1K]
Capabilities: access denied
Kernel driver in use: ahci

00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Lenovo Device [17aa:21ca]
Control: 

Bug#775178: linux-image-3.2.0-4-amd64: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update (again)

[Jens Thiele]

Jens Thiele ka...@karme.de writes:

 maybe this is related to #746411? Maybe the same code got in again?

unfortunately not that simple. The patch for #746411 is still there:

karme@amalthea:/tmp/linux-3.2.65$ find -iname *revert-perf-x86-amd-ibs-fix*
./debian/patches/bugfix/x86/revert-perf-x86-amd-ibs-fix-waking-up-from-s3-for-amd-family-10h.patch
./.pc/bugfix/x86/revert-perf-x86-amd-ibs-fix-waking-up-from-s3-for-amd-family-10h.patch
karme@amalthea:/tmp/linux-3.2.65$ grep revert-perf-x86-amd-ibs-fix 
/tmp/linux-3.2.65/debian/patches/series
bugfix/x86/revert-perf-x86-amd-ibs-fix-waking-up-from-s3-for-amd-family-10h.patch


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763056: libmagickwand-6.q16-2: performance regression: SVG rendering

[Jens Thiele]

Bastien ROUCARIES roucaries.bastien+imagemag...@gmail.com writes:

 By memory but you should check, you could convert somefile rsvg:otherfile.svg

doesn't seem to work. msvg:otherfile.svg works, but afaiu it uses the
very limited bultin renderer.

$ strace -f convert msvg:foo.svg foo.rgb 21|grep 'exec.*inkscape' ; md5sum 
foo.rgb
5516d448816fe19326b0410c50a6eb21  foo.rgb
$ strace -f convert rsvg:foo.svg foo.rgb 21|grep 'exec.*inkscape' ; md5sum 
foo.rgb
[pid 27809] execve(/bin/sh, [sh, -c, \inkscape\ \foo.svg\ 
--export-pn...], [/* 18 vars */]) = 0
[pid 27810] execve(/usr/bin/inkscape, [inkscape, foo.svg, 
--export-png=/tmp/magick-27808Fg..., --export-dpi=90_90, 
--export-background=rgb_100%_100..., --export-background-opacity=1], [/* 18 
vars */]) = 0
6d83519b3f8e48af47e160ea343de35e  foo.rgb
$ strace -f convert foo.svg foo.rgb 21|grep 'exec.*inkscape' ; md5sum foo.rgb
[pid 27819] execve(/bin/sh, [sh, -c, \inkscape\ \foo.svg\ 
--export-pn...], [/* 18 vars */]) = 0
[pid 27820] execve(/usr/bin/inkscape, [inkscape, foo.svg, 
--export-png=/tmp/magick-278185c..., --export-dpi=90_90, 
--export-background=rgb_100%_100..., --export-background-opacity=1], [/* 18 
vars */]) = 0
6d83519b3f8e48af47e160ea343de35e  foo.rgb

looking at debian/rules i see:
--without-rsvg

introduced in:
commit 50f2d17e9e2555c16440a6c105fbe55db80a946c
Author: Bastien ROUCARIÈS roucaries.bast...@gmail.com
Date:   Wed Jul 11 17:10:36 2012 +0200

Use internal svg engine instead of rsvg one

Rsvg pull gnome and a lot a depends.

use internal engine

greetings,
jens


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763056: libmagickwand-6.q16-2: performance regression: SVG rendering

[Jens Thiele]

Package: libmagickwand-6.q16-2
Version: 8:6.8.9.6-4
Severity: normal

Dear Maintainer,

SVG rendering is much slower than in wheezy. Looks like
libmagickwand-6.q16-2 now uses inkscape to render SVG images and
starts a new inkscape process for each SVG to render. It also seems
impossible to switch back to librsvg via config files.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Versions of packages libmagickwand-6.q16-2 depends on:
ii  dpkg   1.17.13
ii  imagemagick-common 8:6.8.9.6-4
ii  libc6  2.19-11
ii  libgcc11:4.9.1-14
ii  libgomp1   4.9.1-14
ii  libmagickcore-6.q16-2  8:6.8.9.6-4
ii  libx11-6   2:1.6.2-3
ii  multiarch-support  2.19-11

libmagickwand-6.q16-2 recommends no packages.

libmagickwand-6.q16-2 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#744573: [Pkg-gauche-devel] Bug#744573 blocking the ppc64el architecture bootstrap

[Jens Thiele]

Aurelien Jarno aure...@debian.org writes:

 Dear maintainer,

Hi,

I am not the maintainer and although I am listed in Uploaders I in fact
can't do uploads, because I still need a second signature for my key.
The last uploads were all done by NIIBE Yutaka. I hope he will jump in
and added him directly to Cc.

 The ppc64el architecture has been added to the Debian archive. Your
 package gauche fails to build as reported in bug #744573 and
 the build log is available on [1].

 It would be very nice if you can upload a fixed version of this package.
 Don't hesitate to ask questions if you need help to fix this bug. If
 you lack time for that, I can also proceed with an NMU.

 Thanks,
 Aurelien


The problem is once again the infamous setjmp/longjmp ABI breakage on
s390x [1]. Simply rebuilding gauche would fix the problem, but I am not
sure it is the best way to deal with it.

[1] 
http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=ee4ec1d7f9bdbdfc87117133478cfb2f6653e65c


so rebuilding gauche is enough?
or wouldn't it require a rebuild of its reverse dependencies (those with
native code, gauche-c-wrapper, gauche-gtk,... ), too?

greetings,
jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#753402: gosh segfaults on s390x causing libguess to FTBFS

[Jens Thiele]

Jens Thiele ka...@karme.de writes:

 Andrew Shadura and...@shadura.me 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=libguessarch=s390xver=1.2%7Egit20131128.cc43cefc-2stamp=1405322861

can't reproduce on amd64

to reproduce on s390x it should be enough to do:
$ apt-get install gauche
save attachment (src/libguess/guess.scm from
libguess-1.2~git20131128.cc43cefc) to /tmp/guess.scm
to /tmp/inc.scm
$ md5sum /tmp/in.scm
244f95decf824fbac54cc33165c88f3c  /tmp/in.scm
$ gosh /tmp/in.scm /tmp/out.c

maybe someone could do this on s390x within gdb and provide a backtrace?

;;;
;;; This code is derivative of guess.c of Gauche-0.8.7.
;;; The following is the original copyright notice.
;;;

;;;
;;; Auxiliary script to generate japanese code guessing table
;;;
;;;   Copyright (c) 2000-2003 Shiro Kawai, All rights reserved.
;;;
;;;   Redistribution and use in source and binary forms, with or without
;;;   modification, are permitted provided that the following conditions
;;;   are met:
;;;
;;;   1. Redistributions of source code must retain the above copyright
;;;  notice, this list of conditions and the following disclaimer.
;;;
;;;   2. Redistributions in binary form must reproduce the above copyright
;;;  notice, this list of conditions and the following disclaimer in the
;;;  documentation and/or other materials provided with the distribution.
;;;
;;;   3. Neither the name of the authors nor the names of its contributors
;;;  may be used to endorse or promote products derived from this
;;;  software without specific prior written permission.
;;;
;;;   THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
;;;   AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
;;;   LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
;;;   A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
;;;   OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
;;;   SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
;;;   TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
;;;   PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
;;;   LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
;;;   NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
;;;   SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
;;;
;;;  $Id: guess.scm,v 1.3 2003/07/05 03:29:10 shirok Exp $
;;;

;;;
;;; To rebuild DFA tables, install Gauche and run the following in
;;; the libguess source directory:
;;;
;;; $ gosh guess.scm guess_tab.c
;;;
;;; DFAs are defined such as:
;;;
;;; (define-dfa c-prefix-name
;;;  (init
;;;   (((byte sequence)) step-name  confidence-score)
;;;   (((byte sequence)) step-name  confidence-score)))
;;;
;;; DFAs can have infinite steps, the table defines how the DFA behaves.
;;; 'init' is the name of the first step.
;;;

(use srfi-1)
(use gauche.sequence)

;; This is a simple state machine compiler.
;;
;; state-machine : (define-dfa name state ...)
;; state : (name (input-set next-state score) ...)
;; name  : symbol
;; next-state : symbol
;; score : real
;; input-set : (byte-or-range ...)
;; byte-or-range : byte | (byte byte)
;; byte : integer between 0 and #xff | ASCII char
;;
;; When evaluated, the DFA generates a state transition table in
;; C source format.

(define-class dfa ()
  ((name:init-keyword :name   :accessor name-of)
   (states  :init-keyword :states :accessor states-of)
   (instances :allocation :class  :init-value '(

(define-class state ()
  ((name:init-keyword :name   :accessor name-of)
   (index   :init-keyword :index  :accessor index-of)
   (arcs:init-keyword :arcs   :accessor arcs-of :init-value '(

(define-class arc ()
  ((from-state :init-keyword :from-state :accessor from-state-of)
   (to-state   :init-keyword :to-state   :accessor to-state-of)
   (ranges :init-keyword :ranges :accessor ranges-of)
   (index  :init-keyword :index  :accessor index-of)
   (score  :init-keyword :score  :accessor score-of)))

;; Create DFA

(define-syntax define-dfa
  (syntax-rules ()
((_ name . states)
 (define name (make dfa
:name 'name
:states (resolve-states 'states))

(define-method initialize ((self dfa) initargs)
  (next-method)
  (slot-push! self 'instances self))

(define (all-dfas) (reverse (class-slot-ref dfa 'instances)))

(define (resolve-states state-defs)
  (let ((states (map (lambda (d i) (make state :name (car d) :index i))
 state-defs
 (iota (length state-defs)
(fold (lambda (s d i)
(let1 num-arcs (length (cdr d))
  (set! (arcs-of s)
(map (lambda (arc aindex)
   (make arc

Bug#753402: gosh segfaults on s390x causing libguess to FTBFS

[Jens Thiele]

Andrew Shadura and...@shadura.me 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=libguessarch=s390xver=1.2%7Egit20131128.cc43cefc-2stamp=1405322861


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674755: systemd should respect settings in /etc/default/tmpfs

[Jens Thiele]

Josh Triplett j...@joshtriplett.org writes:

 On Fri, Jul 04, 2014 at 03:34:50PM +0200, Jens Thiele wrote:
 i also would expect systemd to respect settings in /etc/default/tmpfs

 systemd does respect the settings in /etc/default/tmpfs; see the systemd
 postinst, which explicitly checks those settings and creates
 corresponding configuration for systemd, as a one-time migration.

yes, saw that after commenting on #674755

 (After that initial migration, you can edit the resulting systemd
 configuration further if you want to change it.)

i would have expected the settings in /etc/default/tmpfs would be
respected afterwards, too

 In any case, that doesn't relate to bug 674755.

don't undertand that one.


The default Debian init mounts several tmpfs as indicated by the config
file /etc/default/tmpfs:
- /run
- /run/lock
- /run/shm
- /tmp


I read that like exactly the same expectation?
see also man tmpfs


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674755: systemd should respect settings in /etc/default/tmpfs

[Jens Thiele]

i also would expect systemd to respect settings in /etc/default/tmpfs


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#633851: #633851 - gnome-session-bin: Settings schema 'org.gnome.SessionManager' is not installed

[Jens Thiele]

althaser altha...@gmail.com writes:

 Hey,

 this is an old bug.

 Could you please still reproduce this issue with newer gnome-session
 version like 3.4.2.1-4 or 3.8.4-4 ?

i couldn't reproduce after above mentioned

aptitude reinstall \
gnome-session gnome-session-bin gnome-session-common \
gnome-session-fallback gdm3


it never happened again

cheers,
karme


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

Ben Hutchings b...@decadent.org.uk writes:

 Thanks a lot.  This should be reverted in the next security update.
 (Yes, even though it is not a security issue.)

looking forward for the update, thanks!

greetings,
jens

PS:
i could imagine the revert will break stuff for other machines and
likely a fixed version of e07518e9ce84547ef7a81478dbd3fed1539726da will
be needed?

if i can be of help by testing a possible new version, feel free to
contact me


pgpW3luRnq7Vs.pgp
Description: PGP signature

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

Jens Thiele ka...@karme.de writes:

 Ben Hutchings b...@decadent.org.uk writes:

 How is it 'not working'?

 didn't have time to inspect the details yet

did some more tests

- it doesn't matter wether i am on power or battery
- I have a reproducible crash on every second resume
  (first resume works / second crashes without any output :( )
- tried to debug using netconsole, but unfortunately i don't get any
  netconsole output on the second resume
- unfortunately i didn't find a linux-image-3.2.0-4-amd64_3.2.54-2.deb
  anymore, but using linux-image-3.2.0-4-amd64_3.2.46-1+deb7u1_amd64.deb
  from debian security suspend/resume works

jens


pgp9SY59QRFT9.pgp
Description: PGP signature

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

if i revert the commit:

commit e07518e9ce84547ef7a81478dbd3fed1539726da
Author: Robert Richter r...@kernel.org
Date:   Wed Jan 15 15:57:29 2014 +0100

perf/x86/amd/ibs: Fix waking up from S3 for AMD family 10h

suspend/resume works for me again

$ git branch -v
* linux-3.2.y f453538 Linux 3.2.58
$ git diff-tree -R -p e07518e9ce84547ef7a81478dbd3fed1539726da
(patch attached)

diff --git a/arch/x86/kernel/cpu/perf_event_amd_ibs.c b/arch/x86/kernel/cpu/perf_event_amd_ibs.c
index ea34253..3b8a2d3 100644
--- a/arch/x86/kernel/cpu/perf_event_amd_ibs.c
+++ b/arch/x86/kernel/cpu/perf_event_amd_ibs.c
@@ -9,7 +9,6 @@
 #include linux/perf_event.h
 #include linux/module.h
 #include linux/pci.h
-#include linux/syscore_ops.h
 
 #include asm/apic.h
 
@@ -210,18 +209,6 @@ out:
 	return ret;
 }
 
-static void ibs_eilvt_setup(void)
-{
-	/*
-	 * Force LVT offset assignment for family 10h: The offsets are
-	 * not assigned by the BIOS for this family, so the OS is
-	 * responsible for doing it. If the OS assignment fails, fall
-	 * back to BIOS settings and try to setup this.
-	 */
-	if (boot_cpu_data.x86 == 0x10)
-		force_ibs_eilvt_setup();
-}
-
 static inline int get_ibs_lvt_offset(void)
 {
 	u64 val;
@@ -257,36 +244,6 @@ static void clear_APIC_ibs(void *dummy)
 		setup_APIC_eilvt(offset, 0, APIC_EILVT_MSG_FIX, 1);
 }
 
-#ifdef CONFIG_PM
-
-static int perf_ibs_suspend(void)
-{
-	clear_APIC_ibs(NULL);
-	return 0;
-}
-
-static void perf_ibs_resume(void)
-{
-	ibs_eilvt_setup();
-	setup_APIC_ibs(NULL);
-}
-
-static struct syscore_ops perf_ibs_syscore_ops = {
-	.resume		= perf_ibs_resume,
-	.suspend	= perf_ibs_suspend,
-};
-
-static void perf_ibs_pm_init(void)
-{
-	register_syscore_ops(perf_ibs_syscore_ops);
-}
-
-#else
-
-static inline void perf_ibs_pm_init(void) { }
-
-#endif
-
 static int __cpuinit
 perf_ibs_cpu_notifier(struct notifier_block *self, unsigned long action, void *hcpu)
 {
@@ -313,12 +270,18 @@ static __init int amd_ibs_init(void)
 	if (!caps)
 		return -ENODEV;	/* ibs not supported by the cpu */
 
-	ibs_eilvt_setup();
+	/*
+	 * Force LVT offset assignment for family 10h: The offsets are
+	 * not assigned by the BIOS for this family, so the OS is
+	 * responsible for doing it. If the OS assignment fails, fall
+	 * back to BIOS settings and try to setup this.
+	 */
+	if (boot_cpu_data.x86 == 0x10)
+		force_ibs_eilvt_setup();
 
 	if (!ibs_eilvt_valid())
 		goto out;
 
-	perf_ibs_pm_init();
 	get_online_cpus();
 	ibs_caps = caps;
 	/* make ibs_caps visible to other cpus: */


pgpcyb0IuDlLg.pgp
Description: PGP signature

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

Ben Hutchings b...@decadent.org.uk writes:

 How is it 'not working'?

didn't have time to inspect the details yet

 - Crash/hang when trying to suspend?

suspend itself seems to work

 - Immediate resume after suspending?

no

 - Unresponsive when trying to resume?
 - Crash/hang after resuming?

looks like a complete crash on resume
nothing in the logs
have to power down to get the device working again

jens


pgp3ZccnL_u2X.pgp
Description: PGP signature

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

can't reproduce at the moment :(

maybe this bug report is invalid/can be closed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

Jens Thiele ka...@karme.de writes:

 can't reproduce at the moment :(

 maybe this bug report is invalid/can be closed

now it happened again
looks like it only happens on suspend to ram on battery

device is a thinkpad edge 11 (amd version)

** Model information
sys_vendor: LENOVO
product_name: 2545A26
product_version: ThinkPad Edge
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 87ET44WW (1.18 )
board_vendor: LENOVO
board_name: 2545A26
board_version: Not Available


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

[Jens Thiele]

Package: src:linux
Version: 3.2.57-3
Severity: normal

suspend/resume not working after update from 3.2.54-2 to 3.2.57-3

maybe this is caused by the change:
- perf/x86/amd/ibs: Fix waking up from S3 for AMD family 10h
introduced in
3.2.57-1

cpu family  : 16
model   : 6
model name  : AMD Athlon(tm) II Neo K345 Dual-Core Processor


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#727734: [Pkg-gauche-devel] Bug#727734: gauche uses embedded copies of libgc and atomic-ops

[Jens Thiele]

Matthias Klose d...@debian.org writes:

 Package: gauche
 Version: 0.9.3.3-8
 Severity: important
 Tags: jessie sid
 User: debian-...@lists.debian.org
 Usertags: arm64

 gauche uses embedded copies of libgc and libatomic-ops. This is not only a
 security risk, but also a burden for new ports.  Please use the libraries
 provided by the system.

regarding libgc this was discussed upstream [0] and maybe will happen in
the future [1]:

I still believe bundling customized gc is The Right Thing (the
library *is* designed to be so!) instead of bending the code to
use system-wide gc, but I certainly understand the needs to share
gc, so I'll work on it after 0.9.4 release.

[0]
From: Michel Alexandre Salim sali...@fedoraproject.org
To: gauche-de...@lists.sourceforge.net
Date: Sat, 03 Nov 2012 08:35:18 +0700
Subject: [Gauche-devel] Gauche and bundled GC - still needed?
Message-ID: 509474d6.9030...@fedoraproject.org
http://sourceforge.net/mailarchive/message.php?msg_id=30049923

[1]
http://sourceforge.net/mailarchive/message.php?msg_id=30165773


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582916: Testing eglibc 2.17-7

[Jens Thiele]

Thomas Hood jdth...@gmail.com writes:

 After iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP the output of
 the program is the same whether hosts=www.google.com. or karme.de..

from the test:

to easily reproduce, fake packet loss/overloaded dns server
on linux do something like:
# iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP 
# iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix DROP DNS 
REQUEST  
# iptables -I OUTPUT -p udp -m udp --dport 53 -m limit --limit 10/sec -j ACCEPT 
first


all 3 lines are needed!
if you drop all dns requests the test doesn't work
if you use all 3 lines dns requests are rate limited (because of
iptables -I you have to read that in reverse order)

afair, the idea was that there is a high probability that at some time
the request for the a record is droped but the  request gets through

jens

PS: i also did write a dns-proxy for a more precise test (i think i
linked it somewhere?)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582916: Testing eglibc 2.17-7

[Jens Thiele]

Thomas Hood jdth...@gmail.com writes:

 Jens, I ran your program (updated test) on a Debian 7.0 system with libc6
 et al
 upgraded to 2.17-7.

 Output:

 y.c:44: error: r=-2 Name or service not known

 Output after replacing karme.de. with www.google.com: none; the program
 completed successfully.

 Output after doing iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP:

 y.c:29: error: r=-5 No address associated with hostname

 Comments?

you have to use a name with A but no  record for the test:
karme@amalthea:/$ dig -t A +short karme.de.
188.40.75.142
karme@amalthea:/$ dig -t  +short karme.de.
karme@amalthea:/$ dig -t A +short www.gooogle.com.
173.194.69.94
karme@amalthea:/$ dig -t  +short www.gooogle.com.
2a00:1450:4008:c01::5e

= www.google.com. will not work

jens

PS: my time is quite limited at the moment


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#692905: ocfs2-tools: fsck.ocfs2: fails with exit status 8 and Inode type does not contain extents while performing pass 1

[Jens Thiele]

Package: ocfs2-tools
Version: 1.6.4-2
Severity: normal

Dear Maintainer,

I had for quite some time a corrupted ocfs2 for which fsck.ocfs2 failed
to fix it with exit status 8 and output like:
Pass 0a: Checking cluster allocation chains
Pass 0b: Checking inode allocation chains
Pass 0c: Checking extent block allocation chains
Pass 1: Checking inodes and blocks
Duplicate clusters detected.  Pass 1b will be run
Running additional passes to resolve clusters claimed by more than one inode...
Pass 1b: Determining ownership of multiply-claimed clusters
pass1b: Inode type does not contain extents while processing inode 5
fsck.ocfs2: Inode type does not contain extents while performing pass 1

Finally I got it fixed using current debian/unstable version (1.6.4-2) +
cherry picking commit 45133dc9883b4020c96154660b550563fdb8d529 from
upstream git (git://oss.oracle.com/git/ocfs2-tools.git).

greetings,
karme

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ocfs2-tools depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  libc6  2.13-35
ii  libcomerr2 1.42.5-1
ii  libglib2.0-0   2.33.12+really2.32.4-3
ii  libncurses55.9-10
ii  libreadline6   6.2-8
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.2
ii  psmisc 22.19-1

ocfs2-tools recommends no packages.

Versions of packages ocfs2-tools suggests:
pn  ocfs2-tools-cman   none
pn  ocfs2-tools-pacemaker  none
pn  ocfs2console   none

-- debconf information:
* ocfs2-tools/heartbeat_threshold: 31
* ocfs2-tools/reconnect_delay: 2000
* ocfs2-tools/init: true
* ocfs2-tools/keepalive_delay: 2000
* ocfs2-tools/clustername: ocfs2
* ocfs2-tools/idle_timeout: 3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608061: libc6: dns-lookup unusable in mixed ipv4/ipv6-networks

[Jens Thiele]

related bug:
#582916

but i think the problem only happens if the response for the A record is
lost or maybe arrives after the response for the  record


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582916: libc6: getaddrinfo() returns EAI_NONAME for temporary problem.

[Jens Thiele]

see the same here under specific circumstances:
to reproduce the following test (see also the comments):

/*BINFMTC:
  test for getaddrinfo bug:
  
  getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN

  getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for
  hosts with A but no  record and there is packet loss and/or a an
  overloaded dns server

  to easily reproduce, fake packet loss/overloaded dns server
  on linux do something like:
  # iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP 
  # iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix DROP DNS 
REQUEST  
  # iptables -I OUTPUT -p udp -m udp --dport 53 -m limit --limit 10/sec -j 
ACCEPT 
  first
 */
#include sys/types.h
#include sys/socket.h
#include netdb.h
#include stdio.h
#include stdlib.h
struct addrinfo hints; // all 0
int main(int argc, char** argv) {
  struct addrinfo* res;
  int i;
  hints.ai_family = AF_INET;
  /* should work on mosts setups
 (there is another bug involving mdns
 if it fails try to replace the hosts line in /etc/nsswitch.conf
 with something like:
 hosts:  files dns
 )
  */
  for(i=0;i1000;++i) {
/* test host must have a A record but no  record */
int r=getaddrinfo(karme.de,0,hints,res);
if(!((r==0)||(r==EAI_AGAIN))) {
  printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r));
  exit(EXIT_FAILURE);
}
if (!r) freeaddrinfo(res);
  }
  /* this will fail sometimes
 what happens?
 DNS request for A record is sent but no answer is received
 DNS request for  record is sent and answer without entries received
 now getaddrinfo returns EAI_NONAME when in fact it should return EAI_AGAIN
  */
  hints.ai_family = AF_UNSPEC;
  for(i=0;i1000;++i) {
int r=getaddrinfo(karme.de,0,hints,res);
if(!((r==0)||(r==EAI_AGAIN))) {
  printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r));
  exit(EXIT_FAILURE);
}
if (!r) freeaddrinfo(res);
  }
  return EXIT_SUCCESS;
}


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582916: Info received (Bug#582916: libc6: getaddrinfo() returns EAI_NONAME for temporary problem.)

[Jens Thiele]

updated test:

/*BINFMTC: -Wall -Wextra -Wno-unused-parameter
  test for getaddrinfo bug:
  
  getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN

  getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for
  hosts with A but no  record and there is packet loss and/or a an
  overloaded dns server

  to easily reproduce, fake packet loss/overloaded dns server
  on linux do something like:
  # iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP 
  # iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix DROP DNS 
REQUEST  
  # iptables -I OUTPUT -p udp -m udp --dport 53 -m limit --limit 10/sec -j 
ACCEPT 
  first
 */
#include sys/types.h
#include sys/socket.h
#include netdb.h
#include stdio.h
#include stdlib.h

/* test host must have a A record but no  record
   also note the final dot - otherwise a search entry in
   resolv.conf might cause the first test to fail, too */
const char* host=karme.de.;

struct addrinfo hints; // all 0

int main(int argc, char** argv) {
  struct addrinfo* res;
  int i;
  hints.ai_family = AF_INET;
  /* first test should work on mosts setups
 (there is another bug involving mdns
 if it fails try to replace the hosts line in /etc/nsswitch.conf
 with something like:
 hosts:  files dns
 )
  */
  for(i=0;i1000;++i) {
int r=getaddrinfo(host,0,hints,res);
if(!((r==0)||(r==EAI_AGAIN))) {
  printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r));
  exit(EXIT_FAILURE);
}
if (!r) freeaddrinfo(res);
  }
  /* second test will fail sometimes
 what happens?
 DNS request for A record is sent but no answer is received
 DNS request for  record is sent and answer without entries received
 now getaddrinfo returns EAI_NONAME when in fact it should return EAI_AGAIN
  */
  hints.ai_family = AF_UNSPEC;
  for(i=0;i1000;++i) {
int r=getaddrinfo(host,0,hints,res);
if(!((r==0)||(r==EAI_AGAIN))) {
  printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r));
  exit(EXIT_FAILURE);
}
if (!r) freeaddrinfo(res);
  }
  return EXIT_SUCCESS;
}


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582916: libc6: getaddrinfo() returns EAI_NONAME for temporary problem.

[Jens Thiele]

similar report upstream:
http://sourceware.org/bugzilla/show_bug.cgi?id=12994


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579989: [DebianGIS-dev] Bug#579989: Bug#579989: Tries to dlopen libproj.so instead of libproj.so.0

[Jens Thiele]

Francesco P. Lovergine fran...@debian.org writes:

 Ok, thanks. Solved in the 1.7.2 branch on svn, due in a few for
 experimental. The reason for skipping by default a usual shlib
 linking is quite obscure to me, but that can be better managed
 by configure. I suspect that is done to avoid depending strictly
 on a specific SONAME, because proj4 API is frozen since ages, but
 anyway that's not the way things are done on Debian.

a) Your solution is IMHO fine (though the upstream naming of the
configure option is misleading, because afaiu libproj is linked
dynamically now and not statically).


b) just as additional comment:

Using dlopen basically allows to move a dependency from build-time to
run-time. The application can provide features depending on wether a
certain library is available at run-time or not. There are certain use
cases where this is required:

Typically interpreter language modules are implemented like that (you
can't build all possible combinations of perl/python/... + modules). Or
more general application plugins are done like that. One also can use
dlopen to update a running application (though this has its own problems
and I don't know a real-world example for that one at the moment)

Greetings,
karme



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

[Jens Thiele]

Brice Goglin brice.gog...@ens-lyon.org writes:

 Does this problem still occur with latest intel driver in Lenny?
 Or in unstable or in experimental?

The bug is now fixed in squeeze.

Just some additional notes:
In general sync to blank works quite well now. Some small issues
remain. Maybe I will file bug reports for them.

- the switch is always a little bit too late = in the test above the
  first 1-2 rows are offset to the left.

- somehow the sync to blank behaviour now depends on window size
  (small windows do not sync to blank)
  maybe someone has a hint for me here? otherwise I will take a look at
  that - as time permits

Thanks for your work!
Greetings,
Jens

PS: whats the state of sync to blank with other drivers? (nvidia worked
very well for me in the past)

reportbug info follows:

Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: normal



-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Jan 28 22:13 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1864832 Jan 21 00:37 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

/etc/X11/xorg.conf does not exist.

Xorg X server log files on system:
-rw-r--r-- 1 root root 32672 Feb  7 11:06 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.4-dsa-amd64 x86_64 Debian
Current Operating System: Linux thialfi 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 
22:40:40 UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 
root=/dev/mapper/thialfi-squeeze
Build Date: 20 January 2010  11:36:07PM
xorg-server 2:1.7.4-2 (bui...@brahms.debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Sun Feb  7 10:57:47 2010
(II) Loader magic: 0x7c1600
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 
0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8
(--) PCI: (0:0:2:1) 8086:27a6:17aa:201a Intel Corporation Mobile 945GM/GMS/GME, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xee18/524288
(==) Using default built-in configuration (30 lines)
(==) --- Start of built-in configuration ---
Section Device
Identifier  Builtin Default intel Device 0
Driver  intel
EndSection
Section Screen
Identifier  Builtin Default intel Screen 0
Device  Builtin Default intel Device 0
EndSection
Section Device
Identifier  Builtin Default vesa Device 0
Driver  vesa
EndSection
Section Screen
Identifier  Builtin Default vesa Screen 0
Device  Builtin Default vesa Device 0
EndSection
Section Device
Identifier  Builtin Default fbdev Device 0
Driver  fbdev
EndSection
Section Screen
Identifier  Builtin Default fbdev Screen 0
Device  Builtin Default fbdev Device 0
EndSection
Section ServerLayout
Identifier  Builtin Default Layout
Screen  Builtin Default intel Screen 0
Screen  Builtin Default vesa Screen 0
Screen  Builtin Default fbdev Screen 0
EndSection
(==) --- End of built-in configuration ---
(==) ServerLayout Builtin Default Layout
(**) |--Screen Builtin Default intel Screen 0 (0)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default intel Device 0
(==) No monitor specified for screen Builtin Default intel Screen 0.
Using a default monitor configuration.
(**) |--Screen Builtin Default vesa Screen 0 (1)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default vesa Device 0
(==) No monitor specified for screen Builtin Default vesa Screen 0.
Using a default monitor configuration.
(**) |--Screen Builtin Default fbdev Screen 0 (2)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default fbdev Device 0
(==) No monitor specified for 

Bug#566513: kfreebsd: file name too long problem?

[Jens Thiele]

Aurelien Jarno aurel...@aurel32.net writes:

 The problem actually from here sys/sys/mount.h, and is not specific to
 procfs:

 | #define MNAMELEN88  /* size of on/from name bufs */
 ...
 | #define OMNAMELEN   (88 - 2 * sizeof(long)) /* size of on/from
 name bufs */

 The variable length depending on the architecture is there to keep the
 size of the structure statfs to 256 bytes.

Ok. I now see I did use the wrong mount path for my test and that was
the real reason why it worked then :-(

Sorry if that wasted your time.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566513: kfreebsd: file name too long problem?

[Jens Thiele]

Aurelien Jarno aurel...@aurel32.net writes:

 Actually it doesn't, it's just that the chroot's name I used was a bit
 smaller. 

ok

 If we find from where this limit come, we can probably increase
 it (most probably in the kernel).

Looking at the reported limits:

cat test.c  make -k test  ./test
#include stdio.h
#include limits.h
#include unistd.h
#include dirent.h

#define x(x) do{printf(%s=%d\n,#x,x);}while(0)
#define p(x) do{printf(%s=%d\n,#x,pathconf(/,x));}while(0)

int main()
{
  x(PATH_MAX);
  x(_POSIX_PATH_MAX);
  x(NAME_MAX);
  x(MAXNAMLEN);
  x(FILENAME_MAX);
  x(_POSIX_NAME_MAX);
  p(_PC_NAME_MAX);
  p(_PC_PATH_MAX);
  return 0;
}
make: »test« ist bereits aktualisiert.
PATH_MAX=1024
_POSIX_PATH_MAX=256
NAME_MAX=255
MAXNAMLEN=255
FILENAME_MAX=1024
_POSIX_NAME_MAX=14
_PC_NAME_MAX=255
_PC_PATH_MAX=1024

So depending on the interpretation of those values (i only did a quick
look) this is a kernel or libc bug right?

I guess it is a kernel bug. A quick look at the source did not reveal
something obvious in the nullfs code. A really wild guess in a
completely different corner (i am really a noob regarding (k)freebsd):

io:/usr/src# grep 80 -r .|grep define|grep -i MAX|grep procfs
./kfreebsd-source-8.0/sys/sys/procfs.h:#define PRARGSZ  80
/* Maximum argument bytes saved */

oha this works:
$cat /proc/mounts  /etc/mtab.tmp
$umount /proc
$mv /etc/mtab /etc/mtab.old
$grep -v procfs /etc/mtab.tmp  /etc/mtab
$mkdir \
/var/lib/schroot/mount/stable-kfreebsd-amd64-7eb0b99b-7aef-492e-85c7-fa51bc948bd
$mount -t nullfs /usr/local/sbuild_squeeze \
/var/lib/schroot/mount/stable-kfreebsd-amd64-7eb0b99b-7aef-492e-85c7-fa51bc948bd8
$ls \
/var/lib/schroot/mount/stable-kfreebsd-amd64-7eb0b99b-7aef-492e-85c7-fa51bc948bd8
bin  boot  build  dev  etc  home  lib  lib64  media  mnt  opt  proc
root  sbin  srv  sys  tmp  usr  var
$umount \
/var/lib/schroot/mount/stable-kfreebsd-amd64-7eb0b99b-7aef-492e-85c7-fa51bc948bd

Looks like a procfs bug? Can you take over this one? I really don't have
a clue - and I don't have the time to dig into this at the moment.

Greetings
Jens



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566513: kfreebsd: file name too long problem?

[Jens Thiele]

How did you work around the file name too long error message when
using the nullfs for the bind mount?

Greetings
Jens



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566513: kfreebsd: file name too long problem?

[Jens Thiele]

Aurelien Jarno aurel...@aurel32.net writes:

 Jens Thiele a écrit :
 How did you work around the file name too long error message when
 using the nullfs for the bind mount?
 

 I haven't seen such a problem. Do you have more details about it?

The mount seems to hit a length limit:

I: 10mount: /usr/local/sbuild_squeeze on 
/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f
 (nullfs, local)
F: 10mount: mount: proc : File name too long

Two transcripts folow (i should have disabled the german, sorry).
First one failing, second one using schroot -n works - limit not
reached.

io:/var/lib/schroot/session# schroot -p -v -c stable-kfreebsd-amd64
I: »00check setup-start ok« wird gestartet
I: 00check: AUTH_USER=root
I: 00check: AUTH_RUSER=root
I: 00check: AUTH_RGROUP=root
I: 00check: AUTH_UID=0
I: 00check: AUTH_GID=0
I: 00check: AUTH_RUID=0
I: 00check: AUTH_RGID=0
I: 00check: AUTH_HOME=/root
I: 00check: AUTH_SHELL=/bin/bash
I: 00check: AUTH_VERBOSITY=verbose
I: 00check: MOUNT_DIR=/var/lib/schroot/mount
I: 00check: LIBEXEC_DIR=/usr/lib/schroot
I: 00check: PID=1734
I: 00check: 
SESSION_ID=stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 00check: CHROOT_TYPE=directory
I: 00check: 
CHROOT_NAME=stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 00check: CHROOT_DESCRIPTION=Debian squeeze/kfreebsd-amd64 autobuilder 
(session chroot)
I: 00check: CHROOT_SCRIPT_CONFIG=/etc/schroot/script-defaults
I: 00check: 
CHROOT_MOUNT_LOCATION=/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 00check: CHROOT_LOCATION=
I: 00check: 
CHROOT_PATH=/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 00check: CHROOT_DIRECTORY=/usr/local/sbuild_squeeze
I: 00check: CHROOT_SESSION_CREATE=false
I: 00check: CHROOT_SESSION_CLONE=false
I: 00check: CHROOT_SESSION_PURGE=false
I: 00check: FSTAB=/etc/schroot/mount-defaults
I: 00check: NSSDATABASES=/etc/schroot/nssdatabases-defaults
I: »05file setup-start ok« wird gestartet
I: »05lvm setup-start ok« wird gestartet
I: »05union setup-start ok« wird gestartet
I: »10mount setup-start ok« wird gestartet
I: 10mount: Mounting /usr/local/sbuild_squeeze on 
/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 10mount: /usr/local/sbuild_squeeze on 
/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f
 (nullfs, local)
F: 10mount: mount: proc : File name too long
I: »99check setup-stop fail« wird gestartet
I: 99check: AUTH_USER=root
I: 99check: AUTH_RUSER=root
I: 99check: AUTH_RGROUP=root
I: 99check: AUTH_UID=0
I: 99check: AUTH_GID=0
I: 99check: AUTH_RUID=0
I: 99check: AUTH_RGID=0
I: 99check: AUTH_HOME=/root
I: 99check: AUTH_SHELL=/bin/bash
I: 99check: AUTH_VERBOSITY=verbose
I: 99check: MOUNT_DIR=/var/lib/schroot/mount
I: 99check: LIBEXEC_DIR=/usr/lib/schroot
I: 99check: PID=1734
I: 99check: 
SESSION_ID=stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 99check: CHROOT_TYPE=directory
I: 99check: 
CHROOT_NAME=stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 99check: CHROOT_DESCRIPTION=Debian squeeze/kfreebsd-amd64 autobuilder 
(session chroot)
I: 99check: CHROOT_SCRIPT_CONFIG=/etc/schroot/script-defaults
I: 99check: 
CHROOT_MOUNT_LOCATION=/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 99check: CHROOT_LOCATION=
I: 99check: 
CHROOT_PATH=/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: 99check: CHROOT_DIRECTORY=/usr/local/sbuild_squeeze
I: 99check: CHROOT_SESSION_CREATE=false
I: 99check: CHROOT_SESSION_CLONE=false
I: 99check: CHROOT_SESSION_PURGE=false
I: 99check: FSTAB=/etc/schroot/mount-defaults
I: 99check: NSSDATABASES=/etc/schroot/nssdatabases-defaults
I: »50chrootname setup-stop fail« wird gestartet
I: »20nssdatabases setup-stop fail« wird gestartet
I: »20copyfiles setup-stop fail« wird gestartet
I: »15killprocs setup-stop fail« wird gestartet
I: 15killprocs: Killing processes run inside 
/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
I: »10mount setup-stop fail« wird gestartet
I: 10mount: Unmounting 
/var/lib/schroot/mount/stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3
F: 10mount: umount: 
F: stable-kfreebsd-amd64-9fd8ecd7-a5a8-4501-8211-9d39584c27f3: Einrichten des 
Chroots fehlgeschlagen: Schritt=setup-start


io:/var/lib/schroot/session# schroot -n test -p -v -c stable-kfreebsd-amd64
I: »00check setup-start ok« wird gestartet
I: 00check: AUTH_USER=root
I: 00check: AUTH_RUSER=root
I: 00check: AUTH_RGROUP=root
I: 00check: AUTH_UID=0
I: 00check: AUTH_GID=0
I: 00check: AUTH_RUID=0
I: 00check: AUTH_RGID=0
I: 00check: AUTH_HOME=/root
I: 00check: AUTH_SHELL=/bin/bash
I: 00check: AUTH_VERBOSITY=verbose
I: 00check: MOUNT_DIR=/var/lib/schroot/mount
I: 00check: LIBEXEC_DIR=/usr/lib/schroot
I: 00check: PID=1537
I: 00check: SESSION_ID=test
I: 00check: CHROOT_TYPE=directory
I: 00check: CHROOT_NAME=test

Bug#566513: kfreebsd: file name too long problem?

[Jens Thiele]

Aurelien Jarno aurel...@aurel32.net writes:

 Which kernel are you using? I don't have this problem, but I am using a
 8.0 kernel, which may have removed such a limit.

That was my first thought, too. But after updating to the 8.0 kernel it
still happened. For you the exact same mount call works?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557242: Acknowledgement (debian-installer: current daily squeeze installer installs grub to mbr without asking the user)

[Jens Thiele]

Just tested again with the current network installer. MBR is still
destroyed.

How to reproduce:
- say no to want to install in mbr question
- leave field empty when asked where to install grub
  (this time i entered doesnotexist but mbr was destroyed anyway)
- continue without bootloader
- finish installation
- mbr is overwritten with useless grub

I see no obvious way using the current debian squeeze installer without
destroying the MBR.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#460661: tetradraw: crashing on startup if TERM is xterm-256color

[Jens Thiele]

Gerfried Fuchs rho...@deb.at writes:

  I am aware of that, but unfortunately upstream isn't really reachable
 anymore. If you could come up with a patch I'm more than willing to
 fix it. :)

Ah, I see. It is unlikely I will have the time to dig into this, in the
near future.

Anyway, thanks for your quick answer.

Greetings
karme



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#506288: gauche: New upstream release

[Jens Thiele]

Work is going on to update the gauche packages.

YAEGASHI Takeshi created a mailing list on alioth for that purpose:
http://lists.alioth.debian.org/mailman/listinfo/pkg-gauche-devel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#273475: MP3c and UTF-8

[Jens Thiele]

Thomas Arendsen Hein tho...@intevation.de writes:

 Hi!

 Yesterday I stumbled over 2. Proper displaying of UTF-8
 characters. in lenny. Some other packages solve this problem by
 providing two packages, e.g. centerim and centerim-utf8:

 Regards,
 Thomas Arendsen Hein

Shouldn't utf-8 be the default nowadays?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566708: gcc-mingw32: Description should explain why there is a gcc-mingw32 and a mingw32 package

[Jens Thiele]

Robert Millan r...@aybabtu.com writes:

 On Sun, Jan 24, 2010 at 06:27:33PM +0100, karme wrote:
 Couldn't gcc-mingw32 just replace mingw32 then? What's the reason to
 have both?

 The reason I packaged gcc-mingw32 is that I wanted to use a recent version
 of GCC.

 I can't answer about the old mingw32 being useful or not, you'd have to ask
 that to Ron (mingw32 maintainer).

Added Ron to Cc.

 Can this be added to the description, please?

 The description of which package? 

At least, gcc-mingw32 - maybe both?

  What do you think should be added exactly?

 Hmm? I
 really don't know which one I should use now. Where is the difference?
 gcc-mingw32 looks newer, maybe use that one?

 'mingw32' is GCC 4.2.1 plus some modifications that were needed for mingw32
 support at the time.

 'gcc-mingw32' is unmodified GCC 4.4, compiled for mingw32 targets.

 I recommend using gcc-mingw32.  GCC 4.2.1 is a few years old now.

 Also, depending on which runtime you use, gcc-mingw32 is your only
 option (see http://mingw-w64.sourceforge.net/).

Okay, then let me try to suggest some description. First a summary:

- there are 2 cross compilers for the mingw32 target
  (gcc-mingw32 and ming32)
- gcc-mingw32 is unmodified GCC 4.4, compiled for mingw32 targets
- mingw32 is GCC 4.2.1 plus some modifications that were needed for
  mingw32 support at the time
- most people probably want to use gcc-mingw32 instead of mingw32
  (similar to most people would prefer a newer gcc-4.x)
- both packages don't include gcj

Points I do not understand, yet:
- is 64bit windows its own mingw64 target? you can use gcc-mingw32 for
that, too?

Suggested gcc-mingw32 description:

Description: The GNU Compiler Collection (cross compiler for MingW32)
 This is the GNU Compiler Collection, a fairly portable optimizing
 compiler which supports multiple languages.
 .
 This package includes support for cross-compiling C and C++ to the
 MingW32 target (windows). At the moment there are two cross-compilers
 for the MingW32 target in debian. This package is built from a nearly
 unmodified version of GCC 4.4 whereas the mingw32 package is built from
 an older modified GCC 4.2 version. It is likely that you want to use
 the newer version.


Feel free to improve it (my English is bad)
-- 
karme



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#333293: gauche: copy-file to full dst does not signal an error

[Jens Thiele]

can't reproduce this bug with current lenny version:
gosh (gauche-version)
0.8.13
gosh (copy-file /mnt/tmp0/foo/bar1 /mnt/tmp0/foo/bar2)
*** SYSTEM-ERROR: write failed on #oport /mnt/tmp0/foo/bar2 0xc16c00: No 
space left on device
Stack Trace:
___
  0  (write-block buf dst 0 data)
At line 147 of /usr/share/gauche/0.8.13/lib/gauche/portutil.scm



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557242: debian-installer: current daily squeeze installer installs grub to mbr without asking the user

[Jens Thiele]

Package: debian-installer
Severity: normal

just tested the daily netboot installer
it installed grub to the mbr without asking me



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#555620: install-info: ginstall-info produces somehow broken utf-8 output

[Jens Thiele]

Norbert Preining prein...@logic.at writes:

 On Di, 10 Nov 2009, karme wrote:
 Using system locale de_DE.UTF-8 update-info-dir creates a somehow
 broken dir file. This results in emacs info not recognizing the

 Hmm, that is bad.

 encoding used and the standalone info browser displaying some bogus
 characters.

 Even worse. I recently introduced the behaviour to read /etc/environment
 and (not released) /etc/default/locale.

Yes, I have seen that one in #536476 and first thought that would be my
problem, too. But then again I am fine with a translated dir
file. Though on the other hand nearly no info documentation is
translated¹ and I don't know wether there is any mechanism in place to
handle translated documentation.

 What is written in those file on your system?

/etc/environment is empty
ka...@kallisto:~$ cat /etc/default/locale 
#  File generated by update-locale
LANG=de_DE.UTF-8

 Can you send me your dir file (but packed in some way, so that the mailer
 does not play with the encoding). If you prefer also with personal email.
 Thanks

attached the dir file
ka...@kallisto:/tmp/files$ md5sum /usr/share/info/dir
ac71bfdfdf2a98c8bf8c61bd8f2fffc4  /usr/share/info/dir

If it gets garbled, i can send it in a tar file again.
(just tested it out of curiosity and it should work as is)

Greetings

¹ gauche-doc being the only one I am aware off, it includes two info
documents, one english and one japenese


dir
Description: /usr/share/info/dir

Bug#459959: closed by Peter S Galbraith p...@debian.org

[Jens Thiele]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:

 Hi,

 Just doing a bit of cleanup.  I just tried deb-view on a current
 linux-image package and it worked, so I am closing this bug.  If you
 find a package where it fails, I will of course be happy to look into
 it.

 Sorry that I never got around to reproduicing this bug.
 Peter

no problem - i just did take a quick look. Because I suspected this bug
really is a duplicate of #457094, I did:
aptitude download vim-runtime
then tried to open the deb¹ in emacs and it failed with:
in *Messages*:
»deb-view processing deb file vim-runtime_2%3a7.2.245-2_all.deb...
Parsing tar file...
File mode specification error: (error Malformed Tar header)«
resulting buffer:
gzip: stdin: not in gzip format

(i did this on current debian/unstable)

= this bug really is a duplicate of #457094.

greetings
karme

¹vim-runtime_2%3a7.2.245-2_all.deb



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#506288: gauche: New upstream release

[Jens Thiele]

this would also allow to get gauche build for debian/kfreebsd with
following small change:

ka...@io:/tmp/Gauche-0.8.14$ diff -u configure.ac~ configure.ac
--- configure.ac~   2008-10-06 12:38:56.0 +0200
+++ configure.ac2009-10-08 14:44:36.0 +0200
@@ -156,7 +156,7 @@
   THREADLIBS=-lpthread -lrt
   GAUCHE_THREAD_TYPE=pthreads
   ;;
-*-*-freebsd*|*-*-dragonfly*)
+*-*-*freebsd*|*-*-dragonfly*)
   AC_MSG_WARN(FreeBSD does not yet fully support threads with
   Boehm GC.)
   AC_DEFINE(GC_FREEBSD_THREADS,1,[Define to use FreeBSD threads])
   INCLUDES=$INCLUDES -pthread



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

[Jens Thiele]

Hi,

just updated squeeze/testing again. At the moment synchronization is
completely broken again.

I did not look into the details yet. Following the infos gathered by
reportbug via chroot (test run was not in chroot = kernel version was
the kernel in squeeze [2.6.30 i think] and not the one reported here).

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13  1. Sep 13:48 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1867584  1. Aug 09:45 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 0 19. Sep 14:36 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Xorg X server log files on system:
-rw-r--r-- 1 root root 27286 19. Sep 15:14 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.6.3
Release Date: 2009-7-31
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30.2-dsa-amd64 x86_64 Debian
Current Operating System: Linux thialfi 2.6.30-1-amd64 #1 SMP Sat Aug 15 
18:09:19 UTC 2009 x86_64
Build Date: 01 August 2009  07:44:36AM
xorg-server 2:1.6.3-1 (buildd@) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 19 15:14:15 2009
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0x3740
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 
0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: extmod
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: dbe
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor=X.Org Foundation
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: glx
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor=X.Org Foundation
compiled for 1.6.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) 

Bug#489729: xserver-xorg-video-intel: still present in testing (squeeze)

[Jens Thiele]

Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny6
Severity: normal

Just tested it with squeeze after suspend to ram and the problem is still there.


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13  1. Sep 13:48 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1901168 20. Feb 2009  /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 0  1. Sep 13:33 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Xorg X server log files on system:
-rw-r--r-- 1 root root 42927  1. Sep 14:51 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11)
Current Operating System: Linux thialfi 2.6.30-1-amd64 #1 SMP Sat Aug 15 
18:09:19 UTC 2009 x86_64
Build Date: 20 February 2009  04:53:05PM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Tue Sep  1 14:35:40 2009
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(==) |--Input Device default pointer
(==) |--Input Device default keyboard
(==) The core pointer device wasn't specified explicitly in the layout.
Using the default mouse configuration.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the default keyboard configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x7c31c0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80
(II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:3: chip 8086,27d6 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1d:0: chip 8086,27c8 card 17aa,200a rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,27c9 card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,27ca card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: chip 8086,27cb card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,27cc card 17aa,200b rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev e2 class 06,04,01 hdr 01
(II) PCI: 00:1f:0: chip 8086,27b9 card 17aa,2009 rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,27df card 17aa,200c rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:2: chip 8086,27c5 card 17aa,200d rev 02 class 01,06,01 hdr 00
(II) PCI: 00:1f:3: chip 8086,27da card 17aa,200f rev 02 class 0c,05,00 hdr 00

Bug#541260: Acknowledgement (nxml-mode: Internal error in rng-validate-mode triggered)

[Jens Thiele]

I reported that bug upstream.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#541260: Info received (Bug#541260: Acknowledgement (nxml-mode: Internal error in rng-validate-mode triggered))

[Jens Thiele]

Just for completeness: The upstream emacs bug number assigned is #4175.
http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4175



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#541260: Acknowledgement (nxml-mode: Internal error in rng-validate-mode triggered)

[Jens Thiele]

This bug is also present in debian/unstable in the emacs23 version of
nxml-mode (package emacs23-common).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#483389: xmp should not expect valid input / signedness problems

[Jens Thiele]

Gürkan Sengün gur...@phys.ethz.ch writes:

 Hello Jens

 Can you provide that xm file?

Sorry, can't find it anymore.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

[Jens Thiele]

Brice Goglin brice.gog...@ens-lyon.org writes:

 Does this problem still occur with latest intel driver in Lenny?
 Or in unstable or in experimental?

It still occurs with latest intel driver in lenny. I didn't test it with
unstable/experimental.

jens



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#509947: debian-reference-en: manual on website not latest

[Jens Thiele]

Osamu Aoki os...@debian.org writes:

 Hi,

 On Sat, Dec 27, 2008 at 04:41:01PM -0500, Aaron Valdes wrote:
 Package: debian-reference-en
 Version: 2.21
 Severity: normal
 
 The online debian reference manual is not the latest version.

 I guess you mean:
   * http://www.debian.org/doc/manuals/reference/

 Correct!  It is etch version of english one.  (Basically non-english
 versions are the same).

 Latest is at: 
   * http://people.debian.org/~osamu/pub/getwiki/html/index.en.html
   * http://wiki.debian.org/DebianReference

 We need to upgrade build system to lenny on Debian host  (maybe
 backported by now.)  I will fix it after lenny release.

 Osamu

Any news regarding that one?
(I just wanted to point someone on irc to the reference manual and
noticed, that the section on putting a package on hold is somewhat
outdated)

Maybe this bug should be reassigned to www.debian.org?

Jens



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#531034: pgloader: --from does not work

[Jens Thiele]

Package: pgloader
Version: 2.3.1-2
Severity: normal

the manpage says:
-F, --from
Input line number from which we begin to process (and
count). pgloader will skip all preceding lines.

but it seems --from does not work:
pgloader.conf:
[pgsql]
host = localhost
port = 5432
base = jens
user = jens
pass = None

log_file= /tmp/pgloader/pgloader.log
log_min_messages= DEBUG
client_min_messages = WARNING
#lc_messages = C

;client_encoding = 'utf-8'
client_encoding = 'latin1'
copy_every  = 5
commit_every= 5
#copy_delimiter  = %

null = 
empty_string = \ 

max_parallel_sections = 4

[csv]
table= test
format   = csv
filename = test.csv
field_sep= ,
quotechar= 
columns  = name, id

==
simple test table:
jens= \d test
 Tabelle »public.test«
 Spalte |Typ| Attribute 
+---+---
 id | integer   | 
 name   | character varying | 
==
j...@thialfi:/tmp/pgloader$ pgloader --from=2 csv
csv  WARNING  COPY error, trying to find on which line
csv  WARNING  COPY data buffer saved in
/tmp/test.4c1khr.pgloader
csv  WARNING  COPY error recovery done (1/1) in 0.038s
csv  ERROR1 errors found into [csv] data
csv  ERRORplease read /tmp/csv.rej.log for errors log
csv  ERRORand /tmp/csv.rej for data still to process
csv  ERROR1 database errors occured
j...@thialfi:/tmp/pgloader$ cat test.csv 
name,id
dkdkdk,kkk,40
j...@thialfi:/tmp/pgloader$ cat /tmp/csv.rej.log 
COPY error: FEHLER:  ungültige Eingabesyntax für ganze Zahl: »id«
CONTEXT:  COPY test, Zeile 1, Spalte id: »id«

(sorry for the german texts but 
lc_messages = C
did not work - maybe another bug report?

j...@thialfi:/tmp/pgloader$ export LC_ALL=C; pgloader -F2 csv 
Exception in thread csv:
Traceback (most recent call last):
  File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner
self.run()
  File /var/lib/python-support/python2.5/pgloader/pgloader.py, line
  822, in run
self._postinit()
  File /var/lib/python-support/python2.5/pgloader/pgloader.py, line
  212, in _postinit
self.db.reset()
  File /var/lib/python-support/python2.5/pgloader/db.py, line 215, in
  reset
self.set_lc_messages()
  File /var/lib/python-support/python2.5/pgloader/db.py, line 149, in
  set_lc_messages
raise PGLoader_Error, e
PGLoader_Error: FEHLER:  keine Berechtigung um Parameter �lc_messages�
zu setzen

or maybe I would have to grant some rights?)

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pgloader depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-psycopg1.1.21-17  Python module for PostgreSQL
ii  python-psycopg2   2.0.7-4Python module for PostgreSQL

pgloader recommends no packages.

pgloader suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520761: wiliki: newer upstream version available

[Jens Thiele]

Package: wiliki
Version: 0.5.3-1
Severity: normal

The latest upstream version is 0.6.1 (Released March 17, 2009). It seems
the latest kahua-web depends/suggests WiLiKi-0.6_pre2 or later:

http://svn.kahua.org/kahua-web/trunk/README:
[Requirements]

Gauche-0.8.9 or later
WiLiKi-0.6_pre2 or later
Kahua-1.0.4 or later

* Kahua-web work on WiLiKi 0.5.3(latest release version), but
  the version of WiLiKi has several bugs.  So we recommend use
  CVS HEAD of WiLiKi.

= would be nice to have an updated version.

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages wiliki depends on:
ii  gauche0.8.14-1   A Scheme implementation designed f
ii  gauche-gdbm   0.8.14-1   gdbm binding for Gauche

wiliki recommends no packages.

wiliki suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#518426: would be nice to also include info documentation again

[Jens Thiele]

There is no official texinfo version but Marco Maggi wrote in
comp.lang.scheme (Message-ID: 87fxm5yjcb@rapitore.luna):

Marco Maggi ma...@maggi.it writes:
 Although I understand that Texinfo is for the rest of us, as
 a  byproduct of  things I  am  interested in  I release  the
 following:


 http://sites.google.com/site/mrcmgg/doc/r6rs.texi.gz?attredirects=0
 http://sites.google.com/site/mrcmgg/doc/r6rs.info.gz?attredirects=0
 http://sites.google.com/site/mrcmgg/doc/r6rs.html.gz?attredirects=0

 http://sites.google.com/site/mrcmgg/doc/r6rs-lib.texi.gz?attredirects=0
 http://sites.google.com/site/mrcmgg/doc/r6rs-lib.info.gz?attredirects=0
 http://sites.google.com/site/mrcmgg/doc/r6rs-lib.html.gz?attredirects=0


 I accept  bug reports and contributions  (anybody wants to
 reformat the references and citations sections?).  Thanks to
 the  R6RS  editors  for  freely  distributing  the  original
 documents.


 Details for 2008-11-05-21-32-46
 ---

 * Applied the errata corrige (as much as I could).
 * Not perfect,  obviously.  All  the greek letters  and math
   special symbols are  omitted, causing examples surrounding
   them to be omitted.
 * The formal semantics appendix is omitted from the report.
 * The references and citations  sections are omitted for the
   time being (sorry, I have no will for them now).
 * Many citation tags have been omitted (sorry, again).
 * Many section references  have been omitted.  The documents
   are  meant to  be browsed  in Info  format, where  one has
   accesso to various indexes (with autocompletion).


 -- 
 Marco Maggi

Greetings,
Jens



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#465324: error: stray ‘#’ in program

[Jens Thiele]

I see the same problem using gcc 4.3 and ccache when compiling gauche
0.8.14:

gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I../../gc/include-g -O2 
-fPIC  -fomit-frame-pointer  -c thrlib.c
thrlib.stub: In function ‘thrlib_mutex_state’:
thrlib.stub:115: error: stray ‘#’ in program
thrlib.stub:115: error: expected ‘;’ before string constant
make: *** [thrlib.o] Fehler 1


The offending preprocessed code looks like:
j...@thialfi:~/down/scheme/gauche/debian/delme/Gauche-0.8.14/ext/threads$ 
/usr/bin/cpp-4.3 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I../../gc/include  
  -g -O2 -fPIC  -fomit-frame-pointer  -E thrlib.c|grep --context=5 '# 123 
\thrlib.stub'
[...]
((void)(
# 115 thrlib.stub
pthread_mutex_unlock(((mutex)-mutex;}# 123 thrlib.stub
SCM_RESULT=(r);}

Greetings,
Jens



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#495842: Starting gpsd on hotplug seems broken

[Jens Thiele]

Any news regarding this one?
Couldn't this be fixed for lenny?

Isn't it just:

--- /lib/udev/gpsd.hotplug.wrapper~ 2009-01-05 00:06:32.0 +0100
+++ /lib/udev/gpsd.hotplug.wrapper  2009-01-16 01:40:52.0 +0100
@@ -3,7 +3,7 @@
 
 #debian addition:
 [ ! -r /etc/default/gpsd ] || . /etc/default/gpsd
-[ $START_DAEMON = true ] || exit 0
+#[ $START_DAEMON = true ] || exit 0
 [ $USBAUTO = true ] || exit 0

Greetings,
Jens
 
 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#510502: xserver-xorg: shouldn't the xtest extension be disabled by default?

[Jens Thiele]

Package: xserver-xorg
Version: 1:7.3+18
Severity: normal

As the xtest extension reintroduces the old well known problem of
sending key press events to x root terminals shouldn't it be disabled
by default?

To test:
open some xterm and get root
$xwininfo -int
to get the window id
$aptitude install xdotool
xdotool windowactivate windowid; ltrace xdotool type id


Of course this will lead to some other problems as it seems some
programs might depend on the xtest extension being enabled
(result of a quick search suggest the following programs might):
- vnc (http://wiki.laptop.org/go/Remote_display)
  interesting here is that olpc seems to disable xtest by default:
  By default, the XTEST extension is disabled for security reasons. To
  enable keyboard and mouse usage through a VNC connection, you can
  enable the XTEST extension by modifying /etc/X11/xorg.conf, changing
  the line:
- enlightenment
- vino (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259705)
- matchbox-nest 
(http://www.mail-archive.com/debian-bugs...@lists.debian.org/msg07514.html)
- ...

(also search for olpc xtest extension)

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 21. Jun 2008  /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1901104 15. Nov 20:08 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1112 21. Jun 2008  /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout de
Option  XkbVariantnodeadkeys
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
EndSection

Section Device
Identifier  Configured Video Device
EndSection

Section Monitor
Identifier  Configured Monitor
EndSection

Section Screen
Identifier  Default Screen
Monitor Configured Monitor
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 40508  2. Jan 16:16 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-9)
Current Operating System: Linux thialfi 2.6.26-1-amd64 #1 SMP Mon Dec 15 
17:25:36 UTC 2008 x86_64
Build Date: 15 November 2008  06:52:35PM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Fri Jan  2 16:13:02 2009
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Configured Monitor
(==) No device specified for screen Default Screen.
Using the first device section listed.
(**) |   |--Device Configured Video Device
(==) |--Input Device Configured Mouse
(==) |--Input Device Generic Keyboard
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
   

Bug#495349: geotiff-bin: listgeo: error while loading shared libraries

[Jens Thiele]

Package: geotiff-bin
Version: 1.2.4-3
Severity: normal

$ listgeo
listgeo: error while loading shared libraries: libgeotiff.so: cannot open 
shared object file: No such file or directory
$ ldd $(which listgeo)
linux-gate.so.1 =  (0xb7f5f000)
libgeotiff.so = not found
libproj.so.0 = /usr/lib/libproj.so.0 (0xb7f0a000)
libtiff.so.4 = /usr/lib/libtiff.so.4 (0xb7eb4000)
libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7e95000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7e8)
libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7e5a000)
libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7cff000)
/lib/ld-linux.so.2 (0xb7f6)
$ dlocate libgeotiff.so
libgeotiff1.2: /usr/lib/libgeotiff.so.1.2.4
libgeotiff1.2: /usr/lib/libgeotiff.so.1.2
libgeotiff1.2: /usr/lib/libgeotiff.so.1



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages geotiff-bin depends on:
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libtiff4   3.8.2-10  Tag Image File Format (TIFF) libra
ii  proj   4.6.0-1   Cartographic projection filter and
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

geotiff-bin recommends no packages.

Versions of packages geotiff-bin suggests:
ii  gdal-bin  1.5.2-3Geospatial Data Abstraction Librar
ii  libgeotiff-epsg   1.2.4-3the GeoTIFF library -- EPSG Geodet

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461556: iceweasel: still reproducible

[Jens Thiele]

Eric Dorland [EMAIL PROTECTED] writes:

 * Jens Thiele ([EMAIL PROTECTED]) wrote:
 Package: iceweasel
 Version: 2.0.0.14-2
 Followup-For: Bug #461556
 
 [EMAIL PROTECTED]:~$ iceweasel -safe-mode file:///tmp/crash.html
 The program 'gecko' received an X Window System error.
 This probably reflects a bug in the program.
 The error was 'BadAlloc (insufficient resources for operation)'.
   (Details: serial 4097 error_code 11 request_code 53 minor_code 0)
   (Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

 Any improvement in Iceweasel 3.0.1?

No:

[EMAIL PROTECTED]:~$ iceweasel -safe-mode file:///tmp/crash.html
The program 'firefox-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'RenderBadPicture (invalid Picture parameter)'.
  (Details: serial 3945 error_code 182 request_code 155 minor_code 5)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
   function.)
[EMAIL PROTECTED]:~$ iceweasel -safe-mode --sync file:///tmp/crash.html
The program 'firefox-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 10443 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
   function.)

[EMAIL PROTECTED]:~$ dpkg -s iceweasel|grep :
Package: iceweasel
Status: install ok installed
Priority: optional
Section: web
Installed-Size: 3656
Maintainer: Eric Dorland [EMAIL PROTECTED]
Architecture: i386
Version: 3.0.1-1
Replaces: firefox ( 2.0+dfsg-1), iceweasel-gnome-support (=
3.0~b5-2), mozilla-firefox
Provides: www-browser
Depends: fontconfig, psmisc, procps, debianutils (= 1.16), libc6 (=
2.7-1), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (=
2.12.0), libnspr4-0d (= 1.8.0.10), libstdc++6 (= 4.1.1), xulrunner-1.9
( 1.9~rc2-5)
Suggests: xulrunner-1.9-gnome-support, latex-xft-fonts, xfonts-mathml,
ttf-mathematica4.1, xprint, mozplugger, libkrb53
Conflicts: firefox ( 2.0+dfsg-1), iceweasel-dom-inspector ( 3.0~b4),
mozilla-firefox ( 1.5.dfsg-1)
Conffiles:
Description: lightweight web browser based on Mozilla

Greetings,
Jens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490717: closed by NIIBE Yutaka [EMAIL PROTECTED] (Bug#490717: fixed in gauche-c-wrapper 0.5.4-2)

[Jens Thiele]

Nice, works.
Thanks

Greetings
Jens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490717: gauche-c-wrapper: ldconfig isn't used anymore

[Jens Thiele]

After updating to Version: 0.5.4-1 of gauche-c-wrapper
/usr/share/gauche/site/lib/c-wrapper/config.scm line 34 reads:
  (let ((ldconfig-cmd ))

= ldconfig isn't used anymore. I still suggest the fix above.

Greetings
Jens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490717: gauche-c-wrapper: /bin/sh: ldconfig: command not found

[Jens Thiele]

Package: gauche-c-wrapper
Version: 0.5.2-5.1
Severity: normal

example session:
$ gosh
gosh (use c-wrapper)
#undef
gosh (c-load '(alsa/asoundlib.h) :libs-cmd echo '-lasound')
/bin/sh: ldconfig: command not found
#t
gosh 

The cause:
/usr/share/gauche/site/lib/c-wrapper/config.scm:34
  (let ((ldconfig-cmd ldconfig -p | sed -n '/^ /s/^.*= //p'))

(note: ldconfig is at /sbin/ldconfig and /sbin is not in the $PATH
of normal users)

config.scm is created on build time from config.scm.in

config.scm.in:34:
  (let ((ldconfig-cmd @LDCONFIG_CMD@))

The value of @LDCONFIG_CMD@ depends on the build system/environment.
Example: If you build as normal user ldconfig will not be found on a
debian system because it is at /sbin/ldconfig and /sbin is normally
not in the $PATH of normal users.  If you build as root it will be
found and set to the above value.  (Unfortunately this does not include
the complete path)

Maybe the simplest solution for debian would be to hardcode it to
/sbin/ldconfig. But a better solution probably would be to change the
configure.ac:
maybe change line 51:
from:
AC_CHECK_PROGS(LDCONFIG, ldconfig)
to:
AC_PATH_PROG([LDCONFIG], [ldconfig], [], [$PATH:/sbin:/usr/sbin])

After this change (and a autoreconf - shudder ;-)
I get in the config.log:
LDCONFIG='/sbin/ldconfig'
LDCONFIG_CMD='/sbin/ldconfig -p | sed -n '\''/^ /s/^.*= //p'\'''

dpkg-buildpackage ... dpkg -i ...:
/usr/share/gauche/site/lib/c-wrapper/config.scm:34
  (let ((ldconfig-cmd /sbin/ldconfig -p | sed -n '/^   /s/^.*= //p'))

Okay, six characters successfully inserted :-)

Maybe this applies to some of the other checks, too?

As a final note:
I did not find a better alternative to using ldconfig -p

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gauche-c-wrapper depends on:
ii  gauche0.8.13-1   A Scheme implementation designed f
ii  libc6 2.7-10 GNU C Library: Shared libraries

gauche-c-wrapper recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490228: bigloo-doc: info documents are not registered

[Jens Thiele]

Package: bigloo-doc
Version: 2.8c-6
Severity: normal

bigloo-doc contains info documents but those are not registered.
You probably have to a call to dh_installinfo in your rules file?

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]